On 5/16/2017 5:12 PM, Tomas Härdin wrote:
> On Tue, 2017-05-16 at 15:42 -0300, James Almer wrote:
>> On 5/16/2017 3:13 PM, Tomas Härdin wrote:
>>>
>>> Hi
>>>
>>> I got a question from Diego via IRC about what license cinepakenc.c
>>> actually has, since the first commit message just has a message
On 5/16/2017 11:28 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, May 16, 2017 at 7:43 PM, Muhammad Faiz wrote:
>
>> On Wed, May 17, 2017 at 6:33 AM, Ronald S. Bultje
>> wrote:
>>> Hi,
>>>
>>> On Tue, May 16, 2017 at 7:23 PM, Muhammad Faiz
Hi,
On Tue, May 16, 2017 at 7:43 PM, Muhammad Faiz wrote:
> On Wed, May 17, 2017 at 6:33 AM, Ronald S. Bultje
> wrote:
> > Hi,
> >
> > On Tue, May 16, 2017 at 7:23 PM, Muhammad Faiz wrote:
> >
> >> On Sun, May 7, 2017 at 8:18 PM, Nicolas
On 2017-05-16 04:57 PM, Michael Niedermayer wrote:
On Sat, May 06, 2017 at 02:28:10PM -0400, Micah Galizia wrote:
On 2017-05-05 09:28 PM, wm4 wrote:
Did you mean & instead of ^?
No, the original code was structured to set *u to null (and thus did
not copy cookies) iff AVFMT_FLAG_CUSTOM_IO
Signed-off-by: Micah Galizia
---
libavformat/hls.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index bac53a4350..42022690f1 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -630,8 +630,16
2017-05-16 16:11 GMT+02:00 Thomas Jammet :
> Can someone help me for this problem?
I opened ticket #6398, thank you for the sample!
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Wed, May 17, 2017 at 6:33 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, May 16, 2017 at 7:23 PM, Muhammad Faiz wrote:
>
>> On Sun, May 7, 2017 at 8:18 PM, Nicolas George wrote:
>> > L'octidi 18 floréal, an CCXXV, James Almer a écrit :
>>
Hi,
On Tue, May 16, 2017 at 7:23 PM, Muhammad Faiz wrote:
> On Sun, May 7, 2017 at 8:18 PM, Nicolas George wrote:
> > L'octidi 18 floréal, an CCXXV, James Almer a écrit :
> >> Will that complete fix be ready and be backport-enabled (AKA, no new
> >> API) in
On 5/16/2017 4:23 PM, Steven Liu wrote:
2017-05-17 6:38 GMT+08:00 Aaron Levinson :
Signed-off-by: Aaron Levinson
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 7980d92..49f91ac
On Sun, May 7, 2017 at 8:18 PM, Nicolas George wrote:
> L'octidi 18 floréal, an CCXXV, James Almer a écrit :
>> Will that complete fix be ready and be backport-enabled (AKA, no new
>> API) in the coming days?
>
> It can. Right now, I am waiting for a comment from Hendrik, who
2017-05-17 6:38 GMT+08:00 Aaron Levinson :
> Signed-off-by: Aaron Levinson
> ---
> configure | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/configure b/configure
> index 7980d92..49f91ac 100755
> --- a/configure
> +++
Signed-off-by: Aaron Levinson
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 7980d92..49f91ac 100755
--- a/configure
+++ b/configure
@@ -6013,10 +6013,10 @@ check_header sys/videoio.h
check_code cc
Fixes: 1630/clusterfuzz-testcase-minimized-6326111917047808
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/takdec.c | 4 ++--
1 file changed, 2 insertions(+), 2
On Sat, May 06, 2017 at 02:28:10PM -0400, Micah Galizia wrote:
> On 2017-05-05 09:28 PM, wm4 wrote:
> >On Fri, 5 May 2017 20:55:05 -0400
> >Micah Galizia wrote:
> >
> >>Signed-off-by: Micah Galizia
> >>---
> >> libavformat/hls.c | 12 ++--
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 16 +
libavfilter/Makefile | 1 +
libavfilter/af_crossfeed.c | 161 +
libavfilter/allfilters.c | 1 +
4 files changed, 179 insertions(+)
create mode 100644
On 16/05/17 13:04, Aaron Levinson wrote:
> Add dxva2_pool_release_dummy() and use it in call to
> av_buffer_create() in dxva2_pool_alloc().
>
> Prior to this change, av_buffer_create() was called with NULL for the
> third argument, which indicates that av_buffer_default_free() should
> be used to
On Tue, May 16, 2017 at 03:13:36PM +0300, Ivan Shmakov wrote:
> ---
> libavcodec/h264_ps.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavcodec/h264_ps.c b/libavcodec/h264_ps.c
> index 7858361..09e2290 100644
> --- a/libavcodec/h264_ps.c
> +++ b/libavcodec/h264_ps.c
> @@
On Tue, May 16, 2017 at 09:05:49AM -0700, Rob Meyers wrote:
> We noticed when reading data from a named pipe the first 10 bytes
> would get dropped. I traced this to the affected code in
> fill_buffer(). The assignment of "dst" was always set to the beginning
> of the buffer, and if it hadn't been
On 5/16/2017 11:11 AM, Thomas Jammet wrote:
> Hi,
>
> I think to have found a regression into ffmpeg 3.x versions.
>
> When I try to play the file in attachment it gives inaudible output and a
> lot of errors from ffplay (see example below). I have tested it with ffmpeg
> 3.3.git and stable
On Tue, May 16, 2017 at 04:17:45PM +, Rob Meyers wrote:
> Here's a simple server we used to reproduce the problem:
>
> #include
> #include
> #include
> #include
> #include
>
> #define INGOING "/tmp/audio.fifo"
>
> ssize_t write_fifo(int fd, char* msg, int size) {
> ssize_t write_rc;
On Tue, 2017-05-16 at 15:42 -0300, James Almer wrote:
> On 5/16/2017 3:13 PM, Tomas Härdin wrote:
> >
> > Hi
> >
> > I got a question from Diego via IRC about what license cinepakenc.c
> > actually has, since the first commit message just has a message
> > by"Rl"
> > saying that I said it was OK
On Tue, May 16, 2017 at 2:13 PM, Ivan Shmakov wrote:
> ---
> libavcodec/h264_ps.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavcodec/h264_ps.c b/libavcodec/h264_ps.c
> index 7858361..09e2290 100644
> --- a/libavcodec/h264_ps.c
> +++
Hi,
I think to have found a regression into ffmpeg 3.x versions.
When I try to play the file in attachment it gives inaudible output and a
lot of errors from ffplay (see example below). I have tested it with ffmpeg
3.3.git and stable release 3.2.3 on Linux and Windows and it gives the same
---
libavcodec/h264_ps.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/h264_ps.c b/libavcodec/h264_ps.c
index 7858361..09e2290 100644
--- a/libavcodec/h264_ps.c
+++ b/libavcodec/h264_ps.c
@@ -136,6 +136,7 @@ static inline int decode_vui_parameters(GetBitContext
*gb,
On 2017-05-16 13:08, Rostislav Pehlivanov wrote:
> Reduces the amount of debugging information of external asm from
> uselessly verbose to informative enough.
> ---
> configure | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/configure b/configure
> index
On 5/16/2017 3:13 PM, Tomas Härdin wrote:
> Hi
>
> I got a question from Diego via IRC about what license cinepakenc.c
> actually has, since the first commit message just has a message by"Rl"
> saying that I said it was OK but with no appropriately signed message
> from me. So I'm posting this
Hi
I got a question from Diego via IRC about what license cinepakenc.c
actually has, since the first commit message just has a message by"Rl"
saying that I said it was OK but with no appropriately signed message
from me. So I'm posting this just to clarify things:
I consent to the original
Here's a simple server we used to reproduce the problem:
#include
#include
#include
#include
#include
#define INGOING "/tmp/audio.fifo"
ssize_t write_fifo(int fd, char* msg, int size) {
ssize_t write_rc;
write_rc = write(fd, msg, size);
printf("msg '%s' write_rc = %ld\n", msg,
We noticed when reading data from a named pipe the first 10 bytes
would get dropped. I traced this to the affected code in
fill_buffer(). The assignment of "dst" was always set to the beginning
of the buffer, and if it hadn't been consumed yet the data would be
overwritten. We could reproduce this
On Mon, May 15, 2017 at 05:55:28PM +, Rob Meyers wrote:
> Of course.
>
> We noticed when reading data from a named pipe the first 10 bytes would get
> dropped.
from were are bytes droped ?
this is the internal buffer, not something a user should touch
directly.
> I traced this to the
No problem. I'll resubmit the patch request.
On Mon, May 15, 2017 at 9:47 PM wm4 wrote:
> On Mon, 15 May 2017 17:55:28 +
> Rob Meyers wrote:
>
> > Of course.
> >
> > We noticed when reading data from a named pipe the first 10
On Mon, Apr 24, 2017 at 05:33:22PM +0530, shivraj.pa...@imgtec.com wrote:
> From: Shivraj Patil
>
> Signed-off-by: Shivraj Patil
> ---
> configure |4
> 1 file changed, 4 insertions(+)
>
> diff --git a/configure b/configure
> index
On Tue, May 16, 2017 at 3:41 PM, Philip Langdale wrote:
> On May 16, 2017, at 01:32, Timo Rothenpieler wrote:
>>
>>> Am 16.05.2017 um 10:27 schrieb Wiki Wang:
>>> ---
>>> libavcodec/cuvid.c | 13 +++--
>>> 1 file changed, 3 insertions(+), 10
On Tue, May 16, 2017 at 07:57:45AM +0200, Paul B Mahol wrote:
> On 5/16/17, Michael Niedermayer wrote:
> > Fixes: 1615/clusterfuzz-testcase-minimized-6625214647500800
> >
> > Found-by: continuous fuzzing process
> >
On Tue, May 16, 2017 at 01:12:30PM +0200, Paul B Mahol wrote:
> On 5/16/17, Leo Izen wrote:
> > ---
> > doc/filters.texi | 3 +++
> > 1 file changed, 3 insertions(+)
> >
> > diff --git a/doc/filters.texi b/doc/filters.texi
> > index 9611a41e28..a7c6063969 100644
> > ---
On May 16, 2017, at 01:32, Timo Rothenpieler wrote:
>
>> Am 16.05.2017 um 10:27 schrieb Wiki Wang:
>> ---
>> libavcodec/cuvid.c | 13 +++--
>> 1 file changed, 3 insertions(+), 10 deletions(-)
>>
>> diff --git a/libavcodec/cuvid.c b/libavcodec/cuvid.c
>> index
Pz
BE
MpR
從我的 HTC 寄出PC
- 回覆訊息 -
寄件者: "Carl Eugen Hoyos"
收件者: "FFmpeg development discussions and patches"
主旨: [FFmpeg-devel] [PATCH 2/3] img2dec: add support for piped SVG demuxing
日期: 週二, 5月 16 日, 2017 年 8:09 下午
2017-05-16 13:48 GMT+02:00
2017-05-16 20:23 GMT+08:00 wm4 :
> On Tue, 16 May 2017 05:04:36 -0700
> Aaron Levinson wrote:
>
> > Add dxva2_pool_release_dummy() and use it in call to
> > av_buffer_create() in dxva2_pool_alloc().
> >
> > Prior to this change, av_buffer_create() was
2017-05-16 18:32 GMT+08:00 Carl Eugen Hoyos :
> 2017-05-15 17:24 GMT+02:00 riya khanna :
> > Please find the list of apps here:
> > https://docs.google.com/spreadsheets/d/1YnBHbsYIyGxQbjpaIbU4LFjha3hx8
> 3ciKLk7htVjpT4/edit?usp=sharing
>
> As said, I
On Tue, 16 May 2017 05:04:36 -0700
Aaron Levinson wrote:
> Add dxva2_pool_release_dummy() and use it in call to
> av_buffer_create() in dxva2_pool_alloc().
>
> Prior to this change, av_buffer_create() was called with NULL for the
> third argument, which indicates that
2017-05-16 13:48 GMT+02:00 Rostislav Pehlivanov :
> On 16 May 2017 at 12:34, Carl Eugen Hoyos wrote:
>
>> 2017-05-16 13:25 GMT+02:00 Rostislav Pehlivanov :
>> > On 16 May 2017 at 11:57, Carl Eugen Hoyos wrote:
>> >
Hi,
On 15/05/2017 12:40, Carl Eugen Hoyos wrote:
>
> 0002-avutil-Use-_SC_NPROCESSORS_CONF.patch
>
>
> From 42766f345dbf398716c6fd9072f072f5fa91c940 Mon Sep 17 00:00:00 2001
> From: Steve Kondik
> Date: Tue, 16 Dec 2014 01:37:57 -0800
> Subject: [PATCH 2/2] avutil: Use
Add dxva2_pool_release_dummy() and use it in call to
av_buffer_create() in dxva2_pool_alloc().
Prior to this change, av_buffer_create() was called with NULL for the
third argument, which indicates that av_buffer_default_free() should
be used to free the buffer's data. Eventually, it gets to
Please disregard--I will submit a new patch with a better commit message.
Aaron
On 5/16/2017 4:09 AM, Aaron Levinson wrote:
Purpose: No longer improperly freeing IDirect3DSurface9 objects in
hwcontext_dxva2.c. Added dxva2_pool_release_dummy() and using it in
call to av_buffer_create() in
On 16 May 2017 at 12:34, Carl Eugen Hoyos wrote:
> 2017-05-16 13:25 GMT+02:00 Rostislav Pehlivanov :
> > On 16 May 2017 at 11:57, Carl Eugen Hoyos wrote:
> >
> >> 2017-05-08 6:46 GMT+02:00 Rostislav Pehlivanov :
>
2017-05-16 13:25 GMT+02:00 Rostislav Pehlivanov :
> On 16 May 2017 at 11:57, Carl Eugen Hoyos wrote:
>
>> 2017-05-08 6:46 GMT+02:00 Rostislav Pehlivanov :
>> > Only checks the extension and MIME type, since determining whether
>> > a
On 16 May 2017 at 11:57, Carl Eugen Hoyos wrote:
> 2017-05-08 6:46 GMT+02:00 Rostislav Pehlivanov :
> > Only checks the extension and MIME type, since determining whether
> > a file is SVG is difficult since they're just XML files.
>
> Why didn't you just
On Tue, 16 May 2017 12:40:03 +0200
Carl Eugen Hoyos wrote:
> 2017-05-15 12:53 GMT+02:00 wm4 :
> > On Mon, 15 May 2017 12:40:23 +0200
> > Carl Eugen Hoyos wrote:
> >
> >> From 42766f345dbf398716c6fd9072f072f5fa91c940 Mon Sep 17
Reduces the amount of debugging information of external asm from
uselessly verbose to informative enough.
---
configure | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/configure b/configure
index e4862f6a35..df849df14f 100755
--- a/configure
+++ b/configure
@@ -6185,8
On 5/16/17, Leo Izen wrote:
> ---
> doc/filters.texi | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/doc/filters.texi b/doc/filters.texi
> index 9611a41e28..a7c6063969 100644
> --- a/doc/filters.texi
> +++ b/doc/filters.texi
> @@ -1911,6 +1911,9 @@ available are
Purpose: No longer improperly freeing IDirect3DSurface9 objects in
hwcontext_dxva2.c. Added dxva2_pool_release_dummy() and using it in
call to av_buffer_create() in dxva2_pool_alloc(). Prior to this
change, av_buffer_create() was called with NULL for the third
argument, which indicates that
2017-05-08 6:46 GMT+02:00 Rostislav Pehlivanov :
> Only checks the extension and MIME type, since determining whether
> a file is SVG is difficult since they're just XML files.
Why didn't you just add svg and svgz to the image2 extensions?
Carl Eugen
On 8 May 2017 at 05:46, Rostislav Pehlivanov wrote:
> Only checks the extension and MIME type, since determining whether
> a file is SVG is difficult since they're just XML files.
>
> Signed-off-by: Rostislav Pehlivanov
> ---
> libavformat/Makefile
2017-05-15 12:53 GMT+02:00 wm4 :
> On Mon, 15 May 2017 12:40:23 +0200
> Carl Eugen Hoyos wrote:
>
>> From 42766f345dbf398716c6fd9072f072f5fa91c940 Mon Sep 17 00:00:00 2001
>> From: Steve Kondik
>> Date: Tue, 16 Dec 2014 01:37:57 -0800
>>
On 8 May 2017 at 05:46, Rostislav Pehlivanov wrote:
> Enables rendering of SVG images. This is possible since SVG images
> still contain and specify the dimensions in pixels to which they've
> been drawn to and thus enable browsers to display them without any
> external
On 8 May 2017 at 05:46, Rostislav Pehlivanov wrote:
> Signed-off-by: Rostislav Pehlivanov
> ---
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 8
> 2 files changed, 9 insertions(+)
>
> diff --git a/libavcodec/avcodec.h
2017-05-15 17:24 GMT+02:00 riya khanna :
> Please find the list of apps here:
> https://docs.google.com/spreadsheets/d/1YnBHbsYIyGxQbjpaIbU4LFjha3hx83ciKLk7htVjpT4/edit?usp=sharing
As said, I believe it may be useful if you send this list - as plain text - to
this
On 12 May 2017 at 00:33, Даниил Чередник wrote:
> Hi.
>
> This patch removes assert which can cause abort process in case of limited
> bitrate:
>
> Old behaviour - abort if at least one subband has 1bit quantizer
> and consumed_bits still greater than frame_bits size. It
On Sat, May 13, 2017 at 05:26:13PM +0200, Matthieu Bouron wrote:
> On Fri, May 12, 2017 at 12:14:20PM -0700, Aaron Levinson wrote:
> > On 5/12/2017 11:34 AM, Aman Gupta wrote:
> > > From: Aman Gupta
> > >
> > > this dependency was removed in
Am 16.05.2017 um 10:27 schrieb Wiki Wang:
> ---
> libavcodec/cuvid.c | 13 +++--
> 1 file changed, 3 insertions(+), 10 deletions(-)
>
> diff --git a/libavcodec/cuvid.c b/libavcodec/cuvid.c
> index 218be8495d..0b1710bd46 100644
> --- a/libavcodec/cuvid.c
> +++ b/libavcodec/cuvid.c
> @@
---
libavcodec/cuvid.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/libavcodec/cuvid.c b/libavcodec/cuvid.c
index 218be8495d..0b1710bd46 100644
--- a/libavcodec/cuvid.c
+++ b/libavcodec/cuvid.c
@@ -1029,20 +1029,13 @@ static void cuvid_flush(AVCodecContext
Dear all,
We would appreciate if you could let us know the procedure and expected
timeline for integration of our patch related with the Turing codec within the
ffmpeg project.
Thank you,
All the best,
Saverio
-Original Message-
From: ffmpeg-devel
On 5/16/17, Michael Niedermayer wrote:
> Fixes: 1615/clusterfuzz-testcase-minimized-6625214647500800
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
63 matches
Mail list logo