From f3678e0ceb691b6df5957a2c3d26d4f0d91d4ff5 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Wed, 26 Apr 2017 14:00:56 +0800
Subject: [PATCH] lavc/vaapi_encode_h265: Suppress the "above array bounds"
warning.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
On 4/26/17, Dave Rice wrote:
>
>
> I'm curious why floats are used for x,y coordinates within a frame rather
> than integers.
So it the position be set relatively. And for similar results for
different resolutions.
>
>
> It appears that the plotted scope is padded to 300, though the trace usuall
> On Apr 25, 2017, at 18:47, Steven Liu wrote:
>
> CID: 1405135
I have no idea what this message is supposed to mean.
> Signed-off-by: Steven Liu
> ---
> libavformat/hlsenc.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/libavformat/hlsenc.c b/libavformat/hl
On 4/25/2017 4:47 PM, Steven Liu wrote:
CID: 1405135
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 3ec0f330fb..b7aafb73da 100644
--- a/libavformat/hlsenc.c
+++ b/li
On 4/24/2017 3:47 PM, James Almer wrote:
Free coded_frame, coded_side_data and unref hw_device_ctx to prevent
potential leaks.
Signed-off-by: James Almer
---
libavcodec/options.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/libavcodec/options.c b/libavcodec/options.c
in
On Wed, Apr 26, 2017 at 4:09 AM, wm4 wrote:
> On Tue, 25 Apr 2017 23:52:04 +0700
> Muhammad Faiz wrote:
>
>> when frame is received, not from other threads.
>>
>> Should fix fate failure with THREADS>=4:
>> make fate-h264-attachment-631 THREADS=4
>>
>> Signed-off-by: Muhammad Faiz
>> ---
>> l
> On Apr 24, 2017, at 5:03 PM, Paul B Mahol wrote:
>
> On 4/24/17, Dave Rice wrote:
>>
>>> On Apr 24, 2017, at 4:47 PM, Paul B Mahol wrote:
>>>
>>> On 4/24/17, Dave Rice wrote:
I tested this filter and find it very useful, but could it be adjusted to
handle full range video.
> On Apr 25, 2017, at 6:15 PM, Paul B Mahol wrote:
>
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_datascope.c | 299 +
> 3 files changed, 301 insertions(+)
>
> diff --gi
Hi,
I'm having trouble decoding this clusterfuzz report:
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=713
Was trying to figure out if 2.8.11 is vulnerable. It's not clear which
commit was the fix, but it looks like none of the commits in the regression
range made it to the 2.8 branch. Wa
On Tue, Apr 25, 2017 at 11:33:29AM -0300, James Almer wrote:
> On 4/24/2017 3:27 PM, Michael Niedermayer wrote:
> > On Mon, Apr 24, 2017 at 11:23:16AM -0300, James Almer wrote:
> >> On 4/23/2017 11:07 PM, Michael Niedermayer wrote:
> >>> Hi all
> >>>
> >>> Should changes ported from libav (what we
CID: 1405135
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 3ec0f330fb..b7aafb73da 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -394,11 +394,11 @@ s
fix ticket id: #6353
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 24
1 file changed, 24 insertions(+)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 27c8e3355d..3ec0f330fb 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -810,6 +8
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_datascope.c | 299 +
3 files changed, 301 insertions(+)
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index e40c6fe..66c36
Hi Timo,
Thanks for the review. Attaching patch updated with your suggestions and
answering some queries from previous email.
>Did you test if and how much it affects performance to reduce the default
>delay from 32 to 4?
>This was originally done because nvenc is extremely slow if you try to
>
> did you try to make exp int32_t to avoid the 2nd check ?
>
> [...]
>
New patch in attach, with exp (and v) in int32_t
Also fix the sample for me
Martin
0001-libavcodec-exr-fix-float-to-uint16-conversion-for-ne.patch
Description: Binary data
___
f
On Tue, 25 Apr 2017 23:52:04 +0700
Muhammad Faiz wrote:
> when frame is received, not from other threads.
>
> Should fix fate failure with THREADS>=4:
> make fate-h264-attachment-631 THREADS=4
>
> Signed-off-by: Muhammad Faiz
> ---
> libavcodec/pthread_frame.c | 4
> 1 file changed, 4
Signed-off-by: James Almer
---
libavformat/matroskaenc.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/libavformat/matroskaenc.c b/libavformat/matroskaenc.c
index 9c7a213db9..f14936e3d2 100644
--- a/libavformat/matroskaenc.c
+++ b/libavformat/matroskaenc.c
@
Based on a patch by Hendrik Leppkes
Signed-off-by: James Almer
---
libavformat/matroskadec.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index 47873cccd8..fa786a8457 100644
--- a/libavformat/matroskadec.c
+++ b/libavf
On 4/11/2017 6:11 PM, James Almer wrote:
> This is a port of libavutil/tests/float_dsp.c
>
> Signed-off-by: James Almer
> ---
> tests/checkasm/Makefile| 1 +
> tests/checkasm/checkasm.c | 20 +++
> tests/checkasm/checkasm.h | 4 +
> tests/checkasm/float_dsp.c | 302
>
On Tue, Apr 25, 2017 at 6:58 PM, wm4 wrote:
> On Tue, 25 Apr 2017 17:29:10 +0700
> Muhammad Faiz wrote:
>
>> On Tue, Apr 25, 2017 at 4:09 PM, Hendrik Leppkes wrote:
>> > On Tue, Apr 25, 2017 at 4:32 AM, Muhammad Faiz wrote:
>> >> On Tue, Apr 25, 2017 at 1:57 AM, wm4 wrote:
>> >>> This is neede
when frame is received, not from other threads.
Should fix fate failure with THREADS>=4:
make fate-h264-attachment-631 THREADS=4
Signed-off-by: Muhammad Faiz
---
libavcodec/pthread_frame.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthread_
Hi,
On Sun, Jan 29, 2017 at 11:54 AM, Nicolas George wrote:
>
> Le decadi 10 pluviôse, an CCXXV, Muhammad Faiz a écrit :
> > LGTM
>
> Thanks, pushed.
>
> Regards,
>
> --
> Nicolas George
>
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
>
On 4/24/2017 3:27 PM, Michael Niedermayer wrote:
> On Mon, Apr 24, 2017 at 11:23:16AM -0300, James Almer wrote:
>> On 4/23/2017 11:07 PM, Michael Niedermayer wrote:
>>> Hi all
>>>
>>> Should changes ported from libav (what we call merges) be reviewed
>>> before being pushed?
>>
>> The lot of merges
On 4/25/2017 6:11 AM, Hendrik Leppkes wrote:
> On Mon, Apr 24, 2017 at 11:59 PM, James Almer wrote:
>> On 4/24/2017 6:48 PM, KongQun Yang wrote:
>>> -- KongQun Yang (KQ)
>>>
>>> On Fri, Apr 21, 2017 at 4:49 PM, Hendrik Leppkes
>>> wrote:
>>>
On Sat, Apr 22, 2017 at 1:25 AM, Hendrik Leppkes
On Tue, 25 Apr 2017 17:29:10 +0700
Muhammad Faiz wrote:
> On Tue, Apr 25, 2017 at 4:09 PM, Hendrik Leppkes wrote:
> > On Tue, Apr 25, 2017 at 4:32 AM, Muhammad Faiz wrote:
> >> On Tue, Apr 25, 2017 at 1:57 AM, wm4 wrote:
> >>> This is needed to get compatibility with the behavior before th
> From f3917a452c3e0636c27876e84a4e3b57bb78dae5 Mon Sep 17 00:00:00 2001
> From: Ben Chang
> Date: Wed, 19 Apr 2017 13:07:31 -0700
> Subject: [PATCH] NVENC surface allocation reduction
>
> This patch aims to reduce the number of input/output surfaces
> NVENC allocates per session. Previous defaul
On Sun, Apr 23, 2017 at 03:41:43PM +0200, Martin Vignali wrote:
> >
> > There is bswap dsp function that runs on array of bytes.
> >
> > Thanks for your answer
>
> New patch in attach, using bswapdsp.
> I only enable bswapdsp on big endian, no need for it on little endian.
>
> Martin
> exr.c |
On Sun, Apr 23, 2017 at 06:00:06PM +0200, Martin Vignali wrote:
> Hello,
>
> In attach a patch who fix this sample :
> https://we.tl/HWgF0SFEll
>
> This sample contain negative value in the red channel.
>
> Before this patch, negative red float are converted to max red
> instead of zero.
>
> Th
On Sat, Apr 22, 2017 at 06:43:54PM +0200, Martin Vignali wrote:
> >
> > How does it fix it ?
> > if it doesnt contain alpha but tests alpha thats a bit odd and may
> > test things that otherwise wouldnt be tested.
> > But "fix" sounds like theres something wrong, not just odd
> > Can you clarify/el
On Tue, Apr 25, 2017 at 4:09 PM, Hendrik Leppkes wrote:
> On Tue, Apr 25, 2017 at 4:32 AM, Muhammad Faiz wrote:
>> On Tue, Apr 25, 2017 at 1:57 AM, wm4 wrote:
>>> This is needed to get compatibility with the behavior before the
>>> recent decode.c restructuring merge, and fixes fate failures wit
On Sat, Apr 08, 2017 at 09:05:46PM -0400, Micah Galizia wrote:
> Signed-off-by: Micah Galizia
> ---
> libavformat/http.c | 211
> ++---
> 1 file changed, 154 insertions(+), 57 deletions(-)
>
> diff --git a/libavformat/http.c b/libavformat/http.c
>
On Mon, Apr 24, 2017 at 11:59 PM, James Almer wrote:
> On 4/24/2017 6:48 PM, KongQun Yang wrote:
>> -- KongQun Yang (KQ)
>>
>> On Fri, Apr 21, 2017 at 4:49 PM, Hendrik Leppkes
>> wrote:
>>
>>> On Sat, Apr 22, 2017 at 1:25 AM, Hendrik Leppkes
>>> wrote:
This brings our generation of the vpcC
On Tue, Apr 25, 2017 at 4:32 AM, Muhammad Faiz wrote:
> On Tue, Apr 25, 2017 at 1:57 AM, wm4 wrote:
>> This is needed to get compatibility with the behavior before the
>> recent decode.c restructuring merge, and fixes fate failures with
>> this:
>>
>> make fate-h264-attachment-631 THREADS=32
>>
2017-04-13 1:08 GMT+02:00 Carl Eugen Hoyos :
> 2017-03-30 1:52 GMT+02:00 James Almer :
>> On 3/29/2017 7:47 PM, Carl Eugen Hoyos wrote:
>>> Hi!
>>>
>>> Attached patch fixes a compilation error here.
>>>
>>> Please test for success, Carl Eugen
>>>
>>>
>>> 0001-configure-Fix-libopus-detection.patch
>
allow protocols other than file to be used
for example, use data protocol to embed a file in script
Signed-off-by: Muhammad Faiz
---
libavfilter/lavfutils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/lavfutils.c b/libavfilter/lavfutils.c
index 706badf..35878b
35 matches
Mail list logo
