Unfortunately, I'm no electrical engineer.Unseen wrote:I'm not sure if the required changes would still fit into the current FPGA - utilization is at 97%. Patches are welcome though. =)
It would be cool if Serial Port 2 could be used for something. ANYTHING.Extrems wrote:Unfortunately, I'm no electrical engineer.Unseen wrote:I'm not sure if the required changes would still fit into the current FPGA - utilization is at 97%. Patches are welcome though. =)
Personally, I would've only done the minimal amount of work needed to get it on HDMI, or handed off configuration to the system (SPI to Serial Port 2?).
Pardon me for being ignorant, but what are we trying to achieve with YCbCr to RGB conversion? Assuming the original digital AV output is YCbCr.Unseen wrote:Aww, but I already use 11 bit scaling coefficients and 19 bit intermediate results in the YCbCr to RGB conversion =(Extrems wrote:YCbCr to RGB conversion isn't lossless. If it would passthrough (YCbCr 4:2:2 is part of the HDMI 1.0 specification), the sink could use higher precision math, dithering and better upsampling.
Also, I'm not sure if the required changes would still fit into the current FPGA - utilization is at 97%. Patches are welcome though. =)
GCVideo-DVI must output RGB, since DVI is RGB-only. Even with HDMI, YCbCr is optional and you're supposed to check the EDID data to determine if the sink supports it or not.theclaw wrote:Pardon me for being ignorant, but what are we trying to achieve with YCbCr to RGB conversion? Assuming the original digital AV output is YCbCr.
Dang, now you made me test that =)Extrems wrote:Wii U Wii Mode doesn't care and always output YCbCr anyway. :P
What does the Wii U output when not in 480p?Blair wrote:Form what I've seen the WIIU outputs RGB only when set to 480p. But that changes as you increase the resolution setting.
Pesky HDMI licensing, eh. I'd doubt the value of DVI too if they weren't twisting our arm.Unseen wrote:GCVideo-DVI must output RGB, since DVI is RGB-only. Even with HDMI, YCbCr is optional and you're supposed to check the EDID data to determine if the sink supports it or not.
Somewhere around August to September last yearandykara2003 wrote:Is there a rough time frame for a GCvideo type mod to come out for Wii?
Identical to the Gamecube versionAnd will it have options for tweaking the image?
No idea.andykara2003 wrote:Where can I get the mod done?
Are there modders in the UK that do this particular mod?
The only thing I have is the Github repositoryAlso is there a main website that has all the details etc?
No idea, someone would need to test that. I still need to build a compact version of the design to fit into my own Wii (or wait until someone else finally publishes his "barely fits below the main board" design).Do GameCube games look as good as GCvideo does on actual Gamecubes?
It should be possible with a minor modification in the GCVideo-Lite source code, but I don't see much need for it since the Wii already has a component output that appears to work well-enough.andykara2003 wrote:[If possible, for my CRTs, I'd eventually like to get an analogue output mod for the Wii as well to bypass it's terrible component - although I don't think any projects for this are in motion as of yet.]
There is a working version of GCVideo-DVI for Wii, but I don't think you can fit the "reference" board into the case without removing major chunks of the heat sink and probably compromising airflow. Also, the solder points you need to connect to are quite small and the wiring is very sensitive to interference - one person reported that rotating the FPGA board by 180° to stop the signals from crossing over each other changed the resulting video output from "no signal with occasional short flashes of a noisy picture" to "works perfectly". This is why my general advice is to not use the Wii version of GCVideo.As to the Wii, from what I can gather there is a version of GCvideo that works with the Wii as well - although I can't work out whether that's a fully internal solution with the HDMI socket mounted in the case. Apparently it needs advanced soldering skills to fit.
GCVideo is neither an internal nor an external solution for both the Gamecube and Wii. My repository contains sample configurations for loading it onto a few FPGA boards, one of which is generic and small enough to fit into at least a Gamecube and other people have built their own FPGA boards which can be mounted externally or internally that are capable of running GCVideo.I'm getting that this might be a better solution than the GCvideo for Wii for some reason - is it because GCvideo isn't an internal solution for Wii?
I would really appreciate having the option to use GCVideo-Lite on the Wii - not just because the Wii's Component video quality is quite soft, but also because I would like to use RGBS in 480p, which is simply not possible on a stock Wii.Unseen wrote:It should be possible with a minor modification in the GCVideo-Lite source code, but I don't see much need for it since the Wii already has a component output that appears to work well-enough.andykara2003 wrote:[If possible, for my CRTs, I'd eventually like to get an analogue output mod for the Wii as well to bypass it's terrible component - although I don't think any projects for this are in motion as of yet.]
GCVideo-Lite could definitely be used on the Wii, but I'd say you're in a pretty niche crowd and it's unlikely someone will step in and design a board for that for quite a while.Link83 wrote:I would really appreciate having the option to use GCVideo-Lite on the Wii - not just because the Wii's Component video quality is quite soft, but also because I would like to use RGBS in 480p, which is simply not possible on a stock Wii.Unseen wrote:It should be possible with a minor modification in the GCVideo-Lite source code, but I don't see much need for it since the Wii already has a component output that appears to work well-enough.
Ideally I would like to modify the original Wii AV port so it could output 480p RGBS (and maybe keep the option to switch into YPbPr mode using the Wii AV port mode pins 8+10) so I could then use an original Wii SCART cable for any video mode (I'm aware that I would lose Composite video to CSYNC, but it seems a worthy trade off to me)
IIRC citrus3000psi was interested in an GCVideo-Lite for the Wii - if the code for Wii support was available (I believe he has a Pioneer plasma without HDMI support) Alternatively I would even consider designing a board myself (I have designed some before) especially if citrus3000psi's Wii QSB is finalised.bobrocks95 wrote:GCVideo-Lite could definitely be used on the Wii, but I'd say you're in a pretty niche crowd and it's unlikely someone will step in and design a board for that for quite a while.Link83 wrote:I would really appreciate having the option to use GCVideo-Lite on the Wii - not just because the Wii's Component video quality is quite soft, but also because I would like to use RGBS in 480p, which is simply not possible on a stock Wii.Unseen wrote:It should be possible with a minor modification in the GCVideo-Lite source code, but I don't see much need for it since the Wii already has a component output that appears to work well-enough.
Ideally I would like to modify the original Wii AV port so it could output 480p RGBS (and maybe keep the option to switch into YPbPr mode using the Wii AV port mode pins 8+10) so I could then use an original Wii SCART cable for any video mode (I'm aware that I would lose Composite video to CSYNC, but it seems a worthy trade off to me)
Yeah that was exactly my thought - just redesign the second 'daughter'board, and perhaps even design it to fit over the Wii AV port pins, much like borti4938's RGB bypass boards.bobrocks95 wrote:Oh, thought the code had already been made available for the Wii. Citrus' QSB would definitely help regardless, you could just modify the second board if he's doing the same QSB on the video encoder + ribbon cable to daughterboard arrangement.
Ahh I see now, thanks for that.Unseen wrote:GCVideo is neither an internal nor an external solution for both the Gamecube and Wii. My repository contains sample configurations for loading it onto a few FPGA boards, one of which is generic and small enough to fit into at least a Gamecube and other people have built their own FPGA boards which can be mounted externally or internally that are capable of running GCVideo.
I really hope the Wii solutions can come together - It'd be fantastic to have a Wii with HDMI out - and even better of it could output much improved component & VGA as well!bobrocks95 wrote:Oh, thought the code had already been made available for the Wii.
QSB = Quick Solder Board - its basically a small PCB that gathers all the digital signals together and makes it easier to solder to all the small pins/pads. Heres a picture citrus3000psi posted a while ago of his QSB design for Wii:-andykara2003 wrote:Excuse my ignorance but what's a QSB? I had thought that Citrus was making a Wii HDMI mod but perhaps I'm mistaken..
The code itself needs no changes (unless you want SPDIF too), it only needs to be resynthesized with modified I/O voltage settings to account for the Wii's 1.8V signals.Link83 wrote:We just need the GCVideo-Lite code to be adapted for the Wii first.
Thanks :)Link83 wrote:QSB = Quick Solder Board
If anyone wants to test it: untested build (which may disappear from this location at any time). No SVF file included because I can't figure out why ispVM keeps using the old bitstream instead of the new one.Unseen wrote:While I can easily make that change, I have no means of testing it.
