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 [mailto:ffmpeg-devel-boun...@ffmpeg.
---
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 *av
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
> @@ -10
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 33d69a90085d30af8a292d9364b835a26565d6b9
> > > ---
> >
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 was
> a bit strange - we
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 mailing list.
Please avoid top-p
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 b/libavcodec/avcodec.h
> index 35df4f6ced..4bbe5179b4
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 data. Users can still over
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
>> Subject: [PATCH 2/2] avutil: Use _SC_NPROCESSORS_CONF
>>
>>
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 | 1 +
> libavformat/allformats.c | 1 +
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
__
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 av_bu
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 filtered.
> Bauer ste
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 +6185,7
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 00:00:00 2001
> >> From: Steve Kondik
> >> Date: Tue, 16 Dec 2014
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 add svg and svgz to the image2 extensions
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 file is SVG is difficult since they're just XML files.
>>
>> Why
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 :
> >> > Only checks the extension and MIME type, since determining whether
> >> > a f
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 dxva2
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
buffe
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 _SC_NPROCESSORS_CONF
>
> *
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:
>> >
>> >> 2017-05-08 6:46 GMT+02:00 Rostislav Pehlivanov :
>> >> > Only checks the ext
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 av_buffer_default_free() sh
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 believe it may be useful if you send this list
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 called with NULL for the
> > third argument,
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 Rostislav Pehlivanov :
> On 16 May 2017 at 12:
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 218be8495d..0b1710bd46 100644
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
> > --- a/doc/filters.texi
> > +++
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
> > https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
> > Signed-off-by: M
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 deletions(-)
>>>
>>> diff --git a/libavcodec/cuv
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 1e3463c..c63a48a 100755
> --- a/configure
> +++ b/con
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 bytes would
> get
> > dropped. I traced this to the affected code
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 affect
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
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, write_
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 licens
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 jus
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 e4862f6a35..df8
---
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, AVCodecCon
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
result
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
> +++ b/libavcodec/h264_ps.c
> @@ -136,6 +136,7 @
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 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 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 relea
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 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
> @@ -136,6
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
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 libavfilter/af_cro
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 ++--
> >> 1 file changed, 10 insertions(+), 2 deleti
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 deletions(-)
diff --git a/libav
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 sys/videoio.h "struct v4l2_frms
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
> +++ b/configure
> @@ -6013,10 +6013,10 @@ check_head
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 seemed
> to have obje
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 100755
--- a/configure
+++ b/configure
@@ -6013,1
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 the coming days?
> >
> > It can. Righ
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 :
>> >> Will that complete fix be ready and be backport-enab
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
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
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 @@ static int open_url(A
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 was
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 George wrote:
> >> > L'octidi 18 floréal, an CCXXV, Jam
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 wrote:
>>>
On Sun, May 7, 2017 at 8:18 PM, Nicolas
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 Wed, May 17, 2017 at 10:47 AM, James Almer wrote:
> 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, Muhamma
See http://lists.ffmpeg.org/pipermail/ffmpeg-user/2017-April/035975.html
Parsed_filter_X is not intuitive as filter instance name and
also undocumented.
Signed-off-by: Muhammad Faiz
---
doc/filters.texi | 13 ++---
libavfilter/graphparser.c | 26 +-
2 fil
64 matches
Mail list logo
