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
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
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
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]
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]
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
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
>
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
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
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
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
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.
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
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
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
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
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
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
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
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
>>>
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
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
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,
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
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
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.
> 在 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
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
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
>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
>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
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
---
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)
---
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
---
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
---
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
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
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(-)
From: Kaustubh Raste
Use global mask buffer for appropriate mask load.
Signed-off-by: Kaustubh Raste
---
libavcodec/mips/hevc_mc_biw_msa.c | 587 -
1 file changed, 247 insertions(+), 340 deletions(-)
46 matches
Mail list logo