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
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 looki
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
sa
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 s
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
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:
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
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
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: In
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
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 playl
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
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 als
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: [PA
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
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 FFm
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 00
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 of the
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
+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
https://ffmpeg.org/m
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 appears
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 with
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
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
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
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
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
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 is
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
https://ffmpeg.org/mailman/listinfo/ffmpeg-deve
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
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, s
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.
Possi
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 disab
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 mis
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
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 | 1
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 s
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.
This
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:
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
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
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 of the
2018.04.10. 19:23 keltezéssel, Aman Gupta írta:
On Tue, Apr 10, 2018 at 9:49 AM, Bodecs Bela wrote:
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
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
Signed-off-by: Steven
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
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 in
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 HLSSegment
2018.04.06. 1:34 keltezéssel, wm4 írta:
On Fri, 30 Mar 2018 14:47:25 +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 in case of main input
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 in
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
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) or
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 5464b56e6d21f1e87
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
spe
\
transcoding\
+alternative_input \
OBJS=$(addsuffix .o,$(EXAMPLES))
diff --git a/doc/examples/alternative_input.c b/doc/examples/alternative_input.c
new file mode 100644
index 000..3d1e534
--- /dev/nul
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
Date: Tue, 20 Mar 2018 23:24:11 +0100
Subject: [PATCH] avformat/unix: handling EOF in case of SOCK_STREAM
when r
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. to
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 Bod
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. to
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'
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
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
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
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. Thi
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
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 properly handled
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
Date: Wed,
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
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 it
to
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, explicit
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.
Signed-off-by
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 or
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 y
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
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 +++-
1 file changed, 11 ins
2017.02.12. 2:36 keltezéssel, Steven Liu írta:
2017-02-12 5:31 GMT+08:00 Bodecs Bela :
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
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 Bodecs
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.
This patch is similar in spirit to
2017.02.03. 0:27 keltezéssel, Aman Gupta írta:
On Wed, Feb 1, 2017 at 6:03 AM, Bodecs Bela wrote:
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
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 spirit to one us
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 som
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 :
On 1/23/2017 8:01 AM, Steven Liu wrote:
Reviewed-by: Bodecs Bela
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 3 ++-
1 file changed, 2 insertions
2017.01.23. 12:01 keltezéssel, Steven Liu írta:
Reviewed-by: Bodecs Bela
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 85d3955..0170b34 100644
--- a/libavformat
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 b/libavformat/hlsenc.c
index 85d3955
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 :
2017.01.12. 6:03 keltezéssel, Steven Liu írta:
when hlsenc use flag second_level_segment_index
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 o
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 revi
2017.01.10. 16:40 keltezéssel, Steven Liu írta:
2017-01-10 23:22 GMT+08:00 Bodecs Bela :
2017.01.10. 12:10 keltezéssel, Steven Liu írta:
2017-01-10 17:42 GMT+08:00 Bodecs Bela :
2017.01.10. 6:53 keltezéssel, Steven Liu írta:
2017-01-08 8:22 GMT+08:00 Steven Liu :
2017-01-08 1:37 GMT
2017.01.10. 12:10 keltezéssel, Steven Liu írta:
2017-01-10 17:42 GMT+08:00 Bodecs Bela :
2017.01.10. 6:53 keltezéssel, Steven Liu írta:
2017-01-08 8:22 GMT+08:00 Steven Liu :
2017-01-08 1:37 GMT+08:00 Bodecs Bela :
2017.01.07. 0:32 keltezéssel, Steven Liu írta:
2017-01-07 0:47 GMT
2017.01.10. 12:10 keltezéssel, Steven Liu írta:
2017-01-10 17:42 GMT+08:00 Bodecs Bela :
2017.01.10. 6:53 keltezéssel, Steven Liu írta:
2017-01-08 8:22 GMT+08:00 Steven Liu :
2017-01-08 1:37 GMT+08:00 Bodecs Bela :
2017.01.07. 0:32 keltezéssel, Steven Liu írta:
2017-01-07 0:47 GMT
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
2017.01.10. 6:53 keltezéssel, Steven Liu írta:
2017-01-08 8:22 GMT+08:00 Steven Liu :
2017-01-08 1:37 GMT+08:00 Bodecs Bela :
2017.01.07. 0:32 keltezéssel, Steven Liu írta:
2017-01-07 0:47 GMT+08:00 Bodecs Bela :
2017.01.06. 17:33 keltezéssel, Steven Liu írta:
2017-01-07 0:22 GMT
2017.01.10. 6:53 keltezéssel, Steven Liu írta:
2017-01-08 8:22 GMT+08:00 Steven Liu :
2017-01-08 1:37 GMT+08:00 Bodecs Bela :
2017.01.07. 0:32 keltezéssel, Steven Liu írta:
2017-01-07 0:47 GMT+08:00 Bodecs Bela :
2017.01.06. 17:33 keltezéssel, Steven Liu írta:
2017-01-07 0:22 GMT
2017.01.07. 0:32 keltezéssel, Steven Liu írta:
2017-01-07 0:47 GMT+08:00 Bodecs Bela :
2017.01.06. 17:33 keltezéssel, Steven Liu írta:
2017-01-07 0:22 GMT+08:00 Bodecs Bela :
2017.01.06. 16:50 keltezéssel, Steven Liu írta:
2017-01-06 22:07 GMT+08:00 Bodecs Bela :
Dear All,
in
2017.01.06. 17:33 keltezéssel, Steven Liu írta:
2017-01-07 0:22 GMT+08:00 Bodecs Bela :
2017.01.06. 16:50 keltezéssel, Steven Liu írta:
2017-01-06 22:07 GMT+08:00 Bodecs Bela :
Dear All,
in avformat/hlsenc the start_number option starts the playlist sequence
number
(#EXT-X-MEDIA
2017.01.06. 16:50 keltezéssel, Steven Liu írta:
2017-01-06 22:07 GMT+08:00 Bodecs Bela :
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
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
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
Subject: [PATCH] doc/mux
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 Bodec
2017.01.05. 9:43 keltezéssel, Steven Liu írta:
2017-01-05 15:47 GMT+08:00 Bodecs Bela :
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
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 a/libavformat/hlsenc.c b/libavformat/
1 - 100 of 163 matches
Mail list logo