On Thu, Apr 09, 2015 at 01:08:21PM +0200, wm4 wrote:
> On Thu, 9 Apr 2015 00:02:50 +0200
> Lukasz Marek <lukasz.m.lu...@gmail.com> wrote:
>
> > W dniu środa, 8 kwietnia 2015 Gilles Chanteperdrix <
> > gilles.chanteperd...@xenomai.org>
> >
> > And forgot to add my apologies for these bad patches and the noise
> > > that followed.
> > >
> >
> > No need for that.
> >
> > Your demuxer seems to use public API only so you can try to move this
> > implementation to your project and register this demuxer from your
> > application.
>
> I'm pretty sure implementing a demuxer requires using private API.
>
> What's more, this stuff doesn't make sense as a demuxer.
I am not sure whether it makes sense, but implementing a fallback in
the application which spawns youtube-dl then retry when
avformat_open_input fails for an http/https URL is in fact simpler
than implementing a demuxer. And it avoids the noticeable added
latency which results from running youtube-dl (or libquvi for that
matter) for every http URL directly supported by ffmpeg.
--
Gilles.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
