[vlc-devel] [RFC PATCH 0/2] decoder: restart module if fmt_in changes
Thomas Guillem
thomas at gllm.fr
Mon Sep 7 16:17:08 CEST 2015
On Mon, Sep 7, 2015, at 16:07, Rémi Denis-Courmont wrote:
> Le 2015-09-07 16:49, Thomas Guillem a écrit :
> > On Mon, Sep 7, 2015, at 15:36, Rémi Denis-Courmont wrote:
> >> Le 2015-09-07 16:30, Thomas Guillem a écrit :
> >> > Then, should we add a b_packetized variable in decoder_t to inform
> >> > the
> >> > decoder module if data will be packetized ? That way, some
> >> decoders
> >> > will
> >> > able to fail at init if they are known to work only with
> >> packetized
> >> > data.
> >>
> >> How do you decide when to use a packetizer then though?
> >
> > If we decide to phase out b_need_packetizer, then we always try to
> > create a packetizer before the decoder. So, b_packetized will always
> > be
> > true except for the case where no packetizer could be created (if a
> > module is missing for example).
>
> For better or worse, the "copy" packetizer is always available (unless
> the build is broken), though it does not actually perform packetization
> (it only fixes the length field).
OK. Futhermore, there is already a b_packetized in fmt.
I found out that for mp3, fmt_in.b_packetized is already true, so the
DecoderThread doesn't need one. Indeed, the demux "es" is already
packeting the input (according to the module tree).
>
> --
> Rémi Denis-Courmont
> http://www.remlab.net/
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel
More information about the vlc-devel
mailing list