[vlc-devel] [RFC PATCH 0/9] audio decoder fallback: the packetizer way
thomas at gllm.fr
Mon Jul 11 18:02:26 CEST 2016
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 ?
> fallback because it´s essentially impossible.
> And I don´t see why S/PDIF payloaders and PCM decoders could not use the
> packetizer. In fact, I don´t see why they would use different packetizers
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.
> all; that seems to contradict the notion of what a packetizer is (and
> reintroduce the chicken-and-egg bug).
> Rémi Denis-Courmont
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
More information about the vlc-devel