-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Alpha 65 #29
Comments
Experimental HDMI audio output test Alpha65D.zip removed |
Here is Alpha 65E with updated HDMI Audio test. It plays a WAV or test tone to test HDMI monitor compatibility. Alpha65E.zip removed |
Here is Alpha65F with further audio updates to fix compatibility issues: |
Here is Alpha65G which fixes the random clicks and pops in audio plus adds menu options to play selected WAVs or all WAVs in a folder: |
Just tried with a Raspberry Pi Zero W V1.1 connected to an Iiyama 27" IPS display (PL2782Q). This is on my RGBtoHDMI CDTV V2 (SOIC) (based on c0pperdragon design) Amazing! The quality isn't 100% good, but at least it works! There seems to be some crackles or white noise, and sometimes it blanks/skips? I assume these are all expected for now? |
I think I have fixed most compatibiliy issues but very occasionally I can get glitches when the genlock is resyncing because it is adjusting the hdmi clock a little too quickly. If you get audio disturbances after that, then that is unexpected as it is working on all 12 of my monitors/TVs and also on other testers monitors who initially reported problems with earlier releases. |
Unfortunately, if I turn Genlock off then the display immediately goes blank and the signal is lost. |
I assume you are using a 50Hz Amiga because switching the genlock off allows the output to rise back to the more standard 60Hz which has a higher HDMI clock rate. It looks like your monitor is 2560x1440 and if it can't display that resolution at 60Hz, the most likely explanation is that your HDMI cabling can't handle the higher clock rate and that might also explain the poor quality results you are seeing at 50Hz. Try setting the resolution to 1920x1080 which will have a much lower HDMI clock rate. For 2560x1440, try some other cabling, preferably a single cable without any adaptors or joiners and it's probably best to use a HDMI 2.0 cable if you have one. Also could you use the save log and edid option in the info menu and post the EDID.BIN file from the SD card. |
Wow! |
Yes, I'm using the Amiga 50Hz sub-profile. I changed the display resolution to 1920x1080. With genlock on, I still get the same issue as before. With genlock turned off, it got even worse - more glitches and the screen kept going black. The HDMI cable I using is the Amazon Basics one and this claims to be a 'High-Speed' one that supports HDMI 2.0. https://www.amazon.co.uk/gp/product/B014I8SP4W/ I'll try to find a different HDMI cable to test with. I've attached the EDID.bin file (renamed to EDID.txt so that it can be attached here). |
OK thanks for the EDID. If it is behaving similarly in at 1080p it is much less likely to be a cabling issue, it's just that I had seen exactly that sort of issue previously with one of my 2560 monitors. One thing I forgot to mention, you should stop the wav player before disabling and restart the wav player afterwards. Also another thing to try is to set the resolution to 1920x1080 and the refresh to '50Hz (Not Auto res)' then try playing a wav |
I've tried those different things. It seems now whenever genlock is turned off then there is no sound at all. |
Can you reset the Pi, play audio for 30 secs or until you get some glitches then use the save log function and post log.txt |
@solarmon What happens when you turn off the genlock when not playing audio? |
At 1920x1080 resolution (Forced 50Hz-60Hz), when I turn off genlock, the screen keeps flicking off and on, about every 3 to 5 seconds for about a second or two. At Auto resolution, when I turn genlock off, the screen goes and stays blank. |
OK then this isn't anything to do with the audio as no audio setup occurs until you play the first wav. |
With 20240213_e630d36f release, I get the following behaviour:
So there is a difference with the 1920x1080 resolution behaviour. |
That is more what I would expect from a HDMI compatability or cabling issue and when audio is enabled there is more activity in the signal so maybe that is why the 1080p is a little worse then. Go to the settings menu and change Change HDMI Mode Detect to 'Auto' to return to normal after testing. Sometimes such issues can be fixed by putting a HDMI splitter or repeater in between the zero and the monitor so if you have one of those give it a try (A HDMI bidirectional switch probably won't help as it doesn't regenerate the hdmi signals) |
(Still on the 20240213_e630d36f release) I made those settings changes, and then disabled Genlock. The screen did initially seem to OK, but I do experience it blacking out for a second, after a random amount of time. |
@solarmon |
Alpha 65A:
Add support for 2560x1600 & 2048x1536 resolutions
Add Nascom 1 & Zenith Z110 profiles
Fix Sam Coupe scaling issue
Add Integer scaling preference setting with options Exact 4:3 / Enhanced 4:3 / Full Width
Exact 4:3 means use the exact centre 4:3 portion of 16:9 so for 1080p that would be 1440x1080
Enhanced 4:3 means use a wider centre section of 16:9 so for 1080p that would be 1600x1080 (default for most)
Full Width means use the full width of 16:9 so for 1080p that would be 1920x1080 (used by Sam Coupe)
Add experimental 9 bit lumacode setting
Apha65A.zip removed
The text was updated successfully, but these errors were encountered: