Typos found and reworked from codespell.
(cherry picked from commit 6b7a57f984) (edited)
edited:
* some files don't exist in 3.0
* some 3.0 code around changes is different (vlc_tick_t)
Signed-off-by: Steve Lhomme <robux4@ycbcr.xyz>
The transfer was already set.
If we don't do that it may be assumed to be 709 or 601 depending on
the picture dimensions.
(cherry picked from commit bb405fd420)
We must take ill-formed XMP data into account, as a missing
null-termination of the XMP data leads to a heap-buffer-overflow (as
later parts of the implementation assumes that the data is
null-terminated (as it should be)).
fixes: #18340
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>
Use only one callback for every decoder types:
int (*pf_decode)(decoder_t *, block_t *p_block);
There is now only one way to send output frames/blocks from a decoder module:
using decoder_QueueVideo(), decoder_QueueAudio() and decoder_QueueSub()
functions.
This fixes transcoding not receiving any output when a decoder used
decoder_Queue*() function.
The pf_packetize callback is kept unchanged. A packetizer shouldn't be
asynchronous at all (and this simplify the locking for decoder core).
The pf_decode callback returns, for now, only one value: SUCCESS. This will
allow a module to send more status.
Decoder modules are now responsible for calling decoder_UpdateVideoFormat()
before decoder_NewPicture().
In a lot of modules, decoder_UpdateVideoFormat() could be called in a better
place. Just after dec->fmt_out is updated for example.
Tighter definition of int types, tightening of code, improved
change to type definition for win32 compilation
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
If blocks are marked BLOCK_FLAG_DISCONTINUITY then do not drop them,
unless BLOCK_FLAGS_CORRUPTED is set. Instead flush old blocks from decoder
queue and restart at this new stream access point (new timeline).
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>