OSSC Pro

[SGGG2]

Sounds like you're using Pure line doubling mode. This shouldn't be an issue with Adaptive or Scaler modes.

[ryu]

Sounds like you're using Pure line doubling mode. This shouldn't be an issue with Adaptive or Scaler modes.

The problem definitely also occurs in scaler mode.

[Kretinou]

Hello. I just ordered an ossc pro. Concerning the memory card, do you have a recommendation on the capacity and possibly the brand to buy ? Thanks

Considering that small cards of 2 and 3 GB seem to be out of production I would assume that any card should be fine (but don't take my word on it, haven't been able to test it myself yet). I never had a problem with San Disk cards in general.

Thank you ryu

[Zacabeb]

The problem definitely also occurs in scaler mode.

It might be caused by the refresh rate changing slightly when a game switches between non-interlaced and interlaced modes. As non-interlaced output lacks the extra half line between vertical sync pulses that occurs with interlaced output, but the dot clock in the console remains the same, the refresh rate changes instead. This is further affected by the way consoles set line duration to make the color subcarrier in composite video align across lines in a way that minimizes visible color artifacts (or even takes advantage of them.) Some displays take longer than others to recover when the refresh rate changes.

Does the problem still happen if you turn Framelock off?

[ryu]

Does the problem still happen if you turn Framelock off?

Yeah :/

[jaffa225man]

Does the problem still happen if you turn Framelock off?

Yeah :/

My projector had that issue too, until I set Scaler mode's "Aspect ratio" explicitly to a setting other than "Auto" or "1:1 source PAR". In other words, try "4:3", "16:9", or "8:7". "Full" may work too, if it's not dependent on the source input, like those, but I didn't need it so I didn't try.

You will need Framelock off for it to work too, though, as in "not generated from input", even indirectly: https://junkerhq.net/xrgb/index.php?tit ... #Framelock

I'm hoping it's as simple as that for you too!

[ryu]

You will need Framelock off for it to work too, though, as in "not generated from input", even indirectly: https://junkerhq.net/xrgb/index.php?tit ... #Framelock

That was the problem, I only tested the source Hz option last night. Setting it to source independent 60Hz did the trick, thanks!

[Kretinou]

Hi,
Did someone test the OSSC Pro with Midway PCB ? (NBA, MK, ...)

Well, I'll answer myself. Yes, Midway arcade games are compatible with the ossc pro.

[jaffa225man]

You will need Framelock off for it to work too, though, as in "not generated from input", even indirectly: https://junkerhq.net/xrgb/index.php?tit ... #Framelock

That was the problem, I only tested the source Hz option last night. Setting it to source independent 60Hz did the trick, thanks!

Great! You're quite welcome.

And that's good to hear also, @Kretinou, and you have a great setup!

[harlekin]

Any information on what the Rotate option will be capable of, when it is implemented?

The Retrotink 4k is only able to rotate progressive input images up to 320p (no 480p), due to "the feature having been more difficult to implement than previously thought" (developer comment) -- any information about if this might be different on the OSSC Pro?

As in whats the range of output resolutions (in 60Hz and 50Hz) we might expect?

(Current (normal orientation) DFP ones for comparison:

)

Asking for the LG 28MQ780-B (dual up monitor, 2560 x 2880) rotated use case (think Wii ideally, and you've got it. ) (without rotate mode, you'd only get the smaller image in the gif, without cropping, monitor has no image rotate function on its own):

Image mockup generated from: https://www.youtube.com/watch?v=v8eVoh_tfw8 (blacks artificially brightened so you can see the borders)

(resolutions the monitor supports according to its manual:)

Spoiler

edit: I was bored - so I even calculated the size differences. And made sure, that the monitor would be usable for 90 degree use when the external resolution was below screen resolution -)

Spoiler

This is from an online CAD program in mm (move the decimal point one value to the right and you got the correct mm values ):

Without an external scaler that can rotate the image, you lose 3 inches. The 4:3 image becomes 22 inches in diameter instead of 25 inches. Three inches!1!!11!

Confirmation that optimal use should be possible with a scaler that integrates 90 degree rotation, and image zoom down in only one direction:

Spoiler

src: https://gigazine.net/gsc_news/en/20220618-lg-28mq780-b/

This is the most beautiful image I could possibly ever wanted to see online, because it confirms, that there is an option to fill the screen in all directions. Which means, you would only have to zoom the image in one direction and can attain the correct aspect ratio, by zooming the image down - not up.

[harlekin]

One slight but important correction. A 4:3 image rotated and stretched in all four dimensions, might actually end up looking like this on the screen, once rotated by the ossc pro and stretched by the monitor (4:3 output resolution on the ossc pro):



So a crop/zoom out in one axis after the fact would be needed, not a zoom down. That said, the crop/zoom would have to be made possible on the "turned image" not the input image (not enough visible screen area within the aspect ratio window to stretch the image before its rotated). Which might be another challenge.

[marqs]

I'd assume at least 480p@60Hz should be rotateable, but I have no hard data for that. Memory bandwidth is the most critical parameter for rotation, and Pro has 32b LPDDR2 operating 667MT/s, i.e. total 21Gbps theoretically (in optimal conditions which rotation is not). To my understanding that's much higher than RT4k, but there might be some unforeseen aspects as well so it's hard to say how far that 21Gbps will suffice. For example, deinterlacing (when needed) can take significant chunk of the bandwidth. Upscaling in itself should not affect the supported combinations since it does not use DDR.

[harlekin]

I'd assume at least 480p@60Hz should be rotateable, but I have no hard data for that. Memory bandwidth is the most critical parameter for rotation, and Pro has 32b LPDDR2 operating 667MT/s, i.e. total 21Gbps theoretically (in optimal conditions which rotation is not). To my understanding that's much higher than RT4k, but there might be some unforeseen aspects as well so it's hard to say how far that 21Gbps will suffice. For example, deinterlacing (when needed) can take significant chunk of the bandwidth. Upscaling in itself should not affect the supported combinations since it does not use DDR.

Thank you for the reply. So there is hope. If deinterlacing is not possible, please try to implement 480p - if possible.

Also - please try to ensure, that crop (elongating the image in one axis (two directions - out) would be possible on the rotated image (not the source one). Its probably the difference between this being a viable usecase, and catastrophically failing shortly before the goal.

[traka-ar]

Is this stand still releasing?

[ryu]

I'm getting no output from the OSSC Pro with my PAL PS3 connected via component (input is 625i). Is it not designed to handle this signal?

[Zacabeb]

I'm getting no output from the OSSC Pro with my PAL PS3 connected via component (input is 625i). Is it not designed to handle this signal?

Make sure that the PS3 is set to output YPbPr over the AV MULTI OUT and not RGB, or the OSSC Pro won't get a sync signal.

[ryu]

I'm getting no output from the OSSC Pro with my PAL PS3 connected via component (input is 625i). Is it not designed to handle this signal?

Make sure that the PS3 is set to output YPbPr over the AV MULTI OUT and not RGB, or the OSSC Pro won't get a sync signal.

Isn't that the default ouput mode for AV Multi? Should have been set that way

[marqs]

Is this stand still releasing?

We can do some interest check but I'm afraid there's not enough people to make injection mold economically feasible.

[SGGG2]

Any plans for Atari 2600 lumacode support?

[marqs]

Any plans for Atari 2600 lumacode support?

A new OSSC Classic fw will be released later this week which incorporates this (yet untested though, see feature request). It will be eventually added on Pro firmware as well.

[marqs]

Firmware version 0.78 has been released:

* 1920×1440@60 input support added for both analog and digital sources
* 1152x864_75 sampling preset added
* 2048×1536 and 2560×1920 (PR2x) output presets added
* LG VRR compatibility fixed
* Workaround for Mister SNES core jitter added
* Scaler framelocking consistency improved
* Support for RF added (legacy AV expansion)
* UI improvements
** infoscreen display when OSD is off
** OSD highlight color option
** Profile number entry via remote
** FW file selection menu

[fernan1234]

Nice update! Though now I'm gonna have to get a second legacy AV expansion for that sweet RF input