Experimental mplayer packages available: current code, VDPAU and VAAPI acceleration, multi-threading

Adam Williamson adamwill at shaw.ca
Mon Sep 14 19:24:02 CEST 2009


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



More information about the rpmfusion-developers mailing list