[Zacabeb]

It’s for antenna input although it seems it won’t be integrated onto the board until the firmware support for it has been worked out (it probably costs too much to include just for good measure.)

If it’s going to remain the Skyworks Si2177 tuner, it will be multistandard (B/G, D/K, I, M/N) and the existing ADV7280 video decoder in turn decodes pretty much all flavors of PAL, NTSC, and SECAM. Sound in turn will be mono only (no MTS, A2, or NICAM) as there are no means of decoding other formats, but since no console or home computer did stereo sound over RF as far as I know that won’t be an issue.

[Zacabeb]

If you’re using the generic timings, you need to adjust H.active and V.active of the mode currently in use by the OSSC Pro. The mode in use is usually preselected when you go to the advanced timings option, but if not you may have to find out which of the timings it is using. About 0.85x the original H.active value should make the PS2 image fill the screen.

You may want to disable framelock while making adjustments to reduce screen blackout as the OSSC Pro reestablishes sync with the input.

[Zacabeb]

I too had problems with the update initially not installing but the OSSC Pro getting stuck. After power cycling it functioned as normal however and I was able to upgrade the firmware from 0.76 to 0.77 without it taking very long at all (half a minute or so.)

[Zacabeb]

The flickering interferes with the polarity inversion done in the LCD to reduces image retention, with some models of panel being more sensitive than others.

I don’t know the exact timings for the N64 but I checked the optimized mode for it in the OSSC Pro. There the sample rate is set to 773.5 samples per line and 640×240 active pixels, so that could be a starting point for the OSSC Classic as well (the other parameters don’t carry over directly from the OSSC Pro to OSSC Classic.)

Given that the horizontal sync in 480i is 4.7 µs out of about 63.55 µs, the horizontal sync length should be set to around 57 or 58 and vertical sync left at 3. From there you can then adjust the horizontal and vertical backporches to align the picture.

For the PS1, from what I can find the sample rate should be 853.25 (rounded to either .20 or .30 I guess) with an active area of 640×240 and a horizontal sync of 63. The dot clock reportedly varies between hardware revisions though, so it might not be correct for your PS1.

Hope it helps. 🙂

[Zacabeb]

I’ve tried the same thing briefly and it does work fairly well, although I imagine the HDMI input on the OSSC Pro could be sensitive to jitter and require tweaking in the OSSC just like with displays.

There could also be limitations with higher scaling modes from the OSSC Classic, but there of course it can be set to a lower scaling mode or passthrough and let the OSSC Pro handle the scaling.

One of the limitations is that internally, the OSSCs can combine an unusually high sample rate with a low line rate to oversample the input, but that cannot be carried over from one OSSC to another over HDMI outside of using corresponding scaling modes before sending things across.

So passthrough of e.g. 240p won’t be higher than the normal ~860 samples per line while 2x or 4x modes can be higher. With 480i and 576i you may want to use passthrough to take advantage of the OSSC Pro’s adaptive deinterlacing in Scaler mode, but then too you’re limited to the OSSC Classic using a lower sample rate.

It can also get confusing when tweaking each OSSC as their menus have the same color scheme.

But with all those things considered, there’s no reason not to test it and check what works. 🙂

[Zacabeb]

Excellent suggestions! 🙂

I hope more people may join in on development to help implement those features. It feels like marqs is already doing the most he can in his spare time but a lot of our suggestions may go beyond what he has the time for.

[Zacabeb]

While @marqs can give a more accurate answer, my understanding is that since A-LM only uses a limited number of input lines for buffering, it shouldn’t cause much of a delay. The specs at https://junkerhq.net/xrgb/index.php?title=OSSC_Pro#Getting_started state a maximum latency of 60 lines, which would equate to 3.8 ms assuming a line length of about 64 µs. In practice it’s probably much lower.

[Zacabeb]

Sorry to derail the conversation for a bit, but which game is the Xbox screenshot from? It’s not a game I remember having played, yet the character looks familiar and it’s driving me crazy not figuring it out (I probably just recognize her from other screenshots of the same game.) 🤔

Edit: I found it is from the intro FMV to Dino Crisis 3.

[Zacabeb]

Could it be the DExx-vd isl? Some people have nicknamed it “OSSC Pro Lite.”

[Zacabeb]

Just to rule things out, check if you’ve accidentally pushed the DVB or HiFi buttons on the remote as that switches it into a different command set. Pressing TV on the remote switches it over to control the OSSC. Fingers crossed.

[Zacabeb]

21) A zoom feature in Scaler mode for studying the picture up close (say 2x, 4x, 8x zoom and being able to move the zoomed picture around.) This could have both functional benefits such as helping adjust sampling phase more easily with higher resolution input signals, as well as fun benefits such as allowing the user to study picture detail up close.

22) Alternate palettes for LumaCode to cater for different preferences (“system authentic,” “optimized,” “richer color,” stuff like that.) Please don’t poke my eyes out for suggesting this…

23) 7-tap filtering for downscaling to avoid undersampling, as well as optimized scaling methods. Since LUTs optimized for downscaling need to be optimized with respect to the scaling factor, this might work best if the OSSC Pro itself can be made evaluate a scaling function and build a LUT.

24) 3- or 5-tap filter for flicker reduction in interlaced output (convolved into scaling filter when downscaling.)

• This reply was modified 4 months ago by Zacabeb. Reason: Two more suggestions for the developers to lose their hair over. :}

[Zacabeb]

Check the audio settings on the Xbox 360 to make sure it’s set to output in stereo rather than Dolby Digital.

[Zacabeb]

When you get component or RGB SCART cable for the PS2, you’ll not need to connect any of the video cables you’re currently using. Not only will that allow you to bypass the Retro Scaler altogether and connect the PS2 directly to the OSSC, but give you substantially higher picture quality. Hopefully it might also solve the problems with the picture dropping out, although that may be caused by some other issue.

Retro Gaming Cables is a UK manufacturer that sells very high quality cables for the PS2 and other consoles. Note that I can’t find any information on them being registered with IOSS for handling sales tax upon sale for shipping to countries in the EU, in which case you need to pay local VAT and import duties as well as expect longer delivery times.

Kaico Labs is a UK supplier that imports products from both third party brands and directly from ODM manufacturers sold under Kaico’s own brand. They too sell component cables for the PS2. Those are substantially cheaper than those made by Retro Gaming Cables, but I don’t know how good they are. They may also be out of stock now. Kaico Labs is however registered with IOSS and handles sales tax for shipping to countries in the EU.

Option 1) Retro Gaming Cables Component cable
https://www.retrogamingcables.co.uk/sony-av-accessories/PlayStation-2-3-RGB-SCART-CABLES/SONY-PLAYSTATION-2-3-PS2-PS3-YPbPr-COMPONENT-VIDEO-CABLE-PVM-BVM

Option 2) Retro Gaming Cables RGB SCART cable
https://www.retrogamingcables.co.uk/sony-av-accessories/PlayStation-2-3-RGB-SCART-CABLES/sony-playstation-2-rgb-scart-cable-lead-sync-on-luma

Option 3) Kaico Labs Component cable

Sony Playstation 3 Component & Composite Display Cable

I’d go with component cables as they are a bit more practical and have some technical advantages. Note that before using them you need to make sure the PS2 is set to output YPbPr in the system menu in order to get a picture.

• This reply was modified 4 months, 3 weeks ago by Zacabeb. Reason: Added more stuff

[Zacabeb]

@marqs It seems the info about the SNES on the wiki contains an error, suggesting to adjust coasting rather than loop gain (I had a feeling there was something off.)

[Zacabeb]

The recommendations on the OSSC wiki suggest that reducing H-PLL post-coast to 1 can help the H-PLL recover faster to remove the jitter. If it needs to be set higher and the display doesn’t like the output, using scaler mode and turning off framelock can help.

https://junkerhq.net/xrgb/index.php?title=Super_NES

[Author]

Posts