* [FFmpeg-devel] [PATCH] avcodec/libjxldec: emit proper PTS to decoded AVFrame
@ 2023-12-08 17:31 Leo Izen
2023-12-14 8:28 ` Anton Khirnov
0 siblings, 1 reply; 4+ messages in thread
From: Leo Izen @ 2023-12-08 17:31 UTC (permalink / raw)
To: ffmpeg-devel; +Cc: Leo Izen
If a sequence of JXL images is encapsulated in a container that has PTS
information, we should use the PTS information from the container. At
this time there is no container that does this, but if JPEG XL support
is ever added to NUT, AVTransport, or some other container, this commit
should allow the PTS information those containers provide to work as
expected.
Signed-off-by: Leo Izen <leo.izen@gmail.com>
---
libavcodec/libjxldec.c | 77 +++++++++++++++++++++++++++++++-----------
1 file changed, 57 insertions(+), 20 deletions(-)
diff --git a/libavcodec/libjxldec.c b/libavcodec/libjxldec.c
index 002740d9c1..494060ac8c 100644
--- a/libavcodec/libjxldec.c
+++ b/libavcodec/libjxldec.c
@@ -370,6 +370,7 @@ static int libjxl_receive_frame(AVCodecContext *avctx, AVFrame *frame)
while (1) {
size_t remaining;
+ JxlFrameHeader header;
if (!pkt->size) {
av_packet_unref(pkt);
@@ -428,13 +429,16 @@ static int libjxl_receive_frame(AVCodecContext *avctx, AVFrame *frame)
}
if ((ret = ff_set_dimensions(avctx, ctx->basic_info.xsize, ctx->basic_info.ysize)) < 0)
return ret;
+ /*
+ * If animation is present, we use the timebase provided by
+ * the animated image itself.
+ * If the image is not animated, we use ctx->pts
+ * to refer to the frame number, not an actual
+ * PTS value, thus we may leave ctx->timebase unset.
+ */
if (ctx->basic_info.have_animation)
ctx->timebase = av_make_q(ctx->basic_info.animation.tps_denominator,
ctx->basic_info.animation.tps_numerator);
- else if (avctx->pkt_timebase.num)
- ctx->timebase = avctx->pkt_timebase;
- else
- ctx->timebase = AV_TIME_BASE_Q;
continue;
case JXL_DEC_COLOR_ENCODING:
av_log(avctx, AV_LOG_DEBUG, "COLOR_ENCODING event emitted\n");
@@ -462,23 +466,24 @@ static int libjxl_receive_frame(AVCodecContext *avctx, AVFrame *frame)
#endif
continue;
case JXL_DEC_FRAME:
+ /* Frame here refers to the Frame bundle, not a decoded picture */
av_log(avctx, AV_LOG_DEBUG, "FRAME event emitted\n");
- if (!ctx->basic_info.have_animation || ctx->prev_is_last) {
+ if (ctx->prev_is_last) {
+ /*
+ * The last frame sent was tagged as "is_last" which
+ * means this is a new image file altogether.
+ */
ctx->frame->pict_type = AV_PICTURE_TYPE_I;
ctx->frame->flags |= AV_FRAME_FLAG_KEY;
}
- if (ctx->basic_info.have_animation) {
- JxlFrameHeader header;
- if (JxlDecoderGetFrameHeader(ctx->decoder, &header) != JXL_DEC_SUCCESS) {
- av_log(avctx, AV_LOG_ERROR, "Bad libjxl dec frame event\n");
- return AVERROR_EXTERNAL;
- }
- ctx->prev_is_last = header.is_last;
- ctx->frame_duration = header.duration;
- } else {
- ctx->prev_is_last = 1;
- ctx->frame_duration = 1;
+ if (JxlDecoderGetFrameHeader(ctx->decoder, &header) != JXL_DEC_SUCCESS) {
+ av_log(avctx, AV_LOG_ERROR, "Bad libjxl dec frame event\n");
+ return AVERROR_EXTERNAL;
}
+ ctx->prev_is_last = header.is_last;
+ /* zero duration for animation means the frame is not presented */
+ if (ctx->basic_info.have_animation && header.duration)
+ ctx->frame_duration = header.duration;
continue;
case JXL_DEC_FULL_IMAGE:
/* full image is one frame, even if animated */
@@ -490,12 +495,44 @@ static int libjxl_receive_frame(AVCodecContext *avctx, AVFrame *frame)
/* ownership is transfered, and it is not ref-ed */
ctx->iccp = NULL;
}
- if (avctx->pkt_timebase.num) {
- ctx->frame->pts = av_rescale_q(ctx->pts, ctx->timebase, avctx->pkt_timebase);
- ctx->frame->duration = av_rescale_q(ctx->frame_duration, ctx->timebase, avctx->pkt_timebase);
+ if (ctx->basic_info.have_animation) {
+ if (avctx->pkt_timebase.num) {
+ /*
+ * ideally, the demuxer set avctx->pkt_timebase to equal the animation's timebase
+ * or something strictly finer. This is true about the jpegxl_anim demuxer.
+ */
+ ctx->frame->pts = av_rescale_q(ctx->pts, ctx->timebase, avctx->pkt_timebase);
+ ctx->frame->duration = av_rescale_q(ctx->frame_duration, ctx->timebase, avctx->pkt_timebase);
+ } else {
+ /*
+ * If we don't know the container timebase, we have to set the frame->timebase,
+ * even if it is currently ignored by most users. We don't have permission
+ * to set avctx->pkt_timebase.
+ */
+ ctx->frame->time_base = ctx->timebase;
+ ctx->frame->pts = ctx->pts;
+ ctx->frame->duration = ctx->frame_duration;
+ }
+ } else if (avctx->pkt_timebase.num) {
+ if (pkt->pts != AV_NOPTS_VALUE) {
+ /* The container has provided the PTS for us, so we don't need to count frames. */
+ ctx->frame->pts = pkt->pts;
+ } else {
+ /*
+ * The demuxer has provided us with a timebase, but not with PTS information.
+ * We use 1/1 as a dummy timebase, for 1fps as a dummy framerate, and set the
+ * PTS based on frame count.
+ */
+ const AVRational dummy = {.num = 1, .den = 1};
+ ctx->frame->pts = av_rescale_q(ctx->pts, dummy, avctx->pkt_timebase);
+ }
+ ctx->frame->duration = pkt->duration;
} else {
+ /*
+ * There is no timing information. Set the frame PTS to frame counter.
+ */
ctx->frame->pts = ctx->pts;
- ctx->frame->duration = ctx->frame_duration;
+ ctx->frame->duration = 0;
}
ctx->pts += ctx->frame_duration;
av_frame_move_ref(frame, ctx->frame);
--
2.43.0
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [FFmpeg-devel] [PATCH] avcodec/libjxldec: emit proper PTS to decoded AVFrame
2023-12-08 17:31 [FFmpeg-devel] [PATCH] avcodec/libjxldec: emit proper PTS to decoded AVFrame Leo Izen
@ 2023-12-14 8:28 ` Anton Khirnov
2023-12-14 23:33 ` Leo Izen
0 siblings, 1 reply; 4+ messages in thread
From: Anton Khirnov @ 2023-12-14 8:28 UTC (permalink / raw)
To: FFmpeg development discussions and patches; +Cc: Leo Izen
Quoting Leo Izen (2023-12-08 18:31:06)
> If a sequence of JXL images is encapsulated in a container that has PTS
> information, we should use the PTS information from the container. At
> this time there is no container that does this, but if JPEG XL support
> is ever added to NUT, AVTransport, or some other container, this commit
> should allow the PTS information those containers provide to work as
> expected.
>
> Signed-off-by: Leo Izen <leo.izen@gmail.com>
> ---
> libavcodec/libjxldec.c | 77 +++++++++++++++++++++++++++++++-----------
> 1 file changed, 57 insertions(+), 20 deletions(-)
>
> diff --git a/libavcodec/libjxldec.c b/libavcodec/libjxldec.c
> index 002740d9c1..494060ac8c 100644
> --- a/libavcodec/libjxldec.c
> +++ b/libavcodec/libjxldec.c
> @@ -370,6 +370,7 @@ static int libjxl_receive_frame(AVCodecContext *avctx, AVFrame *frame)
>
> while (1) {
> size_t remaining;
> + JxlFrameHeader header;
>
> if (!pkt->size) {
> av_packet_unref(pkt);
> @@ -428,13 +429,16 @@ static int libjxl_receive_frame(AVCodecContext *avctx, AVFrame *frame)
> }
> if ((ret = ff_set_dimensions(avctx, ctx->basic_info.xsize, ctx->basic_info.ysize)) < 0)
> return ret;
> + /*
> + * If animation is present, we use the timebase provided by
> + * the animated image itself.
> + * If the image is not animated, we use ctx->pts
> + * to refer to the frame number, not an actual
> + * PTS value, thus we may leave ctx->timebase unset.
> + */
> if (ctx->basic_info.have_animation)
> ctx->timebase = av_make_q(ctx->basic_info.animation.tps_denominator,
> ctx->basic_info.animation.tps_numerator);
> - else if (avctx->pkt_timebase.num)
> - ctx->timebase = avctx->pkt_timebase;
> - else
> - ctx->timebase = AV_TIME_BASE_Q;
> continue;
> case JXL_DEC_COLOR_ENCODING:
> av_log(avctx, AV_LOG_DEBUG, "COLOR_ENCODING event emitted\n");
> @@ -462,23 +466,24 @@ static int libjxl_receive_frame(AVCodecContext *avctx, AVFrame *frame)
> #endif
> continue;
> case JXL_DEC_FRAME:
> + /* Frame here refers to the Frame bundle, not a decoded picture */
> av_log(avctx, AV_LOG_DEBUG, "FRAME event emitted\n");
> - if (!ctx->basic_info.have_animation || ctx->prev_is_last) {
> + if (ctx->prev_is_last) {
> + /*
> + * The last frame sent was tagged as "is_last" which
> + * means this is a new image file altogether.
> + */
> ctx->frame->pict_type = AV_PICTURE_TYPE_I;
> ctx->frame->flags |= AV_FRAME_FLAG_KEY;
> }
> - if (ctx->basic_info.have_animation) {
> - JxlFrameHeader header;
> - if (JxlDecoderGetFrameHeader(ctx->decoder, &header) != JXL_DEC_SUCCESS) {
> - av_log(avctx, AV_LOG_ERROR, "Bad libjxl dec frame event\n");
> - return AVERROR_EXTERNAL;
> - }
> - ctx->prev_is_last = header.is_last;
> - ctx->frame_duration = header.duration;
> - } else {
> - ctx->prev_is_last = 1;
> - ctx->frame_duration = 1;
> + if (JxlDecoderGetFrameHeader(ctx->decoder, &header) != JXL_DEC_SUCCESS) {
> + av_log(avctx, AV_LOG_ERROR, "Bad libjxl dec frame event\n");
> + return AVERROR_EXTERNAL;
> }
> + ctx->prev_is_last = header.is_last;
> + /* zero duration for animation means the frame is not presented */
> + if (ctx->basic_info.have_animation && header.duration)
> + ctx->frame_duration = header.duration;
> continue;
> case JXL_DEC_FULL_IMAGE:
> /* full image is one frame, even if animated */
> @@ -490,12 +495,44 @@ static int libjxl_receive_frame(AVCodecContext *avctx, AVFrame *frame)
> /* ownership is transfered, and it is not ref-ed */
> ctx->iccp = NULL;
> }
> - if (avctx->pkt_timebase.num) {
> - ctx->frame->pts = av_rescale_q(ctx->pts, ctx->timebase, avctx->pkt_timebase);
> - ctx->frame->duration = av_rescale_q(ctx->frame_duration, ctx->timebase, avctx->pkt_timebase);
> + if (ctx->basic_info.have_animation) {
> + if (avctx->pkt_timebase.num) {
> + /*
> + * ideally, the demuxer set avctx->pkt_timebase to equal the animation's timebase
> + * or something strictly finer. This is true about the jpegxl_anim demuxer.
> + */
> + ctx->frame->pts = av_rescale_q(ctx->pts, ctx->timebase, avctx->pkt_timebase);
> + ctx->frame->duration = av_rescale_q(ctx->frame_duration, ctx->timebase, avctx->pkt_timebase);
> + } else {
> + /*
> + * If we don't know the container timebase, we have to set the frame->timebase,
> + * even if it is currently ignored by most users. We don't have permission
> + * to set avctx->pkt_timebase.
> + */
> + ctx->frame->time_base = ctx->timebase;
> + ctx->frame->pts = ctx->pts;
> + ctx->frame->duration = ctx->frame_duration;
> + }
> + } else if (avctx->pkt_timebase.num) {
> + if (pkt->pts != AV_NOPTS_VALUE) {
> + /* The container has provided the PTS for us, so we don't need to count frames. */
> + ctx->frame->pts = pkt->pts;
> + } else {
> + /*
> + * The demuxer has provided us with a timebase, but not with PTS information.
> + * We use 1/1 as a dummy timebase, for 1fps as a dummy framerate, and set the
> + * PTS based on frame count.
> + */
> + const AVRational dummy = {.num = 1, .den = 1};
> + ctx->frame->pts = av_rescale_q(ctx->pts, dummy, avctx->pkt_timebase);
> + }
> + ctx->frame->duration = pkt->duration;
> } else {
> + /*
> + * There is no timing information. Set the frame PTS to frame counter.
> + */
> ctx->frame->pts = ctx->pts;
> - ctx->frame->duration = ctx->frame_duration;
> + ctx->frame->duration = 0;
This logic seems shady to me. The decoder should mess with pts as little
as possible and whenever it can just copy the packet value to the frame.
Any codec-level timestamps should not be trusted.
Now this does not work when a single packet decodes into multiple
frames, then you have to add increments of frame duration to the
original packet pts. But you should still preserve the original value as
the base - it might not start at 0.
Also, decoders are not allowed to set AVFrame.time_base. And you should
probably set AVCodecContext.framerate.
--
Anton Khirnov
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [FFmpeg-devel] [PATCH] avcodec/libjxldec: emit proper PTS to decoded AVFrame
2023-12-14 8:28 ` Anton Khirnov
@ 2023-12-14 23:33 ` Leo Izen
2023-12-18 17:05 ` Anton Khirnov
0 siblings, 1 reply; 4+ messages in thread
From: Leo Izen @ 2023-12-14 23:33 UTC (permalink / raw)
To: FFmpeg development discussions and patches
On 12/14/23 03:28, Anton Khirnov wrote:
> Quoting Leo Izen (2023-12-08 18:31:06)
>> If a sequence of JXL images is encapsulated in a container that has PTS
>> information, we should use the PTS information from the container. At
>> this time there is no container that does this, but if JPEG XL support
>> is ever added to NUT, AVTransport, or some other container, this commit
>> should allow the PTS information those containers provide to work as
>> expected.
>>
>> Signed-off-by: Leo Izen <leo.izen@gmail.com>
>> ---
>> libavcodec/libjxldec.c | 77 +++++++++++++++++++++++++++++++-----------
>> 1 file changed, 57 insertions(+), 20 deletions(-)
>>
>> diff --git a/libavcodec/libjxldec.c b/libavcodec/libjxldec.c
>> index 002740d9c1..494060ac8c 100644
>> --- a/libavcodec/libjxldec.c
>> +++ b/libavcodec/libjxldec.c
>> @@ -370,6 +370,7 @@ static int libjxl_receive_frame(AVCodecContext *avctx, AVFrame *frame)
>>
>> while (1) {
>> size_t remaining;
>> + JxlFrameHeader header;
>>
>> if (!pkt->size) {
>> av_packet_unref(pkt);
>> @@ -428,13 +429,16 @@ static int libjxl_receive_frame(AVCodecContext *avctx, AVFrame *frame)
>> }
>> if ((ret = ff_set_dimensions(avctx, ctx->basic_info.xsize, ctx->basic_info.ysize)) < 0)
>> return ret;
>> + /*
>> + * If animation is present, we use the timebase provided by
>> + * the animated image itself.
>> + * If the image is not animated, we use ctx->pts
>> + * to refer to the frame number, not an actual
>> + * PTS value, thus we may leave ctx->timebase unset.
>> + */
>> if (ctx->basic_info.have_animation)
>> ctx->timebase = av_make_q(ctx->basic_info.animation.tps_denominator,
>> ctx->basic_info.animation.tps_numerator);
>> - else if (avctx->pkt_timebase.num)
>> - ctx->timebase = avctx->pkt_timebase;
>> - else
>> - ctx->timebase = AV_TIME_BASE_Q;
>> continue;
>> case JXL_DEC_COLOR_ENCODING:
>> av_log(avctx, AV_LOG_DEBUG, "COLOR_ENCODING event emitted\n");
>> @@ -462,23 +466,24 @@ static int libjxl_receive_frame(AVCodecContext *avctx, AVFrame *frame)
>> #endif
>> continue;
>> case JXL_DEC_FRAME:
>> + /* Frame here refers to the Frame bundle, not a decoded picture */
>> av_log(avctx, AV_LOG_DEBUG, "FRAME event emitted\n");
>> - if (!ctx->basic_info.have_animation || ctx->prev_is_last) {
>> + if (ctx->prev_is_last) {
>> + /*
>> + * The last frame sent was tagged as "is_last" which
>> + * means this is a new image file altogether.
>> + */
>> ctx->frame->pict_type = AV_PICTURE_TYPE_I;
>> ctx->frame->flags |= AV_FRAME_FLAG_KEY;
>> }
>> - if (ctx->basic_info.have_animation) {
>> - JxlFrameHeader header;
>> - if (JxlDecoderGetFrameHeader(ctx->decoder, &header) != JXL_DEC_SUCCESS) {
>> - av_log(avctx, AV_LOG_ERROR, "Bad libjxl dec frame event\n");
>> - return AVERROR_EXTERNAL;
>> - }
>> - ctx->prev_is_last = header.is_last;
>> - ctx->frame_duration = header.duration;
>> - } else {
>> - ctx->prev_is_last = 1;
>> - ctx->frame_duration = 1;
>> + if (JxlDecoderGetFrameHeader(ctx->decoder, &header) != JXL_DEC_SUCCESS) {
>> + av_log(avctx, AV_LOG_ERROR, "Bad libjxl dec frame event\n");
>> + return AVERROR_EXTERNAL;
>> }
>> + ctx->prev_is_last = header.is_last;
>> + /* zero duration for animation means the frame is not presented */
>> + if (ctx->basic_info.have_animation && header.duration)
>> + ctx->frame_duration = header.duration;
>> continue;
>> case JXL_DEC_FULL_IMAGE:
>> /* full image is one frame, even if animated */
>> @@ -490,12 +495,44 @@ static int libjxl_receive_frame(AVCodecContext *avctx, AVFrame *frame)
>> /* ownership is transfered, and it is not ref-ed */
>> ctx->iccp = NULL;
>> }
>> - if (avctx->pkt_timebase.num) {
>> - ctx->frame->pts = av_rescale_q(ctx->pts, ctx->timebase, avctx->pkt_timebase);
>> - ctx->frame->duration = av_rescale_q(ctx->frame_duration, ctx->timebase, avctx->pkt_timebase);
>> + if (ctx->basic_info.have_animation) {
>> + if (avctx->pkt_timebase.num) {
>> + /*
>> + * ideally, the demuxer set avctx->pkt_timebase to equal the animation's timebase
>> + * or something strictly finer. This is true about the jpegxl_anim demuxer.
>> + */
>> + ctx->frame->pts = av_rescale_q(ctx->pts, ctx->timebase, avctx->pkt_timebase);
>> + ctx->frame->duration = av_rescale_q(ctx->frame_duration, ctx->timebase, avctx->pkt_timebase);
>> + } else {
>> + /*
>> + * If we don't know the container timebase, we have to set the frame->timebase,
>> + * even if it is currently ignored by most users. We don't have permission
>> + * to set avctx->pkt_timebase.
>> + */
>> + ctx->frame->time_base = ctx->timebase;
>> + ctx->frame->pts = ctx->pts;
>> + ctx->frame->duration = ctx->frame_duration;
>> + }
>> + } else if (avctx->pkt_timebase.num) {
>> + if (pkt->pts != AV_NOPTS_VALUE) {
>> + /* The container has provided the PTS for us, so we don't need to count frames. */
>> + ctx->frame->pts = pkt->pts;
>> + } else {
>> + /*
>> + * The demuxer has provided us with a timebase, but not with PTS information.
>> + * We use 1/1 as a dummy timebase, for 1fps as a dummy framerate, and set the
>> + * PTS based on frame count.
>> + */
>> + const AVRational dummy = {.num = 1, .den = 1};
>> + ctx->frame->pts = av_rescale_q(ctx->pts, dummy, avctx->pkt_timebase);
>> + }
>> + ctx->frame->duration = pkt->duration;
>> } else {
>> + /*
>> + * There is no timing information. Set the frame PTS to frame counter.
>> + */
>> ctx->frame->pts = ctx->pts;
>> - ctx->frame->duration = ctx->frame_duration;
>> + ctx->frame->duration = 0;
>
> This logic seems shady to me.
Which part, specifically? The animated logic, or the non-animated logic?
> The decoder should mess with pts as little
> as possible and whenever it can just copy the packet value to the frame.
> Any codec-level timestamps should not be trusted.
In the case of animated JXL, codec-level timestamps are all that's
available because the only demuxer is jpegxl_anim, which doesn't
packetize the individual frames.
>
> Now this does not work when a single packet decodes into multiple
> frames, then you have to add increments of frame duration to the
> original packet pts. But you should still preserve the original value as
> the base - it might not start at 0.
I see what you're saying, but in the case where one packet decodes into
multiple frames in the non-animated stream, we don't have any way to
properly differentiate the PTS of those frames. In the animated case,
this makes sense to me though.
>
> Also, decoders are not allowed to set AVFrame.time_base. And you should
> probably set AVCodecContext.framerate.
Animated JXL uses frame-delay and has no inherent framerate. I'm not
sure what we'd set it to. I can remove the setting of AVFrame->time_base
though.
- Leo Izen (Traneptora)
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [FFmpeg-devel] [PATCH] avcodec/libjxldec: emit proper PTS to decoded AVFrame
2023-12-14 23:33 ` Leo Izen
@ 2023-12-18 17:05 ` Anton Khirnov
0 siblings, 0 replies; 4+ messages in thread
From: Anton Khirnov @ 2023-12-18 17:05 UTC (permalink / raw)
To: FFmpeg development discussions and patches
Quoting Leo Izen (2023-12-15 00:33:33)
> On 12/14/23 03:28, Anton Khirnov wrote:
> > This logic seems shady to me.
>
> Which part, specifically? The animated logic, or the non-animated logic?
Aspects of both looked questionable to me (which doesn't necessarily
means it's wrong)
> > The decoder should mess with pts as little
> > as possible and whenever it can just copy the packet value to the frame.
> > Any codec-level timestamps should not be trusted.
>
> In the case of animated JXL, codec-level timestamps are all that's
> available because the only demuxer is jpegxl_anim, which doesn't
> packetize the individual frames.
That may change in the future. And you shouldn't assume the caller is
necessarily using lavf for demuxing, if you can help it.
> >
> > Now this does not work when a single packet decodes into multiple
> > frames, then you have to add increments of frame duration to the
> > original packet pts. But you should still preserve the original value as
> > the base - it might not start at 0.
>
> I see what you're saying, but in the case where one packet decodes into
> multiple frames in the non-animated stream, we don't have any way to
> properly differentiate the PTS of those frames.
When does that happen?
And sure, I accept that when there's no other option you might have to
take some liberties. I'm just saying it should be done as little as
possible.
--
Anton Khirnov
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2023-12-18 17:05 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-12-08 17:31 [FFmpeg-devel] [PATCH] avcodec/libjxldec: emit proper PTS to decoded AVFrame Leo Izen
2023-12-14 8:28 ` Anton Khirnov
2023-12-14 23:33 ` Leo Izen
2023-12-18 17:05 ` Anton Khirnov
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
ffmpegdev@gitmailbox.com
public-inbox-index ffmpegdev
Example config snippet for mirrors.
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git