Color palette issues (lumacode) #403
Comments
|
Try adjusting the Pixel H Offset in the sampling menu |
|
I tried that as well. Photo attached of current settings. I have switched displays to a more modern one. Could it be something to do with the display not handling PAL maybe? I can switch back to the other monitor as a test. On Sep 16, 2024, at 1:42 PM, IanSB ***@***.***> wrote:
@sideburn
Try adjusting the Pixel H Offset in the sampling menu
(Make sure any other changes you made to try fixing this have been undone)
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
Changing pixel h offset did not fix the colors. Current settings :
|
|
G Hi is far too high, it should be around 1.57v + or - a relatively small amount, not 2.59v. G Mid and G Lo are lower than default but at least they seem plausible values. This means at least one of the 4 voltage levels isn't being detected properly. I suggest restoring the profile and trying your adjustments again but limit all adjustments to small amounts although I think your underlying problem seems to be a very noisy power supply so getting clean power might be something else to try. |
|
Well, I have tried multiple power supplies including a 5 amp battery.
Do you mean to the logic board? I get the same results from the 65xe and the 130xe.
currently i am powering the RGBtoHDMI separately from a 2A usb power supply.
The logic board is powered by a separate 2A supply.
here is what the default settings look like:

… On Sep 16, 2024, at 2:44 PM, IanSB ***@***.***> wrote:
@sideburn <https://github.com/sideburn>
G Hi is far too high, it should be around 1.57v + or - a relatively small amount, not 2.59v. G Mid and G Lo are lower than default but at least they seem plausible values. This means at least one of the 4 voltage levels isn't being detected properly.
I suggest restoring the profile and trying your adjustments again but limit all adjustments to small amounts although I think your underlying problem seems to be a very noisy power supply so getting clean power might be something else to try.
—
Reply to this email directly, view it on GitHub <#403 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABXCICWEY4SD4HQZOODY6ATZW5GLPAVCNFSM6AAAAABOJFTA2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNJUGA4DANBQHE>.
You are receiving this because you were mentioned.
|
|
I may have to throw in the towel with this and try a Sophia or some other solution. I have spend days and hours fiddling with it. Changing out machines, power supplies and tweaking all of the params I can think of and the closest I could get was with those higher numbers. but so far no settings that I throw at it get the color palette any closer. Running out of ideas...
… On Sep 16, 2024, at 2:44 PM, IanSB ***@***.***> wrote:
@sideburn <https://github.com/sideburn>
G Hi is far too high, it should be around 1.57v + or - a relatively small amount, not 2.59v. G Mid and G Lo are lower than default but at least they seem plausible values. This means at least one of the 4 voltage levels isn't being detected properly.
I suggest restoring the profile and trying your adjustments again but limit all adjustments to small amounts although I think your underlying problem seems to be a very noisy power supply so getting clean power might be something else to try.
—
Reply to this email directly, view it on GitHub <#403 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABXCICWEY4SD4HQZOODY6ATZW5GLPAVCNFSM6AAAAABOJFTA2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNJUGA4DANBQHE>.
You are receiving this because you were mentioned.
|
|
@sideburn The only suggestion I have is to power the Atari from it's original linear PSU and use a different monitor with a built in USB hub, powering the Pi zero from that via a USB to micro USB cable as that will likely be a reasonably clean supply. If there is still a problem then it may well be a bad board. |
|
Yeah I think the board is bad… I have tried a 130Xe, 65xe, and superboard.. I have tried USB power supplies, wall wart supplies, and my bench power variable power supply all powered from same supply and each powered separately from seperate power supplies. I have also tried 3 different displays. One being an HDMI TV and two being flat panel monitors. I have exhausted all params and the 200/50 DAC settings are the only ones that get me remotely close and no matter what I get sprinkles of noise always in addition to the color palette issues I have now discovered.
… On Sep 16, 2024, at 4:09 PM, IanSB ***@***.***> wrote:
@sideburn <https://github.com/sideburn>
I suppose it's possible that the RGBtoHDMI mono/luma board is faulty/damaged in some way that would cause it to have degraded performance or there is something wrong with the GTIA adapter board but as you were also having some noise issues with the superboard then maybe the former is more likely.
The only suggestion I have is to power the Atari from it's original linear PSU and use a different monitor with a built in USB hub, powering the Pi zero from that via a USB to micro USB cable as that will likely be a reasonably clean supply. If there is still a problem then it may well be a bad board.
—
Reply to this email directly, view it on GitHub <#403 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABXCICQ2PVFXKBK6TYSTCKLZW5QLPAVCNFSM6AAAAABOJFTA2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNJUGE4DIOBVGY>.
You are receiving this because you were mentioned.
|
I’m still having issues with this lumacode / rgbtohdmi on the PAL 65XE
I’ve noticed now that the colors are off. When I bring up Atari Control Picture, the Y should be yellow and it is green. The B for blue is purple. And the R for red is orange. The bottom right corner of the color swatches should be yellow hues and they are green.
I tried adjusting the the settings in color palette and dac settings sample menu but no luck yet. Any ideas ?
The text was updated successfully, but these errors were encountered: