[Michal Stepien]

No, I just bought remote from you. But my OSSC is using general firmware.

@marqs — that is what I’m doing. Did not you encounter situation when green light is blinking (OSSC confirms reception of signal and nothing else is happening.

[Michal Stepien]

Hello, I got Samsung TV qe55q77a and SNES PAL 1CHIP modded with FFVIMAN mod + OSSC. I have no dejitter installed thus 5x virtually does not work for NTSC. In PAL games TV claims that the “resolution is unknown” thus there is no problem stability at all 😀 So I’m stuck with 3x and that is fine. TV has 10.6ms of input lag in case of 720p@60hz so it is very playable.

in PAL 3x I had a grey 1cm bar at the very bottom of the screen. But I fixed that with TX mode -> HDMI (YCbCr444).

[Michal Stepien]

Could you share your Koryuu+C64 ossc profile?

[Michal Stepien]

I have SNES PAL 1CHIP with FFVIMAN mod. I use RGB SCART Cable PAL Luma-Sync. If I install dejitter board, do I have to change cable to the PAL CSYNC version or to NTSC version? Right now I have no problems with my HDTV but I’m going to buy Samsung QLED.

[Michal Stepien]

Actually since I have Luma SYNC scart cable now and it works both with OSSC and Retrotink, I can focuse on image quality. Maybe my TV has shitty scaling of 576p (that is what Retrotink produces in case of my PAL SNES) but 720p (line3x) made by OSSC looks much better. 720p from OSSC looks like output from Batocera (emulation) on RPI3.

[Michal Stepien]

I have SNES PAL 1CHIP and I’ve got into the same problem. What “optimal timings” should I play with?

[Michal Stepien]

I can confirm that LUMA SYNC PAL SNES cable from RGC works like a charm with OSSC and 1CHIP PAL SNES.

[Michal Stepien]

I’ve just got Otaku’s CSYNC PAL SNES cable (also with lm1881 board) and the problem is exactly the same. Loss of sync happens exactly in the same moments like in the case of RGC CSYNC PAL SNES cable.

[Michal Stepien]

The cable I’ve got is not exotic or something. Mine is RGC:
packapunch-pro-super-nintendo-entertainment-system-snes-rgb-av-scart-cable-pal

but considering post of paulb_nl the issue is IMHO related also to:
universal-snes-cable-ntsc-pal-super-nintendo-super-famicom-gamecube-pal
I’m going to return mine and replace it with LUMA version, which seems to work after tweaking “Analog sync Vth”, thus I do not want to open that — I have two left hands. I’ve already send a message to RGC about the issue.

[Michal Stepien]

So sth like that in description of OSSC is ok for you?
“Don’t use cables with CSYNC STRIPPERS BASED ON LM1881, ONLY LUMA SYNC COMPATIBLE”.
IMHO “being non-resilient” is a bug. And bug is ok if we know about that. For some
bugs there are no workarounds or fixes.

BTW, according to your findings Universal RGC SNES Scart cable is not universal any more 😀
Let them know about it.

[Michal Stepien]

Thus let’s make it official in OSSC specs, I mean sth like that “Don’t use cables with CSYNC, ONLY LUMA SYNC COMPATIBLE”.
But eventually it works with Retrotink 2x-Scart. So maybe it is not a cable, after all? I think that OSSC is a great
piece of hardware but as an opensource it should not hide its flaws.

[Michal Stepien]

I have similar problem. OSSC + 1chip PAL SNES not modded + Top Gear == losing sync when starting race etc. When the screen is black for a moment I’ve got sync loss and music stops playing. The OSSC in this very moment has a red light. The cable is RGC C-SYNC (LM1881 based) for SNES PAL. I tried to increase VTH but is changes nothing. I see that I’m not the only one with such problem.

BUT I’ve Retrotink 2x-Scart, too. And with Retrotink my configuration and Top Gear works FLAWLESSLY and PERFECT. Thus the problem is not SNES, not a cable. The problem is OSSC. There is some serious bug in ossc firmware or in ossc hardware.

[Author]

Posts