February 27, 2018 at 11:01 PM #19666
I would love to see RF & Composite input support. I understand this would introduce board changes, for me it is a major hole in the ossc’s functionality.February 27, 2018 at 11:10 PM #19667
I think it would be more economical to develop a discrete RGB/YPbPr decoder device that can take S-Video, composite, and RF; rather than integrate this functionality into the OSSC.
Whether or not decoding functionality is integrated into the OSSC, the chips required are scarce, if available at all, and such a device will likely require yet another FPGA to perform the decoding.
Currently, it seems the best options for S-Video and Composite are 1) finding a pro decoder to get RGB and/or YPbPr, or 2) dealing with the lag and lack of quality of the cheap scalers you see on Amazon; and the best options for RF are a) finding an old VCR with S-Video or component out, or b) finding a standalone analog TV demodulator–both of which you’d probably need to run into the decoder/scaler you use for composite and S-Video.February 27, 2018 at 11:53 PM #19670
Hi nmalinoski, I understand and here you, but all of your suggestions completely undermine the purpose and simplicity the ossc delivers.
@marqs what are your thoughts on this one?February 28, 2018 at 5:57 AM #19678
all of your suggestions completely undermine the purpose and simplicity the ossc delivers.
Depends on your point of view, I suppose. To me, adding RF, composite, and S-Video would undermine the simplicity of the OSSC as it exists now. Integrating those additional formats would require a redesign (likely a new, larger FPGA, and more complicated software), and that would do nothing for existing OSSC owners.
A standalone decoder would work for all existing OSSC owners, and it would have purpose beyond just the OSSC, such as letting people like me connect S-Video sources to their recent TVs that have YPbPr but lack S-Video.
And besides; since RF and composite are so heavily degraded to begin with (S-Video is actually pretty fine), something like this would only be a stopgap for most interested people–to hold them over until they can get an RGB or HDMI mod installed.
As for the rest of my post, I wasn’t attempting to suggest alternatives; rather I was trying to illustrate the less-than-desirable hoops that we currently have to go through to connect our legacy consoles to modern displays.February 28, 2018 at 2:16 PM #19687
Understood nmalinoski. But I really still would like to see it, of course in a new OSSC board revision. Please help @marqs, I can help design it.March 1, 2018 at 1:22 AM #19710
This one again 🙂
If this happens it will be an external transcoder type device, it doesn’t make sense to add functionality and cost to the base product that many people will never need or use. However despite approaching several companies to get a transcoder, none of them seem to be able to come up with one that will support 240p (we got close with a company in the US but their transoder failed with 240p). All ICs that older transcoders are compatible with are long since out of production.
I’ll keep trying.March 17, 2018 at 4:23 PM #20166
I’ve recently ordered myself OSSC, intending, apart from all RGB-capable machines that I have, to plug composite and s-video machines like C64 and Atari 65XE. Then I realized there’s no support for those 😛
I thought about making some kind of composite/s-video to RGB decoder using older analog TV circuits and processors like TDA3566, TDA8362+TDA4665, etc. I still considering making such decoder as the “last resort”.
I don’t know yet all the technical details of what’s going inside the FPGA of OSSC and how full it is at the moment, what kind of sample rates are used, etc., but I have this theoretical idea that maybe, color demodulation of PAL/SECAM/NTSC may be offloaded onto FPGA, so those inputs could be implemented without extra hardware at the cost of extra logic inside FPGA.
From what I’ve figured out (I may be wrong here), in order for that to work, those conditions need are needed:
1. Composite video/S-video luma is plugged into green channel of RGB input, so ADC can extract sync from it as if it were sync-on-green. I suspect that I should be atleast able to see monochrome image from composite in RGsB mode – that “trick” seems to work with CRT television that I have. ADC most likely doesn’t care if it received RGB or composite, we just need to extract signal value;
2. ADC on the board can be set up to pass the entire line of data (to extract composite colorburst portion) into FPGA with sample rate high enough to accurately sample colorburst to properly sync to it – seems possible, judging by its (TVP7002) datasheet;
3. There’s enough space in FPGA to put a PAL/SECAM/NTSC color demodulator in there and how much will it take – I don’t have any idea at all. And, as far as I’m aware, nobody wrote such demodulator at this point.
I might tinker with that idea in my spare time once I receive my OSSC, not sure what would come out of it, if anything.
- This reply was modified 12 seconds ago by SpeccyFan.
You must be logged in to reply to this topic.