On Thu, Nov 02, 2017 at 05:33:28PM -0700, Sasi Inguva wrote:
> Partially fixes t/6699.
> ---
> libavformat/mov.c| 129
> +++
> tests/fate/mov.mak | 8 +++
> tests/ref/fate/mov-ibi-elst-starts-b | 33 +
> 3 files chan
On Fri, Nov 03, 2017 at 11:35:33AM -0700, Michele Lim wrote:
> Having clear indication of when a hardware accelerator is in
> operation prevents false assumptions, for e.g., in situations when
> the command line argument inadvertently omits options for enabling
> it, resulting to the framework sile
On Fri, Nov 3, 2017, at 04:49 PM, Michael Niedermayer wrote:
> This does not explain why this change is done.
> does it fix a bug?
> does it make the code faster?
ffmbc uses BE too, but I'm ignorant as to why it does.
___
ffmpeg-devel mailing list
ffmpeg
LGTM
From: ffmpeg-devel [ffmpeg-devel-boun...@ffmpeg.org] on behalf of
kaustubh.ra...@imgtec.com [kaustubh.ra...@imgtec.com]
Sent: Friday, November 03, 2017 1:05 PM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips:
LGTM
From: ffmpeg-devel [ffmpeg-devel-boun...@ffmpeg.org] on behalf of
kaustubh.ra...@imgtec.com [kaustubh.ra...@imgtec.com]
Sent: Friday, November 03, 2017 12:29 PM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips
On Fri, Nov 03, 2017 at 12:22:50PM +, Manojkumar Bhosale wrote:
> LGTM
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Avoid a single point of failure, be that a person or equipment.
signature.asc
Description: Digital signature
___
On Fri, Nov 03, 2017 at 12:22:40PM +, Manojkumar Bhosale wrote:
> LGTM
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
"I am not trying to be anyone's saviour, I'm trying to think about the
future and not be sad" - Elon Musk
signature.asc
Desc
On Fri, Nov 03, 2017 at 12:22:34PM +, Manojkumar Bhosale wrote:
> LGTM
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The greatest way to live with honor in this world is to be what we pretend
to be. -- Socrates
signature.asc
Description:
On Tue, Oct 17, 2017 at 08:38:21PM +0300, Александр Слободенюк wrote:
> Hello again!
>
> I have checked (updated and fixed) the patch on BE machine (qemu-mips with
> BE linux kernel, lscpu shows big endian): the CRCs of the sound are the
> same:
>
> (first link was get directly from
> http://w
The macros for ICC and MSVC correctly push and pop the diagnostic
state of the compiler when disabling deprecation warnings. The
ones for clang/gcc should do the same. Without this, if a blanket
deprecation warning is applied to the code base it'll be flipped
back on incorrectly with FF_ENABLE_DEPR
Fixes: runtime error: left shift of 255 by 24 places cannot be represented in
type 'int'
Fixes: 3787/clusterfuzz-testcase-minimized-5728764920070144
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavc
Fixes: runtime error: signed integer overflow: -503316480 + -2013265038 cannot
be represented in type 'int'
Fixes: 3805/clusterfuzz-testcase-minimized-6578427831255040
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niede
Fixes: Timeout
Fixes: 3218/clusterfuzz-testcase-5390672154591232
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/dvbsubdec.c | 18 ++
1 file changed, 14 insertions(+), 4 deletio
2017-10-31 3:05 GMT+01:00 Carl Eugen Hoyos :
> Hi!
>
> Attached patch is meant to fix ticket #4815: Nobody can maintain the
> list of frame-rates, the current output primarily leads to confusion
> instead of helping users.
I will commit this patch if there are no objections.
Thank you, Carl Eugen
2017-10-24 18:40 GMT+02:00 Bjorn Roche :
> - I don’t know if/how to update the FATE tests.
A quick way (that needs some double-checking) is:
$ make GEN=1 SAMPLES=fate-suite fate
(This overwrites all values with the new output.)
Is the new side-data unavoidable?
(Would the only alternative be to
2017-11-01 17:03 GMT+01:00 Carl Eugen Hoyos :
> 2017-11-01 17:01 GMT+01:00 Paul B Mahol :
>> On 11/1/17, Carl Eugen Hoyos wrote:
>>> 2017-11-01 15:40 GMT+01:00 Paul B Mahol :
On 11/1/17, Carl Eugen Hoyos wrote:
> Hi!
>
> It appears to me that the alac decoder can be used for DoS,
2017-11-02 23:44 GMT+01:00 Michael Niedermayer :
> On Wed, Nov 01, 2017 at 09:41:58PM +0100, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch fixes fate-fitsdec on big-endian.
>>
>> Please comment, Carl Eugen
>
>> b/tests/fate/fits.mak |4 ++--
>> b/tests/ref/fate/fitsdec-gbrap
2017-11-03 19:23 GMT+01:00 Kieran Kunhya :
> This patch fixes very high memory usage on pathological streams.
Please mention the ticket number in the commit message.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmp
2017-11-03 16:21 GMT+01:00 Felix Matouschek :
>>> +if (format == IMAGE_FORMAT_ANDROID) {
>>
>> It would be better to support as many pixel formats as possible.
>
> For now I settled on YUV420P, as the API doc states all
> devices must support it. I do not have the resources to
> test every
Am 03.11.17 um 21:13 schrieb Paul B Mahol:
> On 11/3/17, Thilo Borgmann wrote:
>> Am 02.11.17 um 21:32 schrieb Umair Khan:
>>> Hi,
>>>
>>> On Fri, Oct 20, 2017 at 1:44 AM, Ronald S. Bultje
>>> wrote:
Hi,
On Thu, Oct 19, 2017 at 4:03 PM, Umair Khan wrote:
> I tried de
On 11/3/17, Thilo Borgmann wrote:
> Am 02.11.17 um 21:32 schrieb Umair Khan:
>> Hi,
>>
>> On Fri, Oct 20, 2017 at 1:44 AM, Ronald S. Bultje
>> wrote:
>>>
>>> Hi,
>>>
>>> On Thu, Oct 19, 2017 at 4:03 PM, Umair Khan wrote:
>>>
I tried decoding the file in both the cases and I don't see any
>>
Having clear indication of when a hardware accelerator is in
operation prevents false assumptions, for e.g., in situations when
the command line argument inadvertently omits options for enabling
it, resulting to the framework silently switching to the SW path.
Signed-off-by: Michele Lim
---
ffto
Am 02.11.17 um 21:32 schrieb Umair Khan:
> Hi,
>
> On Fri, Oct 20, 2017 at 1:44 AM, Ronald S. Bultje wrote:
>>
>> Hi,
>>
>> On Thu, Oct 19, 2017 at 4:03 PM, Umair Khan wrote:
>>
>>> I tried decoding the file in both the cases and I don't see any
>>> address related error in the console while dec
Hi,
> My suggestion would be, that we could order Thomas' design for all
> the developers and requests I've recieved by now and that we take
> Lou's for our stock for give-aways during conferences. Just my
> thinking...
no further comments so I did order alike. Should recieve them next week and t
This patch fixes very high memory usage on pathological streams.
0001-h2645-Allocate-a-single-buffer-per-packet.-Drastical.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-dev
On Thu, 2 Nov 2017 at 21:12 Lou Logan wrote:
> I would prefer it if the site did not involve politics.
>
> I implemented a client side solution using an ad blocker, so consider
> this patch dropped.
>
I agree, the popup is annoying.
I would like to save the bees, whales, environment, 25p freddo
Fixes: Timeout
Fixes: 3707/clusterfuzz-testcase-6465922706440192
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/xan.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/li
On Fri, Nov 3, 2017 at 4:10 AM, Jeyapal, Karthick
wrote:
> >On 11/3/17, 2:18 PM, "Nicolas George" wrote:
>
> >I strongly oppose this: we do not want new global state.
> I also agree. I am open to suggestions, and I would be happy re-implement
> this feature without new global state.
>
> >Also, I
Hello,
Am 02.11.2017 um 14:40 schrieb Nicolas George:
When reading the subject of the mail, I first thought it would be about
screen capture. Furthermore, there is code for audio, but it is not
connected to anything, and it does not seem that the android API
connects audio and video together.
F
> 在 2017年11月3日，18:20，Dixit, Vishwanath 写道：
>
>> On 11/3/17, 3:24 PM, "Steven Liu" wrote:
>> make fate-filter-hls-append
>>
>> you can grep hls append in the file
> I think that is also a test for hls decoder. Basically, I am trying to find,
> if there are any basic tests available for hls e
On Thu, Nov 02, 2017 at 08:12:48PM +0100, ffm...@fratti.ch wrote:
> From: Nicolas Frattaroli
>
> Replace avcodec_get_chroma_sub_sample with the recommended
> av_pix_fmt_get_chroma_sub_sample, which fixes a compilation warning.
> ---
> libavcodec/snowenc.c | 9 -
> 1 file changed, 8 inser
LGTM
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
kaustubh.ra...@imgtec.com
Sent: Friday, November 3, 2017 11:59 AM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips: Improve hevc bi wgt 4 tap hz and
LGTM
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
kaustubh.ra...@imgtec.com
Sent: Friday, November 3, 2017 11:07 AM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips: Improve hevc bi 4 tap hz and vt
LGTM
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
kaustubh.ra...@imgtec.com
Sent: Friday, November 3, 2017 10:39 AM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips: Improve avc avg mc 20, 21 and 23
>On 11/3/17, 2:18 PM, "Nicolas George" wrote:
>I strongly oppose this: we do not want new global state.
I also agree. I am open to suggestions, and I would be happy re-implement this
feature without new global state.
>Also, I am very doubtful about the feature itself. It is public, and as
>such
>On 11/3/17, 3:24 PM, "Steven Liu" wrote:
>make fate-filter-hls-append
>
>you can grep hls append in the file
I think that is also a test for hls decoder. Basically, I am trying to find, if
there are any basic tests available for hls encoder.
Regards,
Vishwanath
在 2017年11月3日，下午5:44，Dixit, Vishwanath 写道：
>> On 10/24/17, 12:58 PM, "Liu Steven" wrote:
>> tests/fate/filter-audio.mak
>> reference it
> I went through this file. The only HLS related test seems to be for HLS
> decoder (fate-filter-hls). I think, FATE does not have any test for HLS
>
>On 10/24/17, 12:58 PM, "Liu Steven" wrote:
>tests/fate/filter-audio.mak
>reference it
I went through this file. The only HLS related test seems to be for HLS decoder
(fate-filter-hls). I think, FATE does not have any test for HLS encoder yet.
Could you please confirm this?
Regard
Le tridi 13 brumaire, an CCXXVI, Karthick J a écrit :
> +static TCPSocket *first_socket = NULL;
> +avpriv_lock_avformat();
> +socket->next = first_socket;
> +first_socket = socket;
> +avpriv_unlock_avformat();
I strongly oppose this: we do not want new global state.
Also, I am
On Fri, Nov 3, 2017 at 9:27 AM, Karthick J wrote:
> ---
> doc/protocols.texi | 4 ++
> libavformat/tcp.c | 150
>
> libavformat/tcp.h | 27 ++
> libavformat/utils.c | 2 +
> 4 files changed, 183 insertions(+)
> create mode 1
---
libavformat/http.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/http.c b/libavformat/http.c
index bd9148f..b7bdcdc 100644
--- a/libavformat/http.c
+++ b/libavformat/http.c
@@ -227,6 +227,9 @@ static int http_open_cnx_internal(URLContext *h,
AVDictionary **options)
f
---
doc/muxers.texi | 3 +++
libavformat/hlsenc.c | 5 -
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 91bbe67..1e1468c 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -794,6 +794,9 @@ files.
@item http_user_agent
Override Us
---
doc/protocols.texi | 4 ++
libavformat/tcp.c | 150
libavformat/tcp.h | 27 ++
libavformat/utils.c | 2 +
4 files changed, 183 insertions(+)
create mode 100644 libavformat/tcp.h
diff --git a/doc/protocols.texi b/doc/proto
---
libavformat/tcp.c | 46 +-
1 file changed, 25 insertions(+), 21 deletions(-)
diff --git a/libavformat/tcp.c b/libavformat/tcp.c
index 07b4ed9..06368ff 100644
--- a/libavformat/tcp.c
+++ b/libavformat/tcp.c
@@ -32,18 +32,22 @@
#include
#endif
-t
From: Kaustubh Raste
Use global mask buffer for appropriate mask load.
Use immediate unsigned saturation for clip to max saving one vector register.
Remove unused macro.
Signed-off-by: Kaustubh Raste
---
libavcodec/mips/hevc_mc_uniw_msa.c | 892 ++--
1 file cha
From: Kaustubh Raste
Use global mask buffer for appropriate mask load.
Signed-off-by: Kaustubh Raste
---
libavcodec/mips/hevc_mc_uni_msa.c | 509 -
1 file changed, 274 insertions(+), 235 deletions(-)
diff --git a/libavcodec/mips/hevc_mc_uni_msa.c
b/libavc
46 matches
Mail list logo
