Bug#848407: mpv: 1080p videos often cease displaying if another window covers it temporarily
Arthur Marsh
arthur.marsh at internode.on.net
Sat Dec 17 12:05:00 UTC 2016
Package: mpv
Version: 0.22.0-1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Playing 1080p resolution videos with either opengl or vdpau output.
The video card is a radeon Cedar:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Cedar [Radeon HD 5000/6000/7350/8350 Series]
If the window was completely covered by another window (eg from firefox)
temporarily, the mpv window would not display the video when foregrounded
again. Hitting q on the terminal window would not quit mpv.
Running gdb on mpv revealed:
# gdb -p 10718
GNU gdb (Debian 7.12-3) 7.12
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
Attaching to process 10718
[New LWP 10726]
[New LWP 10727]
[New LWP 10728]
[New LWP 10731]
[New LWP 10732]
[New LWP 10737]
[New LWP 10741]
[New LWP 10742]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
pthread_cond_wait@@GLIBC_2.3.2 ()
at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
185 ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S: No such file or directory.
(gdb) bt
#0 pthread_cond_wait@@GLIBC_2.3.2 ()
at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1 0x000055d0aaeb9d13 in ?? ()
#2 0x000055d0aaf41d69 in ?? ()
#3 0x000055d0aaee1a60 in ?? ()
#4 0x000055d0aaee347d in ?? ()
#5 0x00007ff0ae03f2b1 in __libc_start_main (main=0x55d0aae7ab10 <main>,
argc=4, argv=0x7fffb4c98ca8, init=<optimized out>, fini=<optimized out>,
rtld_fini=<optimized out>, stack_end=0x7fffb4c98c98)
at ../csu/libc-start.c:291
#6 0x000055d0aae7ab4a in ?? ()
(gdb)
#0 pthread_cond_wait@@GLIBC_2.3.2 ()
at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1 0x000055d0aaeb9d13 in ?? ()
#2 0x000055d0aaf41d69 in ?? ()
#3 0x000055d0aaee1a60 in ?? ()
#4 0x000055d0aaee347d in ?? ()
#5 0x00007ff0ae03f2b1 in __libc_start_main (main=0x55d0aae7ab10 <main>,
argc=4, argv=0x7fffb4c98ca8, init=<optimized out>, fini=<optimized out>,
rtld_fini=<optimized out>, stack_end=0x7fffb4c98c98)
at ../csu/libc-start.c:291
#6 0x000055d0aae7ab4a in ?? ()
(gdb) bt full
#0 pthread_cond_wait@@GLIBC_2.3.2 ()
at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
No locals.
#1 0x000055d0aaeb9d13 in ?? ()
No symbol table info available.
#2 0x000055d0aaf41d69 in ?? ()
No symbol table info available.
#3 0x000055d0aaee1a60 in ?? ()
No symbol table info available.
#4 0x000055d0aaee347d in ?? ()
No symbol table info available.
#5 0x00007ff0ae03f2b1 in __libc_start_main (main=0x55d0aae7ab10 <main>,
argc=4, argv=0x7fffb4c98ca8, init=<optimized out>, fini=<optimized out>,
rtld_fini=<optimized out>, stack_end=0x7fffb4c98c98)
at ../csu/libc-start.c:291
result = <optimized out>
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 3788310472111213382,
94354708867872, 140736226495648, 0, 0, 6975218431407999814,
6976851674038455110}, mask_was_saved = 0}}, priv = {pad = {
0x0, 0x0, 0x7fffb4c98cd0, 0x7ff0b6ed5168}, data = {prev = 0x0,
cleanup = 0x0, canceltype = -1261859632}}}
not_first_call = <optimized out>
#6 0x000055d0aae7ab4a in ?? ()
No symbol table info available.
(gdb)
I would then need to kill the mpv process from another shell.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Tried upgrading xserver-xorg related packages to 2:1.19.0-3
* What was the outcome of this action?
Not much if any change.
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
Versions of packages mpv depends on:
ii libasound2 1.1.2-1
ii libass5 0.13.4-1
ii libavcodec57 7:3.2.2-1
ii libavdevice57 7:3.2.2-1
ii libavfilter6 7:3.2.2-1
ii libavformat57 7:3.2.2-1
ii libavutil55 7:3.2.2-1
ii libbluray1 1:0.9.3-3
ii libc6 2.24-8
ii libcdio-cdda1 0.83-4.2+b1
ii libcdio-paranoia1 0.83-4.2+b1
ii libcdio13 0.83-4.2+b1
ii libdrm2 2.4.74-1
ii libdvdnav4 5.0.3-2
ii libdvdread4 5.0.3-2
ii libegl1-mesa [libegl1-x11] 13.0.2-3
ii libenca0 1.19-1
ii libgbm1 13.0.2-3
ii libgl1-mesa-glx [libgl1] 13.0.2-3
ii libguess1 1.2-1.1
ii libjack0 [libjack-0.116] 1:0.125.0-2
ii libjpeg62-turbo 1:1.5.1-2
ii liblcms2-2 2.8-2
ii liblua5.2-0 5.2.4-1.1+b1
ii libpulse0 9.0-5.0nosystemd1
ii librubberband2 1.8.1-6+b1
ii libsdl2-2.0-0 2.0.5+dfsg1-1
ii libsmbclient 2:4.5.2+dfsg-1.0nosystemd1
ii libsndio6.1 1.1.0-3
ii libswresample2 7:3.2.2-1
ii libswscale4 7:3.2.2-1
ii libv4l-0 1.10.1-1
ii libva-drm1 1.7.3-2
ii libva-wayland1 1.7.3-2
ii libva-x11-1 1.7.3-2
ii libva1 1.7.3-2
ii libvdpau1 1.1.1-5
ii libwayland-client0 1.12.0-1
ii libwayland-cursor0 1.12.0-1
ii libwayland-egl1-mesa [libwayland-egl1] 13.0.2-3
ii libx11-6 2:1.6.4-2
ii libxext6 2:1.3.3-1
ii libxinerama1 2:1.1.3-1+b1
ii libxkbcommon0 0.7.0-1
ii libxrandr2 2:1.5.1-1
ii libxss1 1:1.2.2-1
ii libxv1 2:1.0.11-1
ii zlib1g 1:1.2.8.dfsg-4
Versions of packages mpv recommends:
ii xdg-utils 1.1.1-1
ii youtube-dl 2016.12.01-1
mpv suggests no packages.
-- no debconf information
More information about the pkg-multimedia-maintainers
mailing list