[Gc-linux-devel] Re: Video modes on Gamecube

[TuiTo <lg...@te...>]

Dud, how you did that?

Thanks a lot
Melo.

Shaun Jackman wrote:
> Hello Rob,
>=20
> 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.
>=20
> Cheers!
> Shaun
>=20
> On 3/3/06, Rob Reilink <ro...@re...> wrote:
>=20
>>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 Debu=
g
>>(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 o=
n
>>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
>=20
> N=18=EF=BF=BDHS^=EF=BF=BD=E9=9A=8AX=EF=BF=BD=EF=BF=BD=EF=BF=BD'=EF=BF=BD=
=EF=BF=BD=EF=BF=BDu=EF=BF=BD=EF=BF=BD<=EF=BF=BD=DA=82=EF=BF=BD.=EF=BF=BD=EF=
=BF=BD=EF=BF=BDy=EF=BF=BD"=EF=BF=BD=0B=1C=EF=BF=BD*m=EF=BF=BDx%jx.j=07=EF=
=BF=BD=EF=BF=BD=EF=BF=BD^=EF=BF=BD=D7=A7v=C6=A9=EF=BF=BDX=EF=BF=BDj=D8=A8=
=EF=BF=BD=C8=A7=EF=BF=BD=EF=BF=BD=1Em=EF=BF=BD=DD=9A=EF=BF=BD=EF=BF=BD=EF=
=BF=BDv&=EF=BF=BD=EF=BF=BD=D7=A7v=EF=BF=BD^=EF=BF=BD+=EF=BF=BD=EF=BF=BD=EF=
=BF=BD=EF=BF=BDj=EF=BF=BDZ=EF=BF=BD=EF=BF=BD=EF=BF=BD{az=EF=BF=BD=EF=BF=BD=
=EF=BF=BD^=EF=BF=BD=EF=BF=BDh=EF=BF=BD=EF=BF=BD=E0=AE=8B=EF=BF=BDn=EF=BF=BD=
=EF=BF=BD=EF=BF=BD)=EF=BF=BD{h=EF=BF=BD=18=EF=BF=BD=EF=BF=BD=EF=BF=BD=1C=EF=
=BF=BD=D8=A7=EF=BF=BD=D7=AB=EF=BF=BD+h=EF=BF=BD(m=EF=BF=BD=EF=BF=BD=EF=BF=
=BD=EF=BF=BD=EF=BF=BDZ=EF=BF=BD=EF=BF=BD=1FjY=1A=EF=BF=BDw=EF=BF=BD=EF=BF=
=BD=C7=A5rg=EF=BF=BDy$=EF=BF=BD=EF=BF=BD=EF=BF=BDOx=E1=B8=9D=03n=EF=BF=BD=
m=1Dj=EF=BF=BD=EF=BF=BD^=EF=BF=BD2=3D=3D=3D