[vlc-devel] [RFC PATCH 0/2] decoder: restart module if fmt_in changes
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
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
More information about the vlc-devel