[gruntbuggly]

It could still be noisy power going into the console or TV, or RF leaking through an unshielded video cable. Does this happen on more than one console, with more than 1 set of video cables?

[gruntbuggly]

The Sony CXA1585Q chip converts Y/C to RGBS.

It needs external power and some supporting circuitry, and it has some tunable settings. I envision a small box with S-Video (in) and SCART (out) connectors, a micro-USB for power (and maybe a 2nd for daisy chaining power), and some small pots to adjust it specifically for the system you’re plugging into it (C64, GameCube, N64, etc.).

This would work well with SCART switches.

[gruntbuggly]

Could you try Line4x mode? It outputs 960p for both 240p and 480i, so this should take the monitor’s slow sync speed out of the equation.

[gruntbuggly]

I notice that the horizontal scan rate reported by the OSSC is different from that reported by my Extron. When the OSSC sees a signal resembling NTSC, does it automatically show H=15.73,V=59.94 or does it measure and report the actual scan rates?

[gruntbuggly]

Zsolt, you will want a good S-VHS tape deck with a time base corrector (TBC): http://www.digitalfaq.com/guides/video/capture-playback-hardware.htm

That will give you a good quality S-Video signal to feed into your video capture card. Be sure to capture using a lossless codec like HuffYUV, or Apple ProRes 4:2:2 or better.

The above link provides discussion forums and even a VHS to digital conversion service like what I’ve described, but I haven’t used the service so I can’t speak of the quality.

[gruntbuggly]

“This video is private.”

Edit: It works now. The filters are interesting and seem to work as well as can be expected as a way of making the image less pixely for larger screens.

[gruntbuggly]

Is there any plan and timeframe to design a new version of OSSC that supports S-Video? The very last batch of XRGB-Mini Framemeisters will be made in February, and I’m wondering if I should get one before they’re gone forever or wait for OSSC v2?

[gruntbuggly]

Does the OSSC’s 480p lineX2 mode make the image less blurry?

[gruntbuggly]

Would it be possible to accept composite and S-Video through the component inputs, or would that also require additional ICs?

[gruntbuggly]

I wouldn’t bother with composite at all, only S-Video or better.

Does anyone know of a good S-Video to RGB (or component) adapter, one that’s lag-free (no scaling or framerate conversion), supports both NTSC and PAL, supports 240p without converting it to 480i (ditto for the PAL equivalent resolutions), and produces a high quality output signal?

[gruntbuggly]

You’re getting black and white because you’re feeding an NTSC signal into a device that expects PAL and doesn’t compensate for the difference in color frequency. The same thing happens if you feed a PAL signal into a device that expects NTSC.

[gruntbuggly]

Also the C64.

It’s easy to find cheap passive adapters to convert S-Video to SCART, but the OSSC would need to support it. Button 8 on the remote’s numeric keypad is unused, so that button could be used to select S-Video over SCART, if the hardware and firmware can support that mode.

[gruntbuggly]

So the SCART cable wired for CSYNC using a built in sync separator circuit had no effect compared to the sync-on-luma cable. The OSSC still needs to be in RGBS mode when the PS2 outputs 480i and RGsB mode when it outputs 480p.

[gruntbuggly]

For PS2, the best way to remove this annoyance is to mod it to output RGBs regardless whether it is in HD mode or not.

I’ve ordered the retrogamingcables.co.uk SCART cable with csync for PS1/PS2/PS3 and will report back with the results in a few weeks.

[gruntbuggly]

With 480i content (RGBS #1), the OSSC says “NO SYNC” when it’s in RGsB (#4) or YPbPr (#7). Then with 480p content (RGsB #4), the OSSC says “NO SYNC” when it’s in RGBS (#1) mode, but in YPbPr (#7) mode it shows an image but with the wrong colors. I think this is the issue that is impossible to auto detect: how would it choose between RGsB or YPbPr?

But if I could tell the OSSC to exclude YPbPr (#7) from auto sync mode selection, then conceptually it seems like it should be able to switch automatically between RGBS (#1) and RGsB (#4) modes, unless there are underlying technical issues.

[Author]

Posts