WiiDual / GCVideo discussion

The place for all discussion on gaming hardware
User avatar
Unseen
Posts: 723
Joined: Sun May 25, 2014 8:12 pm
Contact:

Re: WiiDual / GCVideo discussion

Post by Unseen »

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?
The disadvantage is increased resource usage.
Drunk_Caterpillar
Posts: 39
Joined: Fri Dec 23, 2016 12:07 am

Re: WiiDual / GCVideo discussion

Post by Drunk_Caterpillar »

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.
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?

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.
User avatar
Extrems
Posts: 540
Joined: Sat Jan 30, 2016 5:01 pm
Contact:

Re: WiiDual / GCVideo discussion

Post by Extrems »

The former is deriving from the vertical filter in the render mode object, the latter isn't (need aggressive or game-specific patch).
User avatar
Link83
Posts: 342
Joined: Tue May 21, 2013 2:39 am

Re: WiiDual / GCVideo discussion

Post by Link83 »

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.
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?
User avatar
Extrems
Posts: 540
Joined: Sat Jan 30, 2016 5:01 pm
Contact:

Re: WiiDual / GCVideo discussion

Post by Extrems »

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.
User avatar
Unseen
Posts: 723
Joined: Sun May 25, 2014 8:12 pm
Contact:

Re: WiiDual / GCVideo discussion

Post by Unseen »

Extrems wrote:I'm not sure why there's no dYUV equivalent for RGBS and RGsB.
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 encoder

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).
User avatar
Link83
Posts: 342
Joined: Tue May 21, 2013 2:39 am

Re: WiiDual / GCVideo discussion

Post by Link83 »

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.
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?

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?
User avatar
Extrems
Posts: 540
Joined: Sat Jan 30, 2016 5:01 pm
Contact:

Re: WiiDual / GCVideo discussion

Post by Extrems »

It's fixed for YUV, RGBS, RGsB, RGBHV and DVI for 720x240p (858x263p), 720x480i (858x525i), 720x480p (858x525p), 720x288p (864x312p), 720x576i (864x625i) and 720x576p (864x625p).
User avatar
Link83
Posts: 342
Joined: Tue May 21, 2013 2:39 am

Re: WiiDual / GCVideo discussion

Post by Link83 »

Extrems 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).
Thanks thats great to hear :)
User avatar
vol.2
Posts: 2435
Joined: Mon Oct 31, 2016 3:13 pm
Location: bmore

Re: WiiDual / GCVideo discussion

Post by vol.2 »

Link83 wrote:
Extrems 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).
Thanks thats great to hear :)
What's the purpose of the non 240/480 resolutions? Is all that for home brew stuff?
User avatar
Extrems
Posts: 540
Joined: Sat Jan 30, 2016 5:01 pm
Contact:

Re: WiiDual / GCVideo discussion

Post by Extrems »

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.
Jdurg
Posts: 46
Joined: Tue Dec 13, 2016 1:52 pm

Re: WiiDual / GCVideo discussion

Post by Jdurg »

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.
Last edited by Jdurg on Mon Jul 22, 2019 12:11 am, edited 1 time in total.
mario64
Posts: 188
Joined: Sun Dec 13, 2015 5:00 am

Re: WiiDual / GCVideo discussion

Post by mario64 »

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
User avatar
Unseen
Posts: 723
Joined: Sun May 25, 2014 8:12 pm
Contact:

Re: WiiDual / GCVideo discussion

Post by Unseen »

mario64 wrote:Having a strange problem with a GCdual Gamecube. Specifically with my Wavebird controller.
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
Posts: 188
Joined: Sun Dec 13, 2015 5:00 am

Re: WiiDual / GCVideo discussion

Post by mario64 »

Unseen wrote:
mario64 wrote:Having a strange problem with a GCdual Gamecube. Specifically with my Wavebird controller.
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)?
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 culprit
mario64
Posts: 188
Joined: Sun Dec 13, 2015 5:00 am

Re: WiiDual / GCVideo discussion

Post by mario64 »

mario64 wrote:
Unseen wrote:
mario64 wrote:Having a strange problem with a GCdual Gamecube. Specifically with my Wavebird controller.
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)?
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 culprit
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.
User avatar
vol.2
Posts: 2435
Joined: Mon Oct 31, 2016 3:13 pm
Location: bmore

Re: WiiDual / GCVideo discussion

Post by vol.2 »

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.
Did you replace components on the board or just get a donor?

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.
mario64
Posts: 188
Joined: Sun Dec 13, 2015 5:00 am

Re: WiiDual / GCVideo discussion

Post by mario64 »

vol.2 wrote:
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.
Did you replace components on the board or just get a donor?

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.
I replaced the board itself
User avatar
maxtherabbit
Posts: 1763
Joined: Mon Mar 05, 2018 4:03 pm

Re: WiiDual / GCVideo discussion

Post by maxtherabbit »

Unseen wrote:
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?
"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.
Does it affect (Analog) RGB or only YPbPr?
It should affect everything, because the Gamecube outputs YCbCr 4:2:2 and everything else is derived from that.
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:
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.
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 opinion
User avatar
Unseen
Posts: 723
Joined: Sun May 25, 2014 8:12 pm
Contact:

Re: WiiDual / GCVideo discussion

Post by Unseen »

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?
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.
It's the biggest thing holding a pure GCVideo-DVI solution back at this point, in my opinion
I do not see why a better image quality would be "holding back" anything.
User avatar
maxtherabbit
Posts: 1763
Joined: Mon Mar 05, 2018 4:03 pm

Re: WiiDual / GCVideo discussion

Post by maxtherabbit »

Unseen wrote:
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?
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.
It's the biggest thing holding a pure GCVideo-DVI solution back at this point, in my opinion
I do not see why a better image quality would be "holding back" anything.
I like pixels but ok

Would making it a toggle be feasible then?
User avatar
vol.2
Posts: 2435
Joined: Mon Oct 31, 2016 3:13 pm
Location: bmore

Re: WiiDual / GCVideo discussion

Post by vol.2 »

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?
fernan1234
Posts: 2175
Joined: Mon Aug 14, 2017 8:34 pm

Re: WiiDual / GCVideo discussion

Post by fernan1234 »

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?
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.
User avatar
awe444
Posts: 156
Joined: Mon Apr 27, 2015 5:58 am
Location: New York

Re: WiiDual / GCVideo discussion

Post by awe444 »

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?
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!

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.
User avatar
Guspaz
Posts: 3136
Joined: Tue Oct 06, 2015 7:37 pm
Location: Montréal, Canada

Re: WiiDual / GCVideo discussion

Post by Guspaz »

fernan1234 wrote:
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?
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.
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.
User avatar
Link83
Posts: 342
Joined: Tue May 21, 2013 2:39 am

Re: WiiDual / GCVideo discussion

Post by Link83 »

Unseen wrote:
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?
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.
It's the biggest thing holding a pure GCVideo-DVI solution back at this point, in my opinion
I do not see why a better image quality would be "holding back" anything.
I was just googling for more info about zero-order hold and came across this older post in the other thread:-
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.
If the original encoders used zero-order hold, isn't this something that we should be trying to mimick to be more accurate?

<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.
User avatar
Extrems
Posts: 540
Joined: Sat Jan 30, 2016 5:01 pm
Contact:

Re: WiiDual / GCVideo discussion

Post by Extrems »

Nothing to do with white levels, and v2.4c.2 did add it, but that's a closed source branch.
User avatar
Link83
Posts: 342
Joined: Tue May 21, 2013 2:39 am

Re: WiiDual / GCVideo discussion

Post by Link83 »

Extrems wrote:Nothing to do with white levels, and v2.4c.2 did add it, but that's a closed source branch.
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?
Ikaruga11
Posts: 1454
Joined: Thu Apr 07, 2016 1:32 pm

Re: WiiDual / GCVideo discussion

Post by Ikaruga11 »

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?
User avatar
Extrems
Posts: 540
Joined: Sat Jan 30, 2016 5:01 pm
Contact:

Re: WiiDual / GCVideo discussion

Post by Extrems »

If there's nothing specified, it's HDMI.
Post Reply