Bug 324941 – Rekeyword >=media-video/ffmpeg-0.6

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Samuli Suominen (RETIRED) 2010-06-21 13:40:27 UTC]

KEYWORDS.dropped              1
media-video/ffmpeg/ffmpeg-0.6.ebuild: alpha arm hppa ia64 ppc ppc64 sparc x86 x86-fbsd

Will need media-video/rtmpdump, x11-libs/libva, media-libs/libvpx (at least) keyworded.

[Comment 1 Samuli Suominen (RETIRED) 2010-06-22 08:12:06 UTC]

libva is bug 319261

[Comment 2 Samuli Suominen (RETIRED) 2010-06-22 08:13:10 UTC]

libvpx bug 323727

[Comment 3 Christian Faulhammer (RETIRED) 2010-06-22 08:56:37 UTC]

added ~x86

[Comment 4 Raúl Porcel (RETIRED) 2010-06-27 18:21:41 UTC]

~alpha/~arm/~ia64/~sparc done

[Comment 5 Jeroen Roovers (RETIRED) 2010-07-10 16:30:10 UTC]

No bug for rtmpdump?

[Comment 6 Jeroen Roovers (RETIRED) 2010-07-11 15:16:20 UTC]

Marked ~hppa.

[Comment 7 Joe Jezak (RETIRED) 2010-09-13 01:26:38 UTC]

I tried this on ppc32 without libvpx. According to bug #323727, it should use the internal vp8 decoder, but when played with mplayer, it complains that libvpx isn't available and bails. Is this the intended behavior?

[Comment 8 Joe Jezak (RETIRED) 2010-09-13 05:53:04 UTC]

As an update, the patch in the libvpx stabilization bug does make it work with vp8 video, but it's pretty slow and definitely using libvpx.

[Comment 9 Reimar Döffinger 2010-09-14 19:07:47 UTC]

Native VP8 support was added after 0.6, and performance was improved so much any FFmpeg version older than about 1 month is not a good choice if you care about VP8.

[Comment 10 Joe Jezak (RETIRED) 2010-09-15 23:14:17 UTC]

Okay, sorry, from the way it was described in the libvpx bug I thought that ffmpeg already had support for vp8 in the 0.6 build. 

In any case, for ppc, we'll pass on libvpx and wait for a newer ffmpeg snapshot. Marked ~ppc/~ppc64. Closing since we're the last arch.