[Goga777]

There's a tutorial somewhere on the forum which talks you through launching X in verbose mode to pull these off your display's EDID.

in xorg.conf you can use

Code:

Option         "ModeDebug" "yes"

for detail information about of supported modes of your tv/monitor

[pilluli]

Ok, mine is a funny story.

I'm using a Panasonic Plasma TH-42PZ86. I don't have any modelines in my xorg.conf Only these option in the "Device" section:

Code:

Option  "DynamicTwinView" "false"
Option  "ExactModeTimingsDVI" "true"
Option  "AddARGBGLXVisuals" "true"
Option  "FlatPanelProperties" "Scaling = native"

In any case, xorg detects my 1920x1080 configuration at 60,50 and 24 Hz (the ones my TV supports). Somehow ubuntu jaunty does not let me change resolution from any GUI application (neither nvidia config app) but XBMC can change between them through xrandr if I select the refreshrate change. No problem whatsoever apart from this judder problem in vdpau.

Now, after motd2k post I tried to set some modelines and followed the guide in this post. Setting xorg to debug and show valid modes.. shows... no valid modes at 1920x1080 in my TV!!

WTF!!! Any ideas why they are not valid but the TV uses them

[Ritzie]

[quote=motd2k]Unless some thing has changed, you need

PHP Code:

Option "DynamicTwinView" "False" 


in the Screen section in order to have the refreshrate change.

This is mine, for a Panasonic TC-P54Z1.

PHP Code:

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (buildmeister@builder63)  Mon Mar 23 15:33:27 PST 2009

Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0"
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
EndSection

Section "Files"
EndSection

Section "Module"
    Load           "dbe"
    Load           "extmod"
    Load           "type1"
    Load           "freetype"
    Load           "glx"
EndSection

Section "InputDevice"
    # generated from default
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol" "auto"
    Option         "Device" "/dev/psaux"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"
    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "Unknown"
    HorizSync       15.0 - 68.0
    VertRefresh     23.0 - 61.0
    Option         "DPMS"
    ModeLine "1920x1080@60" 148.35 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync 
    ModeLine "1920x1080@50" 148.50 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync 
    ModeLine "1920x1080@24" 74.16 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync  
    Option "ExactModeTimingsDVI" "TRUE"
    Option "ModeValidation" "NoEdidModes"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "NoLogo" "True"
    Option "DynamicTwinView" "False"
    SubSection     "Display"
        Depth       24
        Modes "1920x1080@60" "1920x1080@50" "1920x1080@24"
    EndSubSection
EndSection 


Ill add that in the section area and report back.

[r0ck3t]

@piluli: that means you had the 24Hz Material running with 50/60 Hz? My display also had correct modelines in EDID but the EDID refresh rate did not match therefore the mode was not valid and I had to add it manually.

My modeline seems to be OK, the screen switches to 24Hz and the Source is 24Hz.

When pressing "O" the framerate should be 24 all the time? Whenever I see pauses the framerate changes a little bit, does this mean anything?

Did anybody look at my debug log? What would that mean?

Code:

DEBUG: CPullupCorrection: detected pattern of length 24: 42000.00 41000.00 42000.00 42000.00 41000.00 42000.00 42000.00 42000.00 41000.00 42000.00 42000.00 41000.00 42000.00 42000.00 42000.00 41000.00 42000.00 42000.00 41000.00 42000.00 42000.00 42000.00 41000.00 42000.00
DEBUG: CDVDPlayerAudio:: Discontinuty - was:30134374.038433, should be:30165456.895233, error:31082.856800

[pilluli]

Can we come back to the judder problem?

My modeline seems to be OK, the screen switches to 24Hz and the Source is 24Hz.

Yes, but motd2k hinted that the problem might be the modelines so it is worth spending time checking it. In any case I have no specific modelines set in xorg and xbmc cicles between 60,50 and 24 Hz fine also so it might not be related to the judder problem.

When pressing "O" the framerate should be 24 all the time? Whenever I see pauses the framerate changes a little bit, does this mean anything?

mine also fluctuates...

Did anybody look at my debug log? What would that mean?

Code:

DEBUG: CPullupCorrection: detected pattern of length 24: 42000.00 41000.00 42000.00 42000.00 41000.00 42000.00 42000.00 42000.00 41000.00 42000.00 42000.00 41000.00 42000.00 42000.00 42000.00 41000.00 42000.00 42000.00 41000.00 42000.00 42000.00 42000.00 41000.00 42000.00
DEBUG: CDVDPlayerAudio:: Discontinuty - was:30134374.038433, should be:30165456.895233, error:31082.856800

that seems related to sync to display issues, try without that option to see if the messages are still there...

[r0ck3t]

@pilluli: Sorry I didn't get the link and thought we were now talking about not being able to switch to 24Hz...

that seems related to sync to display issues, try without that option to see if the messages are still there...

"sync to display" was turned off.

[lajbans]

Got the same issue when forcing 1080p/24p going back to 1080p/60hz seems to have removed the problem.

Running dvd's at 1080p/24p wasnt possible, but ok with 60hz.

So it seems to be some issue with dropping frame or so.

[r0ck3t]

Got the same issue when forcing 1080p/24p going back to 1080p/60hz seems to have removed the problem.

Running dvd's at 1080p/24p wasnt possible, but ok with 60hz.

So it seems to be some issue with dropping frame or so.

I checked for dropped frames ("O") while watching but there are no frame drops related to the judder.

[pilluli]

I checked for dropped frames ("O") while watching but there are no frame drops related to the judder.

I also see *NO* dropped frames. To be honest, I am as clueless as I was at the beginning with this problem.

It does not seem related to 32/64 bit. 185 or 190 nvidia drivers both suffer from this problem. Modelines also do not help ...
Does this happen only in ubuntu jaunty and not in xbmc live?

I'm going to compile mplayer/vlc with vdpau support to check for myself if other programs do not show this judder. Anyone knows if ffplay (to check also ffmpeg directly) supports vdpau output?

[r0ck3t]

I'm going to compile mplayer/vlc with vdpau support to check for myself if other programs do not show this judder. Anyone knows if ffplay (to check also ffmpeg directly) supports vdpau output?

I think latest ffmpeg comes with VDPAU, you dont really need to compile.

Edit: Just installed ffmpeg and tried using xrandr to change the rate to 24 and ffplay to play the extracted sample. I dont see any judder now.
Not sure if I'm just too tired to see it, the extraction was the problem (sample was compressed), or something else...

Would be good if somebody else could try that.

[r0ck3t]

The compression was not the problem, XBMC plays the uncompressed file with the same judder. I'm not sure if the judder with ffplay is gone 100% but it is definetly lesst than with XBMC.

[motd2k]

You might want to try

PHP Code:

sudo apt-get purge pulseaudio 


and rebooting.

In the past i've noticed similar effects from that.

[r0ck3t]

PHP Code:

sudo apt-get purge pulseaudio 


Already did that. Should I try to build with disabled pulseaudio support?

[pilluli]

You might want to try

PHP Code:

sudo apt-get purge pulseaudio 


and rebooting.

In the past i've noticed similar effects from that.

Thanks for the suggestion but unfortunately I have pulseaudio removed and compile with --disable-pulse just in case. I did that to get passthrough audio through spdif.

Regards,

[pilluli]

I think latest ffmpeg comes with VDPAU, you dont really need to compile.

Edit: Just installed ffmpeg and tried using xrandr to change the rate to 24 and ffplay to play the extracted sample. I dont see any judder now.
Not sure if I'm just too tired to see it, the extraction was the problem (sample was compressed), or something else...

Would be good if somebody else could try that.

Make sure ffplay *is* using vdpau. I seem to recall from some nvidia linux forum post that ffplay was using software by default (even if ffmpeg was compile with vdpau support).