exxos's Atari, Amiga & retro forum

Per suggestions, when I get the chance I'm going to pull it from my STacy
and use my phone to examine it. If there's something obvious (the only
"thing" I'm capable of finding), hopefully I can see it.

Is there any chance this could be due to settings alone? I've got a few
oddities (just IMHO) that might be perfectly normal.

For example, it always says "50mhz ST", even though I picked the option
that's supposed to give both 50 and 60mhz support, according to the guide.

Also, the OSD, always shows up partially scrolled off the left side of the screen.

To get the picture where I wanted it on the replacement LCD, that was the only
way I could get it to work.

Here's a picture of my current settings:

BTW, here are 2 captures from the Pi:


Thanks.

Looks to me like there is an issue with the replacement LCD, since the Pi capture looks perfect (I assume you've set a blue background) the colour gradients look good. So that means the RGB going to the Pi from the Stacy is correct, but it's what happens on the output that seems to be the problem. How is that monitor plugged in to the rgbtohdmi? Does it have a native hdmi interface, or are you using a hdmi to VGA converter for it. It could be the converter or the screen.

Steve wrote: 26 Aug 2024 10:21 Looks to me like there is an issue with the replacement LCD, since the Pi capture looks perfect (I assume you've set a blue background) the colour gradients look good. So that means the RGB going to the Pi from the Stacy is correct, but it's what happens on the output that seems to be the problem. How is that monitor plugged in to the rgbtohdmi? Does it have a native hdmi interface, or are you using a hdmi to VGA converter for it. It could be the converter or the screen.

I'm using one of those "slim" HDMI cables like Derkom recommended in his STacy message thread here.




I could easily swap it out for a standard HDMI cable and see if that makes a difference. I'll report back
later.

So the LCD takes hdmi direct?

Steve wrote: 26 Aug 2024 16:58 So the LCD takes hdmi direct?

Yes, HDMI and VGA inputs. Oh, I think it might also have a DVI
input as well. You can see the setup here:



When I swap cables for a "normal" HDMI cable, I'll also feed
the replacement LCD a different HDMI signal, from my Win10
desktop, just to see what that does (suggesed by Joska in
another forum).

I'll report back later this evening.

Thanks.

Okay, some interesting results this evening. Here's the replacement STacy LCD panel
displaying a video feed from my Kubuntu Linux laptop. It seems to be just fine:


Now, I took pictures of booting up with TOS v3.06, Pak board enabled and TOS v1.4, Pak board
disabled. You'll notice right away that, without me changing or doing anything else, it boots up
from the 50hz profile with TOS v3.06/Pak board enabled and 60hz with TOS v1.4/Pak disabled:


With TOS v1.4/Pak disabled and 60hz, the Timer_B software gives a better result (for some
reason, the red shows up much lighter and the black border is actually there but not showing):



It also shows up okay on the SC1224 monitor video output:

I wanted to split up the rest of this because I'm leaning towards this all being a couple
of different issues. I think the different versions of TOS giving different 50/60hz is one
issue and then there's the color pallet problem.

I did a clean boot up, no hard drive, floppy only, all AUTO folder/ACC/CPX's disabled.
This is TOS v1.4, "About" menu option being shown:



Now here's TOS v3.06, with everything still disabled:


Here is what happens when I boot up with TOS v3.06 and everything enabled
again. Notice the pallet:



Now here's something really interesting that I just discovered after playing
around with things a bit. If I enable NVDI, it clears up the pallet problem!



I'm sure there's a reason for that - I'm just not sure what it is... :)

@Darklord as far as I know it's normal for NVDI to change the palette like that. On my Ataris the desktop background always changes slightly, but I've never been bothered by it or felt the need to tweak the colours. Everything else always seems the same.

In MiNT there's different palette options inside XaAES, I think the options are palette=gem or palette=NVDI.

Steve wrote: 27 Aug 2024 16:52 @Darklord as far as I know it's normal for NVDI to change the palette like that. On my Ataris the desktop background always changes slightly, but I've never been bothered by it or felt the need to tweak the colours. Everything else always seems the same.

In MiNT there's different palette options inside XaAES, I think the options are palette=gem or palette=NVDI.

Okay, I'm sort of familiar with that - although NVDI doesn't change the pallet on my Mega ST or Mega STe.

Keep in mind, it's not that NVDI is changing the pallet. It's restoring the messed up pallet that I've been
seeing to normalcy. :)