Re: [FFmpeg-devel] [PATCH] frame durations for framesync

2023-01-30 Thread Paul B Mahol
On 1/30/23, Nicolas George wrote: > Paul B Mahol (12023-01-30): >> libavfilter support overlapping frames and frames with gaps, look into >> aresample filter and its async options. > > aresample is a very special case. And for audio filters, the duration is > carried by nb_samples, not duration.

Re: [FFmpeg-devel] [PATCH] frame durations for framesync

2023-01-30 Thread Nicolas George
Paul B Mahol (12023-01-30): > libavfilter support overlapping frames and frames with gaps, look into > aresample filter and its async options. aresample is a very special case. And for audio filters, the duration is carried by nb_samples, not duration. -- Nicolas George ___

Re: [FFmpeg-devel] [PATCH] frame durations for framesync

2023-01-30 Thread Paul B Mahol
On 1/30/23, Nicolas George wrote: > Paul B Mahol (12023-01-30): >> > The duration of a frame is equal to the difference between its >> > timestamp >> > and the timestamp of the next frame. >> Only in special cases. > > No, in libavfilter, always; libavfilter does not support overlapping > frames n

Re: [FFmpeg-devel] [PATCH] frame durations for framesync

2023-01-30 Thread Nicolas George
Paul B Mahol (12023-01-30): > > The duration of a frame is equal to the difference between its timestamp > > and the timestamp of the next frame. > Only in special cases. No, in libavfilter, always; libavfilter does not support overlapping frames nor gaps. And if you want to make a point, you will

Re: [FFmpeg-devel] [PATCH] frame durations for framesync

2023-01-30 Thread Paul B Mahol
On 1/30/23, Nicolas George wrote: > Paul B Mahol (12023-01-30): >> It is not redundant, it describes how much frame lasts. >> There is no other way to derive it. > > The duration of a frame is equal to the difference between its timestamp > and the timestamp of the next frame. Only in special cas

Re: [FFmpeg-devel] [PATCH] frame durations for framesync

2023-01-30 Thread Nicolas George
Paul B Mahol (12023-01-30): > It is not redundant, it describes how much frame lasts. > There is no other way to derive it. The duration of a frame is equal to the difference between its timestamp and the timestamp of the next frame. -- Nicolas George __

Re: [FFmpeg-devel] [PATCH] frame durations for framesync

2023-01-30 Thread Paul B Mahol
On 1/30/23, Nicolas George wrote: > Paul B Mahol (12023-01-27): >> From b4f835c4ef6e0e0bbe6adef8235381e56f3f91df Mon Sep 17 00:00:00 2001 >> From: Paul B Mahol >> Date: Fri, 27 Jan 2023 23:34:02 +0100 >> Subject: [PATCH 1/4] avfilter/framesync: calculate frame duration too >> >> Signed-off-by: Pa

Re: [FFmpeg-devel] [PATCH] frame durations for framesync

2023-01-30 Thread Nicolas George
Paul B Mahol (12023-01-27): > From b4f835c4ef6e0e0bbe6adef8235381e56f3f91df Mon Sep 17 00:00:00 2001 > From: Paul B Mahol > Date: Fri, 27 Jan 2023 23:34:02 +0100 > Subject: [PATCH 1/4] avfilter/framesync: calculate frame duration too > > Signed-off-by: Paul B Mahol > --- > libavfilter/framesync

Re: [FFmpeg-devel] [PATCH] frame durations for framesync

2023-01-30 Thread Nicolas George
Paul B Mahol (12023-01-27): > From b4f835c4ef6e0e0bbe6adef8235381e56f3f91df Mon Sep 17 00:00:00 2001 > From: Paul B Mahol > Date: Fri, 27 Jan 2023 23:34:02 +0100 > Subject: [PATCH 1/4] avfilter/framesync: calculate frame duration too > > Signed-off-by: Paul B Mahol > --- > libavfilter/framesync

[FFmpeg-devel] [PATCH] frame durations for framesync

2023-01-27 Thread Paul B Mahol
Patches attached. From b4f835c4ef6e0e0bbe6adef8235381e56f3f91df Mon Sep 17 00:00:00 2001 From: Paul B Mahol Date: Fri, 27 Jan 2023 23:34:02 +0100 Subject: [PATCH 1/4] avfilter/framesync: calculate frame duration too Signed-off-by: Paul B Mahol --- libavfilter/framesync.c | 20 --