| Summary: | Build mplayer with VA-API | ||
|---|---|---|---|
| Product: | Fedora | Reporter: | Xose Vazquez Perez <xose.vazquez> |
| Component: | mplayer | Assignee: | Dominik 'Rathann' Mierzejewski <dominik> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | enhancement | CC: | adamw, belegdol, dnehring, jouni.000, kwizart, sangu.fedora |
| Priority: | P5 | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | GNU/Linux | ||
| URL: | http://www.splitted-desktop.com/~gbeauchesne/ | ||
| namespace: | |||
| Bug Depends on: | 1321 | ||
| Bug Blocks: | |||
There's no point; libva isn't in Fedora or RPM Fusion. I have a review of it in Fedora that's been stalled for a while now: https://bugzilla.redhat.com/show_bug.cgi?id=518546 I'm already providing libva packages and an mplayer-accelerated package which is built with libva support in a private repo: http://www.happyassassin.net/video-experimental/ OK, thanks (In reply to comment #1) > There's no point; libva isn't in Fedora or RPM Fusion. I have a review of it in > Fedora that's been stalled for a while now: > > https://bugzilla.redhat.com/show_bug.cgi?id=518546 > > I'm already providing libva packages and an mplayer-accelerated package which > is built with libva support in a private repo: Is there a way to have libva in RPM Fusion instead, until libva got reviewed by FE-Legal? I think libva would deserve to go into Fedora, but Do you have any reason why FE-Legal take so much time ? The only thing is to have a reliable version of it, since we aren't supposed to break ABI compatibility (or at least to be very carefull with it). For the record, this RFE remains valid until libva is enabled into RPM Fusion. yeah, we could put it in Fusion, I guess. I think it's blocked in Fedora just because it's not a very high priority for anyone (especially given the only really practical use of libva atm is for Poulsbo chipsets, which is a pretty small niche). Additionally, libva support is not in MPlayer upstream and I'm reluctant to maintain any major patches on top of pristine sources. So please get libva support into upstream first. While that's true that this bug was reported in mplayer, libva support is in FFmpeg, and vlc 1.1.0 will uses it (it's upstreamed). It seems possible to build libva video output support in vlc without FFMpeg been compiled with libva given that the necessary headers will be here anyway. It will makes things harder to have to recompile FFmpeg which won't works out of the box with libva. (Hence we need a libva review). vlc-1.1.0 is aimed to be provided as a F-13 updates Current FFmpeg (0.6+) builds fine against current libva packages, so as soon as it hits RPMFusion, I can build FFmpeg packages linked against it. MPlayer will have to wait a bit. Can someone submit the patch to mplayer-dev-eng list? The initial version was actually submitted upstream, waaaaay back: http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-December/059669.html I can ask Gwenole if there's any particular reason upstream still hasn't taken it yet, if you like. Since F15 now includes libva 1.0.10 (or even higher), I vote for rebuilding the latest ffmpeg git checkout with libva support. It is a big enhancement for H.264 based movies. (In reply to comment #9) > Since F15 now includes libva 1.0.10 (or even higher), I vote for rebuilding the > latest ffmpeg git checkout with libva support. It is a big enhancement for > H.264 based movies. > FFmpeg-0.6.90-rc0 has been built for F15 with libva support. mplayer builds against an internal ffmpeg, right? so we'd also need to change mplayer. *** Bug 1746 has been marked as a duplicate of this bug. *** should I close this bug ? If va-api works for you as expected then please do. Sorry, I misunderstood the situation. VA-API support in upstream mplayer is still missing. RPMFusion is no longer releasing updates for this version of Fedora. This bug will be set to RESOLVED:EXPIRED next week to reflect this. If the problem persists after upgrading to the latest version of Fedora, please update the version field of this bug (and re-open it if it has been closed). Setting to RESOLVED:EXPIRED since RPMFusion is no longer releasing updates for this version of Fedora. pron FYI there's now a translation layer between libva and libvdpau (libvdpau-va-gl), so this seems less of an issue. Closing. |
These patches add VA API support to MPlayer. HW video decode capabilities depend on the actual VA API implementation. Besides, from an MPlayer perspective, only full-offload (VLD) of the video is supported for the following codecs: * MPEG-2 * MPEG-4 ASP (DivX) * H.263 (MPEG-4 short-video header variant) * MPEG-4 AVC (H.264) * Windows Media Video 9 (WMV3) * Windows Media Video 9 Advanced (VC-1 Advanced profile) -thanks-