The disadvantage is increased resource usage.fernan1234 wrote:Is there any disadvantage to making the necessary changes for compatibility in monitors that have issues with the way it is now, or is it kind of a point of pride to leave it as it is?
WiiDual / GCVideo discussion
Re: WiiDual / GCVideo discussion
GCVideo releases: https://github.com/ikorb/gcvideo/releases
-
- Posts: 39
- Joined: Fri Dec 23, 2016 12:07 am
Re: WiiDual / GCVideo discussion
Ahh, I see what you were asking. Yes, both RE0 and RE1 on Wii have a brightness adjustment feature. The thing I would ask then is that if a brightness adjustment feature like this breaks something in the 480p display mode, why is it that only one of these games is affected by it when they both have that feature?Extrems wrote:Looking at the GameCube version, I'm going to guess yes.
[img]Snip
The implementation of this feature is to blame. They didn't special case 480p.
I have RE0 and RE1 on Wii and GameCube; I'm going to try comparing these versions through WiiDual in 480p to see if there are any meaningful differences.
Re: WiiDual / GCVideo discussion
The former is deriving from the vertical filter in the render mode object, the latter isn't (need aggressive or game-specific patch).
Re: WiiDual / GCVideo discussion
Does this issue affect both the GCDual and the WiiDual? And is this something that can be fixed in a future update for the RGB outputs as well?Extrems wrote:What I can think of off the top of my head:
- Blanking regeneration is busted (mis-centered, cut-off images)
This is sidestepped in citrus3000psi's firmware for YPbPr only.
Re: WiiDual / GCVideo discussion
citrus3000psi has clarified to me that the 4 pixels shift in standard video modes has been fixed in v2.4c.2.
I'm not sure why there's no dYUV equivalent for RGBS and RGsB.
I'm not sure why there's no dYUV equivalent for RGBS and RGsB.
Re: WiiDual / GCVideo discussion
The video processing pipeline in 2.4 is GCDV-Decoder -> Linedoubler -> 422-444-Converter ->(1) Blanking-Regen -> Picture adjustments -> Scanline generator -> OSD ->(2) YCbCr-RGB-conversion ->(3) DVI encoderExtrems wrote:I'm not sure why there's no dYUV equivalent for RGBS and RGsB.
The standard "dual" version in my repo can switch the analog output between (2) and (3), the versions that are patched to include dYUV probably add a tap at (1).
GCVideo releases: https://github.com/ikorb/gcvideo/releases
Re: WiiDual / GCVideo discussion
Sorry i'm slightly confused by your reply - is the 4 pixel shift still an issue in v2.4c.2 for RGBS/RGsB/RGBHV outputs?Extrems wrote:citrus3000psi has clarified to me that the 4 pixels shift in standard video modes has been fixed in v2.4c.2.
I'm not sure why there's no dYUV equivalent for RGBS and RGsB.
If not does this issue only affect specific displays? And is this something that could potentially be fixed in a future firmware update? Or would it be impossible with the current hardware?
Re: WiiDual / GCVideo discussion
It's fixed for YUV, RGBS, RGsB, RGBHV and DVI for 720x240p (858x263p), 720x480i (858x525i), 720x480p (858x525p), 720x288p (864x312p), 720x576i (864x625i) and 720x576p (864x625p).
Re: WiiDual / GCVideo discussion
Thanks thats great to hearExtrems wrote:It's fixed for YUV, RGBS, RGsB, RGBHV and DVI for 720x240p (858x263p), 720x480i (858x525i), 720x480p (858x525p), 720x288p (864x312p), 720x576i (864x625i) and 720x576p (864x625p).
![Smile :)](./images/smilies/icon_smile.gif)
Re: WiiDual / GCVideo discussion
What's the purpose of the non 240/480 resolutions? Is all that for home brew stuff?Link83 wrote:Thanks thats great to hearExtrems wrote:It's fixed for YUV, RGBS, RGsB, RGBHV and DVI for 720x240p (858x263p), 720x480i (858x525i), 720x480p (858x525p), 720x288p (864x312p), 720x576i (864x625i) and 720x576p (864x625p).
Re: WiiDual / GCVideo discussion
288/576 is PAL 50Hz.
I should also specify this is with video timings as specified by the Dolphin/Revolution SDK, not devkitRice libogc. Vertical shifting/clipping may occur.
I should also specify this is with video timings as specified by the Dolphin/Revolution SDK, not devkitRice libogc. Vertical shifting/clipping may occur.
Re: WiiDual / GCVideo discussion
Just curious, but any word on when the Pre-Order Round 4 orders will be produced/shipped? I see that the pre-order count of 50 was met, and the webpage says "in production" but it also said that when pre-orders were still being taken.
Not really a big deal if it'll still be a while, but would like to know a general expected by date. Later this month, later in August, not until November?
Much appreciated.
Edit: Gave a follow on Twitter to Dan and got all the information I needed. Sounds like he'll be getting an update on them sometime this coming week.
Not really a big deal if it'll still be a while, but would like to know a general expected by date. Later this month, later in August, not until November?
Much appreciated.
Edit: Gave a follow on Twitter to Dan and got all the information I needed. Sounds like he'll be getting an update on them sometime this coming week.
Last edited by Jdurg on Mon Jul 22, 2019 12:11 am, edited 1 time in total.
Re: WiiDual / GCVideo discussion
Having a strange problem with a GCdual Gamecube. Specifically with my Wavebird controller. It's very hard to explain but I'll try. Wired controllers work fine but the Wavebird will only connect to its receiver in two scenarios:
1) If you unplug power to the GC then plug it back in
2) If you power off the GC then change the channel on both receiver and Wavebird
Note that even when it does work it only works once. In other words, let's say i do one of the two options listed above. The Wavebird will connect and work fine ---until--- I power off the GC. After that it will not connect again unless I do step 1 or 2. Normally I would chalk this up to a Wavebird issue but I have two other GC, one with regular GCvideo and an unmodded one. Both of those units do not present these issues using the exact same Wavebird and receiver. So I'm thinking possibly something with the GCdual may not be wired correctly. Any thoughts or ideas?
Thanks,
mario64
1) If you unplug power to the GC then plug it back in
2) If you power off the GC then change the channel on both receiver and Wavebird
Note that even when it does work it only works once. In other words, let's say i do one of the two options listed above. The Wavebird will connect and work fine ---until--- I power off the GC. After that it will not connect again unless I do step 1 or 2. Normally I would chalk this up to a Wavebird issue but I have two other GC, one with regular GCvideo and an unmodded one. Both of those units do not present these issues using the exact same Wavebird and receiver. So I'm thinking possibly something with the GCdual may not be wired correctly. Any thoughts or ideas?
Thanks,
mario64
Re: WiiDual / GCVideo discussion
Does it happen on all ports (which could indicate RF interference issues) or only a single one (which could indicate problems with the gamepad connection for GCVideo)?GCVideo)?mario64 wrote:Having a strange problem with a GCdual Gamecube. Specifically with my Wavebird controller.
GCVideo releases: https://github.com/ikorb/gcvideo/releases
Re: WiiDual / GCVideo discussion
Happens on all ports but only with the GCdual GameCube. I’m starting to wonder if the internal power board could be going bad. Had another GC once which was giving me weird problems and that was the culpritUnseen wrote:Does it happen on all ports (which could indicate RF interference issues) or only a single one (which could indicate problems with the gamepad connection for GCVideo)?GCVideo)?mario64 wrote:Having a strange problem with a GCdual Gamecube. Specifically with my Wavebird controller.
Re: WiiDual / GCVideo discussion
So I found the problem. It was indeed the GCdual Gamecube's internal power board. I replaced it and now the Wavebird is working properly. This is the 2nd time I've had to deal with squirrely problems stemming from the GC internal power board. In both cases the symptoms have been very strange.mario64 wrote:Happens on all ports but only with the GCdual GameCube. I’m starting to wonder if the internal power board could be going bad. Had another GC once which was giving me weird problems and that was the culpritUnseen wrote:Does it happen on all ports (which could indicate RF interference issues) or only a single one (which could indicate problems with the gamepad connection for GCVideo)?GCVideo)?mario64 wrote:Having a strange problem with a GCdual Gamecube. Specifically with my Wavebird controller.
Re: WiiDual / GCVideo discussion
Did you replace components on the board or just get a donor?mario64 wrote:So I found the problem. It was indeed the GCdual Gamecube's internal power board. I replaced it and now the Wavebird is working properly. This is the 2nd time I've had to deal with squirrely problems stemming from the GC internal power board. In both cases the symptoms have been very strange.
Seems to me that if it's a donor, you could end up replacing components again. Of course, it may be some specific revision that used some flaky caps or something and you just got unlucky.
Re: WiiDual / GCVideo discussion
I replaced the board itselfvol.2 wrote:Did you replace components on the board or just get a donor?mario64 wrote:So I found the problem. It was indeed the GCdual Gamecube's internal power board. I replaced it and now the Wavebird is working properly. This is the 2nd time I've had to deal with squirrely problems stemming from the GC internal power board. In both cases the symptoms have been very strange.
Seems to me that if it's a donor, you could end up replacing components again. Of course, it may be some specific revision that used some flaky caps or something and you just got unlucky.
-
maxtherabbit
- Posts: 1763
- Joined: Mon Mar 05, 2018 4:03 pm
Re: WiiDual / GCVideo discussion
Would you please consider adding a zero-order hold option (or just abandoning first-order hold entirely if option resources are limited) into the main gcvideo repo? It's the biggest thing holding a pure GCVideo-DVI solution back at this point, in my opinionUnseen wrote:"pixel average on" is basically what GCVideo has always done, it calculates the missing color values for every second pixel by averaging the color of the left and right pixel - it's a very common method for interpolating 4:2:2 video to 4:4:4. "pixel average off" in citrus' build probably takes the color of one pixel and applies it either to the left or right one. This can make smooth color transitions look more pixelated, especially for colors that are at the extreme ends of the YCbCr color range (e.g. fully saturated red or blue). extrems probably wants it for GBI, because there he's dealing with non-smooth graphics in the first place and disabling color interpolation can preserve the edges of zoomed pixels.Lawfer wrote:Would you please be kind enough to explain what the introduction of "pixel average on" and "pixel average off" does and what improvements it is supposed to bring in?
It should affect everything, because the Gamecube outputs YCbCr 4:2:2 and everything else is derived from that.Does it affect (Analog) RGB or only YPbPr?
If you take two identical screenshots with pixel averaging on and off and flip between them, you'll probably notice that the colors move slightly between them, especially in the areas that appear pixelated. That's because the Gamecube sends the brightness for every pixel, but the color only for every second pixel to save RAM and bandwidth. If you then take that color and apply it either to the left or right brightness-only-pixel, you conceptually "smear" the color towards this direction. With pixel averaging on, the "smearing" happens equally in both directions, so the position of the color channels compared to the brightness channel stays the same.With the "pixel average off" being shifted left/right, I notice that the circle looks more "pixelized" or "aliased", see the circled part in red on the lower left part of the screen:
Re: WiiDual / GCVideo discussion
As I said many times before, Zero-Order-Hold decreases the visual quality for Gamecube games and introduces a slight color shift. I like playing Gamecube games and I do not like them looking even more pixelated than they are, so I removing color interpolation from GCVideo is not an option.maxtherabbit wrote:Would you please consider adding a zero-order hold option (or just abandoning first-order hold entirely if option resources are limited) into the main gcvideo repo?
I do not see why a better image quality would be "holding back" anything.It's the biggest thing holding a pure GCVideo-DVI solution back at this point, in my opinion
GCVideo releases: https://github.com/ikorb/gcvideo/releases
-
maxtherabbit
- Posts: 1763
- Joined: Mon Mar 05, 2018 4:03 pm
Re: WiiDual / GCVideo discussion
I like pixels but okUnseen wrote:As I said many times before, Zero-Order-Hold decreases the visual quality for Gamecube games and introduces a slight color shift. I like playing Gamecube games and I do not like them looking even more pixelated than they are, so I removing color interpolation from GCVideo is not an option.maxtherabbit wrote:Would you please consider adding a zero-order hold option (or just abandoning first-order hold entirely if option resources are limited) into the main gcvideo repo?
I do not see why a better image quality would be "holding back" anything.It's the biggest thing holding a pure GCVideo-DVI solution back at this point, in my opinion
Would making it a toggle be feasible then?
Re: WiiDual / GCVideo discussion
Been playing Killer 7 on my wiiDual to a projector and I found that the projector *seems* to handle the 480i signal better than the linedoubled output from the wiiDual in that it's a tiny bit sharper. Would this be considered and "unexpected" result?
Perhaps I've overlooked some settings in the wiiDual menu?
Perhaps I've overlooked some settings in the wiiDual menu?
-
- Posts: 2184
- Joined: Mon Aug 14, 2017 8:34 pm
Re: WiiDual / GCVideo discussion
No, this is no surprise if your projector is good at handling 480i content. I'm a 480i evangelist so I'm biased, but 480i will always look better than forced 480p or linedoubled 480i on any display that handles 480i well. 480p is only good if that is actually the content's native resolution (and ideally displayed on a monitor with a matching display resolution), or as a compromise for those who only have displays that handle 480i poorly.vol.2 wrote:Been playing Killer 7 on my wiiDual to a projector and I found that the projector *seems* to handle the 480i signal better than the linedoubled output from the wiiDual in that it's a tiny bit sharper. Would this be considered and "unexpected" result?
Perhaps I've overlooked some settings in the wiiDual menu?
Re: WiiDual / GCVideo discussion
I agree that a toggle option for nearest-neighbor/zero-order-hold in the 4:2:2 to 4:4:4 conversion would be nice. Frankly, I’ve been holding out on buying a GCvideo device of any kind until that option gets added (that also is a consequence of how non-user-friendly the firmware update processes are for these devices). For an exaggerated but appropriate analogy: imagine if the OSSC only offered interpolated upscaling!maxtherabbit wrote:Unseen wrote:As I said many times before, Zero-Order-Hold decreases the visual quality for Gamecube games and introduces a slight color shift. I like playing Gamecube games and I do not like them looking even more pixelated than they are, so I removing color interpolation from GCVideo is not an option.I like pixels but ok
Would making it a toggle be feasible then?
That said, feature creeping an open source project is inherently silly, and I’m of the opinion that if it’s as desirable a feature as we think it is, someone will implement it sooner or later.
Re: WiiDual / GCVideo discussion
Just as a warning, most displays add 1-2 frames of lag for 480i content versus 480p content for the de-interlacer step, so doing the lag-free line doubling on the gchd has a good chance of being a few frames faster.fernan1234 wrote:No, this is no surprise if your projector is good at handling 480i content. I'm a 480i evangelist so I'm biased, but 480i will always look better than forced 480p or linedoubled 480i on any display that handles 480i well. 480p is only good if that is actually the content's native resolution (and ideally displayed on a monitor with a matching display resolution), or as a compromise for those who only have displays that handle 480i poorly.vol.2 wrote:Been playing Killer 7 on my wiiDual to a projector and I found that the projector *seems* to handle the 480i signal better than the linedoubled output from the wiiDual in that it's a tiny bit sharper. Would this be considered and "unexpected" result?
Perhaps I've overlooked some settings in the wiiDual menu?
Re: WiiDual / GCVideo discussion
I was just googling for more info about zero-order hold and came across this older post in the other thread:-Unseen wrote:As I said many times before, Zero-Order-Hold decreases the visual quality for Gamecube games and introduces a slight color shift. I like playing Gamecube games and I do not like them looking even more pixelated than they are, so I removing color interpolation from GCVideo is not an option.maxtherabbit wrote:Would you please consider adding a zero-order hold option (or just abandoning first-order hold entirely if option resources are limited) into the main gcvideo repo?
I do not see why a better image quality would be "holding back" anything.It's the biggest thing holding a pure GCVideo-DVI solution back at this point, in my opinion
If the original encoders used zero-order hold, isn't this something that we should be trying to mimick to be more accurate?Extrems wrote:For chroma upsampling, GCVideo does a linear interpolation while AVE P-DOL (RGBcvS) and CMPV-DOL (YPbPr/RGBHV) do a zero-order hold.
The latter can't normally be observed when using YPbPr, but is preferable for GBIHF when it can be.
<EDIT> Edited this post as I misunderstood, and this wasnt the cause of the brightness issues in firmware 2.4b and earlier.
Last edited by Link83 on Wed Jul 31, 2019 8:55 am, edited 2 times in total.
Re: WiiDual / GCVideo discussion
Nothing to do with white levels, and v2.4c.2 did add it, but that's a closed source branch.
Re: WiiDual / GCVideo discussion
Ah my mistake, i've edited my post accordingly. I thought it was v2.4c that fixed the brightness issues? Or do you mean v2.4c.2 added zero-order hold?Extrems wrote:Nothing to do with white levels, and v2.4c.2 did add it, but that's a closed source branch.
Re: WiiDual / GCVideo discussion
So I looked at the comparison pics again after Extrems updated them and the v2.4c.2 has absolutely zero noise. Is that one using the digital HDMI output?
Re: WiiDual / GCVideo discussion
If there's nothing specified, it's HDMI.