[Bug 787795] flvdemux: unable to handle file that works fine in ffmpeg

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=787795

--- Comment #24 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
That fixes the PAR issue, it was forcing a PAR even if there was no associated
tag. It's better to delegate to the decoder in this case.

For the case where we only have an audio pad pending, I found that the flow
aggregation is broken in the demuxer. Basically, it returns not-linked before
the audio pad has been made available. I'll see if I can fix this later. It's
relatively minor, but still, pretty annoying behaviour.

Finally, for the audio rate, well, this is what you get when you try and
workaround Youtube bugs. That happened in 2010,
https://bugzilla.gnome.org/show_bug.cgi?id=636621 . A lot of youtube streams
had samplerate tag in the container that was wrong. So what we have now, is
code that parses the AAC header. While the code is correct, it does not detect
that this is HE-AAC and that the declared rate need to be doubled. I don't know
myself how to parse that, will need research. aacparse does not seem to fix it
/ detect it either.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.