shmups.system11.org

Shmups Forum
 
* FAQ    * Search
 * Register  * Login 
It is currently Sat Aug 08, 2020 7:58 pm View unanswered posts
View active topics



Post new topic Reply to topic  [ 715 posts ]  Go to page Previous  1 ... 20, 21, 22, 23, 24
Author Message
 Post subject: Re: OSSC Pro
PostPosted: Tue Jul 28, 2020 11:44 pm 


User avatar

Joined: 14 Aug 2019
Posts: 418
Location: BW, Germany
Yeah, that makes sense. I guess for optimal results, you'd in principle have to adjust the offset for each source/game/kind of video material individually. (actually, introducing a corrective offset can result in a more calm picture, looking at my example above)
Edit: isn't that more like some ringing effect in that XPC-4 shot of yours? Or is it indeed a transition between input fields, caught on camera (your display retaining the old pixels for a short while)?

@marqs: is it planned to give the user control over the offset?


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Wed Jul 29, 2020 8:45 am 


User avatar

Joined: 15 Dec 2012
Posts: 783
Location: Finland
6t8k wrote:
@marqs: is it planned to give the user control over the offset?
That can be done, but I have to first think how such setting could be presented on UI without overcomplicating things. Current Bob / Noninterlace restore presets set the offset to X/2 (X being line multiplication factor) and 0, respectively, which is easy to understand. The value could be freely selectable between 0 and X, but then should there be a dedicated option for each LineX or a common setting where the value has different effect depending on LineX used? Another question is whether to allow Line3x or Line5x for 480i content - makes sense for noninterlace restore but a "medium" setting wouldn't exist for proper Bob.


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Wed Jul 29, 2020 2:44 pm 


User avatar

Joined: 07 Feb 2008
Posts: 232
Location: Spain
@marqs do you think the pro will be able to upscale to 1920x1440? it would be great to upscale 640x480 or lower 4:3 resolutions to new monitors keeping the proportion with sharp integer scaling
_________________
Working in the japanese language achievement


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Thu Jul 30, 2020 6:51 am 



Joined: 17 Jul 2019
Posts: 5
So a feature I was wondering whether it would be possible to fix or not would be the correction of images that are overly bright or dark..

For example, the Sega mark iii in Japan has an RGB signal that is too dark and typically some sort of amplified cable or something similar is to be used to correct it.

Another one I thought of is the pal N64, using svideo on these systems gives a picture that is overly bright I believe.

So basically my question is, will there be a way that we can amplify dull signals or somehow correct colours of signals that display there colours incorrectly somehow, even in the full scale mode.

Thanks guys!


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Thu Jul 30, 2020 8:30 am 


User avatar

Joined: 20 Jul 2017
Posts: 561
Leewrigley wrote:
So basically my question is, will there be a way that we can amplify dull signals or somehow correct colours of signals that display there colours incorrectly somehow, even in the full scale mode.


I believe the feature you're looking for is already present in the OSSC, under these menu options:
    R/Pr / G/Y / B/Pb offset
    R/Pr / G/Y / B/Pb gain
    Pre-ADC Gain


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Thu Jul 30, 2020 1:52 pm 



Joined: 17 Jul 2019
Posts: 5
Apparently the problem with the pal n64's svideo is that the highlights are clipping and becoming the same brightness value, is this something that can be fixed with these settings or is that not possible?


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Thu Jul 30, 2020 1:55 pm 


User avatar

Joined: 20 Jul 2017
Posts: 561
Probably, but neither the OSSC Pro nor the OSSC support s-video input. I would look into N64 RGB mods.


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Thu Jul 30, 2020 2:27 pm 


User avatar

Joined: 14 Aug 2019
Posts: 418
Location: BW, Germany
marqs wrote:
6t8k wrote:
@marqs: is it planned to give the user control over the offset?
That can be done, but I have to first think how such setting could be presented on UI without overcomplicating things. Current Bob / Noninterlace restore presets set the offset to X/2 (X being line multiplication factor) and 0, respectively, which is easy to understand. The value could be freely selectable between 0 and X, but then should there be a dedicated option for each LineX or a common setting where the value has different effect depending on LineX used? Another question is whether to allow Line3x or Line5x for 480i content - makes sense for noninterlace restore but a "medium" setting wouldn't exist for proper Bob.

Maybe the following could be an efficient solution:

- One additional, common setting "LM deint. offset adj.", at the same menu tree level as "LM deinterlace mode"
- Lets user choose one out of "[-6, 6] lines", with the default being "0 lines"

- The formula for the effective offset changes as follows:
For bob deinterlace: min(max(X/2 + Y, 0), 6), for noninterlace restore: max(0 + Y, 0), where X is the current line multiplication factor, and Y the current value for "LM deint. offset adj.".
With 0, behavior is unchanged from the current one, and the effective offset always stays within [0, 6].

I estimate that this setting would be relatively rarely changed, so by implementing it like this, it's kept simple and would not clutter the menu tree too much. At the same time, it's already enough to allow for all combinations. Different offset adj. for different LineX, or for bob deinterlace vs. noninterlace restore, if desired, could be realized by the user with dedicated profiles. Since ideal "LM deint. offset adj" can be expected to depend on the input signal, dedicated profiles seem natural for this. Unlike setting the offset to an absolute value (auto, 0, 1, 2, 3, 4, 5, 6) with "auto" being the current behavior, one could explore what looks best in a more organic way, and enthusiasts would still know what the effective line offset is. It would perhaps also be more elegant to implement than the absolute variant, which would introduce a case differentiation.

If Line3x and Line5x are desired for adaptive line multiplication's 480i proc, they could be implemented as 1280x720, and 1920x1200 with reduced blanking, respectively.
The formula would stay the same for noninterlace restore, and for bob deinterlace it would then be either: min(max(ceil(X/2) + Y, 0), 6), or: min(max(floor(X/2) + Y, 0), 6), which of course would be uneven in comparison to Line4x and Line6x behavior. Speaking only for myself now: although I don't need them considering those that are already announced, I wouldn't have any objections to including these – more choice is always nice. Both will even fill the active area vertically (like Line6x, unlike Line4x). If it doesn't look right, one can choose a different multiplication factor or tinker with "LM deint. offset adj.".

Other opinions?


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Thu Jul 30, 2020 3:22 pm 



Joined: 17 Jul 2019
Posts: 5
I should have specified that I already have a koryuu so I would be able to connect it this way if the quality was good enough and I was able to fix the colours. I do have one modded cable that corrects this but the cable sucks and has loads of interference...


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Fri Jul 31, 2020 7:49 pm 



Joined: 19 May 2019
Posts: 13
Will there be support for 1080i input -> line2x -> 1080p output?


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Fri Jul 31, 2020 7:56 pm 



Joined: 17 Jan 2017
Posts: 162
Hopefully with the PSTV new Sharpscale feature the OSSC Pro is able to do either Linedoubling for 720p and/or Motion Adaptive De-interlacing for 1080i. PSP games look absolutely amazing on the PSTV with Sharpscale and hopefully will look even better through the OSSC Pro.


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Fri Jul 31, 2020 10:45 pm 



Joined: 17 Jul 2019
Posts: 5
@marqs do you have any information about how scaling will work in conjunction with rotation. Since you said that the Ossc pro will not be capable of outputting signals larger than 1080p, does this mean that we will not be able to rotate a 480p X2 image as this would give a vertical resolution of 1280 pixels. For 240p games I'm assuming the maximum scale would be 3x as this would give a vertical resolution smaller than 1080? Any clarification on this would be cool


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Fri Jul 31, 2020 11:12 pm 



Joined: 19 Jul 2017
Posts: 1786
Leewrigley wrote:
@marqs do you have any information about how scaling will work in conjunction with rotation. Since you said that the Ossc pro will not be capable of outputting signals larger than 1080p, does this mean that we will not be able to rotate a 480p X2 image as this would give a vertical resolution of 1280 pixels. For 240p games I'm assuming the maximum scale would be 3x as this would give a vertical resolution smaller than 1080? Any clarification on this would be cool

I think rotation wouldn't affect the output mode; for resolutions that would exceed the vertical output resolution, I think it would have to either scale or crop.


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Sat Aug 01, 2020 7:11 am 



Joined: 20 Dec 2015
Posts: 64
Will definitely like to pick up one of these when it's out. Must say I'm a bit disappointed it's not going to have the circuitry for s-video/composite right on the board


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Sat Aug 01, 2020 10:56 am 


User avatar

Joined: 15 Dec 2012
Posts: 783
Location: Finland
Leewrigley wrote:
@marqs do you have any information about how scaling will work in conjunction with rotation. Since you said that the Ossc pro will not be capable of outputting signals larger than 1080p, does this mean that we will not be able to rotate a 480p X2 image as this would give a vertical resolution of 1280 pixels. For 240p games I'm assuming the maximum scale would be 3x as this would give a vertical resolution smaller than 1080? Any clarification on this would be cool
The HW is not strictly limited to a certain resolution but to a maximum pixel clock frequency - somewhere around 200MHz is current best estimate. That still allows resolutions such as 1920x1440_60Hz (with reduced blanking) but not e.g. standard 2560x1440_60Hz.

kardus wrote:
Will definitely like to pick up one of these when it's out. Must say I'm a bit disappointed it's not going to have the circuitry for s-video/composite right on the board
Technically it should be possible to decode PAL/NTSC etc. from the signals produced by the video ADC, but it's a sub-project of its own.


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Sun Aug 02, 2020 5:01 am 



Joined: 20 Dec 2015
Posts: 64
marqs wrote:
Technically it should be possible to decode PAL/NTSC etc. from the signals produced by the video ADC, but it's a sub-project of its own.


As in the separate add-on board mentioned? Or a future revision having a port for s-video/composite?


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Sun Aug 02, 2020 9:38 am 


User avatar

Joined: 15 Dec 2012
Posts: 783
Location: Finland
kardus wrote:
marqs wrote:
Technically it should be possible to decode PAL/NTSC etc. from the signals produced by the video ADC, but it's a sub-project of its own.


As in the separate add-on board mentioned? Or a future revision having a port for s-video/composite?
No, I was referring to the existing design where one could hook composite / s-video into 3xRCA connector block (s-video with an adapter) and PAL/NTSC decoding being fully done on FPGA. The add-on board is an easier option which would include a dedicated chip for doing the decoding (e.g. ADV7280A) but would likely have more limitations such as fixed sampling rate.


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Sun Aug 02, 2020 1:41 pm 



Joined: 14 Aug 2017
Posts: 1000
marqs wrote:
No, I was referring to the existing design where one could hook composite / s-video into 3xRCA connector block (s-video with an adapter) and PAL/NTSC decoding being fully done on FPGA. The add-on board is an easier option which would include a dedicated chip for doing the decoding (e.g. ADV7280A) but would likely have more limitations such as fixed sampling rate.


The approach of decoding by the FPGA sounds great, especially for composite where a simple RCA cable would be all one needs. S-video to RCA (or BNC+RCA adapter) breakout cables are also not hard to come by. Hopefully this sub-project eventually comes to fruition, even if the add-on board is also available as an alternative.


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Sun Aug 02, 2020 3:51 pm 


User avatar

Joined: 14 Aug 2019
Posts: 418
Location: BW, Germany
marqs wrote:
one could hook composite / s-video into 3xRCA connector block (s-video with an adapter) and PAL/NTSC decoding being fully done on FPGA. The add-on board [...] would likely have more limitations such as fixed sampling rate.

That's so neat! I also hope that this sees the light of day sometime.


A few more questions/ideas:

Q: Do we know whether the ISL51002 handles constant even field indicator better than the TVP7002? If yes, then this would benefit compatibility with sources like the Taito F3 and GBI.
Q: For processing AV4 (the HDMI input), am I right to assume that it can be fed into the further processing stages the same way as analog sources can after digitization? Consequently, one could use a line multiplication mode for minimal latency on the one hand, and a scaler mode for maximal flexibility on the other hand.
I: Introduce a global metric that gives an estimation about the current latency between the input signal and the output signal.


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Mon Aug 03, 2020 2:10 pm 



Joined: 03 Aug 2020
Posts: 1
A little off topic but is there any way to sign up for notification on the OSSC Pro release? I'm holding off hunting for a DVDO + OSSC / Framemeister setup because this sounds like the real flexible deal.


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Thu Aug 06, 2020 7:29 pm 


User avatar

Joined: 15 Dec 2012
Posts: 783
Location: Finland
6t8k wrote:
Q: Do we know whether the ISL51002 handles constant even field indicator better than the TVP7002? If yes, then this would benefit compatibility with sources like the Taito F3 and GBI.
Yes, doesn't seem to be an issue to this chip.
6t8k wrote:
Q: For processing AV4 (the HDMI input), am I right to assume that it can be fed into the further processing stages the same way as analog sources can after digitization? Consequently, one could use a line multiplication mode for minimal latency on the one hand, and a scaler mode for maximal flexibility on the other hand.
Yes.
6t8k wrote:
I: Introduce a global metric that gives an estimation about the current latency between the input signal and the output signal.
It can be done, but latency is not necessarily a fixed number as it can vary between top and bottom of the picture.


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Thu Aug 06, 2020 11:47 pm 



Joined: 01 Mar 2018
Posts: 489
I'm most looking forward to the Pro for a silly reason. I'm always looking for a quality SCART to HDMI transcoder, and then I realize that's what the standard OSSC does (and more! ). I'll replace it with the Pro when released, then I'll use the standard as my transcoder.


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Fri Aug 07, 2020 3:57 pm 


User avatar

Joined: 14 Aug 2019
Posts: 418
Location: BW, Germany
marqs: thanks for answering my questions – that's great to hear! I like to think I'm asking on behalf of everybody interested in the Pro, since I'm not the only one benefitting from the answers.

marqs wrote:
6t8k wrote:
I: Introduce a global metric that gives an estimation about the current latency between the input signal and the output signal.
It can be done, but latency is not necessarily a fixed number as it can vary between top and bottom of the picture.

Would there be something speaking against the following idea?

Showing the value of two variables:

- Time difference between first active sample/pixel of input frame and corresponding pixel of output frame
- Time difference between last active sample/pixel of input frame and corresponding pixel of output frame

One way these could be obtained would be to calculate them synthetically based on the parameters of the current input signal and the set of settings that's currently in effect.

However, this would produce potentially confusing (albeit not incorrect) values for rotation, and arrangements like the following, in scaler mode – assuming that users will be able to do something like this (advocatus diaboli):

Spoiler: show
Image

- Some different part of the input frame comes before the first sample/pixel of the input frame
- After last sample/pixel of input frame, there comes some different part of the input frame

Or, a more extreme example:
Spoiler: show
Image

- Some different part of the input frame comes before the first sample/pixel of the input frame
- Last sample/pixel of input frame comes before first sample/pixel of input frame

Perhaps users would just have to take this into account when looking at the latency numbers, or would there be a more crafty way of obtaining meaningful latency numbers in all cases?


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Sat Aug 08, 2020 4:43 pm 



Joined: 20 Apr 2018
Posts: 199
Location: St Louis, IL, USA
These questions and answers are awesome and there are probably plenty of lurkers like myself who enjoy reading them, keep 'em coming!

That being said, Marqs, it's now August. Can we have a sliver of an update on where the project is currently?


Top
 Offline Profile  
 
 Post subject: Re: OSSC Pro
PostPosted: Sat Aug 08, 2020 4:51 pm 



Joined: 01 Mar 2018
Posts: 489
You all should get used to hearing "it's done when it's done."


Top
 Offline Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 715 posts ]  Go to page Previous  1 ... 20, 21, 22, 23, 24

All times are UTC


Who is online

Users browsing this forum: Fudoh, RoboArmy, tongshadow and 23 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
Jump to:  
Space Pilot 3K template by Jakob Persson
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group