---
ffplay.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/ffplay.c b/ffplay.c
index cde88db..d0e1822 100644
--- a/ffplay.c
+++ b/ffplay.c
@@ -31,7 +31,6 @@
#include
#include "libavutil/avstring.h"
-#include "libavutil/colorspace.h"
#include "libavutil/eval.h"
#include "libavutil/mathe
Signed-off-by: Ganesh Ajjanagadde
---
configure | 6 --
1 file changed, 6 deletions(-)
diff --git a/configure b/configure
index 5e49705..e8b38b4 100755
--- a/configure
+++ b/configure
@@ -1312,12 +1312,6 @@ check_host_cpp_condition(){
EOF
}
-apply(){
-file=$1
-shift
-"$@" < "
On Tue, Aug 25, 2015 at 10:08 PM, Lucas Andrade wrote:
> I'm trying to run a HLS Live Stream on Kodi and I'm getting an error 403
> after 5 minutes. Checking the wireshark capture I did realize that the
> ffmpeg requests aren't changing a cookie that is set on every response.
>
> Do you guys confi
On Wed, Aug 26, 2015 at 9:47 PM, Timothy Gu wrote:
> On Tue, Aug 25, 2015 at 09:25:14PM -0400, Ganesh Ajjanagadde wrote:
>> Ok. Please place the function outside of all the opt_* stuff;
>> since this is not setting options, it should not be in the middle of them.
>> Otherwise, patch LGTM.
>
> Push
On Tue, Aug 25, 2015 at 09:25:14PM -0400, Ganesh Ajjanagadde wrote:
> Ok. Please place the function outside of all the opt_* stuff;
> since this is not setting options, it should not be in the middle of them.
> Otherwise, patch LGTM.
Pushed with the changes.
Timothy
__
Michael Niedermayer niedermayer.cc> writes:
> feel free to push the variant you tested
Done, thank you!
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Wed, Aug 26, 2015 at 04:46:21PM +0200, Nicolas George wrote:
> Le nonidi 9 fructidor, an CCXXIII, Paul B Mahol a écrit :
> > I'm interested.
>
> Glad to read it. So here it is:
>
> Foremost, I want to remove the recursiveness. Currently, when a frame is
> requested on buffersink, it recursivel
On Thu, Aug 27, 2015 at 02:03:55AM +0300, Ludmila Glinskih wrote:
> Add support of floating point decoders. Add support of audio decoders.
> ---
> tests/api/Makefile | 2 +-
> tests/api/api-decode-test.c| 368
> +
> tests/api/api-h264-test
Hi,
Thank you for the comment! I'm not sure if I fixed it right =/
Kind regards,
Ludmila Glinskih
ср, 26 авг. 2015 г. в 3:52, Michael Niedermayer :
> On Tue, Aug 25, 2015 at 11:00:40PM +0300, Ludmila Glinskih wrote:
> > Add support of floating point decoders. Add support of audio decoders.
> >
Add support of floating point decoders. Add support of audio decoders.
---
tests/api/Makefile | 2 +-
tests/api/api-decode-test.c| 368 +
tests/api/api-h264-test.c | 166 ---
tests/fate/api.mak | 12 +-
tes
On Wed, Aug 26, 2015 at 2:21 PM, Paul B Mahol wrote:
> On 8/25/15, Timothy Gu wrote:
>> On Tue, Aug 25, 2015 at 7:37 AM Paul B Mahol wrote:
>>
>>> +@section hstack
>>> +Stack streams horizontally.
>>> +
>>> +All streams must be of same pixel format and of same height.
>>>
>>
>> Add a new line he
On 8/25/15, Timothy Gu wrote:
> On Tue, Aug 25, 2015 at 7:37 AM Paul B Mahol wrote:
>
>> +@section hstack
>> +Stack streams horizontally.
>> +
>> +All streams must be of same pixel format and of same height.
>>
>
> Add a new line here
Done.
>
>
>> +Note: this filter is faster then using @ref{ov
On 8/26/15, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavfilter/vf_idet.c | 24 +++-
> 1 file changed, 11 insertions(+), 13 deletions(-)
>
lgtm
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmp
On 8/26/15, Nicolas George wrote:
> It is not necessary due to the use of FF_LINK_FLAG_REQUEST_LOOP.
>
> Signed-off-by: Nicolas George
> ---
> libavfilter/vf_idet.c | 9 +++--
> 1 file changed, 3 insertions(+), 6 deletions(-)
>
lgtm
___
ffmpeg-dev
Signed-off-by: Ganesh Ajjanagadde
---
libavfilter/af_apad.c | 42 +-
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git a/libavfilter/af_apad.c b/libavfilter/af_apad.c
index eafc705..0a2d420 100644
--- a/libavfilter/af_apad.c
+++ b/libavfilter/af
On 8/26/15, Ganesh Ajjanagadde wrote:
> On Wed, Aug 26, 2015 at 12:53 PM, Ganesh Ajjanagadde
> wrote:
>> Signed-off-by: Ganesh Ajjanagadde
>> ---
>> libavfilter/af_amerge.c | 104
>>
>> 1 file changed, 52 insertions(+), 52 deletions(-)
>>
>> diff
On Wed, Aug 26, 2015 at 12:53 PM, Ganesh Ajjanagadde
wrote:
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/af_amerge.c | 104
>
> 1 file changed, 52 insertions(+), 52 deletions(-)
>
> diff --git a/libavfilter/af_amerge.c b/libavfilter/af
Le nonidi 9 fructidor, an CCXXIII, Ganesh Ajjanagadde a écrit :
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/af_amerge.c | 104
>
> 1 file changed, 52 insertions(+), 52 deletions(-)
Ok.
Regards,
--
Nicolas George
signature.asc
D
Signed-off-by: Ganesh Ajjanagadde
---
libavfilter/af_amerge.c | 104
1 file changed, 52 insertions(+), 52 deletions(-)
diff --git a/libavfilter/af_amerge.c b/libavfilter/af_amerge.c
index 62a11f7..fb46ec3 100644
--- a/libavfilter/af_amerge.c
+++ b
On Tue, Aug 25, 2015 at 4:51 PM, Nicolas George wrote:
> Le quintidi 5 fructidor, an CCXXIII, Stephan Holljes a écrit :
>> Signed-off-by: Stephan Holljes
>> ---
>> libavformat/http.c | 13 +
>> 1 file changed, 13 insertions(+)
>>
>> diff --git a/libavformat/http.c b/libavformat/http.
Ganesh Ajjanagadde gmail.com> writes:
> +case $gcc_basever in
> +4.2*)
> +warn "gcc 4.2 is outdated and may miscompile FFmpeg.
> Please use a newer compiler." ;;
I believe this is a good idea and will push if
nobody objects.
Carl Eugen
Hi,
On Wed, Aug 26, 2015 at 11:35 AM, Przemysław Sobala
wrote:
> Hi
> I wanted to configure tcp connection timeout while connecting to eg.
> http://google.com:81.
>
> ffmpeg -i http://google.com:81?timeout=100
> doesn't pass "timeout" param to tcp proto, as tcp proto doesn't support
> URL que
On 8/26/15, Nicolas George wrote:
> Le nonidi 9 fructidor, an CCXXIII, Paul B Mahol a ecrit :
>> I'm interested.
>
> Glad to read it. So here it is:
>
> Foremost, I want to remove the recursiveness. Currently, when a frame is
> requested on buffersink, it recursively calls request_frame() on all
>
Le nonidi 9 fructidor, an CCXXIII, Paul B Mahol a écrit :
> I'm interested.
Glad to read it. So here it is:
Foremost, I want to remove the recursiveness. Currently, when a frame is
requested on buffersink, it recursively calls request_frame() on all filters
in the chain until the source, and the
The wiki, Ticket1464, and Ticket3970 warn about the usage of GCC 4.2.
This fixes Ticket3970.
Signed-off-by: Ganesh Ajjanagadde
---
configure | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 6449018..5e49705 100755
--- a/configure
+++ b/confi
---
configure | 4 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/hevc.c | 5 +-
libavcodec/vaapi_hevc.c | 485
5 files changed, 495 insertions(+), 1 deletion(-)
create mode 100644 libavcodec/
On Sun, 23 Aug 2015 02:47:39 -0500
Rodger Combs wrote:
> ---
> libavformat/matroskadec.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
> index f97ae16..7f4a52b 100644
> --- a/libavformat/matroskadec.c
> +++ b
On 8/26/15, Nicolas George wrote:
> It requires a loop in filters or the framework,
> that makes the scheduling less efficient and more complex.
> This is purely an internal change since the loop is now
> present in buffersink.
> Note that no filter except buffersink did rely on the requirement.
>
It has no longer any effect.
Signed-off-by: Nicolas George
---
libavfilter/af_afade.c | 1 -
libavfilter/af_asetnsamples.c | 1 -
libavfilter/af_atempo.c| 2 --
libavfilter/af_compand.c | 1 -
libavfilter/af_dynaudnorm.c| 7 ---
libavfilter/af_silenceremove.c
It requires a loop in filters or the framework,
that makes the scheduling less efficient and more complex.
This is purely an internal change since the loop is now
present in buffersink.
Note that no filter except buffersink did rely on the requirement.
Signed-off-by: Nicolas George
---
doc/filte
Signed-off-by: Nicolas George
---
libavfilter/vf_idet.c | 24 +++-
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git a/libavfilter/vf_idet.c b/libavfilter/vf_idet.c
index 113e8ec..b6411a4 100644
--- a/libavfilter/vf_idet.c
+++ b/libavfilter/vf_idet.c
@@ -313,24 +31
It is not necessary due to the use of FF_LINK_FLAG_REQUEST_LOOP.
Signed-off-by: Nicolas George
---
libavfilter/vf_idet.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/libavfilter/vf_idet.c b/libavfilter/vf_idet.c
index eb1303a..113e8ec 100644
--- a/libavfilter/vf_i
Do not assume that ff_request_frame() returning success
implies a frame has arrived in the FIFO.
Instead, just loop until a frame is in the FIFO.
It does not change anything since the same loop is present
in ff_request_frame(), confirmed by an assertion.
Signed-off-by: Nicolas George
---
libavfi
On Tue, Aug 25, 2015 at 11:22:49PM -0400, Ganesh Ajjanagadde wrote:
> grep is not necessary for the functionality.
> This avoids an unnecessary fork.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> configure | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
applied
thanks
[...]
--
M
Hi
I wanted to configure tcp connection timeout while connecting to eg.
http://google.com:81.
ffmpeg -i http://google.com:81?timeout=100
doesn't pass "timeout" param to tcp proto, as tcp proto doesn't support
URL query string
ffmpeg -timeout 100 -i http://google.com:81
doesn't pass "time
On Wed, Aug 26, 2015 at 12:47 AM, Andreas Cadhalpun
wrote:
> On 25.08.2015 11:03, Vittorio Giovara wrote:
>> There is, consensus does not need to be unanimous, and so far only you
>> have been expressing concerns (multiple times).
>
> That's not true.
> wm4, James and indirectly Ronald also had co
Signed-off-by: Paul B Mahol
---
libavfilter/vf_histogram.c | 136 +++--
1 file changed, 106 insertions(+), 30 deletions(-)
diff --git a/libavfilter/vf_histogram.c b/libavfilter/vf_histogram.c
index ece0b13..f95dae6 100644
--- a/libavfilter/vf_histogram.c
+
37 matches
Mail list logo
