marqs
@marqs
Forum Replies Created
-
AuthorPosts
-
YPbPr connection should be standard but RGBs has ambiguity (which pin, which level?).
Can you try resetting the settings? Normally 640×384 preset shouldn’t get selected for source with such timings. There are also fixes in fw 1.21 which might be related if you’re loading profiles from SD.
YPbPr and RGBs on AV3 are supported via a suitable cable / passive 3xRCA-HD15 adapter as wiki says.
There’s a new beta version available here that has a few small features&fixes plus support for JTAG UART commands similar to OSSC Pro. Experimental chip-to-chip timing improvements are also included which should fix Line5x digital noise issues on the occasional boards. “Disable PR2x” option has been added under Compatibility menu for those who want to test Line6x without pixel repetition to e.g. improve shadow mask quality. Feedback on these timing updates is highly appreciated, especially if they cause any issues compared to earlier firmwares.
There’s no information available on such chip. If it’s a clone, then you have to upgrade at your own risk.
IS25LP016D is known to work without issues.
The wiki states NES lumacode is only supported in Line2x/5x mode with OSSC Classic. Adjusting G/Y offset and samplerate is part of the process due to analog nature of the Lumacode signal.
The next FW includes an option to disable TX pixel repetition with Line6x which might help in this case even if the mode won’t be officially supported for NES Lumacode.
The red LED in an indicator of a sync issue (not related to refresh rate). Which Ossc Pro revision do you have or when it was purchased? Sync slicing / filtering settings are limited as you’re using TTL sync input, but you can try increasing Pre and Post Coast. If that doesn’t help, try scaler mode with “framelock off (60Hz)” setting + fixed 4:3 aspect.
It has been included already in the official 0.78 release.
The DDC5V line is supposed to power circuitry in receiver which provides EDID so that transmitter can read it even if receiver is otherwise powered off. Neither OSSC or OSSC Pro relies on this as they don’t generally use the EDID. However, hot-plug assertion mechanism may also be reliant on the DDC5V in some receivers, so removing the fuse altogether is likely to result in total incompatibilty with some other displays. If modifying the receiver is not an option, then next best thing is to replace the SMD fuse with same-sized SMD diode, or preferably putting it in series with it. Leaving it as-is should be also relatively safe if 5V on receiver is well regulated.
On Scaler mode with 1x framelock, the latency should be a bit over 1 frame. With 2x framelock, average latency should drop to 0.75 input frames since top of the initial output frame still has 1 frame latency while bottom has 0.5.
With framelock off, there is an adder of 0-1 input frames and it fluctuates between that as there is no lock.
There shouldn’t be conflict of using HDR and VRR together, but keep in mind that VRR only sets the flag in metadata and does not vary vertical blanking, thus it’s currently more of a compatibility option.
Sure, you could add a diode to work around the issue if you’re familiar with SMD soldering. My point mainly was that it’d always better to fix the root cause, but it’s understandable if you want to avoid opening a plastic dongle that doesn’t have screws.
August 5, 2026 at 11:17 PM in reply to: No Picture on AV1 on Optoma Beamer with Denon Reciver #703740 ohms into selected line and infinite resistance to inactive inputs? The frontend chip is a graphics digitizer that is not designed for sources with bad sync quality which could explain difference to CRT or generic video converters. That said, it has been tested with various powered and unpowered switches without issues.
The Sobel edge deinterlacer needs more logic resources than what is available in current FW, but making an alternative image which cuts some other functionality to enable fitting could be an option. A second downside of it is reported deinterlacing latency (1 field versus couple lines) which however doesn’t make sense as it shouldn’t really need it. Perhaps it’s just a typo in datasheet so it’s something which would need to be measured.
It’s hard to count out the possibility of that OSSC being defective, but if it works with direct connection but not through a dumb mechanical switch, then at least I’d open and check the switch if it was my setup. Have seen enough bad scart switchers in my lifetime that only switch subset of lines.
-
AuthorPosts
