I have just discovered that
--vo=vaapi --hwdec=vaapi works as expected
--vo=opengl --hwdec=vaapi exhibits the broken behaviour described
So it seems to be an opengl interop issue. The problem persists with
libva/i965-driver 1.3.1+ from git. I'll report this upstream.
Kevin
On Sun 14.04.06
libva report: http://lists.freedesktop.org/archives/libva/2014-April/002039.html
mpv report: https://github.com/mpv-player/mpv/issues/701
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
Package: mpv
Version: 0.3.7-1
Severity: normal
#703544 i965-va-driver: Nothing depends / recommends this
I thinks mpv would be a prime candidate. Theres also:
$ aptitude search va-driver -F %p | grep -E -v 'i386|dbg'
i965-va-driver
nvidia-va-driver
s3g-va-driver
va-driver
vdpau-va-driver
Yep, the problem remains the same as described with
i965-va-driver=1.3.0-1. I even tried a rebuilt mpv=0.3.7-1 package with
all the news libraries, but that didn't help either.
Kevin
On Sat 14.04.05 04:27, Sebastian Ramacher wrote:
Control: tags -1 = moreinfo
On 2014-04-05 04:33:22, Kevin
Package: mplayer2
Version: 2.0-554-gf63dbad-1+b1
Severity: normal
both mplayer and mplayer2 have -af bs2b support which is described in
the debian man pages. However, neither debian packages have this
support enabled. It looks like the configure script will automatically
enable it if it finds the
Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn34540-1+b2
Followup-For: Bug #636284
I just tried recompiling the debian package with libbs2b-dev installed,
and bs2b just worked in the resulting package.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (600,
Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn34540-1+b2
Followup-For: Bug #636284
The lack of bs2b support also exists in mplayer2 where the solution appears the
same.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (600, 'unstable'), (500, 'testing'),
This is not unique to mplayer2. mplayer also has #628085[1].
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628085
The above report reminded me that I should probably also mention I have a
Sandybridge system:
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family
Package: mplayer2
Version: 2.0-554-gf63dbad-1+b1
Severity: normal
If I put the computer to sleep (suspend to ram) while mplayer2 is
playing a movie, it has no problem resuming where it left off when the
systme comes back on. Not so with hibernate (suspend to disk). On
resume, the picture is