NewHome › Forums › OSSC, OSSC Pro and DExx-vd isl › OSSC – Discussion and support › Firmware v0.76
ptepid.Really awesome update. The 5X mode is absolutely beautiful. I do seem to have a bit of a problem with it. When the OSSC starts up in 5x mode, the image is shifted down by about 20%. The only way I can get the image to move back into the correct position is to switch to 4x mode and back. I’m assuming this is a bug?
I don’t know why, but when i’m updated from my base FW 0.73 to 0.76 all mode (x2,x3, x4 or x5 with psx PAL input) shows my image always shifted down, even changing V.Backporch doesen’t help much š
The 0.76 update causes issues for me with running 15kHz signals over VGA (from Dreamcast), the sync constantly switches between 312p, 313p and 625i (PAL 50Hz). I rolled back to 0.75 and it syncs properly.
Hi Marqs, I haven’t tried 0.75, I went from 0.73 to 0.76 and yes it does work great on my pc monitor
It used to work on the HDTV as well with 0.73 but I’n not getting any signal now with 0.76.
Therefore I was wondering if any default value changed btw the 2 versions
The 0.76 update causes issues for me with running 15kHz signals over VGA (from Dreamcast), the sync constantly switches between 312p, 313p and 625i (PAL 50Hz). I rolled back to 0.75 and it syncs properly.
I’m unable to replicate this, no problems with my modded VGA box (this one http://www.racketboy.com/retro/vgabox3.jpg)
Iām unable to replicate this, no problems with my modded VGA box (this one http://www.racketboy.com/retro/vgabox3.jpg)
I’m using a modded VGA cable (this guy). Did you try with NTSC or PAL? Games that run at 60Hz/480i work fine with 0.76 for me too, it’s the 50Hz interlaced signal that’s causing the sync issue. I’m using a PAL Dreamcast, in case that wasn’t clear. š
PAL Dreamcast here, dashboard is displaying just fine. Most of my software is NTSC but if you can say a specific game I’ll see if I can find it.
Even the dashboard failed for me, along with every other PAL game.
But I found a workaround! Everything syncs properly if 240p/288p line multiple is set to Line2x, but ONLY Line2x. If it’s Line3x or higher, or Passthru, the 625i signal over VGA fails to sync.
I noticed that even when 240p is set to Line2x, the OSSC seems to initially think the signal is 313p and then quickly switches to 625i.
@marqs :tomorrow i will downgrade and i will report all… Thanks for the support!
EDIT: Downgraded to 0.75 and the image was perfect, reupgraded to 0.76 strangely now is ok. No more image shifted down…
So I’m very sorry for the false positive š
Is it also possible to do native aspect pass-thru? As in, can I output a 320×224 signal (Genesis) or a multiple of it?
I’m also struggling with the 0.76 firmware update. (Test system is a NTSC Genesis)
Since the update the OSSC doesn’t work at all with my Lumagen HDP. Not even the initial test pattern.
To confirm that my OSSC is not broken I hooked it up straight to the monitor. To confirm that my Lumagen HDP is not broken, I hooked it up to an OSSC with 0.72 firmware. Works like clockwork.
0.76 firmware works fine with DVDO VP50 (non pro) though with identical settings. Anyone able to shed some light on what’s changed? Or if there’s any settings that can be tweaked to get the Lumagen working?
Nothing should have changed with the initial input test pattern. Sounds like your OSSC might have ESD damage, flash it back to 0.72 and see if the problem persists, if it does, it’s damaged I’m afraid.
Thank you for the switch reply. I flashed it back to 0.72, same problem persists.
The unit works perfectly when hooked up to my monitor. But not at all hooked up the the video processor. For the sake of it, I also tested multiple inputs. Same results.
Sorry for jumping to conclusions about the firmware. If my posts causes clutter, feel free to remove them!
| Cookie | Duration | Description |
|---|---|---|
| _gat | 1 minute | This cookie is installed by Google Universal Analytics to restrain request rate and thus limit the collection of data on high traffic sites. |
| Cookie | Duration | Description |
|---|---|---|
| __gads | 1 year 24 days | The __gads cookie, set by Google, is stored under DoubleClick domain and tracks the number of times users see an advert, measures the success of the campaign and calculates its revenue. This cookie can only be read from the domain they are set on and will not track any data while browsing through other sites. |
| _ga | 2 years | The _ga cookie, installed by Google Analytics, calculates visitor, session and campaign data and also keeps track of site usage for the site's analytics report. The cookie stores information anonymously and assigns a randomly generated number to recognize unique visitors. |
| _gid | 1 day | Installed by Google Analytics, _gid cookie stores information on how visitors use a website, while also creating an analytics report of the website's performance. Some of the data that are collected include the number of visitors, their source, and the pages they visit anonymously. |
| Cookie | Duration | Description |
|---|---|---|
| IDE | 1 year 24 days | Google DoubleClick IDE cookies are used to store information about how the user uses the website to present them with relevant ads and according to the user profile. |
| test_cookie | 15 minutes | The test_cookie is set by doubleclick.net and is used to determine if the user's browser supports cookies. |
| Cookie | Duration | Description |
|---|---|---|
| ct_checked_emails | session | No description |
| ct_has_scrolled | session | No description |
| ct_mouse_moved | session | No description |
| ct_screen_info | session | No description |
| wordpress_apbct_antibot | session | No description |
| wp_woocommerce_session_9cc3598a6315be16da4f85bb374cf6a5 | 2 days | No description |
