Skip to content
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

Digital to digital output? #4

Open
Numbski opened this issue May 14, 2021 · 4 comments
Open

Digital to digital output? #4

Numbski opened this issue May 14, 2021 · 4 comments

Comments

@Numbski
Copy link

Numbski commented May 14, 2021

Reading over your description here:

https://lostnintendohistory.github.io/DS-TV-OUT.html

"The final, production-ready board contains a DAC (Digital to Analogue Converter) which turns the 10 bits digital signal at 16.7 MHz provided by the DS Lite into a proper analogue signal. This signal then goes through an operational amplifier and it’s ready to be delivered to your nearest TV trough composite video."

If I am reading this correctly, wouldn't it be possible to output this via DVI or DisplayPort? I may be misunderstanding, and that may require RGB encoded data for conversion, whereas this bitstream may just be the single CVBS - but somewhere in the back of my brain, I would swear either DVI or DisplayPort can handle that. I am going to go do some digging - but that would obviously require fiddling with the bitstream on the fly to make it work, but every little bit of help we can give the signal, the better.

@Numbski
Copy link
Author

Numbski commented May 14, 2021

Coincidentally, TMDS (DVI, HDMI) can also be 10-bit. Who knows what your 10 bits are versus TMDS 10-bit, but that's a thing.

DVI Spec

@dogtopus
Copy link

Looks like it's possible, but it would probably be no different than a composite to DVI converter, minus the ADC. Honestly it sounds like too much work for subpar result (comparing to regular RGB to DVI/HDMI aka the expensive converter).

@Numbski
Copy link
Author

Numbski commented May 15, 2021

Maybe, maybe not. I'm headed to bed, cuz it's late where I am, but the question is what we have in data coming across that ribbon cable. Again, if I'm reading it right, it says it is cvbs - but 10-bit encoded, which would make that a very unusual bitstream. That ribbon cable was assumedly supplying digital video to the top screen before, so I would assume somewhere in that tangle of data that rgb data is in there somewhere. Still a whole lot of assumptions on my part. I'd like to spend some time getting into the nuts and bolts of what is happening here. Otherwise I feel silly shooting from the hip.

I do contend that it would be a better result (cvbs digital to digital) than going analog. Sure, not by a huge margin, but still an improvement.

@dogtopus
Copy link

Maybe, maybe not. I'm headed to bed, cuz it's late where I am, but the question is what we have in data coming across that ribbon cable. Again, if I'm reading it right, it says it is cvbs - but 10-bit encoded, which would make that a very unusual bitstream. That ribbon cable was assumedly supplying digital video to the top screen before, so I would assume somewhere in that tangle of data that rgb data is in there somewhere. Still a whole lot of assumptions on my part. I'd like to spend some time getting into the nuts and bolts of what is happening here. Otherwise I feel silly shooting from the hip.

I do contend that it would be a better result (cvbs digital to digital) than going analog. Sure, not by a huge margin, but still an improvement.

If I understand correctly the DS (or at least DS Lite) uses a 6-bit RGB interface by default for the screens. This project uses patched firmware to trick the display engine into outputting composite video signal (without the "PHY", which this project implements) instead. So if you are looking for RGB output this might not be appropriate. Also one of the goal for this project is to avoid FPGA, but it will probably be tricky to do composite (digital or not) to DVI/HDMI conversion without one. Off the shelf converters might be an option but those are likely to be one-chip solutions with built-in ADC and so because they want to be cheap.

Again I could be wrong. So devs feel free to correct me if I am.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants