OSSC (DIY video digitizer & scandoubler)

[jarp]

Naaah thanks but I'm cool with that. Besides I actually am unable to reproduce this anymore. When I tried this last time the OSSC was in a tight spot, could've been some wild IR reflections or something. I mean if IR receiver works and IR transmitter works I highly doubt there would be any hardware failure which would manifest itself like that...

Can you tell me when you encountered this problem, were you using the remote very close to the OSSC? Like 30cm or less?

I tried again and was able to reproduce the problem. Actually only few buttons do not work, OK and Up. Rest of the buttons do work just fine. Witchcraft really. When I put remote so close to the OSSC that IR transmitter and receiver are almost touching, OK and Up buttons do work. If I back up for something like 2cm OK and Up buttons do not work at all. After I back up to ~30cm buttons start to work sometimes. And so on. After 1.5m buttons start to work properly always. And no matter the distance, if I point the remote a bit off from the OSSC all buttons works always. I really do not understand how that is even possible, IR is just... light? If somebody would tell me these symptoms I would have hard time believing.

Other than that, OSSC works without a problem. I do not have any extra remotes so unfortunately cannot test with another remote...

[BuckoA51]

That sounds like a fault with the OSSC, but I'm getting another remote back from a customer who has reported similar problems, so I will investigate that and see if it seems to be faulty remote or faulty OSSC after all.

I've definitely noticed sometimes if you have brand new batteries and are sitting right next to the OSSC that the remote won't work unless you move back a bit or angle it away from the receiver

Running super late today, but more OSSC invites just went out, so check your e-mail! If you’re number 1294 or below you should have one now. If not, get in touch.

[Guspaz]

Got my OSSC today, so far I'm very impressed. I haven't had any problems getting it to sync to anything, be it SNES, a PAL RGB GameCube with GBI ULL, or even a Wii connected via a GARO, which notably my projector doesn't like the sync to (big skew in the top of the image). All of it worked perfectly, although the OSSC would not sync solidly to the Wii/GARO in 240p unless I increased the H-sync tolerance to 12.30 us or higher. After doing that, all my consoles sync fine: as far as I can tell, there doesn't seem to be any harm in just leaving the setting at 12.30 permanently.

Two disappointments with how it works with my setup, though: no console works on my projector via line triple, and my projector won't accept GBI ULL through the OSSC, even though it will accept it just fine over composite/s-video/component.

Line triple isn't a big deal to me, as my projector's 480p upscaling is great, just means I can't use scanlines, really.

GBI ULL not working is a major bummer though. I might have to switch to LL and accept the extra frame of lag, or just swap the cable to an HDR component cable going to my projector when I want to play GameBoy.

EDIT: I burned the latest version of GBI LL, and that one does work on my projector via the OSSC. Oh well, I guess I'll live with the lag

EDIT2: The higher h-sync tolerance seems to have a side effect: it makes the OSSC unable to handle the change from PAL to NTSC when I boot my GameCube: it mainly shows the right input (263p or 525i depending on the software) with the display often randomly jumping to other things, some silly like four-digit numbers. But switching the OSSC off and on again, or switching it to another input and back, then it syncs fine. Setting the h-sync tolerance to default solves this, but then the Wii/GARO 240p sync is highly unstable regardless of LPF/coast settings.

I'm guessing that this is a bug in the TVP7002? Since it won't sync as it changes from 625i to 525i, but then will sync if you switch the input away and back. This does not occur in the GCN 240p test suite when I switch beween PAL/NTSC, only on boot when going from the PAL GCN menu to the NTSC software/game. But it's seeming to me like the only choice I have is default h-sync tolerance for everything except my wii/garo, and 12.3us for the wii/garo 240p.

[panzeroceania]

so I received my OSSC in the mail, very exciting. I still have a few bits I need to order. Does anyone know a good vendor to get a Male EU-SCART to Female JP21 adapter?

anything I use in 21 PIN I always use JP21 so I need that to adapt my OSSC to JP21

[LDigital]

Rob at Retrogamingcables.co.uk made me one to order once. Get in touch with him

[cr4zymanz0r]

Sorry if this is already been posted somewhere in the 80+ pages of the thread, but has anyone tested hooking a Sharp X68000 to the OSSC? Most stuff on X68000 is 31khz but at non-typical resolutions, with some 15khz stuff being decently common as well (and a small amount of games utilizing 24khz, but I'm not super concerned about that). When I've hooked a X68000 straight up to VGA on a LCD monitor or HDTV, 31khz signals will display, but it will end up cutting the top or bottom of the screen off (or both). I assume this is due to the odd resolutions it uses. Just curious if anyone has tested if the OSSC displays it properly in 31khz, or if it just passes the signal through and you end up with the same cut offs.

Also, would it be feasible for a firmware update to add downscaling capabilities? For instance, the capability to take a 480p input for "newer" ports of originally 240p (usually arcade) games, then throw out every other line of 480p (or whatever method works best) to end up with a 240p signal to output to a CRT? (I realize this would entail connecting the output of the OSSC to a DVI/HDMI to VGA converter or other solutions to get the signal into the analog spectrum).

[BuckoA51]

Sorry if this is already been posted somewhere in the 80+ pages of the thread

That's why there's an official forum, please use it

https://www.videogameperfection.com/forums/forum/ossc/

People have connected X68ks and had good results, a proper thread discussing them with OSSC would be good.

Also, would it be feasible for a firmware update to add downscaling capabilities?

Not possible on current hardware but definitely feasible for a separate project.

[marqs]

GBI ULL not working is a major bummer though. I might have to switch to LL and accept the extra frame of lag, or just swap the cable to an HDR component cable going to my projector when I want to play GameBoy.

What are the details shown on status display (and info screen) when running ULL?

EDIT2: The higher h-sync tolerance seems to have a side effect: it makes the OSSC unable to handle the change from PAL to NTSC when I boot my GameCube: it mainly shows the right input (263p or 525i depending on the software) with the display often randomly jumping to other things, some silly like four-digit numbers. But switching the OSSC off and on again, or switching it to another input and back, then it syncs fine. Setting the h-sync tolerance to default solves this, but then the Wii/GARO 240p sync is highly unstable regardless of LPF/coast settings.

H-sync tolerance option is there mainly for some Neo-Geo models that have non-periodic hsync during vblank - it can have adverse effects with other systems. Wii should not really need that - have you connected Garo to AV1?

[BuckoA51]

Tonight's OSSC invites just went out, if you're number 1411 or under you should have one now. We're getting near the end of this batch, so if you've had an invite and still not ordered, do so soon!

[Guspaz]

Details for ULL: Will check that tonight. My assumption is that the problem is with the projector, not the OSSC, because the OSSC seemed to be synced (no red light), and the projector displayed "unsupported" with an hsync I don't recall and a vsync of 59.70. I'll get the actual details tonight.

Wii: No problems when the Wii is connected directly to the OSSC via AV2, problems only when the Wii is converted to RGBS through the GARO (which is to make it so the core of the video setup is all RGBS). The GARO is connected to AV1. The issues only occur when the Wii is in 240p mode, 480i and 480p appear fine. The Wii/Garo at 240p is very unstable (red light going on and off, flashes of image on projector sometimes) with h-sync tolerance at 12.15 or lower, and completely stable at 12.30 or higher. None of the other sync settings appeared to have any effect on the problem. The increased h-sync tolerance appears to cause problems with PAL/NTSC switches, though.

Don't know if this is relevant, but outputting RGBHV from the GARO (instead of RGBS) and then using an Extron SC210 to convert sync to RGBS, the OSSC accepted the 240p with the default settings. I don't have the cables to integrate that into my full setup, though.

My observation is that the GARO seems to generally output a poor sync signal, my projector had a big skew to the left near the top when the Wii/GARO was connected directly to the projector, and the Extron SC210 also improved (but did not solve) that.

[ShadowofBob]

Been messing around with my OSSC for a couple months now and have put it to use on my Sony 34XBR910. Will probably be doing another thread showcasing the results and putting to rest/confirming the issue of display lag on different resolutions/modes for this and other HD Sony CRTs. There is a lot of misinformation around.

Everything works great apart from SNES sync drops which I can't seem to resolve. The firmware update(on 0.7.3 right now) definitely lessened them but they do still occur enough that it makes playing the SNES irritating. Are there any solutions still apart from buying a DVDO device to run the OSSC through?

Secondly the Dreamcast still needs a bit of adjustment with VGA HV
-480i w/ 480i passthrough enabled over RGB HV doesn't seem to work. Luckily this isn't a huge deal as 99.5% of games work in 480p or 240p just fine.
-Setting the active display area to 640px doesn't have the intended effect and I can't seem to get the output to have the right horizontal width to match the height for a 4:3 aspect ratio.

Otherwise everything else is great and I am eagerly awaiting profile support along with further refinements.

[Fudoh]

have put it to use on my Sony 34XBR910

are you using HDMI input on the display or component ? With component I would't expect the SNES to cause any problems. Analogue inputs should be much more flexible in terms of slight variations on the sync width (etc).

-Setting the active display area to 640px doesn't have the intended effect and I can't seem to get the output to have the right horizontal width to match the height for a 4:3 aspect ratio.

as explained here both available modes won't solve the aspect ratio issue. One (the DTV mode) gives you better sampling though. Unfortunately it's the one with the smaller AR. http://pms.hazard-city.de/ossc_sampling.jpg That's really Sega's fault and without a secondary scaler (or adjustments in the display's service menu) there's nothing you can about that.

[Guspaz]

The games should work in 480i without 480i passthrough, though, right? The OSSC does a latency-free bob deinterlace if you feed it 480i, while 480i passthrough would probably cause your TV to add a few frames of lag to do dinterlacing.

[ShadowofBob]

have put it to use on my Sony 34XBR910

are you using HDMI input on the display or component ? With component I would't expect the SNES to cause any problems. Analogue inputs should be much more flexible in terms of slight variations on the sync width (etc).

-Setting the active display area to 640px doesn't have the intended effect and I can't seem to get the output to have the right horizontal width to match the height for a 4:3 aspect ratio.

as explained here both available modes won't solve the aspect ratio issue. One (the DTV mode) gives you better sampling though. Unfortunately it's the one with the smaller AR. http://pms.hazard-city.de/ossc_sampling.jpg That's really Sega's fault and without a secondary scaler (or adjustments in the display's service menu) there's nothing you can about that.

I'm using the DVI input. Will have to look into feeding it to the component inputs.

Ah, I missed that conclusion earlier in the discussion. Already running in DTV mode and have done service menu adjustments, but they are based on the test pattern since I am using lots of other consoles in the 480P 4:3 mode. Not really a fault of the OSSC and will just have to live with it. I get the same improper aspect ratio with an Audio Authority 9A60 VGA to component adapter on the component input of this TV.

The games should work in 480i without 480i passthrough, though, right? The OSSC does a latency-free bob deinterlace if you feed it 480i, while 480i passthrough would probably cause your TV to add a few frames of lag to do dinterlacing.

Yes, I have to go back and try with the deinterlace. I use the XBR910's deinterlace mode at the moment as it does a better job and I hardly ever use 480i except for some Saturn games. I think it's something to do with the passthrough on the DSUB15 input. Happens with RGBS mode and my SCART adapter run through that input too so its not specific to the Dreamcast and RGBHV

[BuckoA51]

Everything works great apart from SNES sync drops which I can't seem to resolve. The firmware update(on 0.7.3 right now) definitely lessened them but they do still occur enough that it makes playing the SNES irritating. Are there any solutions still apart from buying a DVDO device to run the OSSC through?

if your TV doesn't like SNES+OSSC it will sync drop it every second or so, so that sounds more like a different problem. Have you tried sync LPF or a different RGB cable (luma or clean sync) ?

[orange808]

It happens in other configurations as well--and only with SNES.

My Lindy VGA to HDMI hates the SNES (SCART RGB) from the XRGB-2. Drops out every minute or so. The DVDO vp50 has no problems transcoding the XRGB-2 480p SNES SCART signal to HDMI. My Extron RGB HDMI 300 A also has no problem transcoding the XRGB-2 SNES RGB signal.

edit: c-sync retro gaming accessories scart cable

[ShadowofBob]

Everything works great apart from SNES sync drops which I can't seem to resolve. The firmware update(on 0.7.3 right now) definitely lessened them but they do still occur enough that it makes playing the SNES irritating. Are there any solutions still apart from buying a DVDO device to run the OSSC through?

if your TV doesn't like SNES+OSSC it will sync drop it every second or so, so that sounds more like a different problem. Have you tried sync LPF or a different RGB cable (luma or clean sync) ?

Hmm. It's not very consistent with the drops. Sometimes it'll be a minute or two other times just 15-30 seconds. It doesn't seem to be tied to what happens on screen so I can't replay the same game and get it to happen in the same spots. This is a SNES mini with RGB mod and a csync cable I have from retro_console_accessories which works great on my xrgb-3 and RGBS compatible projector. I'll play with the Sync LPF tonight and if that doesn't help maybe I'll try a luma sync cable and see if that helps.

[marqs]

Wii: No problems when the Wii is connected directly to the OSSC via AV2, problems only when the Wii is converted to RGBS through the GARO (which is to make it so the core of the video setup is all RGBS). The GARO is connected to AV1. The issues only occur when the Wii is in 240p mode, 480i and 480p appear fine. The Wii/Garo at 240p is very unstable (red light going on and off, flashes of image on projector sometimes) with h-sync tolerance at 12.15 or lower, and completely stable at 12.30 or higher. None of the other sync settings appeared to have any effect on the problem. The increased h-sync tolerance appears to cause problems with PAL/NTSC switches, though.

Don't know if this is relevant, but outputting RGBHV from the GARO (instead of RGBS) and then using an Extron SC210 to convert sync to RGBS, the OSSC accepted the 240p with the default settings. I don't have the cables to integrate that into my full setup, though.

My observation is that the GARO seems to generally output a poor sync signal, my projector had a big skew to the left near the top when the Wii/GARO was connected directly to the projector, and the Extron SC210 also improved (but did not solve) that.

I wonder if GARO uses a component to RGBHV transcoder IC such as LMH1251 and then discrete components for combining HV sync to composite sync. Maybe that custom sync composition circuit is not optimal if HV sync works without issues (have you tried hooking it directly to AV3?).

Secondly the Dreamcast still needs a bit of adjustment with VGA HV
-480i w/ 480i passthrough enabled over RGB HV doesn't seem to work. Luckily this isn't a huge deal as 99.5% of games work in 480p or 240p just fine.
-Setting the active display area to 640px doesn't have the intended effect and I can't seem to get the output to have the right horizontal width to match the height for a 4:3 aspect ratio.

-Interlace passthrough does not work with VGA input at the moment, it'd require some additional custom logic since by default interlaced modes are not processed correctly by TVP7002 if fed via digital sync inputs
-Reducing active width should make your display show less content (i.e. stretch) horizontally, but it generally works on non-CRT PC monitors only

Hmm. It's not very consistent with the drops. Sometimes it'll be a minute or two other times just 15-30 seconds. It doesn't seem to be tied to what happens on screen so I can't replay the same game and get it to happen in the same spots. This is a SNES mini with RGB mod and a csync cable I have from retro_console_accessories which works great on my xrgb-3 and RGBS compatible projector. I'll play with the Sync LPF tonight and if that doesn't help maybe I'll try a luma sync cable and see if that helps.

Does OSSC drop sync (indicated by red led) or just your TV? Maybe I should add auto-mode for sync lpf (similar to video lpf) since many users seem to have unreliable sync with default 'off'-setting.

[marqs]

Sorry if this is already been posted somewhere in the 80+ pages of the thread, but has anyone tested hooking a Sharp X68000 to the OSSC? Most stuff on X68000 is 31khz but at non-typical resolutions, with some 15khz stuff being decently common as well (and a small amount of games utilizing 24khz, but I'm not super concerned about that). When I've hooked a X68000 straight up to VGA on a LCD monitor or HDTV, 31khz signals will display, but it will end up cutting the top or bottom of the screen off (or both). I assume this is due to the odd resolutions it uses. Just curious if anyone has tested if the OSSC displays it properly in 31khz, or if it just passes the signal through and you end up with the same cut offs.

I quickly tested X68k with OSSC + PC monitor last year. 15kHz, 24kHz and 31kHz were detected ok, but not necessarily centered on screen as you mentioned. It's now possible to fine tune position/size with adv. timing options, but you'll need to use PC monitor for best compatibility (especially 24kHz).

Also, would it be feasible for a firmware update to add downscaling capabilities? For instance, the capability to take a 480p input for "newer" ports of originally 240p (usually arcade) games, then throw out every other line of 480p (or whatever method works best) to end up with a 240p signal to output to a CRT? (I realize this would entail connecting the output of the OSSC to a DVI/HDMI to VGA converter or other solutions to get the signal into the analog spectrum).

Dropping every other line of 525-line progressive signal (standard 480p) would result to 262.5-line signal, i.e. 480i. While it'd be easy to generate 524/526-line signal via PC and downconvert it to 262/263 lines (proper 240p), universal 480p input support would need much more firmware customization. It'd be probably possible even with OSSC HW if you threw out part of current functionality to gain memory for additional line buffers, but a dedicated HW would be much better solution.

[Fudoh]

but you'll need to use PC monitor for best compatibility (especially 24kHz).

how far away is line doubled 384p from the VESA specs for 768p ? If it's close it should be rather compatible. I guess almost every TV handles XGA just fine.

[marqs]

but you'll need to use PC monitor for best compatibility (especially 24kHz).

how far away is line doubled 384p from the VESA specs for 768p ? If it's close it should be rather compatible. I guess almost every TV handles XGA just fine.

If my notes are correct, 24kHz games outputted around 492 scanlines @ ~55Hz. VESA 1024x768@60Hz uses 806 scanlines, so both doubled line count (984 vs 806) and refresh rate would be quite far from it.

[Guspaz]

What are the details shown on status display (and info screen) when running ULL?

GBI ULL 2016-04-29

OSSC default screen (red light off, green light on):
AV1: RGBS 261p
15.62kHz 59.86Hz

OSSC info screen:
VMod: 240p
LO: 522
VSM: 0

Projector screen (no sync):
Source: HDMI1
Not Supported
H: 31.17kHz V: 59.70Hz

GBI LL 2016-10-26

OSSC default screen (red light off, green light on):
AV1: RGBS 263p
15.73kHz 59.82Hz

OSSC info screen:
VMod: 240p
LO: 526
VSM: 0

Projector info menu screen (syncs correctly):
Source: HDMI1
Input signal: RGB-Video
Resolution: 720x480
Scan Mode: Progressive
Refresh Rate: 59.80 Hz
Sync info: SSNN 03146 (this means separate H & V sync and 31.46 kHz h-sync)

I'm a bit confused about why the OSSC thinks they're different resolutions, I thought ULL and LL were supposed to be the same except for the refresh rate.

H-sync tolerance option is there mainly for some Neo-Geo models that have non-periodic hsync during vblank - it can have adverse effects with other systems. Wii should not really need that - have you connected Garo to AV1?

----

I wonder if GARO uses a component to RGBHV transcoder IC such as LMH1251 and then discrete components for combining HV sync to composite sync. Maybe that custom sync composition circuit is not optimal if HV sync works without issues (have you tried hooking it directly to AV3?).

OK, how's this for crazy. As soon as I connect a VGA cable from the GARO to OSSC AV3, the OSSC syncs to the SCART signal on AV1, even though the OSSC is not using the VGA... Unplug the VGA cable from AV3, and the OSSC loses sync on AV1...

The OSSC isn't even on AV3, how is connecting a cable to AV3 fixing sync on AV1? I guess this could be a workaround, just physically having the VGA cable plugged in solves the sync problem with SCART, and lets me use AV1 to avoid having to ever change the input...

BTW, the OSSC syncs to the GARO on VGA regardless of if the SCART is connected to AV1, although it will not sync to SCART on AV1 unless the VGA is connected to AV3.

That made me wonder if it was something strange like the ground on the SCART cable being faulty. It's molded connectors so I grabbed my multimeter.

It does not appear to be a straight-through cable, but a crossover: the input pins on one end are connected to the output pins on the other end, and vice versa, including sync. Is this correct for this use case?

EDIT: I built a test SCART cable that let me connect either sync input/output and confirmed that it (and the other cable I was using) wasn't the problem.

EDIT2: Just noticed that connecting the GARO's VGA output to the OSSC drops the brightness slightly on the SCART output. I wonder if that's what's fixing it, that the voltages on the SCART output drop slightly, and could I replicate the solution using a VGA terminator instead of a full VGA cable...

[ShadowofBob]

...

Secondly the Dreamcast still needs a bit of adjustment with VGA HV
-480i w/ 480i passthrough enabled over RGB HV doesn't seem to work. Luckily this isn't a huge deal as 99.5% of games work in 480p or 240p just fine.
-Setting the active display area to 640px doesn't have the intended effect and I can't seem to get the output to have the right horizontal width to match the height for a 4:3 aspect ratio.

-Interlace passthrough does not work with VGA input at the moment, it'd require some additional custom logic since by default interlaced modes are not processed correctly by TVP7002 if fed via digital sync inputs
-Reducing active width should make your display show less content (i.e. stretch) horizontally, but it generally works on non-CRT PC monitors only

Hmm. It's not very consistent with the drops. Sometimes it'll be a minute or two other times just 15-30 seconds. It doesn't seem to be tied to what happens on screen so I can't replay the same game and get it to happen in the same spots. This is a SNES mini with RGB mod and a csync cable I have from retro_console_accessories which works great on my xrgb-3 and RGBS compatible projector. I'll play with the Sync LPF tonight and if that doesn't help maybe I'll try a luma sync cable and see if that helps.

Does OSSC drop sync (indicated by red led) or just your TV? Maybe I should add auto-mode for sync lpf (similar to video lpf) since many users seem to have unreliable sync with default 'off'-setting.

The OSSC never loses sync, just my TV. Adjusting the sync LPF to minimum setting seems to have fixed it. I swear I tried it before but maybe I was thinking of video LPF.

Interesting bit about the active area and Dreamcast. Must be something with how the Sony CRT handles it.

[marqs]

What are the details shown on status display (and info screen) when running ULL?

GBI ULL 2016-04-29

OSSC default screen (red light off, green light on):
AV1: RGBS 261p
15.62kHz 59.86Hz

OSSC info screen:
VMod: 240p
LO: 522
VSM: 0

Projector screen (no sync):
Source: HDMI1
Not Supported
H: 31.17kHz V: 59.70Hz

GBI LL 2016-10-26

OSSC default screen (red light off, green light on):
AV1: RGBS 263p
15.73kHz 59.82Hz

OSSC info screen:
VMod: 240p
LO: 526
VSM: 0

Projector info menu screen (syncs correctly):
Source: HDMI1
Input signal: RGB-Video
Resolution: 720x480
Scan Mode: Progressive
Refresh Rate: 59.80 Hz
Sync info: SSNN 03146 (this means separate H & V sync and 31.46 kHz h-sync)

I'm a bit confused about why the OSSC thinks they're different resolutions, I thought ULL and LL were supposed to be the same except for the refresh rate.

GC has fixed pixel clock, so its refresh rate can only be changed by modifying number of scanlines and/or scanline length. Playing around with the numbers you provided, you end up to following parameters to get claimed refresh rates:

GBI LL:
27000000/(858*526) = 59.8261Hz

GBI ULL:
27000000/(866*522) = 59.7276Hz

That also explains why ULL is not as compatible since many displays will sync only with 525+-1 -line signals. On those displays where ULL works, I recommend setting H. samplerate to 866 in adv. timing for best quality (I'll add this to wiki soon).

OK, how's this for crazy. As soon as I connect a VGA cable from the GARO to OSSC AV3, the OSSC syncs to the SCART signal on AV1, even though the OSSC is not using the VGA... Unplug the VGA cable from AV3, and the OSSC loses sync on AV1...

The OSSC isn't even on AV3, how is connecting a cable to AV3 fixing sync on AV1? I guess this could be a workaround, just physically having the VGA cable plugged in solves the sync problem with SCART, and lets me use AV1 to avoid having to ever change the input...

BTW, the OSSC syncs to the GARO on VGA regardless of if the SCART is connected to AV1, although it will not sync to SCART on AV1 unless the VGA is connected to AV3.

That made me wonder if it was something strange like the ground on the SCART cable being faulty. It's molded connectors so I grabbed my multimeter.

It does not appear to be a straight-through cable, but a crossover: the input pins on one end are connected to the output pins on the other end, and vice versa, including sync. Is this correct for this use case?

EDIT: I built a test SCART cable that let me connect either sync input/output and confirmed that it (and the other cable I was using) wasn't the problem.

EDIT2: Just noticed that connecting the GARO's VGA output to the OSSC drops the brightness slightly on the SCART output. I wonder if that's what's fixing it, that the voltages on the SCART output drop slightly, and could I replicate the solution using a VGA terminator instead of a full VGA cable...

Sounds like grounding issue to me since AV1 and AV3 inputs do not share any logic. GARO's outputs are probably just split without buffering (I guess they are not meant to be used simultaneously) so gain will be lower since R/G/B are terminated twice.

[borti4938]

Thank you. Let's see if that's something I can get my head around.

Certainly this comes from someone who has no clue about coding, but uh... I don't even know where to begin.

Besides fw development, testing is always appreciated. I have v0.74 images that need to tested (sd card & diy-audio compatibility) before releasing them publicly. However, it's strongly recommened to have a JTAG programmer as a backup before using unreleased images, since there's always tiny chance that a bug corrupts the flash. PM me if you're interested.

I have tested the latest GitHub updates. They are working fine on my setups (especially regarding audio). I just have to find a SD card to test the new driver, too.

[Seraphic]

Tonight's OSSC invites just went out, if you're number 1411 or under you should have one now. We're getting near the end of this batch, so if you've had an invite and still not ordered, do so soon!

What is the current status of the audio add-on for the OSSC? Are they available with the current batches you are selling?

[tacoguy64]

Still waiting on my OSSC to get here but it's been stuck in processing in Chicago for almost a week now. Is that normal? Made it to the US in a day so at least that was fast.

[lolitsevan]

Yeah, mine got stuck at the handoff to USPS almost a week ago and the tracking stopped updating. I'm just hoping this is USPS dropping the ball as they can tend to do, just last week I had an item(unrelated to OSSC) that didn't ship for 4 days but then was marked, shipped and delivered all within 4 hours.

[Triple Lei]

Yeah, me three. Mine arrived in the US on 11/6, made its way to San Francisco on 11/7, and is... still there? Come on, I'm already in California.

Well, the day is still young, we Americans do get mail on Saturdays, and today's not a holiday, so we'll see.

[BuckoA51]

I don't know what it is with post in the US but things getting stuck seems really common. I remember Coury from My Life In Gaming had his review unit stuck for nearly 4 weeks. We assumed it was lost, shipped another one that turned up within 5 days, only for the stuck one to suddenly turn up a few days later.

Tonight's OSSC invites just went out, if you're number 1519 or under you should have one now. Stock is really starting to dwindle now, so if you want one and you've had an invite, grab one now. If it's 48 hours since you got your invite you're still welcome to order as long as the site shows that there's stock.