chriz2600 / dreamcasthdmi Goto Github PK

First off this is a great mod. I have installed this mod and am getting yellowish bands and yellowing in shaded effects. I had to replace the ribbon cable due to some damage it sustained. The new cable has all hearts on the Test/Info screen. This issue happens on 2 different displays, one is a TV and the other a monitor. I've triple checked solder points but this issue seems to remain. I have also re-seated the ribbon cable a few times just to be sure it wasn't seated incorrectly.

The yellowing sometimes goes away when loading different parts of games which is odd. But this issue is really annoying.

Current Version: 4.9-Relaxed

Any help you can provide would be great.

I cannot get signal output at all on my Samsung TV.
Works only on my 2012 old PC monitor (FULL-HD).
I tried latest relaxed and standard not success... 😢
I tested also various settings on TV Singal Plus and also Game mode both on and/or off: still no signal!

What could I also test??
Do you need some other infos to debug?

Thanks!

https://rawgit.com/chriz2600/DreamcastHDMI/master/assets/video.html

"720p EDTV" is nonsensical, of course, as 1280x720p is HDTV.

Perhaps the line was meant to read "720x480p EDTV".

Also, "may be also" in the final paragraph would reat easier as "may also be" IMO.

If you define a wifi network on DC Digital and it can't connect to it somehow (happens a lot with the ESP8266 wifi stack and ASUS routers as threre is a known incompatibility issue), the DC Digital takes very long (about a full minute) to display any image when it can't connect to the wifi network when cold booting the Dreamcast.

My TV does a much better job of deinterlacing 576i than it does 480i, so allowing to configure the deinterlacing method separately for each would be really useful.

Thanks.

I just got one of the DCHDMI round 11 kits and installed it, everything went fine and it looks amazing!

I set up WiFi on the OSD and checked for available updates and found 4.3, downloaded and flashed it. Afterwards the OSD still reads 4.2-std, but checking for updates shows I have the latest.

I then went into the web console and ran setup and then ran "check" which outputs "Error reading original checksum".

Going back to download or flash in the OSD shows, "file already downloaded" and "file already flashed".

https://imgur.com/a/dP2eUki

Nothing's broken or anything, but I am a bit confused.

Does the FPGA convert the digital audio to SPDIF to get it to the ADV7315?
If so, it'd be great to have solder pads somewhere, so that a Toslink or RCA connector for SPDIF can be added.

This affects most PAL low-res games.

In particular, the PAL version of Bangaio boots in 288p mode before offering 60Hz selection, and also doesn't support VGA mode.

In 288p mode the OSSC reports 313 lines.

Thanks.

I just installed a DC Digital, and it always outputs in vga regardless of whether or not I set cable detect, the test menu shows no issues.

The DC Digital is on the latest firmware

It's possible to add a 480x640 resolution for use on vertical shooters (Shinkigami no Shiro II, Ikaruga, Under Defeat, etc...)? Because these games offer beter resolution quality and shapness if played vertically (selectable on options menus).

This resquest is for avoid the necessity to rotate phisically the monitor/tv to get the best resolution for this type of games.

I'm sure this is something you have already considered but I was curious if it was possible to implement CEC support?

It would be so cool to auto power-on my TV when Dreamcast turns on or to control the DCHDMI's OSD with my TV's remote control.

Firmware version: v2.3.4

Using the following video modes, when the Dreamcast is producing 31KHz 480p output:

DC_VIDEO_CONFIG_1080P
DC_VIDEO_CONFIG_960P
DC_VIDEO_CONFIG_VGA

the visible display area is cut off by four pixels on the left-hand side, for the majority of commercial Dreamcast software.

There are some rare exceptions, like MSR, which is instead comparatively shifted eight pixels to the right (although MSR has its own built in display position config, so it is not a big problem).

Some homebrew software, such as GDmenu, is comparatively shifted four pixels to the right, and appears centred correctly.

The same discrepancies between software can be seen when using the OSSC configured for 640x480 video sampling, with the Dreamcast in 31KHz 480p output.

This area is not missing in 480p HDMI mode, when the Dreamcast is set to 31KHz 480p output:

DC_VIDEO_CONFIG_480P

I think this is because the full 720 horizonal pixels are displayed (although it is still possible the image is not centred correctly).

An easy test for this is to run Rez, which during gameplay frequently writes text partly across the display area that gets cut off on the left-hand side (in Rez the HUD elements are drawn closer to the left and right edges of the screen when the game is in 31KHz 480p output).

This area is also not cut off when the Dreamcast output is 240p, 480i, or 576i, with these video modes:

DC_VIDEO_CONFIG_576P
DC_VIDEO_CONFIG_240P_1080P
DC_VIDEO_CONFIG_240P_960P
DC_VIDEO_CONFIG_240P_480P
DC_VIDEO_CONFIG_240P_VGA
DC_VIDEO_CONFIG_480I
DC_VIDEO_CONFIG_576I

I'm happy to help further with this, thanks for taking a look.

Hello, I just found the Arduino MKR Vidor 4000.
It is a ~75€ board with a 10CL016, a Cortex-M0, 47 pins (25 are from the mini PCI express), a micro HDMI and Wifi & BLE.
Do you think it would be possible to port DCHDMI on it?

Also the 960p framed in 1080p mode depends of a specific fonctionnality by the FPGA, or the small Cortex could help on some level?

I would like to know if it's possible to add support for Motion Adaptive Deinterlace, I know this adds one frame of lag, but the result looks much cleaner than bob deinterlace as it has no flickering of any kind and no combing artifacts, making 480i upscale to what looks like a slightly softer 480p.

If you want to know what Motion Adaptive Deinterlace looks like, take a closer look at GBS Control which implements it.

When I have the dreamcast hdmi plugged in to my LG CX I am unable to use the TV remote to change the volume on the paired e-arc sound bar also LG sp9ya.

Unplugging the dreamcast hdmi cable from the tv instantly fixes the issue.

I hope this can be fixed via firmware update.

Thanks

The default VGA mode with cable detect is now causing issues with LG TVs. Previous firmware did not have this issue and functioned normally. This issue would be solvable if the WiFi password was static and not dynamic or there was a way to access this without using the OSD.

This issue has been confirmed on a 65C9 OLED, 65G7 OLED, and a 10 year old LG 21" LCD TV. The 10 year old TV does not have the ability to perform firmware updates and is stuck on the factory firmware.

Hello, I have a few questions: is it possible to add anamorphic widescreen support? preferably with a key combination? I understand that games can be played at 480p and the tv could be forced, but it would be nice to have a constant 1080p mode and the ability to switch on the fly, especially for those games that have been hexedited or using codebreaker to have widescreen in only specific part of the game.

The second one is refresh rate. Now this is an extremely edge case, but let's say I'm using a CRT with an hdmi to vga converter that supports 1080p at 90 or 120Hz, is it possible to increase the refresh rate? Maybe by inserting a black frame every 1/3 or every other frame?

Thanks!

Hi, I followed the instructions for migrating to LittleFS, however, when issuing the ls command, all I see is: (See edit below.)

Firmware version: v4.7-rlx

DCDigital> ls
Error listing files.

This was the case before running migratefs, but I attempted it anyway. It would seem migratefs was successful but I still get Error listing files..

DCDigital> migratefs
FS migration already done.
DCDigital> ls
Error listing files.

PS. Possibly related, issuing reset from the web console only seems to reset the web console itself, the Dreamcast and DCDigital seem unaffected by the command. It has been this way since the very beginning. For this reason I've manually powered on/off the console between steps to verify that the issue isn't working memory.

Edit: I gave myself a clue whilst typing up this issue, seems this is actually a browser incompatibility issue.

Did a quick test on the browser I have installed:

There are no javascript errors in the console, but one hint is that there is no outgoing ajax request on either Firefox or Safari (for ls anyway). It also makes no difference if I'm visiting the hostname or the IP of the DCDigital.

For reset, there is actually an outgoing request on Safari, but it fails (An error occurred trying to load the resource.).

Some further investigation reveals that Safari does not forward authentication headers when issuing the reset command:

curl 'http://dcdigital.***.fi/reset/all' \
-X 'GET' \
-H 'Accept: */*' \
-H 'Referer: http://dcdigital.***.fi/' \
-H 'User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0.1 Safari/605.1.15' \
-H 'X-Requested-With: XMLHttpRequest'

After running the migratefs command and downloading the index.html.gz page, I'm presented with an "ERROR 1000" message.

After this point the /index.html page is inaccessible.

After about ten minutes of waiting (in case it was doing the update anyway), I rebooted the console. After a reboot, the /index.html page is accessible again, and an ls shows that I'm still on SPIFFS.

Poking around the code, it looks as if error code 1000 happens when the LittleFS.format() call fails. Is there an easy way to get better debugging information? Any recommended ways to resolve the issue?

In 4.6, I could see a difference between 2x and hq2x; when changing in the OSD menu. After updating to 4.7, changes to this seem to do nothing. I had it set to 2x, so my assumption is that hq2x is not being applied when changed? Though it could be the other way.
Restarting also doesn't seem to result in a change, though it would be harder to tell without switching.

Hi, chriz2600:

I think there is a problem in v3.0.0 HQ2x implementation. The HQ2x pass seems applied after the scanline effect pass. So the effect is not correct if HQ2x and scanline are both enabled. It looks like the color gradient is wrong like 16bit color or 8bit color. But I think it's actually the interpolation progress is affected by the scanline color.

You can check the wrong effect from my tutorial video. Time code [2:38:32 - 2:40:00].
https://www.youtube.com/watch?v=GoH0m_2MEcI

With the TerraOnion MODE release on the horizon, adding it to the reset options would be beneficial to end users.

The reset type is the same as the GDEMU reset. This means the change is mostly cosmetic but still beneficial for user experience.

A special pin was added on MODE specifically to allow easy connection to DCDigital via JST XH 9pin connector. This option is specifically just for controlling disc switching. The DCDigital standard system reset is already supported by MODE and returns to menu or reboots game depending on user options. If there are any questions, please let me know. I would be happy to help.

The test/info menu only tests for video, it does not test for audio issues, so if you do not have proper connections to the AICA DAC it will still show all hearts as if there was no issue, this happened to me (no audio over HDMI, analog worked fine) and I had to resolder all the joints to the AICA chip to fix it.