Re: [FFmpeg-devel] [PATCH v1] ffmpeg: add optional JSON output of inputs, outputs, mapping, and progress

2022.07.28. 16:09 keltezéssel, Anton Khirnov írta: Sorry, I do not like your patch. The problem is that this essentialy codifies ffmpeg's internal structure and makes into a kind of a public interface, which makes it harder for us to change it. Given that I'm currently in the middle of a big

Re: [FFmpeg-devel] ffmpeg Filtergraph Output

2020.05.24. 4:55 keltezéssel, Dennis Mungai írta: On Sun, 24 May 2020 at 05:44, Soft Works wrote: Hello, I've seen the commit about the option for dumping the filtergraph and that reminded me about something that I'd be willing to contribute in case anybody likes it. A while ago I was

Re: [FFmpeg-devel] [RFC]separation of multiple outputs' encoding

2020.05.19. 17:27 keltezéssel, Zhong Li írta: Tomas Härdin 于2020年5月19日周二 下午10:25写道： fre 2020-05-15 klockan 10:14 +0800 skrev Tao Zhang: Marton Balint 于2020年5月15日周五 上午2:33写道： On Thu, 14 May 2020, Tao Zhang wrote: Hi, FFmpeg supports multiple outputs created out of the same input in the

Re: [FFmpeg-devel] [PATCH] avfilter/vf_subtitles: add shift options

see may comment in text 2020.05.03. 20:08 keltezéssel, Manolis Stamatogiannakis írta: Allows shifting of subtitle display times to align them with the video. This avoids having to rewrite the subtitle file in order to display subtitles correctly when input is seeked (-ss). Also handy for minor

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: compiler warning fix

2020.01.20. 14:25 keltezéssel, Carl Eugen Hoyos írta: Am Mo., 20. Jan. 2020 um 14:18 Uhr schrieb Bodecs Bela : 2020.01.20. 14:02 keltezéssel, Carl Eugen Hoyos írta: This patch corrects compiler warning about returning possibly uninitialized variable in hls_write_header function. Which

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: compiler warning fix

2020.01.20. 14:02 keltezéssel, Carl Eugen Hoyos írta: This patch corrects compiler warning about returning possibly uninitialized variable in hls_write_header function. Which compiler warns about this? libavformat/hlsenc.c: In function ‘hls_write_header’: libavformat/hlsenc.c:2174: warning:

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: compiler warning fix

2020.01.20. 13:46 keltezéssel, Carl Eugen Hoyos írta: Am Mo., 20. Jan. 2020 um 13:18 Uhr schrieb Bodecs Bela : 2020.01.20. 13:07 keltezéssel, Carl Eugen Hoyos írta: Am Mo., 20. Jan. 2020 um 09:41 Uhr schrieb Bodecs Bela : 2020.01.20. 8:46 keltezéssel, Andreas Rheinhardt írta: On Mon, Jan

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: compiler warning fix

2020.01.20. 13:07 keltezéssel, Carl Eugen Hoyos írta: Am Mo., 20. Jan. 2020 um 09:41 Uhr schrieb Bodecs Bela : 2020.01.20. 8:46 keltezéssel, Andreas Rheinhardt írta: On Mon, Jan 20, 2020 at 8:35 AM Bodecs Bela wrote: Dear All, This patch corrects compiler warning about returning possibly

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: compiler warning fix

2020.01.20. 8:46 keltezéssel, Andreas Rheinhardt írta: On Mon, Jan 20, 2020 at 8:35 AM Bodecs Bela wrote: Dear All, This patch corrects compiler warning about returning possibly uninitialized variable in hls_write_header function. Which compiler warns about this? libavformat/hlsenc.c

[FFmpeg-devel] [PATCH] avformat/hlsenc: compiler warning fix

Dear All, This patch corrects compiler warning about returning possibly uninitialized variable in hls_write_header function. please review this patch! Thank you in advance. Bela >From e7b3a680f13fd6113f3bf118803d9609d0fe8bda Mon Sep 17 00:00:00 2001 From: Bela Bodecs Date: Mon, 20 Jan 2020

[FFmpeg-devel] [PATCH] avformat/hlsenc: fix default AES key file url with variant streams

Dear All, Currently when hls_enc is active and there are multiple variant stream outputs, default key file url construction does not work, because it is based on the FormatContext' url field. (m3u8 playlist output) But in case of multiple variant streams, it contains the variant m3u8 output

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: program_date_time and append_list flags conflict

sorry for missing patch file, here it is. Bela 2020.01.18. 18:56 keltezéssel, Bodecs Bela írta: Dear All, When program_date_time flag is present, in m3u8 playlist file each segment has a corresponding EXT-X-PROGRAM-DATE-TIME value. The initial program-date-time value is the actual current

[FFmpeg-devel] [PATCH] avformat/hlsenc: program_date_time and append_list flags conflict

Dear All, When program_date_time flag is present, in m3u8 playlist file each segment has a corresponding EXT-X-PROGRAM-DATE-TIME value. The initial program-date-time value is the actual current time at init and each new segment increments this value by its duration. When append_list flags is

Re: [FFmpeg-devel] FW: [PATCH] Add option to log timing

2019.09.13. 12:05 keltezéssel, Gyan írta: On 13-09-2019 03:10 AM, Soft Works wrote: -Original Message- From: ffmpeg-devel On Behalf Of Michael Niedermayer Sent: Thursday, September 12, 2019 11:29 PM To: FFmpeg development discussions and patches Subject: Re: [FFmpeg-devel] FW:

Re: [FFmpeg-devel] [PATCH] Add option to log timing

Hi, 2019.09.04. 20:53 keltezéssel, Soft Works írta: This commit adds two logging flags: 'timing' and 'datetiming'. Usage: ffmpeg -logleve +timing Timing information will only be added to log lines once transcoding has started. Why this restriction? I think all log lines should be start with

Re: [FFmpeg-devel] Add Timing Info to Log Lines

2019.09.02. 1:03 keltezéssel, Soft Works írta: Hi, I’m not sure whether this has been discussed, considered or disregarded before. I have some code ready for adding timestamps to the log output, similar to this: $ ffmpegd -loglevel +timing ffmpeg version 4.2.git Copyright (c) 2000-2019 the

[FFmpeg-devel] [PATCH] avformat/hlsenc: changing all filename length to MAX_URL_SIZE

Dear All, throughout hlsenc code, all filename related buffer lengths are set hardcoded as 1024. This PATCH change it to general value as MAX_URL_SIZE of internal.h please review this patch. thank you in advance, best regards, Bela >From 6814aa8c06a37e4f298dd5acc84081cc4283321e Mon Sep 17

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: temp_file usage for master playlist and vtt playlist

ping 2019.06.24. 18:01 keltezéssel, Bodecs Bela írta: Dear All, currently master playlist and subtitle playlist creation does not use temporary files even when temp_file flag is set. Most of the use cases it is not a problem because master playlist creation happens once on the beginning

[FFmpeg-devel] [PATCH] avformat/hlsenc: temp_file usage for master playlist and vtt playlist

Dear All, currently master playlist and subtitle playlist creation does not use temporary files even when temp_file flag is set. Most of the use cases it is not a problem because master playlist creation happens once on the beginning of the whole process. But if master playlist is periodically

Re: [FFmpeg-devel] FFmpeg 4.2

+1 vote Ada 2019.06.23. 13:02 keltezéssel, Reto Kromer írta: FFMPEG 4.2 PANDORA? FFmpeg 4.2 CARLS CANS Ada (She deserves much better than that horrible programming language!) ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

[FFmpeg-devel] [PATCH] avformat/hlsenc: better error log message for var_stream_map content

Dear All, When multiple variant streams are specified by var_stream_map option, %v is expected either in the filename or in the last sub-directory name, but only in one of them. When both of them contain %v string, current error message only states half of the "truth". Additionally %v may

[FFmpeg-devel] [PATCH] avformat/hlsenc: better checking var_stream_map content

Dear All, When multiple variant streams are specified by var_stream_map option, implementation assumes that each elementary stream is assigned only once to any variant. But this is not checked currently. But 2nd and further instances of same elementary source streams are silently neglected

Re: [FFmpeg-devel] [FFmpeg-cvslog] av_format/hlsenc: fix %v handling by format_name function

2019.06.20. 5:11 keltezéssel, Liu Steven írta: 在 2019年6月20日，上午1:37，Michael Niedermayer 写道： On Wed, Jun 19, 2019 at 10:03:51AM +, Bodecs Bela wrote: ffmpeg | branch: master | Bodecs Bela | Mon Jun 17 23:05:21 2019 +0200| [09a4853930e7950f423e9161004871afe659ed84] | committer: Steven

Re: [FFmpeg-devel] [FFmpeg-cvslog] av_format/hlsenc: fix %v handling by format_name function

2019.06.19. 23:49 keltezéssel, Bodecs Bela írta: 2019.06.19. 19:37 keltezéssel, Michael Niedermayer írta: On Wed, Jun 19, 2019 at 10:03:51AM +, Bodecs Bela wrote: ffmpeg | branch: master | Bodecs Bela | Mon Jun 17 23:05:21 2019 +0200| [09a4853930e7950f423e9161004871afe659ed84

Re: [FFmpeg-devel] [FFmpeg-cvslog] av_format/hlsenc: fix %v handling by format_name function

2019.06.19. 19:37 keltezéssel, Michael Niedermayer írta: On Wed, Jun 19, 2019 at 10:03:51AM +, Bodecs Bela wrote: ffmpeg | branch: master | Bodecs Bela | Mon Jun 17 23:05:21 2019 +0200| [09a4853930e7950f423e9161004871afe659ed84] | committer: Steven Liu av_format/hlsenc: fix %v handling

Re: [FFmpeg-devel] [FFmpeg-cvslog] av_format/hlsenc: fix %v handling by format_name function

2019.06.19. 19:37 keltezéssel, Michael Niedermayer írta: On Wed, Jun 19, 2019 at 10:03:51AM +, Bodecs Bela wrote: ffmpeg | branch: master | Bodecs Bela | Mon Jun 17 23:05:21 2019 +0200| [09a4853930e7950f423e9161004871afe659ed84] | committer: Steven Liu av_format/hlsenc: fix %v handling

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: enhanced %v handling with variant names

2019.06.19. 12:17 keltezéssel, Liu Steven írta: 在 2019年6月19日，下午6:00，Bodecs Bela 写道： 2019.06.19. 11:37 keltezéssel, Michael Niedermayer írta: On Tue, Jun 18, 2019 at 11:09:12PM +0200, Bodecs Bela wrote: Dear All, When multiple variant streams are specified by var_stream_map option, %v

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: enhanced %v handling with variant names

2019.06.19. 11:37 keltezéssel, Michael Niedermayer írta: On Tue, Jun 18, 2019 at 11:09:12PM +0200, Bodecs Bela wrote: Dear All, When multiple variant streams are specified by var_stream_map option, %v placeholder in various names ensures that each variant has its unique names. Currently %v

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: enhanced %v handling with variant names

this patch assumes/requires my previous patch to be applied 2019 jun 17 [PATCH] av_format/hlsenc: fix %v handling by format_name function best, Bela ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

[FFmpeg-devel] [PATCH] avformat/hlsenc: enhanced %v handling with variant names

Dear All, When multiple variant streams are specified by var_stream_map option, %v placeholder in various names ensures that each variant has its unique names. Currently %v is substituted by its variant index value (0, 1, 2 etc.). In some use cases it would be handy to specify names for variants

[FFmpeg-devel] [PATCH] av_format/hlsenc: fix %v handling by format_name function

Hi All, When multiple variant streams are specified by var_stream_map option, %v placeholder in various names ensures that each variant has its unique names. Most of %v handlng is done in format_name function. Currently in this function the result buffer is the same as the input pattern buffer,

Re: [FFmpeg-devel] [PATCH] avfilter/f_loop: do not loop if loop size is 0

2019.05.20. 7:02 keltezéssel, Gyan írta: On 20-05-2019 02:18 AM, Marton Balint wrote: On Sun, 19 May 2019, Paul B Mahol wrote: On 5/19/19, Marton Balint wrote: On Sun, 19 May 2019, Paul B Mahol wrote: On 5/19/19, Marton Balint wrote: Fixes infinte loop with -vf loop=loop=1.

Re: [FFmpeg-devel] [PATCH] configure: request explicitly enabled components

2019.02.05. 0:45 keltezéssel, Carl Eugen Hoyos írta: 2019-02-03 16:24 GMT+01:00, Marton Balint : On Sun, 3 Feb 2019, Carl Eugen Hoyos wrote: 2019-01-28 2:00 GMT+01:00, Marton Balint : If we enable a component but a dependant library is disabled, then the enabled component get silently

Re: [FFmpeg-devel] [PATCHv2] configure: request explicitly enabled components

2019.02.03. 12:46 keltezéssel, Marton Balint írta: On Mon, 28 Jan 2019, Marton Balint wrote: If we enable a component but a dependant library is disabled, then the enabled component get silently disabled. Requesting all explicitly enabled components allows configure to fail and show the

Re: [FFmpeg-devel] [PATCH] avfilter/f_cue: add cue and acue filters

Hi Balint, 2018.09.06. 22:20 keltezéssel, Marton Balint írta: On Sat, 1 Sep 2018, Bodecs Bela wrote: Hi Balint, 2018.08.25. 20:35 keltezéssel, Marton Balint írta: To delay filtering until a given wallclock timestamp. Signed-off-by: Marton Balint ---   doc/filters.texi |  36

Re: [FFmpeg-devel] [PATCH] avfilter/f_cue: add cue and acue filters

Hi Balint, 2018.08.25. 20:35 keltezéssel, Marton Balint írta: To delay filtering until a given wallclock timestamp. Signed-off-by: Marton Balint --- doc/filters.texi | 36 ++ libavfilter/Makefile | 2 + libavfilter/allfilters.c | 2 + libavfilter/f_cue.c |

Re: [FFmpeg-devel] First Patch for hlsenc.c for https://trac.ffmpeg.org/ticket/7281

2018.08.06. 16:20 keltezéssel, Steven Liu írta: On Aug 6, 2018, at 19:29, Ronak Patel wrote: On Aug 6, 2018, at 7:19 AM, Liu Steven wrote: 在 2018年8月6日，下午7:12，Ronak Patel 写道： On Aug 5, 2018, at 10:54 PM, Liu Steven wrote: 在 2018年8月4日，上午2:17，Ronak 写道： I have read this patch

Re: [FFmpeg-devel] [PATCH] avformat/utils: Stream specifier enhancement 2.

2018.04.13. 20:54 keltezéssel, Michael Niedermayer írta: On Fri, Apr 13, 2018 at 12:16:52PM +0200, Bodecs Bela wrote: Dear All, In some cases, mainly working with multiprogram mpeg-ts containers as input, it would be handy to select sub stream of a specific program by their metadata

[FFmpeg-devel] [PATCH] avformat/utils: Stream specifier enhancement 2.

Dear All, In some cases, mainly working with multiprogram mpeg-ts containers as input, it would be handy to select sub stream of a specific program by their metadata. This patch makes it possible to narrow the stream selection among streams of the specified program by stream metadata. Examples:

Re: [FFmpeg-devel] [PATCH] avformat/utils: Stream specifier enhancement

2018.04.12. 23:53 keltezéssel, Michael Niedermayer írta: On Thu, Apr 12, 2018 at 10:23:07AM +0200, Bodecs Bela wrote: 2018.04.12. 0:26 keltezéssel, Michael Niedermayer írta: On Wed, Apr 11, 2018 at 10:37:41PM +0200, Bodecs Bela wrote: fate test enclosed 2018.04.04. 10:39 keltezéssel

Re: [FFmpeg-devel] [PATCH] avformat/utils: Stream specifier enhancement

2018.04.12. 0:26 keltezéssel, Michael Niedermayer írta: On Wed, Apr 11, 2018 at 10:37:41PM +0200, Bodecs Bela wrote: fate test enclosed 2018.04.04. 10:39 keltezéssel, Bodecs Bela írta: 2018.04.04. 2:37 keltezéssel, Michael Niedermayer írta: On Sun, Apr 01, 2018 at 11:42:34PM +0200

Re: [FFmpeg-devel] [PATCH] avformat/utils: Stream specifier enhancement

fate test enclosed 2018.04.04. 10:39 keltezéssel, Bodecs Bela írta: 2018.04.04. 2:37 keltezéssel, Michael Niedermayer írta: On Sun, Apr 01, 2018 at 11:42:34PM +0200, Bodecs Bela wrote: Dear All, currently when specifying the program id you can only decide to select all stream

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: add option hls_out_list_size

2018.04.10. 19:23 keltezéssel, Aman Gupta írta: On Tue, Apr 10, 2018 at 9:49 AM, Bodecs Bela <bode...@vivanet.hu> wrote: 2018.04.10. 17:41 keltezéssel, Aman Gupta írta: On Tue, Apr 10, 2018 at 1:28 AM, Steven Liu <l...@chinaffmpeg.org> wrote: when use hls_list_size a

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: add option hls_out_list_size

2018.04.10. 17:41 keltezéssel, Aman Gupta írta: On Tue, Apr 10, 2018 at 1:28 AM, Steven Liu wrote: when use hls_list_size and hls_flags delete_segments, there will saving hls_list_size * 2 +- segments, so this option can control the segments numbers. fix ticket: #7131

Re: [FFmpeg-devel] [PATCH] [RFC]doc/examples: alternative input handler

2018.04.08. 23:57 keltezéssel, Michael Niedermayer írta: On Sun, Apr 08, 2018 at 05:27:56PM +0200, Bodecs Bela wrote: 2018.04.06. 0:39 keltezéssel, Michael Niedermayer írta: On Fri, Mar 30, 2018 at 02:47:25PM +0200, Bodecs Bela wrote: Hi All, regularly, on different forums and mailing

Re: [FFmpeg-devel] [PATCH] [RFC]doc/examples: alternative input handler

2018.04.06. 0:39 keltezéssel, Michael Niedermayer írta: On Fri, Mar 30, 2018 at 02:47:25PM +0200, Bodecs Bela wrote: Hi All, regularly, on different forums and mailing lists a requirement popups for a feature to automatically failover switching between main input and a secondary input

[FFmpeg-devel] [PATCH] avformat/hlsenc: fix handling of delete_segments when %v is present

Dear All, when var_stream_map option is used, %v must appear either in segment name template or in the directory path. This latter case currently is not handled and using delete_segments flag of hls_flags is broken now. This patch fixes this issue. The root cause of the bug was that

Re: [FFmpeg-devel] [PATCH] [RFC]doc/examples: alternative input handler

2018.04.06. 1:34 keltezéssel, wm4 írta: On Fri, 30 Mar 2018 14:47:25 +0200 Bodecs Bela <bode...@vivanet.hu> wrote: Hi All, regularly, on different forums and mailing lists a requirement popups for a feature to automatically failover switching between main input and a secondary input i

Re: [FFmpeg-devel] [PATCH] doc/filters: some more details and modified example to, zmq/azmq

ping 2018.04.03. 16:23 keltezéssel, Bodecs Bela írta: Dear All, I added some more information about default value of bind_address option and its abbreviated version (b). I modified the example to have named instanced filter and to show its use. please review this patch. thanky you

Re: [FFmpeg-devel] [PATCH] [RFC]doc/examples: alternative input handler

ping 2018.03.30. 14:47 keltezéssel, Bodecs Bela írta: Hi All, regularly, on different forums and mailing lists a requirement popups for a feature to automatically failover switching between main input and a secondary input in case of main input unavailability. The base motivation: let's

Re: [FFmpeg-devel] [PATCH] avformat/utils: Stream specifier enhancement

2018.04.04. 2:37 keltezéssel, Michael Niedermayer írta: On Sun, Apr 01, 2018 at 11:42:34PM +0200, Bodecs Bela wrote: Dear All, currently when specifying the program id you can only decide to select all stream of the specified program (e.g. p:103 will select all streams of program 103

[FFmpeg-devel] [PATCH] doc/filters: some more details and modified example to, zmq/azmq

Dear All, I added some more information about default value of bind_address option and its abbreviated version (b). I modified the example to have named instanced filter and to show its use. please review this patch. thanky you in advance, best regards, Bela Bodecs >From

[FFmpeg-devel] [PATCH] avformat/utils: Stream specifier enhancement

Dear All, currently when specifying the program id you can only decide to select all stream of the specified program (e.g. p:103 will select all streams of program 103) or narrow the selection to a specific stream sub index (e.g. p:145:1 will select 2nd stream of program 145.) But you can not

[FFmpeg-devel] [PATCH] [RFC]doc/examples: alternative input handler

e 100644 index 000..3d1e534 --- /dev/null +++ b/doc/examples/alternative_input.c @@ -0,0 +1,1233 @@ +/* + * Copyright (c) 2018 Bodecs Bela + * + * Permission is hereby granted, free of charge, to any person obtaining a copy + * of this software and associated documentation files (the "Software"), to

Re: [FFmpeg-devel] [PATCH] avformat/unix: handling EOF in case of SOCK_STREAM

2018.03.21. 17:36 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-20): >From 3a022da0ebd01b65fd3beed95a13ea0f0fcabb20 Mon Sep 17 00:00:00 2001 From: Bela Bodecs <bode...@vivanet.hu> Date: Tue, 20 Mar 2018 23:24:11 +0100 Subject: [PATCH] avformat/unix: handling EO

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

2018.03.20. 22:41 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-20): start a. and in a separate terminal window start b.  After 10 seconds a. terminates but b. remains running on infinite time. Ok, got it. But I expected b

[FFmpeg-devel] [PATCH] avformat/unix: handling EOF in case of SOCK_STREAM

Dear All, when recv() returns 0 in case of SOCK_STREAM type, it means EOF and with this patch returns value accordingly. See the original thread "[PATCH] avformat/unix: properly handling timeout at reading" for details. please review this patch! thank you in advance! best regards, Bela

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

2018.03.20. 22:41 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-20): start a. and in a separate terminal window start b.  After 10 seconds a. terminates but b. remains running on infinite time. Ok, got it. But I expected b

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

2018.03.20. 21:23 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-20): I am sorry, but you misunderstood me. When recv() return 0 it means that no data was read. And for the third time I am asking how you observe that. What is your testing procedure? Regards, ah, sorry. Let's see

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

2018.03.20. 20:58 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-20): see the retry_transfer_wrapper() in avio.c If ret = transfer_func(h, buf + len, size - len); is always zero, so it gets into infinite loop. transfer_func is unix_read in case of unix protocol. Let me be more

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

2018.03.20. 20:56 keltezéssel, Bodecs Bela írta: 2018.03.20. 20:50 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-20): avio rw_timeout handling in retry_transfer_wrapper() is based on returning EAGAIN from protocols' read function. unix_read function returns 0 in case of no data

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

2018.03.20. 20:50 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-20): avio rw_timeout handling in retry_transfer_wrapper() is based on returning EAGAIN from protocols' read function. unix_read function returns 0 in case of no data was read. It happens even if timeout it set

[FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

Dear All, avio rw_timeout handling in retry_transfer_wrapper() is based on returning EAGAIN from protocols' read function. unix_read function returns 0 in case of no data was read. It happens even if timeout it set for a valid value and thus rw_timeout handling can not work and wait for ever.

Re: [FFmpeg-devel] [PATCH]avfilter/astreamslect: fixing activating in some cases

2018.03.14. 20:29 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-14): In case of some content, astreamselect filter remains in non active state. please review this pacth. I am not sure this is the right fix of this. I am not sure either. framesync was not designed for audio. I would

Re: [FFmpeg-devel] FIX: HLS Discontinuity / Non-Monotonous DTS

2018.03.16. 19:52 keltezéssel, wm4 írta: On Fri, 16 Mar 2018 09:58:17 -0400 Joe Koberg wrote: Hello, This patch adds code to track and correct timestamp discontinuities, fixing "non-monotonous dts" errors and timing issues with HLS playlists. For some time, FFmpeg has not

[FFmpeg-devel] [PATCH]avfilter/astreamslect: fixing activating in some cases

Dear All, In case of some content, astreamselect filter remains in non active state. please review this pacth. I am not sure this is the right fix of this. thank you, in advance! Bela Bodecs >From acd81c80b8b5b33b03e99adb3bad04bc291e4218 Mon Sep 17 00:00:00 2001 From: Bela Bodecs

Re: [FFmpeg-devel] [PATCH] avfilter/vf_overlay: add show property/command

2018.03.11. 23:09 keltezéssel, Bodecs Bela írta: 2018.03.11. 23:04 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-11): I frequently use overlay video filter. Sometimes it is needed to dinamically hide/show the ovelaid video. (e.g during live streaming). Currently the only

Re: [FFmpeg-devel] [PATCH] avfilter/vf_overlay: add show property/command

2018.03.11. 23:04 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-11): I frequently use overlay video filter. Sometimes it is needed to dinamically hide/show the ovelaid video. (e.g during live streaming). Currently the only possibility to hide the overlaid video is to position

[FFmpeg-devel] [PATCH] avfilter/vf_overlay: add show property/command

Dear All, I frequently use overlay video filter. Sometimes it is needed to dinamically hide/show the ovelaid video. (e.g during live streaming). Currently the only possibility to hide the overlaid video is to position it to off site area of the visible region. This patch creates a new,

Re: [FFmpeg-devel] [PATCH] parseutils: accept only full "ms" and "us" prefixes

2018.03.03. 21:19 keltezéssel, Rostislav Pehlivanov írta: The commit which added those was pushed prematurely before anyone could object to illogical suffixes like just m for milliseconds. Without this, we'd be locked into never being able to implement the "m" suffix for minutes.

Re: [FFmpeg-devel] [PATCH] avfilter/avf_concat: add next command

ping 2018.02.25. 17:07 keltezéssel, Bodecs Bela írta: Dear All, this patch makes it possible to dinamically close the current segment and step to the next one by introducing command handling capabilities into the filter. This new feature is very usefull when working with real-time sources

[FFmpeg-devel] [PATCH] avfilter/avf_concat: add next command

Dear All, this patch makes it possible to dinamically close the current segment and step to the next one by introducing command handling capabilities into the filter. This new feature is very usefull when working with real-time sources or live streams as source. Combinig usage with zmqsend tool

[FFmpeg-devel] [PATCH] hlsenc: Fixing HLS_TEMP_FILE usage with, HLS_SECOND_LEVEL_SEGMENT_... flags

Dear All, Currently using HLS_TEMP together with HLS_SECOND_LEVEL_SEGMENT_DURATION and/or HLS_SECOND_LEVEL_SEGMENT_SIZE gives error at end of each segment writing and the final segment file names do not contain the desired data. This patch fixes this bug by delaying the initilization of original

Re: [FFmpeg-devel] [PATCH v2] avformat/flvdec: check FLVHeader PreviousTagSize0

2017.03.25. 14:15 keltezéssel, Steven Liu írta: refer to SPEC: Annex E. The FLV File Format said: E.3 TheFLVFileBody have a table: FieldTypeComment PreviousTagSize0 UI32Always 0 Signed-off-by: Steven Liu --- libavformat/flvdec.c | 12 +++-

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: fix stream level metadata handling

2017.02.12. 2:36 keltezéssel, Steven Liu írta: 2017-02-12 5:31 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: Dear All, hls-encoder currently does not provide stream level metadata to mpegts muxer. This patch also fixes track #3848 bug. Please review this bug fix. Thank you in advance.

[FFmpeg-devel] [PATCH] avformat/hlsenc: fix stream level metadata handling

Dear All, hls-encoder currently does not provide stream level metadata to mpegts muxer. This patch also fixes track #3848 bug. Please review this bug fix. Thank you in advance. best regards, Bela Bodecs >From 06a5e2dff962d0e2127ddbb00f6bd8a3d03d3e51 Mon Sep 17 00:00:00 2001 From: Bela

Re: [FFmpeg-devel] [PATCH v3] avformat/hlsenc: add hls_flag option to write segments to temporary file until complete

2017.02.04. 20:45 keltezéssel, Hendrik Leppkes írta: On Sat, Feb 4, 2017 at 6:55 PM, Aman Gupta wrote: From: Aman Gupta Adds a `-hls_flags +temp_file` which will write segment data to filename.tmp, and then rename to filename when the segment is complete.

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: add hls_flag option to create segments atomically

2017.02.03. 0:27 keltezéssel, Aman Gupta írta: On Wed, Feb 1, 2017 at 6:03 AM, Bodecs Bela <bode...@vivanet.hu> wrote: 2017.01.31. 21:29 keltezéssel, Aman Gupta írta: From: Aman Gupta <a...@tmm1.net> Adds a `-hls_flags +temp_file` which will write segment data to

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: add hls_flag option to create segments atomically

2017.01.31. 21:29 keltezéssel, Aman Gupta írta: From: Aman Gupta Adds a `-hls_flags +temp_file` which will write segment data to filename.tmp, and then rename to filename when the segment is complete and before the file is added to the m3u8 playlist. This patch is similar in

Re: [FFmpeg-devel] FFmpeg 3.3

2017.01.25. 9:40 keltezéssel, Tobias Rapp írta: On 23.01.2017 02:11, Michael Niedermayer wrote: Its a while since the last relase so ill make 3.3 within the next week(s) Name suggestions needed like always What about "Hilbert", named after David Hilbert? +1 vote I also intend to make

Re: [FFmpeg-devel] [PATCH v2] avformat/hlsenc: improve the code readable of 1000000

2017.01.23. 15:55 keltezéssel, James Almer írta: On 1/23/2017 11:25 AM, Steven Liu wrote: 2017-01-23 22:14 GMT+08:00 James Almer <jamr...@gmail.com>: On 1/23/2017 8:01 AM, Steven Liu wrote: Reviewed-by: Bodecs Bela <bode...@vivanet.hu> Signed-off-by: Steven Liu <l...@

Re: [FFmpeg-devel] [PATCH v2] avformat/hlsenc: improve the code readable of 1000000

2017.01.23. 12:01 keltezéssel, Steven Liu írta: Reviewed-by: Bodecs Bela <bode...@vivanet.hu> Signed-off-by: Steven Liu <l...@chinaffmpeg.org> --- libavformat/hlsenc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libavformat/hlsenc.c b/libavformat/hl

Re: [FFmpeg-devel] [PATCH 1/2 v2] avformat/hlsenc: fix typo of AV_TIME_BASE

2017.01.23. 10:05 keltezéssel, Steven Liu írta: the code use 100 * duration, use AV_TIME_BASE replace 100 Signed-off-by: Steven Liu --- libavformat/hlsenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/hlsenc.c

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: fix hlsenc bug at windows system

Have you noticed my second comment also about code change in my earlier reply? 2017.01.12. 10:39 keltezéssel, Steven Liu írta: 2017-01-12 17:18 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: 2017.01.12. 6:03 keltezéssel, Steven Liu írta: when hlsenc use flag second_level_segment

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: fix hlsenc bug at windows system

2017.01.12. 6:03 keltezéssel, Steven Liu írta: when hlsenc use flag second_level_segment_index, second_level_segment_size and second_level_segment_duration, the rename is ok but the output filename always use the old filename so move the rename operation after the close the ts file and before

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 22:02 keltezéssel, Moritz Barsnick írta: On Tue, Jan 10, 2017 at 16:02:34 +0100, Bodecs Bela wrote: Missing documentation in doc/muxers.texi. my patch included the muxers.texi also. D'uh, sorry! ;) Will you please review

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 16:40 keltezéssel, Steven Liu írta: 2017-01-10 23:22 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: 2017.01.10. 12:10 keltezéssel, Steven Liu írta: 2017-01-10 17:42 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: 2017.01.10. 6:53 keltezéssel, Steven Liu írta: 2017-01

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 12:10 keltezéssel, Steven Liu írta: 2017-01-10 17:42 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: 2017.01.10. 6:53 keltezéssel, Steven Liu írta: 2017-01-08 8:22 GMT+08:00 Steven Liu <lingjiujia...@gmail.com>: 2017-01-08 1:37 GMT+08:00 Bodecs Bela <bod

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 12:10 keltezéssel, Steven Liu írta: 2017-01-10 17:42 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: 2017.01.10. 6:53 keltezéssel, Steven Liu írta: 2017-01-08 8:22 GMT+08:00 Steven Liu <lingjiujia...@gmail.com>: 2017-01-08 1:37 GMT+08:00 Bodecs Bela <bod

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 13:02 keltezéssel, Moritz Barsnick írta: On Tue, Jan 10, 2017 at 10:42:21 +0100, Bodecs Bela wrote: Hls speficication allow 64 bit integers as sequence numbers. This patch ^ specification allows +typedef enum { + HLS_START_SEQUNCE_AS_START_NUMBER

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 6:53 keltezéssel, Steven Liu írta: 2017-01-08 8:22 GMT+08:00 Steven Liu <lingjiujia...@gmail.com>: 2017-01-08 1:37 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: 2017.01.07. 0:32 keltezéssel, Steven Liu írta: 2017-01-07 0:47 GMT+08:00 Bodecs Bela <bod

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 6:53 keltezéssel, Steven Liu írta: 2017-01-08 8:22 GMT+08:00 Steven Liu <lingjiujia...@gmail.com>: 2017-01-08 1:37 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: 2017.01.07. 0:32 keltezéssel, Steven Liu írta: 2017-01-07 0:47 GMT+08:00 Bodecs Bela <bod

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.07. 0:32 keltezéssel, Steven Liu írta: 2017-01-07 0:47 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: 2017.01.06. 17:33 keltezéssel, Steven Liu írta: 2017-01-07 0:22 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: 2017.01.06. 16:50 keltezéssel, Steven Liu írta: 2017-01-

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.06. 17:33 keltezéssel, Steven Liu írta: 2017-01-07 0:22 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: 2017.01.06. 16:50 keltezéssel, Steven Liu írta: 2017-01-06 22:07 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: Dear All, in avformat/hlsenc the start_number o

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.06. 16:50 keltezéssel, Steven Liu írta: 2017-01-06 22:07 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: Dear All, in avformat/hlsenc the start_number option starts the playlist sequence number (#EXT-X-MEDIA-SEQUENCE) from the specified number. Unless hls_flags single_file

[FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

Dear All, in avformat/hlsenc the start_number option starts the playlist sequence number (#EXT-X-MEDIA-SEQUENCE) from the specified number. Unless hls_flags single_file is set, it also specifies starting sequence numbers of segment and subtitle filenames. Sometimes it is usefull to have unique

[FFmpeg-devel] [PATCH] doc/muxers/hlsenc: typo hls_flag: discont_starts => discont_start

Dear All, in doc/muxers/hlsenc, there is a typo in hls_flags section: discont_starts instead of discont_start best regards, Bela Bodecs >From d6c3375508750886bc7edf82b5282c93e70a8e62 Mon Sep 17 00:00:00 2001 From: Bela Bodecs Date: Thu, 5 Jan 2017 13:21:13 +0100

[FFmpeg-devel] [PATCH] avformat/hlsenc: typo in default localtime pattern

Dear All, in hlsenc.c at get_default_pattern_localtime_fmt function the default pattern contains %Y%m%d%H%I%S but the original intention was %Y%m%d%H%M%S Please apply this patch. thank you, Bela Bodecs >From 9a11e116ad50bae635ce7c16821975b3d584ddc7 Mon Sep 17 00:00:00 2001 From: Bela

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: fix memleak in hlsenc

2017.01.05. 9:43 keltezéssel, Steven Liu írta: 2017-01-05 15:47 GMT+08:00 Bodecs Bela <bode...@vivanet.hu>: 2017.01.05. 1:20 keltezéssel, Steven Liu írta: fix CID: 1398364 Resource leak refine the code of the new options Signed-off-by: Steven Liu <l...@chinaffmpeg.org> ---

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: fix memleak in hlsenc

2017.01.05. 1:20 keltezéssel, Steven Liu írta: fix CID: 1398364 Resource leak refine the code of the new options Signed-off-by: Steven Liu --- libavformat/hlsenc.c | 21 + 1 file changed, 13 insertions(+), 8 deletions(-) diff --git

  1   2   >