On Wed, 8 Apr 2015 22:26:23 +0200
Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote:

> On Wed, Apr 08, 2015 at 10:08:25PM +0200, wm4 wrote:
> > On Wed, 08 Apr 2015 20:52:12 +0100
> > Derek Buitenhuis <derek.buitenh...@gmail.com> wrote:
> > 
> > > On 4/8/2015 6:16 PM, Gilles Chanteperdrix wrote:
> > > > Signed-off-by: Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org>
> > > > ---
> > > >  libavformat/Makefile     |   1 +
> > > >  libavformat/allformats.c |   1 +
> > > >  libavformat/youtubedl.c  | 221 
> > > > +++++++++++++++++++++++++++++++++++++++++++++++
> > > >  3 files changed, 223 insertions(+)
> > > >  create mode 100644 libavformat/youtubedl.c
> > > 
> > > I must say this is incredibly dumb and has no place at all in 
> > > libav*format*. This
> > > should be done in the layer above whatever avformat (and not even to 
> > > mention the
> > > hilarity of running a cli script from a library).
> > > 
> > > I am registering my dissent here, in writing, so I can point to it in the 
> > > future
> > > when asked (and I always get asked).
> > > 
> > > NOTE: I am sure people will respond and explain how avformat is totally 
> > > the right
> > > place, just like it was the right place for a dir listing api, and an 
> > > http server,
> > > and probably soon systemd. I am not going to respond, or otherwise engage 
> > > in
> > > mailing list flamewars. This mail is read-only.
> > 
> > +1
> > 
> > As usual, people are trying to force things that don't belong into a
> > low level API, just because the low level API is the only API in ffmpeg.
> 
> For my defense again: the libquvi demuxer caused a segmentation
> fault, I posted here, you answered that the project was dead, so I looked
> for a replacement. I am not trying to force anything. I am ready to
> forget all about these patches.
> 

That's fine... I already disagreed with the original libquvi patch, but
of course that has nothing to do with your actions. Maintaining a
wrapper for a dead library when there's something better that _everyone_
can use easily seems like a waste, though. (But then FFmpeg tends to not
remove old broken stuff for some reason.)
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Reply via email to