Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 01-10-12, 05:42 PM   #1
MadCatX
Registered User
 
Join Date: Sep 2010
Posts: 29
Default mplayer hangs when VDPAU decoding is being used

Hi,

I've been experiencing this issue for some time. When I play any video using VDPAU and accelerated HW decoding, mplayer would sometimes hang forcing me to kill it manually. I can reproduce it quite successfully when compositing in KDE is on and I use a multimedia keys to change volume. This draws a bar showing the volume levels and when the bar appears, the hang occurs. Also moving the mouse up and down in SMPlayer in fullscreen mode to display the control bar triggers this. The issue is not SMPlayer specific, toggling fullscreen in plain mplayer or opening yakuake when the mplayer is in fullscreen also causes the hang.

Everything works perfectly when the (S)mplayer is in windowed mode or if a non-vdpau codec is being used. Disabling compositing also seems to resolve the issue. The issue is present in 290.10, 290.04 and I'm pretty certain I was also present in 285.* series.

There is no error message in the mplayer log whatsoever, it just hangs and stays like that until I kill it. Dmesg is also clean, however, I see strange messages in Xorg.log which could be related "[ 44450.884] nvLock: client timed out, taking the lock"

KDE 4.8 RC2, Linux 3.2, 9800M GTS, 290.10, X.Org 11.3

EDIT: Added mplayer debug output, the sigkill signals at the end are my attempts to forcibly close mplayer
Code:
vdp_presentation_queue_block_until_surface_idle(4, 6, -)
    -> 0, 1326229516399087424
vdp_video_mixer_render(5, 4294967295, NULL, 2, 2, {17, 17}, 18, 1, {18}, {0, 0, 1920, 816}, 6, NULL, {0, 0, 1440, 900}, 0, NULL)
    -> 0
vdp_presentation_queue_display(4, 6, 1440, 900, 0)
    -> 0
vdp_decoder_render(2, 14, {1, {65612, 65612}, 1, 38, 0, 0, 8, 0, 0, 0, 2, 1, 1, 0, 0, 0, 0, 0, 5, 0, 6, 0, 1, 1, 0, 1, 0, {{15, 6, 15, 22, 6, 7, 25, 30, 15, 25, 38, 48, 22, 30, 48, 96}, {16, 6, 24, 72, 6, 8, 41, 144, 24, 41, 96, 200, 72, 144, 200, 255}, {16, 6, 24, 72, 6, 8, 41, 144, 24, 41, 96, 200, 72, 144, 200, 255}, {4, 11, 15, 22, 11, 11, 25, 30, 15, 25, 38, 48, 22, 30, 48, 96}, {5, 16, 16, 16, 16, 16, 16, 56, 16, 16, 72, 96, 16, 56, 96, 128}, {5, 16, 16, 16, 16, 16, 16, 56, 16, 16, 72, 96, 16, 56, 96, 128}}, {{24, 7, 7, 12, 15, 20, 21, 23, 8, 9, 14, 15, 18, 21, 23, 21, 10, 12, 15, 17, 17, 21, 26, 20, 14, 15, 17, 17, 18, 33, 30, 23, 15, 17, 17, 21, 26, 39, 39, 29, 18, 18, 20, 24, 33, 39, 41, 35, 21, 24, 29, 34, 39, 45, 45, 38, 27, 35, 36, 39, 38, 38, 38, 38}, {6, 10, 13, 13, 15, 16, 18, 22, 10, 10, 12, 15, 15, 16, 21, 24, 13, 12, 15, 16, 19, 21, 25, 27, 13, 15, 16, 21, 24, 28, 30, 34, 15, 15, 19, 24, 30, 36, 37, 40, 16, 16, 21, 28, 36, 42, 45, 52, 18, 21, 25, 30, 37, 45, 55, 72, 22, 24, 27, 34, 40, 52, 72, 96}}, {{13, 0, 1, 1, {65610, 65610}, 37}, {12, 0, 1, 1, {65608, 65608}, 36}, {18, 0, 1, 1, {65606, 65606}, 35}, {17, 0, 1, 1, {65604, 65604}, 34}, {16, 0, 1, 1, {65602, 65602}, 33}, {15, 0, 1, 1, {65600, 65600}, 32}, {11, 0, 1, 1, {65598, 65598}, 31}, {10, 0, 1, 1, {65596, 65596}, 30}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}}}, 2, {{(ver 0) 3, ...}, {(ver 0) 54841, ...}})
    -> 0
vdp_presentation_queue_block_until_surface_idle(4, 7, -)
    -> 0, 1326229516432671296
vdp_video_mixer_render(5, 4294967295, NULL, 2, 2, {18, 18}, 12, 1, {12}, {0, 0, 1920, 816}, 7, NULL, {0, 0, 1440, 900}, 0, NULL)
    -> 0
vdp_presentation_queue_block_until_surface_idle(4, 7, -)
    -> 0, 1326229516432671296
vdp_video_mixer_render(5, 4294967295, NULL, 2, 2, {12, 12}, 12, 1, {12}, {0, 0, 1920, 816}, 7, NULL, {0, 0, 1432, 609}, 0, NULL)
    -> 0
vdp_presentation_queue_display(4, 7, 1432, 609, 0)
    -> 0
vdp_presentation_queue_display(4, 8, 1432, 609, 0)
    -> 0
vdp_decoder_render(2, 10, {1, {65614, 65614}, 1, 39, 0, 0, 8, 0, 0, 0, 2, 1, 1, 0, 0, 0, 0, 0, 5, 0, 6, 0, 1, 1, 0, 1, 0, {{15, 6, 15, 22, 6, 7, 25, 30, 15, 25, 38, 48, 22, 30, 48, 96}, {16, 6, 24, 72, 6, 8, 41, 144, 24, 41, 96, 200, 72, 144, 200, 255}, {16, 6, 24, 72, 6, 8, 41, 144, 24, 41, 96, 200, 72, 144, 200, 255}, {4, 11, 15, 22, 11, 11, 25, 30, 15, 25, 38, 48, 22, 30, 48, 96}, {5, 16, 16, 16, 16, 16, 16, 56, 16, 16, 72, 96, 16, 56, 96, 128}, {5, 16, 16, 16, 16, 16, 16, 56, 16, 16, 72, 96, 16, 56, 96, 128}}, {{24, 7, 7, 12, 15, 20, 21, 23, 8, 9, 14, 15, 18, 21, 23, 21, 10, 12, 15, 17, 17, 21, 26, 20, 14, 15, 17, 17, 18, 33, 30, 23, 15, 17, 17, 21, 26, 39, 39, 29, 18, 18, 20, 24, 33, 39, 41, 35, 21, 24, 29, 34, 39, 45, 45, 38, 27, 35, 36, 39, 38, 38, 38, 38}, {6, 10, 13, 13, 15, 16, 18, 22, 10, 10, 12, 15, 15, 16, 21, 24, 13, 12, 15, 16, 19, 21, 25, 27, 13, 15, 16, 21, 24, 28, 30, 34, 15, 15, 19, 24, 30, 36, 37, 40, 16, 16, 21, 28, 36, 42, 45, 52, 18, 21, 25, 30, 37, 45, 55, 72, 22, 24, 27, 34, 40, 52, 72, 96}}, {{14, 0, 1, 1, {65612, 65612}, 38}, {13, 0, 1, 1, {65610, 65610}, 37}, {12, 0, 1, 1, {65608, 65608}, 36}, {18, 0, 1, 1, {65606, 65606}, 35}, {17, 0, 1, 1, {65604, 65604}, 34}, {16, 0, 1, 1, {65602, 65602}, 33}, {15, 0, 1, 1, {65600, 65600}, 32}, {11, 0, 1, 1, {65598, 65598}, 31}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}, {4294967295, 0, 0, 0, {0, 0}, 0}}}, 2, {{(ver 0) 3, ...}, {(ver 0) 52346, ...}})
    -> 0
vdp_presentation_queue_block_until_surface_idle(4, 6, -)



MPlayer interrupted by signal 15 in module: filter video


MPlayer interrupted by signal 15 in module: filter video
Attached Files
File Type: gz nvidia-bug-report.log.gz (37.9 KB, 29 views)
MadCatX is offline   Reply With Quote
Old 01-11-12, 04:22 AM   #2
poltsy
Registered User
 
Join Date: Jan 2010
Posts: 26
Default Re: mplayer hangs when VDPAU decoding is being used

Issue is caused by KDE automatically turning off desktop effects when there is a fullscreen window on the display. Turning desktop effects back on while vdpau is in use seems to have a 9 out of 10 chance of causing mplayer to hang.
poltsy is offline   Reply With Quote
Old 01-11-12, 08:49 AM   #3
MadCatX
Registered User
 
Join Date: Sep 2010
Posts: 29
Default Re: mplayer hangs when VDPAU decoding is being used

If I get this right, what actually happens is that KDE re-enables desktop effects when the volume bar, SMPlayer control bar or another window is opened while mplayer runs in fullscreen?

If that's the case, it's rather unfortunate. Should I better report this to KWin developers?

EDIT: I disabled the automatic effects suspension in KWin and it really seems to help. Is the nVidia drivers or KWin at fault here?
MadCatX is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 02:28 PM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.