R600, S-Video TV out for PAL, and horizontal rolling

[Alex Deucher]

On Wed, Mar 31, 2010 at 1:03 PM, Dimitris Lampridis
<dlampridis at gmail.com> wrote:
> Dear all,
>
> I have an HD2900XT with S-Video TV out, on a Debian Testing/Unstable
> 64-bit machine, and I'm trying to connect my PC to my old-school analog
> TV. I live in the Netherlands where the TV format is PAL.
>
> Lately I've been experimenting with the "radeon" driver, and I
> followed these directions to setup the TV output:
>
> http://wiki.x.org/wiki/radeonTV
>
> When I run 'xrandr' I see the TV connected (device name is "DIN"), and
> several modes are listed.
>
> However, no matter which mode I select, the TV image is visible but it
> is continuously rolling horizontally, out of sync.
>
> On the other hand, the vertical sync is perfect, no problems there.
>
> Here's the full device section from my xorg.conf:
>
> Section "Device"
>    Identifier  "Video Card"
>    Driver      "radeon"
>    Option      "ATOMTvOut"             "on"
>    Option      "TVStandard"            "pal"
>    Option      "Monitor-DVI-0"         "Monitor1"
>    Option      "Monitor-DIN"           "Monitor2"

       ^^^^^^^^^^^^^^
remove that line or any modes or sync ranges in your "Monitor2" section.

> EndSection
>
> And here is what xrandr (--verbose) says about my analog TV:
> DIN connected (normal left inverted right x axis y axis)
>        Identifier: 0x52
>        Timestamp:  36757857
>        Subpixel:   no subpixels
>        Clones:
>        CRTCs:      0 1
>        Transform:  1.000000 0.000000 0.000000
>                    0.000000 1.000000 0.000000
>                    0.000000 0.000000 1.000000
>                   filter:
>        tv_standard: pal
>        load_detection: 1 (0x00000001)  range:  (0,1)
>  1360x768 (0x54)   84.8MHz -HSync +VSync
>        h: width  1360 start 1432 end 1568 total 1776 skew    0 clock
> 47.7KHz v: height  768 start  771 end  781 total  798           clock

I suspect this 1360x768 mode is causing the problem.  Try switching to
the 1024x768 or 800x600 mode.
xrandr --output DIN --mode 1024x768

Alex

> 59.8Hz 1024x768 (0x55)   63.5MHz -HSync +VSync
>        h: width  1024 start 1072 end 1176 total 1328 skew    0 clock
> 47.8KHz v: height  768 start  771 end  775 total  798           clock
> 59.9Hz 800x600 (0x56)   40.0MHz +HSync +VSync
>        h: width   800 start  840 end  968 total 1056 skew    0 clock
> 37.9KHz v: height  600 start  601 end  605 total  628           clock
> 60.3Hz 800x600 (0x57)   38.2MHz -HSync +VSync
>        h: width   800 start  832 end  912 total 1024 skew    0 clock
> 37.4KHz v: height  600 start  603 end  607 total  624           clock
> 59.9Hz 848x480 (0x58)   31.5MHz -HSync +VSync
>        h: width   848 start  872 end  952 total 1056 skew    0 clock
> 29.8KHz v: height  480 start  483 end  493 total  500           clock
> 59.7Hz 720x480 (0x59)   26.8MHz -HSync +VSync
>        h: width   720 start  744 end  808 total  896 skew    0 clock
> 29.9KHz v: height  480 start  483 end  493 total  500           clock
> 59.7Hz 640x480 (0x5a)   25.2MHz -HSync -VSync
>        h: width   640 start  656 end  752 total  800 skew    0 clock
> 31.5KHz v: height  480 start  490 end  492 total  525           clock
> 59.9Hz 640x480 (0x5b)   23.8MHz -HSync +VSync
>        h: width   640 start  664 end  720 total  800 skew    0 clock
> 29.7KHz v: height  480 start  483 end  487 total  500           clock
> 59.4Hz
>
> I tried with the debian packages of the radeon driver (6.12.6 from
> testing and 6.12.192 from unstable), as well as checking out the latest
> code from the git repository. The results, as far as TV out is
> concerned, were identical.
>
> In the past, I've had success with fglrx and TV out, but I have an
> -ever growing- allergy for closed-source drivers. However, I can say for
> sure that the TV out of my card and the S-Video input of my TV are both
> functional, no hardware problem there.
>
> I understand that the option "ATOMTvOut" is not very stable, but I feel
> I'm very close to a solution. Does anybody have a suggestion on what I
> could do to fix this? I'm an electronics & computer engineer with
> experience in designing hardware and writing linux device drivers, so
> if somebody could point me the right way, I could also take a shot at
> the source code and try to fix it (if there is anything wrong with the
> code anyway).
>
> Please CC me if you reply because I'm not yet subscribed to this list.
>
> Thank you in advance for any help and for all your efforts with the
> radeon driver.
>
> Cheers,
> Dimitris
> _______________________________________________
> xorg-driver-ati mailing list
> xorg-driver-ati at lists.x.org
> http://lists.x.org/mailman/listinfo/xorg-driver-ati
>