Re: Video modes on Gamecube
TuiTo <[email protected]> Mon, 06 Mar 2006 15:32:01 -0300
| Newsgroups | gmane.linux.ports.game-cube.devel |
|---|---|
| Message-ID | <[email protected]> |
Dud, how you did that? Thanks a lot Melo. Shaun Jackman wrote: > Hello Rob, > > I modified a Nintendo Gamecube component video cable to output RGBHV > instead of YCbCr and connected it to an LCD screen. It worked very > well! I used it with stock Nintendo games which could output > progressive video in addition to interlaced video. What you're asking > is certainly technically possible. I don't know if the Linux kernel > supports it. > > Cheers! > Shaun > > On 3/3/06, Rob Reilink <[email protected]> wrote: > >>Hi all, >> >>I'm trying to see if it is possible to hoop up a TFT LCD (from an old >>laptop) to the gamecube digital video output. The output seems to be >>reasonably compatible with the timing required for the TFT. >>What I have found in patent 6609977 >>(http://freepatentsonline.com/6609977.html, search for Example Video >>Interface) >>The digital output outputs Y, Cr, Y ,Cb data on a fixed rate of 27 MHz >>and the output format is selectable between NTSC, PAL, MPAL(?) and Debug >>(CCIR656). The 27MHz makes sense for about 640 pixels horizontally for >>interlaced video. TFT displays however require non-interlaced data. To >>avoid using a difficult conversion, it is nescessary to use a 54MHz >>pixel clock, which should be possible according to the patent: >> >> VI Clock Select Register (R/W) >> This register selects whether the VI will receive a 27 Mhz or a 54 Mhz >> clock. The 54 Mhz clock is used only with the progressive >> display modes. >> VICLKSEL 1 0 -27 Mhz video clk 0 >> 1 -54 Mhz video clk >> >> >>Is it possible with the current gcnfb module to select other modes than >>PAL or NTSC? Or is there an other way to >>tweak around with the video registers? >> >>This interlaced/non-interlaced issue seems to be the only problem in >>interfacing TFT LCD's to the GC, since the timing is quite compatible on >>all other cases and interfacing should be a matter of a simple CPLD to >>split the data stream, extract sync data and convert it to RGB. >> >>Kind regards, >> >>Rob > > N�HS^�隊X���'���u��<�ڂ�.���y�"��*m�x%jx.j���^�קvƩ�X�jب�ȧ��m�ݚ���v&��קv�^�+����j�Z���{az���^��h���n���)�{h�����ا��+h�(m�����Z��jY�w��ǥrg�y$���Oxḝn�mj��^�2=== ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642