Experimental mplayer packages available: current code, VDPAU and VAAPI acceleration, multi-threading
7:49 a.m.
I thought this may be of interest to the list, so I'm sharing. :)
I've built some experimental mplayer packages for Fedora 11 and Rawhide
(x86-32 and x86-64 arches) with shiny new features. Aside from being
very recent snapshots, one of them includes support for hardware video
playback acceleration via VDPAU and VAAPI, and the other includes
support for multi-threaded playback (so you can split the decoding load
across multiple cores).
The playback acceleration can definitely be used on NVIDIA adapters
(from the GeForce 8xxx series onwards) using the proprietary driver
(not, unfortunately, nouveau). Also on Intel Poulsbo (GMA 500) adapters,
using my packaged version of the native driver for that chipset (link is
in the blog post). VDPAU acceleration is also allegedly possible on S3
Chrome 530 GT and S3 Chrome 540 GTX adapters using S3’s own driver, but
I haven't had the chance to test that.
Multi-threaded playback can be done on any system, but only really makes
sense on those with multiple processors (cores).
Full details of where, how and why are in my blog post:
http://www.happyassassin.net/2009/09/03/mplayer-va-api-vdpau-ffmpeg-mt-ex...
.
Please do let me know how your experience goes!
Thanks to Dominik, Nicolas and their predecessors for the main mplayer
spec, on which these builds are based. Please let me know if you're
interested in this work, guys. For now, I'm keeping the necessary
support packages - libva, libvdpau, vdpau-video - in the repository
along with the mplayer builds. I have libva up for review in the main
Fedora repos at the moment, and I know libvdpau is hung up in review
hell while the powers that be decide whether it can go into Fedora or
not. Once that gets into a repository, we could certainly build the main
mplayer package with VDPAU support at least, since that was merged into
mainline mplayer months ago. Once libva gets in, we could build with
VAAPI support (though I suppose we might want to wait until upstream
accepts the patch). The multi-threading stuff is still fairly
experimental, though, I believe.
--
adamw
3:18 p.m.
On Fri, 2009-09-04 at 08:44 -0400, Neal Becker wrote:
Sounds like fun, but if I need to disable compositing maybe not so
interesting.
See my previous post; if you don't disable compositing when using VDPAU,
you get a lot of horizontal tearing. It still _works_, it's just not a
lot of fun to watch :).
NVIDIA's aware of the problem, I believe, but I don't know if they're
planning to fix it any time soon, so we're a bit stuck with it.
--
adamw
4:13 p.m.
Hi!
On Friday, 04 September 2009 at 09:49, Adam Williamson wrote:
I thought this may be of interest to the list, so I'm sharing. :)
Indeed it is, thanks.
[...]
Thanks to Dominik, Nicolas and their predecessors for the main
mplayer
spec, on which these builds are based. Please let me know if you're
interested in this work, guys.
I definitely am. If you post (or send to me) self-contained patches
against the current rawhide packages then I would look at them.
For now, I'm keeping the necessary
support packages - libva, libvdpau, vdpau-video - in the repository
along with the mplayer builds. I have libva up for review in the main
Fedora repos at the moment, and I know libvdpau is hung up in review
hell while the powers that be decide whether it can go into Fedora or
not. Once that gets into a repository, we could certainly build the main
mplayer package with VDPAU support at least, since that was merged into
mainline mplayer months ago.
Definitely. I had requests for including this in the packages before,
but I didn't have time to look at that yet.
Once libva gets in, we could build with
VAAPI support (though I suppose we might want to wait until upstream
accepts the patch).
If we weren't so close to beta then I would accept a patched MPlayer
package, hoping that the patch would go upstream before beta, but right
now I consider it F13 material.
The multi-threading stuff is still fairly
experimental, though, I believe.
Right. We can think about it for F13 soonest.
Regards,
R.
--
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
2:51 a.m.
On Sunday 13 September 2009 09:13:34 am Dominik 'Rathann' Mierzejewski wrote:
If we weren't so close to beta then I would accept a patched
MPlayer
package, hoping that the patch would go upstream before beta, but right
now I consider it F13 material.
> The multi-threading stuff is still fairly
> experimental, though, I believe.
Right. We can think about it for F13 soonest.
FWIW I have been using both the mplayer-accelerated and mplayer-mt packages
from Adam for the past several days on many videos without incident. They seem
to (both) work flawlessly on xvid and h264 video on my nvidia 8800GT. (I'm not
arguing they should necessarily be included in F12, but they certainly work
well for me. Before mplayer-{mt,accelerated}, I couldn't use mplayer to play
1080p h264 video on my Q6600 + 8800GT. Now I can.)
Regards,
--
Conrad Meyer <cemeyer(a)u.washington.edu>
5:24 p.m.
On Sun, 2009-09-13 at 18:13 +0200, Dominik 'Rathann' Mierzejewski wrote:
Hi!
On Friday, 04 September 2009 at 09:49, Adam Williamson wrote:
> I thought this may be of interest to the list, so I'm sharing. :)
Indeed it is, thanks.
[...]
> Thanks to Dominik, Nicolas and their predecessors for the main mplayer
> spec, on which these builds are based. Please let me know if you're
> interested in this work, guys.
I definitely am. If you post (or send to me) self-contained patches
against the current rawhide packages then I would look at them.
I took a different strategy: rather than adjusting the patches to apply
to the version of mplayer we currently have in rpmfusion, I adjusted the
rpmfusion spec to build the version of mplayer which the libva patches
and ffmpeg-mt are happy to work with, if you follow :) Since picking an
mplayer version is a pretty arbitrary sport, and since this stuff is not
likely to land until F13, and since we'll probably want to go with a
later version of mplayer in F13, I don't feel particularly inclined to
spend time porting the libva patches / ffmpeg-mt to play nice with an
older version of mplayer, to be honest. It feels like it'd be wasted
effort.
> For now, I'm keeping the necessary
> support packages - libva, libvdpau, vdpau-video - in the repository
> along with the mplayer builds. I have libva up for review in the main
> Fedora repos at the moment, and I know libvdpau is hung up in review
> hell while the powers that be decide whether it can go into Fedora or
> not. Once that gets into a repository, we could certainly build the main
> mplayer package with VDPAU support at least, since that was merged into
> mainline mplayer months ago.
Definitely. I had requests for including this in the packages before,
but I didn't have time to look at that yet.
It's really pretty simple: you just need a later snapshot of mplayer,
and to add libvdpau-devel as a build dependency. Of course, that
requires libvdpau to be packaged, but that's in the course of happening:
https://bugzilla.redhat.com/show_bug.cgi?id=490988
> Once libva gets in, we could build with
> VAAPI support (though I suppose we might want to wait until upstream
> accepts the patch).
If we weren't so close to beta then I would accept a patched MPlayer
package, hoping that the patch would go upstream before beta, but right
now I consider it F13 material.
All things considered I agree. I'd suggest that, fairly early in the F13
cycle, we bump to a then-current mplayer snapshot, with the libva
patches included. Assuming I've got libva into the repository by then.
My review is waiting on approval:
https://bugzilla.redhat.com/show_bug.cgi?id=518546
> The multi-threading stuff is still fairly
> experimental, though, I believe.
Right. We can think about it for F13 soonest.
yeah, I'll keep an eye on it and see how it goes.
BTW, I updated the packages in my repository at the end of last week,
with new versions of libva and mplayer-accelerated, since Gwenole
released new versions of those. The changes mostly concern the OpenGL
interface for the vaapi stuff. If you define my repository and do
regular yum updates you should get the new versions automatically, of
course.
--
adamw
12:09 a.m.
On Monday, 14 September 2009 at 19:24, Adam Williamson wrote:
On Sun, 2009-09-13 at 18:13 +0200, Dominik 'Rathann'
Mierzejewski wrote:
> Hi!
>
> On Friday, 04 September 2009 at 09:49, Adam Williamson wrote:
> > I thought this may be of interest to the list, so I'm sharing. :)
>
> Indeed it is, thanks.
>
> [...]
> > Thanks to Dominik, Nicolas and their predecessors for the main mplayer
> > spec, on which these builds are based. Please let me know if you're
> > interested in this work, guys.
>
> I definitely am. If you post (or send to me) self-contained patches
> against the current rawhide packages then I would look at them.
I took a different strategy: rather than adjusting the patches to apply
to the version of mplayer we currently have in rpmfusion, I adjusted the
rpmfusion spec to build the version of mplayer which the libva patches
and ffmpeg-mt are happy to work with, if you follow :) Since picking an
mplayer version is a pretty arbitrary sport, and since this stuff is not
likely to land until F13, and since we'll probably want to go with a
later version of mplayer in F13, I don't feel particularly inclined to
spend time porting the libva patches / ffmpeg-mt to play nice with an
older version of mplayer, to be honest. It feels like it'd be wasted
effort.
If you'd like to update MPlayer in the devel branch to current snapshot
and enable vdpau support, then by all means, go ahead. Feel free to fix
any trivial bugs from the bugzilla as well. I'm still quite short on time
these days, so any help is welcome.
[...]
> > Once libva gets in, we could build with
> > VAAPI support (though I suppose we might want to wait until upstream
> > accepts the patch).
>
> If we weren't so close to beta then I would accept a patched MPlayer
> package, hoping that the patch would go upstream before beta, but right
> now I consider it F13 material.
All things considered I agree. I'd suggest that, fairly early in the F13
cycle, we bump to a then-current mplayer snapshot, with the libva
patches included. Assuming I've got libva into the repository by then.
Sounds like a good plan to me.
Regards,
R.
--
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
6:52 p.m.
On Wed, 2009-09-23 at 02:09 +0200, Dominik 'Rathann' Mierzejewski wrote:
If you'd like to update MPlayer in the devel branch to current
snapshot
and enable vdpau support, then by all means, go ahead. Feel free to fix
any trivial bugs from the bugzilla as well. I'm still quite short on time
these days, so any help is welcome.
I've got a build of this now (today's mplayer snapshot, all appropriate
rediffing done, VDPAU support enabled). I don't think I have the rights
to commit directly, though. Do you want an SRPM? Patch against current
CVS checkout?
--
adamw
8:11 p.m.
On Wednesday, 23 September 2009 at 20:52, Adam Williamson wrote:
On Wed, 2009-09-23 at 02:09 +0200, Dominik 'Rathann'
Mierzejewski wrote:
> If you'd like to update MPlayer in the devel branch to current snapshot
> and enable vdpau support, then by all means, go ahead. Feel free to fix
> any trivial bugs from the bugzilla as well. I'm still quite short on time
> these days, so any help is welcome.
I've got a build of this now (today's mplayer snapshot, all appropriate
rediffing done, VDPAU support enabled). I don't think I have the rights
to commit directly, though. Do you want an SRPM? Patch against current
CVS checkout?
A patch is preferable, yes. Thanks!
Regards,
R.
--
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
8:28 p.m.
On Wed, 2009-09-23 at 22:11 +0200, Dominik 'Rathann' Mierzejewski wrote:
On Wednesday, 23 September 2009 at 20:52, Adam Williamson wrote:
> On Wed, 2009-09-23 at 02:09 +0200, Dominik 'Rathann' Mierzejewski wrote:
>
> > If you'd like to update MPlayer in the devel branch to current snapshot
> > and enable vdpau support, then by all means, go ahead. Feel free to fix
> > any trivial bugs from the bugzilla as well. I'm still quite short on time
> > these days, so any help is welcome.
>
> I've got a build of this now (today's mplayer snapshot, all appropriate
> rediffing done, VDPAU support enabled). I don't think I have the rights
> to commit directly, though. Do you want an SRPM? Patch against current
> CVS checkout?
A patch is preferable, yes. Thanks!
Attached.
--
adamw
5565
days inactive
5584
days old
rpmfusion-developers@lists.rpmfusion.org
9 comments
4 participants
participants (4)
-
Adam Williamson -
Conrad Meyer -
Dominik 'Rathann' Mierzejewski -
Neal Becker