On Thu, Aug 24, 2017 at 08:17:58AM +0200, pkv.stream wrote:
> Le 24/08/2017 à 2:30 AM, Michael Niedermayer a écrit :
> >On Wed, Aug 23, 2017 at 06:48:14PM +0200, pkv.stream wrote:
> >>Hello,
> >>
> >>the following patch allows one to add a trailing ? to -map_channel
> >>as in -map option.
> >>
> >>
Yes I did a make fate. Went ok.
Is there a log to attach ? Or stdout ?
Le 24 août 2017 10:34 AM, "Michael Niedermayer" a
écrit :
On Thu, Aug 24, 2017 at 08:17:58AM +0200, pkv.stream wrote:
> Le 24/08/2017 à 2:30 AM, Michael Niedermayer a écrit :
> >On Wed, Aug 23, 2017 at 06:48:14PM +0200, pkv.
On Thu, Aug 24, 2017 at 10:36:20AM +0200, Kv Pham wrote:
> Yes I did a make fate. Went ok.
> Is there a log to attach ? Or stdout ?
i meant
can you add a test that tests the new feature when one runs make fate
that is
if the user runs "make fate"
it would execute ffmpeg with map and "trailing ?"
On Wed, 23 Aug 2017 19:23:12 -0300
James Almer wrote:
> On 8/21/2017 2:51 PM, wm4 wrote:
> > From: Pedro Pombeiro
> >
> > DLL data imports cause problems on Windows. They normally require
> > each variable to be correctly marked with dllimport/dllexport
> > declspecs. For MSVC, we define av_exp
On Wed, Aug 23, 2017 at 03:39:01PM -0700, Dale Curtis wrote:
> On Sat, Aug 19, 2017 at 3:50 PM, Michael Niedermayer > wrote:
>
> > On Sun, Aug 20, 2017 at 12:48:30AM +0200, Michael Niedermayer wrote:
> > > On Fri, Aug 18, 2017 at 03:57:45PM -0700, Dale Curtis wrote:
> > > > Anything else here? It
On Wed, Aug 23, 2017 at 10:50:42PM +0200, Michael Niedermayer wrote:
> Fixes: rtp_sdp/poc.sdp
>
> Found-by: Bingchang
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/rtpdec_h264.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied
[...]
--
Michael GnuPG fingerprint
Ah ok!
Sure, I will do that. I need first to acquaint myself more with fate.
Le 24 août 2017 10:52 AM, "Michael Niedermayer" a
écrit :
On Thu, Aug 24, 2017 at 10:36:20AM +0200, Kv Pham wrote:
> Yes I did a make fate. Went ok.
> Is there a log to attach ? Or stdout ?
i meant
can you add a test
On Thu, Aug 24, 2017 at 10:52:55AM +0200, wm4 wrote:
> On Wed, 23 Aug 2017 19:23:12 -0300
> James Almer wrote:
>
> > On 8/21/2017 2:51 PM, wm4 wrote:
> > > From: Pedro Pombeiro
> > >
> > > DLL data imports cause problems on Windows. They normally require
> > > each variable to be correctly mark
On Wed, Aug 23, 2017 at 03:39:01PM -0700, Dale Curtis wrote:
> On Sat, Aug 19, 2017 at 3:50 PM, Michael Niedermayer > wrote:
>
> > On Sun, Aug 20, 2017 at 12:48:30AM +0200, Michael Niedermayer wrote:
> > > On Fri, Aug 18, 2017 at 03:57:45PM -0700, Dale Curtis wrote:
> > > > Anything else here? It
On Mon, Aug 21, 2017 at 02:15:50AM +0200, Michael Niedermayer wrote:
> Fixes: integer overflow
> Fixes: 2893/clusterfuzz-testcase-minimized-5809330567774208
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermay
On Thu, Aug 24, 2017 at 10:52 AM, wm4 wrote:
> On Wed, 23 Aug 2017 19:23:12 -0300
> James Almer wrote:
>
>> On 8/21/2017 2:51 PM, wm4 wrote:
>> > From: Pedro Pombeiro
>> >
>> > DLL data imports cause problems on Windows. They normally require
>> > each variable to be correctly marked with dllimp
2017-08-24 11:03 GMT+02:00 Kv Pham :
> Ah ok!
> Sure, I will do that. I need first to acquaint myself more with fate.
>
>
>
Hello,
You can take a look at ./tests/fate/ffmpeg.mak (begin of the file seems to
have test for map_channel)
I think you need to add two test, one when the channel is found
On Tue, Aug 22, 2017 at 06:34:35PM +0200, Michael Niedermayer wrote:
> Found-by: AD-lab of venustech
> Signed-off-by: Michael Niedermayer
> ---
> ffprobe.c | 20
> 1 file changed, 12 insertions(+), 8 deletions(-)
patchet applied
[...]
--
Michael GnuPG fingerprint: 9FF
Thanks a lot Martin. I had spotted ffmpeg.mak but your input is very helpful
Le 24 août 2017 11:32 AM, "Martin Vignali" a
écrit :
2017-08-24 11:03 GMT+02:00 Kv Pham :
> Ah ok!
> Sure, I will do that. I need first to acquaint myself more with fate.
>
>
>
Hello,
You can take a look at ./tests/fa
2017-08-24 2:27 GMT+02:00 Michael Niedermayer :
> On Wed, Aug 23, 2017 at 02:21:40PM +0200, Carl Eugen Hoyos wrote:
>> Hi!
>>
>
>> Attached patch fixes ticket #6608.
>
> iam not sure thats the correct fix for the ticket but the patch is a
> good idea none the less
> thus LGTM
Patch applied.
Than
2017-08-21 17:24 GMT+02:00 Carl Eugen Hoyos :
> 2017-08-18 19:25 GMT+02:00 Carl Eugen Hoyos :
>> Hi!
>>
>> Attached patch allows to read files produced by the "ITU compatible
>> binary G726 encoder" attached to ticket #6596.
>
> New patch attached that also allows reading an old sample found on
> u
2017-08-23 0:56 GMT+02:00 Ivan Kalvachev :
> On 8/22/17, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Mon, Aug 21, 2017 at 11:16 AM, Carl Eugen Hoyos
>> wrote:
>>
>>> Hi!
>>>
>>> Attached patch tries to slightly simplify and clean up the usage of
>>> put_bits* in libavcodec: put_bits_le() functions ex
Hi!
Attached patch makes creating G.726 files slightly easier.
Please comment, Carl Eugen
From 9c6effa57ba37d8881a213da66e23e6c25c46665 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 24 Aug 2017 13:06:06 +0200
Subject: [PATCH] lavf/rawenc: Add little- and big-endian G.726 muxers.
--
On 8/24/2017 1:22 AM, Michael Niedermayer wrote:
> should be ok i think
Rostislav asked me on IRC to try with MJPEG, so I am going to try and
synthesize such a file and work on a v2.
I don't suppose you, or anyone else has an MJPEG file with ICC profiles
embedded? :)
- Derek
JPEGs store embedded profiles under the APP2 marker, signified
with a "ICC_PROFILE" null-terminated string header, and can be
split across multiple APP2 markers, out of order.
Signed-off-by: Derek Buitenhuis
---
libavcodec/mjpegdec.c | 104 ++
liba
On 8/24/2017 5:52 AM, wm4 wrote:
> On Wed, 23 Aug 2017 19:23:12 -0300
> James Almer wrote:
>
>> On 8/21/2017 2:51 PM, wm4 wrote:
>>> From: Pedro Pombeiro
>>>
>>> DLL data imports cause problems on Windows. They normally require
>>> each variable to be correctly marked with dllimport/dllexport
>>
Le sextidi 6 fructidor, an CCXXV, James Almer a écrit :
> Speaking of which, do you or anyone else want to help with applying the
> bump right now instead of waiting until the merges are resumed?
If we are requesting help for a bump, I would like to propose seriously
and request help for the attac
>
> I did not manage to find a real drawback. If somebody finds it a bad
> idea, then please explain to me what benefit we get from having several
> separate libraries. This is not a rhetorical question, I really would
> like an explanation. But I do not agree with the obvious argument of
> file si
On Thu, 24 Aug 2017 11:20:17 +0200
Michael Niedermayer wrote:
> On Thu, Aug 24, 2017 at 10:52:55AM +0200, wm4 wrote:
> > On Wed, 23 Aug 2017 19:23:12 -0300
> > James Almer wrote:
> >
> > > On 8/21/2017 2:51 PM, wm4 wrote:
> > > > From: Pedro Pombeiro
> > > >
> > > > DLL data imports cause
Le septidi 7 fructidor, an CCXXV, Kieran Kunhya a écrit :
> You clearly are not aware how much random junk in all libs is still enabled
> with --disable-everything.
> I don't use avformat, why should it be linked into my code.
Why should it not, if it makes things simpler for everybody? That is
ex
On 8/24/2017 12:01 PM, wm4 wrote:
> On Thu, 24 Aug 2017 11:20:17 +0200
> Michael Niedermayer wrote:
>
>> On Thu, Aug 24, 2017 at 10:52:55AM +0200, wm4 wrote:
>>> On Wed, 23 Aug 2017 19:23:12 -0300
>>> James Almer wrote:
>>>
On 8/21/2017 2:51 PM, wm4 wrote:
> From: Pedro Pombeiro
>
Hi
working on creating a fate test.
I am stumbling on probably a dumb issue; I want to re-use a file already
used for mapchan test:
FATE_MAPCHAN-$(CONFIG_CHANNELMAP_FILTER) += fate-mapchan-6ch-extract-2
fate-mapchan-6ch-extract-2: tests/data/asynth-22050-6.wav
(first two lines in ffmpeg.mak)
B
2017-08-24 21:16 GMT+02:00 pkv.stream :
> Hi
> working on creating a fate test.
> I am stumbling on probably a dumb issue; I want to re-use a file already
> used for mapchan test:
>
> FATE_MAPCHAN-$(CONFIG_CHANNELMAP_FILTER) += fate-mapchan-6ch-extract-2
> fate-mapchan-6ch-extract-2: tests/data/as
Fixes:
libswscale/utils.c:1632:5: warning: macro expansion producing 'defined' has
undefined behavior [-Wexpansion-to-defined]
#if USE_MMAP
^
libswscale/utils.c:1577:49: note: expanded from macro 'USE_MMAP'
#define USE_MMAP (HAVE_MMAP && HAVE_MPROTECT && defined MAP_ANONYM
On 8/24/2017 9:02 PM, Derek Buitenhuis wrote:
> Fixes:
>
> libswscale/utils.c:1632:5: warning: macro expansion producing 'defined'
> has undefined behavior [-Wexpansion-to-defined]
> #if USE_MMAP
> ^
> libswscale/utils.c:1577:49: note: expanded from macro 'USE_MMAP'
> #def
On Wed, 23 Aug 2017, Maksym Veremeyenko wrote:
22.08.2017 23:14, Maksym Veremeyenko пише:
[...]
One more thing I noticed testing, maybe you can take a look: rgba and
rgb0 format is not working (I used the V1 SDK), only audio frames are
received, but no apparent error is shown. On the other ha
Thanks a lot Martin !!! all sorted out thanks to your kind help.
I had run fate previously but obviously missed something; so re-run and
it's ok.
I created two tests per your advice testing for a third channel in a
stereo file and then in a 2.1 file.
Instead of CRC, I've used MD5 because the e
Fixes: loop.mv
Found-by: Xiaohei and Wangchu from Alibaba Security Team
Signed-off-by: Michael Niedermayer
---
libavformat/mvdec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/mvdec.c b/libavformat/mvdec.c
index 0e12c8c6c1..f7aa4cbaec 100644
--- a/libavformat/mvdec.c
+++ b/l
From: 孙浩 and 张洪亮(望初)
Fixes: loop.cine
Found-by: Xiaohei and Wangchu from Alibaba Security Team
Signed-off-by: Michael Niedermayer
---
libavformat/cinedec.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavformat/cinedec.c b/libavformat/cinedec.c
index 763b93ba2e..d
From: 孙浩 and 张洪亮(望初)
Fixes: loop.ivr
Found-by: Xiaohei and Wangchu from Alibaba Security Team
Signed-off-by: Michael Niedermayer
---
libavformat/rmdec.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavformat/rmdec.c b/libavformat/rmdec.c
index 178eaea57d..d6d7d9cd8
Fixes: loop.m3u
The max iteration count of 1 is arbitrary and ideas for a better solution
are welcome
Found-by: Xiaohei and Wangchu from Alibaba Security Team
Signed-off-by: Michael Niedermayer
---
libavformat/hls.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/hls.c
From: 孙浩 and 张洪亮(望初)
Fixes: loop.rl2
Found-by: Xiaohei and Wangchu from Alibaba Security Team
Signed-off-by: Michael Niedermayer
---
libavformat/rl2.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/libavformat/rl2.c b/libavformat/rl2.c
index 0bec8f1d9a..eb
From: 孙浩 and 张洪亮(望初)
Fixes: loop.asf
Found-by: Xiaohei and Wangchu from Alibaba Security Team
Signed-off-by: Michael Niedermayer
---
libavformat/asfdec_f.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavformat/asfdec_f.c b/libavformat/asfdec_f.c
index be09a92b
High!
I'm using latest ffmpeg from this mirror (https://github.com/FFmpeg)
I was building it with different options:
./configure
./configure --libdir=$dev/FFmpeg/libavcodec/
./configure --enable-shared
./configure --enable-shared --enable-pic
And after each time the whole project got recompi
On 8/24/17, James Almer wrote:
> On 8/24/2017 12:01 PM, wm4 wrote:
>> On Thu, 24 Aug 2017 11:20:17 +0200
>> Michael Niedermayer wrote:
>>
>>> On Thu, Aug 24, 2017 at 10:52:55AM +0200, wm4 wrote:
On Wed, 23 Aug 2017 19:23:12 -0300
James Almer wrote:
> On 8/21/2017 2:51 PM, wm4
On 8/24/2017 8:26 PM, Ivan Kalvachev wrote:
> On 8/24/17, James Almer wrote:
>> On 8/24/2017 12:01 PM, wm4 wrote:
>>> On Thu, 24 Aug 2017 11:20:17 +0200
>>> Michael Niedermayer wrote:
>>>
On Thu, Aug 24, 2017 at 10:52:55AM +0200, wm4 wrote:
> On Wed, 23 Aug 2017 19:23:12 -0300
> Jame
Signed-off-by: James Almer
---
The deprecation seems to have been imported from libav but never made effective.
libavcodec/imgconvert.c | 2 --
libavcodec/version.h| 3 ---
2 files changed, 5 deletions(-)
diff --git a/libavcodec/imgconvert.c b/libavcodec/imgconvert.c
index 1547f18966..a349e
On 8/24/2017 7:19 PM, Yan wrote:
High!
I'm using latest ffmpeg from this mirror (https://github.com/FFmpeg)
I was building it with different options:
./configure
./configure --libdir=$dev/FFmpeg/libavcodec/
./configure --enable-shared
./configure --enable-shared --enable-pic
And after each
+michael
This patch is also necessary now that you've applied the ctts fixes in the
previous patch. Thanks.
- dale
On Fri, Aug 4, 2017 at 4:04 PM, Dale Curtis wrote:
> Sample sent privately. I didn't find any non-fuzzer samples that no longer
> demux in our Chrome test corpus or in fate.
>
> -
On Thu, Aug 24, 2017 at 2:27 AM, Michael Niedermayer wrote:
>
> can the insertions be done in groups instead of one at a time ?
> so that it basically merges 2 lists (O(n)) instead of inserting
> one at a time O(n^2)
> ?
> This would significantly improve the worst case while not needing
> to cha
2017-08-25 7:15 GMT+08:00 Michael Niedermayer :
> Fixes: loop.m3u
>
> The max iteration count of 1 is arbitrary and ideas for a better solution
> are welcome
Why not give a option to user for set the reload_count and limit from 1 - 1?
>
> Found-by: Xiaohei and Wangchu from Alibaba Securit
On Thu, Aug 24, 2017 at 09:02:33PM +0100, Derek Buitenhuis wrote:
> Fixes:
>
> libswscale/utils.c:1632:5: warning: macro expansion producing 'defined'
> has undefined behavior [-Wexpansion-to-defined]
> #if USE_MMAP
> ^
> libswscale/utils.c:1577:49: note: expanded from macro '
On 8/25/17, James Almer wrote:
> On 8/24/2017 8:26 PM, Ivan Kalvachev wrote:
>> On 8/24/17, James Almer wrote:
>>> On 8/24/2017 12:01 PM, wm4 wrote:
On Thu, 24 Aug 2017 11:20:17 +0200
Michael Niedermayer wrote:
> On Thu, Aug 24, 2017 at 10:52:55AM +0200, wm4 wrote:
>> On W
On Thu, Aug 24, 2017 at 02:33:33PM +0100, Derek Buitenhuis wrote:
> JPEGs store embedded profiles under the APP2 marker, signified
> with a "ICC_PROFILE" null-terminated string header, and can be
> split across multiple APP2 markers, out of order.
>
> Signed-off-by: Derek Buitenhuis
> ---
> liba
On 8/24/2017 9:36 PM, Ivan Kalvachev wrote:
> On 8/25/17, James Almer wrote:
>> On 8/24/2017 8:26 PM, Ivan Kalvachev wrote:
>>> On 8/24/17, James Almer wrote:
On 8/24/2017 12:01 PM, wm4 wrote:
> On Thu, 24 Aug 2017 11:20:17 +0200
> Michael Niedermayer wrote:
>
>> On Thu, Aug
On Wed, Aug 23, 2017 at 1:38 AM, Muhammad Faiz wrote:
> Signed-off-by: Muhammad Faiz
> ---
> doc/filters.texi | 3 +
> libavfilter/af_firequalizer.c | 147
> +-
> 2 files changed, 147 insertions(+), 3 deletions(-)
Applied
Thank's
25.08.2017 0:17, Marton Balint пише:
[...]
Ok. If it works in v3, then I guess it is OK to apply as is. Let me know
when you want me to do that.
please apply
--
Maksym Veremeyenko
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.o
On 8/25/17, James Almer wrote:
> Signed-off-by: James Almer
> ---
> The deprecation seems to have been imported from libav but never made
> effective.
>
> libavcodec/imgconvert.c | 2 --
> libavcodec/version.h| 3 ---
> 2 files changed, 5 deletions(-)
>
OK
__
53 matches
Mail list logo
