GitLab

The entries within p_sys->attachments are of course allocated with
vlc_input_attachment_New, meaning that they shall be released using
the corresponding vlc_input_attachment_Delete.

fixes: #18288
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

we might want to override timestamps, not just
deal with video pts

Some parameters are not correctly updated
(ex: AAC rate/channels) when reading from
deprecated AVContext

av_read_frame expects 0 to be returned on end-of-file, and negative
values are reserved for fatal stream-errors. The previous
implementation would return -1 upon EOF (vlc_stream_Read returning 0),
causing premature EOF from modules/demux/avformat/demux.c:Demux.

These changes make sure that we honor the contract associated with the
read-callback, and that we only return -1 if there is a fatal error.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

refs #17174
Same issue as raw HEVC, no timestamps output
so no PCR, and PCR can't be set by packetizer.

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

no pkt dts/pts, so no pcr.
Just demuxes at max cpu/speed.

As mentioned by documentation
"It may be freed and replaced with a new buffer by libavformat."
" AVIOContext.buffer holds the buffer currently in use"

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

avformat needs nul padding after the probe data.

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This seems necessary to maintain the mapping of libav's packet stream
index to the VLC plugin's tracks table offset.

Support stream side data only

Close #11473
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

No code comments: no clue. But mp4 needs clockwise.

Notably for mp4

Ref #2882

Fixes Bink video playback. The Bink video decoder in libavcodec relies
on the fourcc to determine the version of the codec.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>