[vlc-devel] [RFC PATCH 0/9] audio decoder fallback: the packetizer way
thomas at gllm.fr
Tue Jul 12 11:53:53 CEST 2016
On Mon, Jul 11, 2016, at 18:02, Thomas Guillem wrote:
> On Sun, Jul 10, 2016, at 15:54, Rémi Denis-Courmont wrote:
> > On lauantaina 9. heinäkuuta 2016 12.20.08 EEST Thomas Guillem wrote:
> > > This is an other proposal to handle audio decoder fallback, the goal is to
> > > have passthrough decoder that can fallback to PCM decoders and the other
> > > way.
> > AFAIK, we already have decoder fallback for audio. We don´t have
> Do we ? Where ?
> > glitch-free
> > fallback because it´s essentially impossible.
> > And I don´t see why S/PDIF payloaders and PCM decoders could not use the
> > same
> > packetizer. In fact, I don´t see why they would use different packetizers
> > at
> S/PDIF and PCM can use the same packetizer.
> My main problem is that some demuxers say that the format is packetized
> when it's not really. In that case, there is no packetizer at all. I
> don't really what to do in that case.
> The decoder_RequestPacketizer() function doesn't really need the
> packetizer_name argument. This function could just force the usage of
> any packetizer (that matches the format).
> One other solution could be to create an extra packetizer even if the
> format from the demuxer is packetized.
I just encountered an issue with the mpg123 decoder when the demuxer is
The mpeg_audio packetizer is not used and the timestamp are wrong.
That confirms that I would really love to have a decoder requesting a
> > all; that seems to contradict the notion of what a packetizer is (and
> > reintroduce the chicken-and-egg bug).
> > --
> > 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
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
More information about the vlc-devel