[OE-core] gst-ffmpeg is broken since the libav-9 introduction

[Burton, Ross]

Oh and FWIW the Sato images in master just flipped from GStreamer 0.10 to
1.4 by default, so I do hope that GStreamer 0.10 will disappear from
oe-core after the next release (moving to meta-multimedia).

Can I ask why you're still using GStreamer 0.10?  If there's a good reason
to keep 0.10 in oe-core during the next cycle we can, but otherwise the
sooner it can be removed entirely as it's no longer tested the better.

Ross

On 9 March 2015 at 15:24, Burton, Ross <ross.burton at intel.com> wrote:

>
> On 6 March 2015 at 17:51, Mike Looijmans <mike.looijmans at topic.nl> wrote:
>
>> Commit 4ceff7d0a1f28eb1ce5d288111015bff8d5e9a7e "libav: drop older 0.8.*
>> and use libav-9 by default" removed libav 0.8 in favor of the "9" edition.
>> However, after compiling this for a MIPS box, the gst-ffmpeg plugin now
>> refuses to load and displays the following at runtime:
>>
>
> Hm, bad testing, sorry.  This would be why gstreamer-libav 1.0 defaults to
> using it's own internal copy of libav then. :/
>
> I see that gstreamer-ffmpeg_0.10 defaults to using the internal libav, and
> as the API clearly changed we need to do that.  Can you verify that
> removing external-libav from the PACKAGECONFIG fixes this problem?
>
> Ross
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20150309/a6339620/attachment-0002.html>