best idea at this point would be to toss out libav, and rebuild
the rdeps with ffmpeg. Now, before it's too late for jessie.
--
-- Matthias Urlichs
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
mend me to do in
that situation, next year -- install the ffmpeg libs from Experimental
and rebuild the offender?
--
-- Matthias Urlichs
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
or another plugin)
uses copy B (unless everybody is very careful WRT symbol versioning).
--
-- Matthias Urlichs
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
c version is the only reasonable approach.
That may be OK on Windows. However, a proper Linux distribution is supposed
to be an integrated whole and not a haphazard collection of programs, each
bringing along their own copy of core libraries and their own un- or
semi-fixed security problems.
begs the question whether they're still essentially the same library,
i.e. whether it's at all reasonable to expect code built using FFmpeg to
work with libav. Consequently, Debian should at least include it, even
if it really _is_ too late to switch (which I'm not conviced of).
Hell, even the official
> FFmpeg examples are buggy, and _all_ unofficial FFmpeg tutorials seem
> to be broken to hell.
>
> I think there should be a higher-level FFmpeg library that takes care
> of these things.
>
gstreamer-ffmpeg?
--
-- Matthias Urlichs
gt; gstreamer-ffmpeg?
>
> gstreamer has more problems than it solves. (Forces glib/gobject on
> you, GTK-style OOP, pretty crashy, tons of low-quality plugins,
> complicated API and design, ...)
>
Yeah, I know. Missing Snarky Smiley Syndrome on my part.
--
-- Matthias Urlichs
uld be better off with a
> more high level API.)
Most CS problems can be solved by adding yet another level of indirection –
except for the problem of having too many levels of indirection and –
relevant here – the associated decrease in speed.
--
-- Matthias Urlichs
