EDIT - I DONT THINK THIS IS AN XBMC ISSUE!
I just want to check if this is a known issue as it's not an easy one to get logs for. I will do my best to get some soon though.
Every now and then vdpau decoded h264 frames will show up on screen in the wrong order.
This happens mostly on a scene change.
lets say there is a sequence of frames:
1 2 3 4 5 6 7 8 9
between 4 and 5 there is a scene change so red is scene 1 and blue scene 2. It looks like these are getting displayed as
1 2 3 5 4 6 7 8 9
Hopefully that explains it well.
It's like the current VC-1 issue, but not as severe.
This happens with "adjust refresh" on or off.
I'm using the currently available non-9.11 lucid build. Tried on two machines both with a gt240 and 32bit 10.04 ubuntu.
neil.j1983 Wrote:I just want to check if this is a known issue as it's not an easy one to get logs for. I will do my best to get some soon though.
Every now and then vdpau decoded h264 frames will show up on screen in the wrong order.
This happens mostly on a scene change.
lets say there is a sequence of frames:
1 2 3 4 5 6 7 8 9
between 4 and 5 there is a scene change so red is scene 1 and blue scene 2. It looks like these are getting displayed as
1 2 3 5 4 6 7 8 9
Hopefully that explains it well.
It's like the current VC-1 issue, but not as severe.
This happens with "adjust refresh" on or off.
I'm using the currently available non-9.11 lucid build. Tried on two machines both with a gt240 and 32bit 10.04 ubuntu.
Do you have a debug log or any proof?
I did say I would try and get one.
I didn't make the thread lightly. I know how annoying it is to everyone to have false reports.
I've been busy trying to get a log (and walking the dogs/cooking dinner, etc)
I've timed the difference between the dropped / wonky looking frames. And it's exactly 1minute apart. I'm trying to disable all unecessaries in Lucid to see if its a background process.
At the moment I think it's not xbmc, but possibly bluetooth or something similar. I'll report back.
Please consider this thread finished.
right, this is definitely happening.
if "flipping" is turned on in the nvidia control panel, then I get the dodgy frames.
if it's turned off all is well.
this unfortunately has the undesired effect of 50Hz having vsync issues.
I only see this in the VC1 stream from the planet earth bluray's. Scene changes look weird.
no, i'm not. I will get my xorg and all my driver versions and hopefully some logs in a few minutes.
right, this is playing at 23.98Hz VDPAU on, and flipping turned on,
I waited for the video to do its jumpy thing, and then stopped it. If anything was logged it'll be towards the end of the playback bit:
http://pastebin.com/JVAvyE18
XORG.CONF:
Code:
Section "Device"
Identifier "nvidia"
Driver "nvidia"
Option "NoLogo" "true"
Option "DynamicTwinView" "false"
Option "FlatPanelProperties" "Scaling = Native"
Option "ModeValidation" "NoVesaModes, NoXServerModes"
Option "UseDisplayDevice" "DFP-1"
Option "ModeDebug" "true"
Option "HWCursor" "false"
EndSection
Section "Screen"
Identifier "screen"
Device "nvidia"
SubSection "Display"
Modes "1920x1080_50" "1920x1080_24"
EndSubSection
EndSection
Section "Extensions"
Option "Composite" "disable"
EndSection
# --- Modes in ModePool for LG TV (DFP-1) ---
# "nvidia-auto-select" : 1920 x 1080 @ 60.0 Hz
# "1920x1080" : 1920 x 1080 @ 60.0 Hz
# "1920x1080_60" : 1920 x 1080 @ 60.0 Hz
# "1920x1080_60_0" : 1920 x 1080 @ 59.94/60 Hz (CEA-861B Format 16)
# "1920x1080_50" : 1920 x 1080 @ 50 Hz (CEA-861B Format 31)
# "1920x1080_30" : 1920 x 1080 @ 29.97/30 Hz (CEA-861B Format 34)
# "1920x1080_25" : 1920 x 1080 @ 25 Hz (CEA-861B Format 33)
# "1920x1080_24" : 1920 x 1080 @ 23.97/24 Hz (CEA-861B Format 32)
# "1920x1080_60i" : 1920 x 1080 @ 59.94/60 Hz (CEA-861B Format 5)
# "1920x1080_50i" : 1920 x 1080 @ 50 Hz Interlace (CEA-861B Format 20)
# "1360x768" : 1360 x 768 @ 60.0 Hz
# "1360x768_60" : 1360 x 768 @ 60.0 Hz
# "1280x1024" : 1280 x 1024 @ 60.0 Hz
# "1280x1024_60" : 1280 x 1024 @ 60.0 Hz
# "1280x720" : 1280 x 720 @ 61.0 Hz
# "1280x720_61" : 1280 x 720 @ 61.0 Hz
# "1280x720_60" : 1280 x 720 @ 60.0 Hz
# "1280x720_60_0" : 1280 x 720 @ 59.94/60 Hz (CEA-861B Format 4)
# "1280x720_50" : 1280 x 720 @ 50 Hz (CEA-861B Format 19)
# "1024x768" : 1024 x 768 @ 60.0 Hz
# "1024x768_60" : 1024 x 768 @ 60.0 Hz
# "800x600" : 800 x 600 @ 60.3 Hz
# "800x600_60" : 800 x 600 @ 60.3 Hz
# "720x576" : 720 x 576 @ 50 Hz (CEA-861B Format 18)
# "720x576_50" : 720 x 576 @ 50 Hz (CEA-861B Format 18)
# "720x576_50i" : (1440)x 576 @ 50 Hz Interlace (CEA-861B Format 21)
# "720x480" : 720 x 480 @ 59.94/60 Hz (CEA-861B Format 3)
# "720x480_60" : 720 x 480 @ 59.94/60 Hz (CEA-861B Format 3)
# "640x480" : 640 x 480 @ 59.94/60 Hz Interlace (CEA-861B Format 1)
# "640x480_60" : 640 x 480 @ 59.94/60 Hz Interlace (CEA-861B Format 1)
# --- End of ModePool for LG TV (DFP-1): ---
Nvidia Driver Version: 195.36.15
ALSA: 1.0.23
Ubuntu: 10.04 32bit
XBMC: SVN 28042
I hope that helps. It could always be something to do with my setup. Also, the files I used are ripped by me from my blurays, so no dodgy encoding settings here.
Currently the real dealbreaker is tearing in 50Hz. Meaning there is no "one setting" which works for all refresh rates
I'm now running a minimal Ubuntu 9.10 install with xbmc 9.11 stable.
same drivers, and same issue
Every now and then (20 mins) Two frames are in the wrong order. Last night there was a big bunch of them in the row.
It could be a 24Hz issue, but other than these it's perfect.
I will try tonight without vdpau and let you know!
I am assuming <loglevel>1</loglevel> will give a debug log, but without the onscreen info?
Hey,
I'm having some issues with VDPAU and I am playing Planet Earth as mentioned previously. However I'm playing an x264 transfer - not the VC1 master.
I get what I can only define as ghosting - the picture flashes white every so often (a sort of x-ray effect).
I can upload a sample of my encode if you would like, however it is large (900MB for about 5 minutes @ ~ 20mbps L5.1)
I watched an episode which is an encode of a bluray, and that played perfect. But with WEB-DL files (itunes remuxed as mkv) i got something going on with the smoothness.
it's not exactly the same as I mentioned above. but it's something.
here's the log:
sorry, it's only a partial, but hopefully I grabbed the relevant bit.
http://pastebin.com/jaakTGkt
And mediainfo:
Code:
eneral
Complete name : \\Zanzibar\f\TV\Castle (2009)\Season 1\Castle (2009) - S01E01 - Flowers for Your Grave.mkv
Format : Matroska
File size : 1.44 GiB
Duration : 43mn 13s
Overall bit rate : 4 769 Kbps
Movie name : Castle S01E01 - Flowers for Your Grave
Encoded date : UTC 2010-01-29 00:44:20
Writing application : mkvmerge v3.1.0 ('Happy up here') built on Jan 19 2010 12:09:24
Writing library : libebml v0.7.9 + libmatroska v0.8.1
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Muxing mode : Container [email protected]
Codec ID : V_MPEG4/ISO/AVC
Duration : 43mn 13s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Language : English
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177
Audio #1
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 43mn 13s
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Stream size : 119 MiB (8%)
Title : DD 5.1
Language : English
Audio #2
ID : 3
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 43mn 13s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Title : AAC 2.0
Language : English
This, so far, only seems to be happening with WEB-DL files (from itunes, but in mkv)
back in a bit, hopefully with more logs.
got another log. this one definitely had the weird jumping. only once though. I stopped playback as soon as I saw it.
Same file as above.
pastebin -
http://pastebin.org/255234
I think the relevant line *might* be:
20:00:43 T:2946435952 M:1956700160 WARNING: Decode - avcodec_decode_video didn't consume the full packet. size: 6202, consumed: 0