> On 1 Apr 2024, at 22:00, Michael Niedermayer wrote:
>
> Hi all
>
> I think we didnt decide on a name for 7.0 yet
>
> Previously suggested names:
> Darwin,
> De broglie,
> Dijkstra,
> Galois,
> Gauss,
> Jacobi,
> Jemison
> Johnson
> Leavitt
> Maxwell,
> Mellin,
> Perelman,
> Poincaré,
> Raman
Add missing NULL check and use ff_urldecode for string query
parameters.
Signed-off-by: Ingo Oppermann
---
libavformat/libsrt.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index cd8f5b1e7d..d549aea1f7 100644
--- a
Leavitt
https://en.wikipedia.org/wiki/Henrietta_Swan_Leavitt
> On 7 Jul 2023, at 08:40, Lynne wrote:
>
> Jul 6, 2023, 18:19 by j...@videolan.org:
>
>> Heya,
>>
>> On Thu, 6 Jul 2023, at 18:04, Lynne wrote:
>>
>>> It's been a while since we've had a release, and we've had
>>> a lot of new fea
> On 9 Jun 2022, at 14:47, Ingo Oppermann wrote:
>
> In order to make a running ffmpeg process easier to monitor and parse by
> programs that call the ffmpeg binary and process its output, this patch adds
> the command line option -jsonstats. This option is a modifier for
milar to the default data
for each input and output stream and a summary.
Together with the -progress option, the described JSON data instead of the
default data will be written to the provided target.
Signed-off-by: Ingo Oppermann
---
doc/ffmpeg.texi | 10 ++
fftools/ffmpeg.c | 1
"Leavitt" (https://en.wikipedia.org/wiki/Henrietta_Swan_Leavitt)
> On 24 Sep 2024, at 17:47, Michael Niedermayer wrote:
>
> On Wed, Aug 14, 2024 at 02:41:55PM +0200, Michael Niedermayer wrote:
>> Hi all
>>
>> Are there any upcoming LTS releases that want to/could include FFmpeg 7.1 ?
>> If so p
testsrc2 -codec:v libx264 -g 25 part2.mp4
echo "file part1.mp4\nfile part2.mp4" > list.txt
ffmpeg -f concat -i list.txt -codec copy \
-f hls -hls_time 2 -hls_list_size 0 parts.m3u8
cat parts.m3u8
Signed-off-by: Ingo Oppermann
---
doc/muxers.texi | 7 +++
libavformat/
On 29 Jan 2025, at 14:09, Steven Liu wrote:
>
>
>
> Ingo Oppermann 于2025年1月29日 周三17:54写道：
> Hi Ingo,
>
> Great job, thanks for your valuable patch,
> The current implementation of the hls_time might produce segments
> with shorter duration in some cases. With
mp4
ffmpeg -i part.mp4 -codec copy -f hls -hls_time 2 -hls_list_size 0
-hls_segment_filename 'part_%d.ts' part.m3u8
cat part.m3u8
Signed-off-by: Ingo Oppermann
---
libavformat/hlsenc.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/libavformat/hlsenc.c
\
-f hls -hls_time 2 -hls_list_size 0 parts.m3u8
cat parts.m3u8
Signed-off-by: Ingo Oppermann
---
libavformat/hlsenc.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 6148685f40..2c5d60500d 100644
--- a/libavformat/h
> On 24 Jan 2025, at 16:30, Gyan Doshi wrote:
>
>
>
> On 2025-01-24 05:29 pm, Ingo Oppermann wrote:
>> This fixes the criterion when to split the segments based on the elapsed time
>> for the current segment instead of using the theoretical elapsed time since
>
> On 27 Jan 2025, at 11:41, Gyan Doshi wrote:
>
>
>
> On 2025-01-27 01:56 pm, Ingo Oppermann wrote:
>>> On 24 Jan 2025, at 16:30, Gyan Doshi wrote:
>>>
>>>
>>>
>>> On 2025-01-24 05:29 pm, Ingo Oppermann wrote:
>>>>
> On 28 Jan 2025, at 15:10, Michael Niedermayer wrote:
>
> On Mon, Jan 27, 2025 at 10:09:30AM +0100, Ingo Oppermann wrote:
>> This fixes the criterion when to split the segments based on the
>> elapsed time for the current segment instead of using the theoretical
>&g
13 matches
Mail list logo
