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
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
---
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
---
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/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
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
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 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
在 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 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
>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
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
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 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
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
> 在 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
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
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
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 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
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
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
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
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
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
>>
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
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
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-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-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-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
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
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
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
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
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 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: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
___
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
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:
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
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 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
46 matches
Mail list logo
