this probably cannot be avoided without a larger
refactor to, say, also call h264_select_output_frame in
send_next_delayed_frame instead of manually selecting a frame, which
I don't feel confident enough to do myself.
arch1t3cht (3):
avcodec/h264dec: Properly mark frames as recovered when draining
vered. This commit copies the logic from h264_select_output_frame
to send_next_delayed_frame to properly mark such frames as recovered.
Fixes ticket #10936.
Signed-off-by: arch1t3cht
---
libavcodec/h264dec.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/h264dec.c b/libavcodec/h264
such frames and outputs the first recovered
frame, if there exists one.
Signed-off-by: arch1t3cht
---
libavcodec/h264dec.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h264dec.c b/libavcodec/h264dec.c
index 8503ea018a..68f47912e2 100644
--- a/libavcodec/h264
Signed-off-by: arch1t3cht
---
libavcodec/h264dec.c | 46 ++--
1 file changed, 23 insertions(+), 23 deletions(-)
diff --git a/libavcodec/h264dec.c b/libavcodec/h264dec.c
index 68f47912e2..6f62fadb11 100644
--- a/libavcodec/h264dec.c
+++ b/libavcodec
On 30/03/2024 17:02, Andreas Rheinhardt wrote:
Tomas Härdin:
lör 2024-03-30 klockan 15:49 +0100 skrev Nicolas George:
ASS demuxer sorts its packets because
there is no guarantee the text are sorted in the file
So? I'm making a normative argument.
Normative about what? The ASS specification
On 28/03/2024 02:56, arch1t3cht wrote:
Fix one or more frames being dropped when starting decoding at a SEI
recovery point that is very close to the end of the stream
(specifically, which is less than 2 * has_b_frames frames before the
end of the stream in decoding order). One case of this was
As specified in libass's ass_types.h, the colors or ASS_Images
should be converted to YCbCr using the matrix/range specified in
the track's YCbCrMatrix field (unless that field is set to YCBCR_NONE,
and defaulting to TV.601 if the header is missing).
This does not affect any subtitles generated or
generated or transcoded by ffmpeg,
since these contain a 'YCbCrMatrix: None' header.
Signed-off-by: arch1t3cht
---
libavfilter/vf_subtitles.c | 38 +-
1 file changed, 37 insertions(+), 1 deletion(-)
diff --git a/libavfilter/vf_subtitles.c b/libavf
On 13/10/2024 13:53, arch1t3cht wrote:
As specified in libass's ass_types.h, the colors or ASS_Images
should be converted to YCbCr using the matrix/range specified in
the track's YCbCrMatrix field (unless that field is set to YCBCR_NONE,
and defaulting to TV.601 if the header is missi
