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.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
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
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.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
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
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.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
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: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. 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. 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.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
\
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
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
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
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
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&#
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
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
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. 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
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.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.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
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.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
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
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.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,
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
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
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
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
2015.10.04. 20:06 keltezéssel, Nicolas George írta:
Le tridi 13 vendémiaire, an CCXXIV, Bodecs Bela a écrit :
git format-patch -n -o /tmp/ --attach origin
Thanks. Any particular reason to use --attach? It is not a big issue, just a
matter of curiosity.
Now, I used a different method to
Dear All,
using tee pseudo muxer I faced an issue.
During applying bit stream filters, when the main packet data buffer is
changed, filter_packet function uses a temporary new packet (new_pkt) to
store that buffer, frees the original packet (*pkt), and replace it with
the new packet.
Howeve
2015.10.10. 16:11 keltezéssel, Bodecs Bela írta:
Dear All,
using tee pseudo muxer I faced an issue.
During applying bit stream filters, when the main packet data buffer
is changed, filter_packet function uses a temporary new packet
(new_pkt) to store that buffer, frees the original packet
2015.10.10. 16:14 keltezéssel, Nicolas George írta:
Le nonidi 19 vendémiaire, an CCXXIV, Bodecs Bela a écrit :
using tee pseudo muxer I faced an issue.
Sorry for the duplicated work, I already submitted an identical patch:
http://ffmpeg.org/pipermail/ffmpeg-devel/2015-October/180686.html
2015.10.10. 19:33 keltezéssel, Nicolas George írta:
L'octidi 18 vendémiaire, an CCXXIV, Bodecs Bela a écrit :
I have altered the code to work correctly in situations with multiple
streams. I have also tested it with your command.
Thanks, it looks almost good for apply.
Your other pa
Dear All,
currently stream specifiers may contain stream index, stream type,
stream id, program id, metadata key/value es usable config settings.
But you can not combine them. In some case, mainly working with
multiprogram mpeg-ts containers as input, this feature would be handy.
This patch makes
Dear Marton Balint,
2015.10.12. 23:07 keltezéssel, Marton Balint írta:
On Mon, 12 Oct 2015, Bodecs Bela wrote:
Dear All,
currently stream specifiers may contain stream index, stream type,
stream id, program id, metadata key/value es usable config settings.
But you can not combine them. In
Dear Marton Balint,
thank you for your feedback. See my comments below.
2015.10.14. 1:20 keltezéssel, Marton Balint írta:
On Tue, 13 Oct 2015, Bodecs Bela wrote:
Dear Marton Balint,
2015.10.12. 23:07 keltezéssel, Marton Balint írta:
On Mon, 12 Oct 2015, Bodecs Bela wrote:
Dear All
Dear Marton Balint,
see may comments below.
2015.10.18. 1:10 keltezéssel, Marton Balint írta:
On Thu, 15 Oct 2015, Bodecs Bela wrote:
[...]
My enhancement does not alter the current behaviour in any way.
Are you sure? What if somebody matched a semicolon, or a string
which contained a
ping
2015.10.18. 14:06 keltezéssel, Bodecs Bela írta:
Dear Marton Balint,
see may comments below.
2015.10.18. 1:10 keltezéssel, Marton Balint írta:
On Thu, 15 Oct 2015, Bodecs Bela wrote:
[...]
My enhancement does not alter the current behaviour in any way.
Are you sure? What if
Hi All,
currently scale video filter accepts expressions in its width and height
parameters but evaluates them only once at init and replaces them with
their actual values. Later on, if any parameter of incoming frames
changes - ie those were used in the original size expressions - then
they new
2016.01.19. 16:53 keltezéssel, Carl Eugen Hoyos írta:
Bodecs Bela vivanet.hu> writes:
To retain the current behaviour and not to break any
earlier app, a new config parameter has been introduced.
Is the current behaviour useful or do you consider it a bug?
First I thought that it was a
Hi All,
vf_overlay video filter accepts expressions in its parameters. In
'frame-by-frame' evaluation mode it recalculates them regularly, but
incoming video frame size changes did not reflect in their values. So if
you used
width or height of any source videos in expressions as parameters,
the
2016.01.19. 21:09 keltezéssel, wm4 írta:
On Tue, 19 Jan 2016 19:00:18 +0100
Bodecs Bela wrote:
2016.01.19. 16:53 keltezéssel, Carl Eugen Hoyos írta:
Bodecs Bela vivanet.hu> writes:
To retain the current behaviour and not to break any
earlier app, a new config parameter has b
2016.01.19. 21:42 keltezéssel, Paul B Mahol írta:
On 1/19/16, wm4 wrote:
On Tue, 19 Jan 2016 19:00:18 +0100
Bodecs Bela wrote:
2016.01.19. 16:53 keltezessel, Carl Eugen Hoyos irta:
Bodecs Bela vivanet.hu> writes:
To retain the current behaviour and not to break any
earlier app, a
2016.01.19. 22:23 keltezéssel, Paul B Mahol írta:
On 1/19/16, Bodecs Bela wrote:
2016.01.19. 21:42 keltezessel, Paul B Mahol irta:
On 1/19/16, wm4 wrote:
On Tue, 19 Jan 2016 19:00:18 +0100
Bodecs Bela wrote:
2016.01.19. 16:53 keltezessel, Carl Eugen Hoyos irta:
Bodecs Bela
2016.01.19. 19:00 keltezéssel, Bodecs Bela írta:
2016.01.19. 16:53 keltezéssel, Carl Eugen Hoyos írta:
Bodecs Bela vivanet.hu> writes:
To retain the current behaviour and not to break any
earlier app, a new config parameter has been introduced.
Is the current behaviour useful or do
Hi All,
I have created corresponding documentation patch for may last patch for
vf_scale.
I have noticed that there are 2 undocumented parameters: param0 and
param1, they are ready to use but missing from public documentation. I
have included them in this documentation patch.
I am not sure t
Hi All,
currently, select option of tee pseudo muxer may contain only one stream
specifier. Sometimes I need to use more than one stream specifier.
So I made the following patch. It makes possible to put multiple stream
specifier into select option separated by comma.
eg. select=\'a:0,v\'
(I c
ping
2015.09.25. 13:28 keltezéssel, Bodecs Bela írta:
Hi All,
currently, select option of tee pseudo muxer may contain only one
stream specifier. Sometimes I need to use more than one stream specifier.
So I made the following patch. It makes possible to put multiple
stream specifier into
I have made it as you wrote. I replaced the strtok_r function with the
supported one.
I also have included the modified texi file.
I have enclosed the git patch file.
bb
2015.09.30. 15:53 keltezéssel, Nicolas George írta:
Sorry for the delay.
Bodecs Bela:
currently, select option of tee
Sorry I have enclosed an earlier patch file in my previous email.
This is the good one.
bb
2015.10.01. 10:22 keltezéssel, Bodecs Bela írta:
I have made it as you wrote. I replaced the strtok_r function with the
supported one.
I also have included the modified texi file.
I have enclosed the
thank you for your feedback, I have altered the patch accordingly. I
have enclosed the updated patch file.
bb
2015.10.01. 10:44 keltezéssel, Moritz Barsnick írta:
-all the input streams.
+all the input streams. You may use multiple stream specifiers
+separated by commas (,) eg.: a:0,v
eg. ->
See my interleaved comments below.
2015.10.04. 18:50 keltezéssel, Nicolas George írta:
Le decadi 10 vendémiaire, an CCXXIV, Bodecs Bela a écrit :
thank you for your feedback, I have altered the patch accordingly. I have
enclosed the updated patch file.
Please remember not to top-post on
2015.10.04. 20:06 keltezéssel, Nicolas George írta:
Le tridi 13 vendémiaire, an CCXXIV, Bodecs Bela a écrit :
git format-patch -n -o /tmp/ --attach origin
Thanks. Any particular reason to use --attach? It is not a big issue, just a
matter of curiosity.
I thought I should use it this way to
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
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
101 - 163 of 163 matches
Mail list logo
