Kodi Community Forum

Full Version: vdpau - m2ts (br) and refresh rate / "jumpy" playback
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
hey all,

i already found a couple of threads related to this topic, but it wasn't clear to me whether this problem is officially solved or not.

my current configuration:
- asus nvidia ion 330 board
- x11-drivers/nvidia-drivers-190.53-r1
- x11-libs/libvdpau-0.3-r2
- xbmc svn rev. 27571
- internal libs enabled / external disabled
- gui resolution 1920x1080 @ 60hz
- adjust refresh rate enabled
- a/v sync method: audio
- vertical blanc sync: let driver decide

first of all all kind of videos work without any flaws, mkv (avc1), too. i have a couple of m2ts bluray streams (wvc1) which are the troublemakers atm.
as soon as i would start to playback one of the m2ts files, xbmc would switch the refresh rate to 24hz resulting in some kind of "jumpy" playback. don't know if there is any term to describe this behaviour, it's like the video is going one frame forward and three frames backwards.

situation1:
- see above
- error in debug log:
Code:
#
14:33:51 T:2866559856 M:2970103808   ERROR: VDPAU Device Preempted - attempting recovery
#
14:33:51 T:2866559856 M:2970103808   ERROR:  (VDPAU) Error: The display was pre-empted, or a fatal error occurred.(2) at VDPAU.cpp:1058

situation2:
- adjust refresh rate disabled
-> playback of m2ts and all other video formats, hd and sd, works fine. the refresh rate stays at 60hz like expected.

situation3:
- adjust refresh rate enabled
- gui resolution 1920x1080 @ 24hz
-> playback of m2ts and all other video formats, hd and sd, works fine. the refresh rate stays at 24hz like expected while playing back 24hz hd content. the refresh rate switches to 50/60hz while playing back sd content. the disadvantage is a really slow and laggy gui, just like expected. Smile

is there anything i could do to get m2ts files played back correctly in conjunction with a refresh rate switch?
is this a known problem and maybe work in progress?
btw is it quite normal that xbmc misses about 40 video frames while switching to the appropriate refresh rate?

i attached three debug logs for each of the situations above.

situation1: http://pastebin.com/mf0a3a6c
situation2: http://pastebin.com/m45de5348
situation3: http://pastebin.com/m34ce0134

regards,
einhänder
sorry for the double post in advance.
just wanted to note that a commit between rev 28614 and rev 28642 fixed this issue obviously.

edit: well i was too fast. maybe i was haluzinating or sth.oO
sorry for the noise.