On 3/5/16, Umair Khan wrote:
> Signed-off-by: Umair Khan
> ---
> libavcodec/alsdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/alsdec.c b/libavcodec/alsdec.c
> index ebd364e..0043512 100644
> --- a/libavcodec/alsdec.c
> +++ b/libavcodec/alsdec.c
> @@ -72
Speaking of toon.avi, here's the original from Sierra's King's Quest VI
which contains xxpc chunks that aren't even detected by FFmpeg's
demuxer. Probably some incorrect formatting of that AVI file, I don't know.
https://drive.google.com/open?id=0B3_pEBoLs0faaFY0ME92SDA1VEU
Mats
--
Mats Peter
On 06.03.2016, at 02:50, Timothy Gu wrote:
> To Michael and all release makers: after this patchset when making a
> release in a release branch, please do ALL of the following in the
> following order.
Been absent a while from the list, but this sounds like we do not have
documentation on the rel
Might be useful.
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From e959e17d2cd770e1bb6280c07910a085af624bc1 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Sun, 6 Mar 2016 10:57:24 +0100
Subject: [PATCH] lavf/utils: Add debug messages to ff_get_packet_palette()
---
libavformat/u
for easier development
Signed-off-by: Muhammad Faiz
---
libavfilter/avf_showcqt.c | 64 +++
libavfilter/avf_showcqt.h | 9 +++
2 files changed, 68 insertions(+), 5 deletions(-)
diff --git a/libavfilter/avf_showcqt.c b/libavfilter/avf_showcqt.c
in
Le quintidi 15 ventôse, an CCXXIV, Timothy Gu a écrit :
> The date is considered to be "good" but perhaps not as necessary.
I think the date should be present too, it is the only information that can
be parsed without any previous knowledge.
> - It should also be gitrevisions(7)-compatible
Extra
Makes it far easier to spot the issue if e.g.
caused by a typo in the code table.
Signed-off-by: Reimar Döffinger
---
libavcodec/bitstream.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/bitstream.c b/libavcodec/bitstream.c
index 1acb7a3..9344175 100644
--- a/lib
On Fri, 4 Mar 2016, Michael Niedermayer wrote:
On Fri, Mar 04, 2016 at 10:46:33PM +0100, Marton Balint wrote:
On Thu, 3 Mar 2016, Michael Niedermayer wrote:
On Thu, Mar 03, 2016 at 02:27:52AM +0100, Marton Balint wrote:
Signed-off-by: Marton Balint
---
tests/fate/gapless.mak | 3 +++
t
On Sat, Mar 05, 2016 at 06:38:40PM +0100, Michael Niedermayer wrote:
> diff --git a/libavformat/avienc.c b/libavformat/avienc.c
> index 0cfffb7..357dd34 100644
> --- a/libavformat/avienc.c
> +++ b/libavformat/avienc.c
> @@ -306,8 +306,7 @@ static int avi_write_header(AVFormatContext *s)
>
On Wed, Mar 02, 2016 at 07:33:31PM +, Rostislav Pehlivanov wrote:
> On 1 March 2016 at 21:55, Reimar Döffinger wrote:
> > I cannot see any point whatsoever to use
> > double here instead of float.
> > Using float allows for use of SIMD.
> > ---
> > libavcodec/aacenc_utils.h | 5 ++---
> > 1 f
On Sun, Mar 06, 2016 at 11:53:27AM +0100, Reimar Döffinger wrote:
> On Sat, Mar 05, 2016 at 06:38:40PM +0100, Michael Niedermayer wrote:
> > diff --git a/libavformat/avienc.c b/libavformat/avienc.c
> > index 0cfffb7..357dd34 100644
> > --- a/libavformat/avienc.c
> > +++ b/libavformat/avienc.c
> > @
On 03/06/2016 11:53 AM, Reimar Döffinger wrote:
On Sat, Mar 05, 2016 at 06:38:40PM +0100, Michael Niedermayer wrote:
diff --git a/libavformat/avienc.c b/libavformat/avienc.c
index 0cfffb7..357dd34 100644
--- a/libavformat/avienc.c
+++ b/libavformat/avienc.c
@@ -306,8 +306,7 @@ static int avi_wri
This may improve precision for some compilers and architectures.
Signed-off-by: Marton Balint
---
libavcodec/aactab.h | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/libavcodec/aactab.h b/libavcodec/aactab.h
index b48e7da..a0d44a2 100644
--- a/libavco
On Wed, Mar 02, 2016 at 07:19:08PM +, Rostislav Pehlivanov wrote:
> > -entry->cb = cb;
> > -entry->rtz = rtz;
> > + cb, 1.0f, INFINITY, &entry->bits,
> > &entry->energy, 0);
> > +*cache_state = cb;
> > }
> > -if (bits)
> > -
Signed-off-by: Marton Balint
---
libavcodec/sinewin_tablegen.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/sinewin_tablegen.h b/libavcodec/sinewin_tablegen.h
index 4432135..438cd1a 100644
--- a/libavcodec/sinewin_tablegen.h
+++ b/libavcodec/sinewin_tablegen.h
@@
On Sun, Mar 06, 2016 at 11:46:23AM +0100, Reimar Döffinger wrote:
> Makes it far easier to spot the issue if e.g.
> caused by a typo in the code table.
>
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/bitstream.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
thx
[...]
--
Michael, I've modified your patch to work with stream copy as well.
Also, I've simplified it a bit in one place. It seems to produce
identical files, but I might have missed something.
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 02868156345edf572c3c3cdd3fd916e5130c607c Mon Sep
On Sun, Mar 06, 2016 at 12:18:48PM +0100, Marton Balint wrote:
> This may improve precision for some compilers and architectures.
>
> Signed-off-by: Marton Balint
> ---
> libavcodec/aactab.h | 22 +++---
> 1 file changed, 11 insertions(+), 11 deletions(-)
>
> diff --git a/libavc
On Sun, Mar 06, 2016 at 12:21:30PM +0100, Michael Niedermayer wrote:
> On Sun, Mar 06, 2016 at 11:46:23AM +0100, Reimar Döffinger wrote:
> > Makes it far easier to spot the issue if e.g.
> > caused by a typo in the code table.
> >
> > Signed-off-by: Reimar Döffinger
> > ---
> > libavcodec/bitstr
Minor fix.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 10faea5eccb02a6e971b6733412d3c41a6d46f5f Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Sun, 6 Mar 2016 12:41:07 +0100
Subject: [PATCH v3] lavf/avienc: Store palette at keyframes if it differs from the global one
---
libavf
On 03/06/2016 12:09 PM, Michael Niedermayer wrote:
Once again, why are these tests unneeded?
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 03/06/2016 12:51 PM, Mats Peterson wrote:
On 03/06/2016 12:09 PM, Michael Niedermayer wrote:
Once again, why are these tests unneeded?
Mats
avio_tell() won't work on an unseekable stream, since it uses
avio_seek(), as far as I know.
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mat
On Sun, Mar 06, 2016 at 09:00:47AM +0100, Paul B Mahol wrote:
> On 3/5/16, Umair Khan wrote:
> > Signed-off-by: Umair Khan
> > ---
> > libavcodec/alsdec.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavcodec/alsdec.c b/libavcodec/alsdec.c
> > index ebd364e..0
Ping
Thanks
Eran
0001-mov-support-seek-in-encrypted-mp4.patch
Description: 0001-mov-support-seek-in-encrypted-mp4.patch
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This may improve the precision of the fixed point decoder for some compilers
and architectures.
Signed-off-by: Marton Balint
---
libavcodec/aac_defines.h | 6 +++---
libavcodec/aactab.h | 22 +++---
2 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/libavcodec
On 03/06/2016 12:55 PM, Mats Peterson wrote:
On 03/06/2016 12:51 PM, Mats Peterson wrote:
On 03/06/2016 12:09 PM, Michael Niedermayer wrote:
Once again, why are these tests unneeded?
Mats
avio_tell() won't work on an unseekable stream, since it uses
avio_seek(), as far as I know.
Mats
I
Hi Mats,
On Sun, Mar 6, 2016 at 6:51 AM, Mats Peterson <
matsp888-at-yahoo@ffmpeg.org> wrote:
> On 03/06/2016 12:09 PM, Michael Niedermayer wrote:
>
> Once again, why are these tests unneeded?
You shouldn't send the same message 5x within 2 seconds. Please be patient.
Why are they unneeded
On Sun, Mar 06, 2016 at 01:15:33PM +0100, Mats Peterson wrote:
> On 03/06/2016 12:55 PM, Mats Peterson wrote:
> >On 03/06/2016 12:51 PM, Mats Peterson wrote:
> >>On 03/06/2016 12:09 PM, Michael Niedermayer wrote:
> >>
> >>Once again, why are these tests unneeded?
> >>
> >>Mats
> >>
> >
> >avio_tell
On 03/06/2016 01:29 PM, Ronald S. Bultje wrote:
Hi Mats,
On Sun, Mar 6, 2016 at 6:51 AM, Mats Peterson <
matsp888-at-yahoo@ffmpeg.org> wrote:
On 03/06/2016 12:09 PM, Michael Niedermayer wrote:
Once again, why are these tests unneeded?
You shouldn't send the same message 5x within 2 sec
Another fix for non-seekable streams. Once again, Michael, this is your
patch modified to work with stream copy.
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From cdbb72a0ef1f061b32f56dd390584db4122ec84b Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Sun, 6 Mar 2016 14:04:57 +01
On 03/06/2016 02:07 PM, Mats Peterson wrote:
Another fix for non-seekable streams. Once again, Michael, this is your
patch modified to work with stream copy.
Mats
Now, *seeking* in AVI files with xxpc chunks (at least with FFplay)
still leaves a lot to be desired. It only works so-so.
Are
Hi,
On Sun, Mar 6, 2016 at 7:37 AM, Mats Peterson <
matsp888-at-yahoo@ffmpeg.org> wrote:
> On 03/06/2016 01:29 PM, Ronald S. Bultje wrote:
>
>> Hi Mats,
>>
>> On Sun, Mar 6, 2016 at 6:51 AM, Mats Peterson <
>> matsp888-at-yahoo@ffmpeg.org> wrote:
>>
>> On 03/06/2016 12:09 PM, Michael Nied
"Ronald S. Bultje" skrev: (6 mars 2016 14:37:25 CET)
>Hi,
>
>On Sun, Mar 6, 2016 at 7:37 AM, Mats Peterson <
>matsp888-at-yahoo@ffmpeg.org> wrote:
>
>> On 03/06/2016 01:29 PM, Ronald S. Bultje wrote:
>>
>>> Hi Mats,
>>>
>>> On Sun, Mar 6, 2016 at 6:51 AM, Mats Peterson <
>>> matsp888-at-yahoo.
Hi,
On Sat, Mar 5, 2016 at 5:34 PM, Reimar Döffinger
wrote:
> FFmpeg currently lacks a fallback inflate algorithm
> when zlib is not available.
>
This wouldn't be the first time we NIH'ed something, so that by itself
isn't a sufficiently good reason to not use it :)
We have a lot of infrastruc
Restored your code at the place where I had "simplified it". It's
obviously needed.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From fdc1b9d1c22417993a1295fc10904901d2a1269a Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Sun, 6 Mar 2016 14:54:30 +0100
Subject: [PATCH v5] lavf/avienc:
On Sun, Mar 06, 2016 at 08:43:15AM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Mar 5, 2016 at 5:34 PM, Reimar Döffinger
> wrote:
>
> > FFmpeg currently lacks a fallback inflate algorithm
> > when zlib is not available.
> >
>
> This wouldn't be the first time we NIH'ed something, so that by
Mats Peterson skrev: (6 mars 2016 14:56:04
CET)
>Restored your code at the place where I had "simplified it". It's
>obviously needed.
A question: Do we need to add keyframe xxpc chunks when doing stream copy? It
would be semantically wrong in a way. I'm ambivalent about it. If this is not
nee
On Sun, Mar 06, 2016 at 08:43:15AM -0500, Ronald S. Bultje wrote:
> We have a lot of infrastructure for it already available
> > though, like VLC code reading (though only in libavcodec,
> > not libavutil).
> > This is a hackish quick-and-dirty version.
> > It certainly is not optimized, and I woul
On Sun, Mar 06, 2016 at 12:07:37PM +, Eran Kornblau wrote:
> Ping
>
> Thanks
>
> Eran
> isom.h |3 ++
> mov.c | 94
> +
> 2 files changed, 97 insertions(+)
> 395b2cf334ec76f21376f52709b5a9caeeb39d9d
> 0001-mov-support
Approximately 11% faster transcoding from mp3 with
default settings.
Signed-off-by: Reimar Döffinger
---
libavcodec/aacenc.c | 9 -
libavcodec/aacenc.h | 5 +++--
libavcodec/aacenc_quantization_misc.h | 3 ++-
3 files changed, 9 insertions(+), 8 deleti
On Wed, Mar 02, 2016 at 10:31:10PM +0300, foo86 wrote:
> The first X96 channel set can have more channels than core, causing X96
> decoding to be skipped. Clear the number of decoded X96 channels to zero
> in this rudimentary case.
> ---
> libavcodec/dca_core.c | 1 +
> 1 file changed, 1 insertion
Approximately 10% faster transcode from mp3 to aac
with default settings.
Signed-off-by: Reimar Döffinger
---
libavcodec/aacenc_utils.h | 47 ++-
1 file changed, 38 insertions(+), 9 deletions(-)
diff --git a/libavcodec/aacenc_utils.h b/libavcodec/aace
On Sun, Mar 06, 2016 at 07:35:58PM +0100, Reimar Döffinger wrote:
> Approximately 10% faster transcode from mp3 to aac
> with default settings.
Note to anyone wanting to optimize it further:
There is almost 25% on the table if you can replace
the pow() and cos() function uses by something more
eff
On 3/6/2016 3:35 PM, Reimar Döffinger wrote:
> Approximately 10% faster transcode from mp3 to aac
> with default settings.
>
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/aacenc_utils.h | 47
> ++-
> 1 file changed, 38 insertions(+), 9 deletion
On Sun, Mar 06, 2016 at 03:49:00PM -0300, James Almer wrote:
> On 3/6/2016 3:35 PM, Reimar Döffinger wrote:
> > Approximately 10% faster transcode from mp3 to aac
> > with default settings.
> >
> > Signed-off-by: Reimar Döffinger
> > ---
> > libavcodec/aacenc_utils.h | 47
> > ++
Please review the patch.
NagaChaitanya Vellanki (1):
Add tests for functions in hash.c
libavutil/Makefile | 1 +
libavutil/hash.c | 41 +
tests/fate/libavutil.mak | 4
tests/ref/fate/hash | 45 +++
---
libavutil/Makefile | 1 +
libavutil/hash.c | 41 +
tests/fate/libavutil.mak | 4
tests/ref/fate/hash | 45 +
4 files changed, 91 insertions(+)
create mode 100644 tests/ref/fate/hash
On 3/6/2016 4:14 PM, Reimar Döffinger wrote:
> On Sun, Mar 06, 2016 at 03:49:00PM -0300, James Almer wrote:
>> On 3/6/2016 3:35 PM, Reimar Döffinger wrote:
>>> Approximately 10% faster transcode from mp3 to aac
>>> with default settings.
>>>
>>> Signed-off-by: Reimar Döffinger
>>> ---
>>> libavco
On Sun, Mar 06, 2016 at 04:46:08PM -0300, James Almer wrote:
> On 3/6/2016 4:14 PM, Reimar Döffinger wrote:
> > On Sun, Mar 06, 2016 at 03:49:00PM -0300, James Almer wrote:
> >> On 3/6/2016 3:35 PM, Reimar Döffinger wrote:
> >> Are you sure this wasn't vectorized already? I remember i checked and i
This ensures gcc does not create unnecessary
loads or stores and possibly even does not vectorize
the negation.
Speeds up mp3 to aac transcoding with default settings
by 10% when using "gcc (Debian 5.3.1-10) 5.3.1 20160224".
Signed-off-by: Reimar Döffinger
---
libavcodec/aacenc_utils.h | 5 +++--
>
> can you create a fate test for this ?
> maybe seek-test could be simply used?
>
Sure, can you point me to some existing test that is similar enough for me to
use as a reference ?
I read the Wiki page about adding a test, but not quite sure how to apply it
here
> thanks
>
> [...]
> --
> M
Michael Niedermayer niedermayer.cc> writes:
> > 1 file changed, 37 insertions(+), 36 deletions(-)
> > 82bb95da87139860c2e09731e375420e2733392e patchjpegconstants.diff
> > diff --git a/libavformat/img2dec.c b/libavformat/img2dec.c
>
> LGTM
>
> thx
Patch applied.
Thank you, Carl Eugen
__
On 3/6/2016 4:28 PM, NagaChaitanya Vellanki wrote:
> ---
> libavutil/Makefile | 1 +
> libavutil/hash.c | 41 +
> tests/fate/libavutil.mak | 4
> tests/ref/fate/hash | 45 +
> 4 files chan
On Sun, Mar 06, 2016 at 08:35:41PM +, Eran Kornblau wrote:
> >
> > can you create a fate test for this ?
> > maybe seek-test could be simply used?
> >
> Sure, can you point me to some existing test that is similar enough for me to
> use as a reference ?
> I read the Wiki page about adding a
On Sun, Mar 06, 2016 at 01:10:48PM +0100, Marton Balint wrote:
> This may improve the precision of the fixed point decoder for some compilers
> and architectures.
>
> Signed-off-by: Marton Balint
> ---
> libavcodec/aac_defines.h | 6 +++---
> libavcodec/aactab.h | 22 +++---
On Sun, Mar 06, 2016 at 11:27:59AM -0800, NagaChaitanya Vellanki wrote:
> Please review the patch.
>
> NagaChaitanya Vellanki (1):
> Add tests for functions in hash.c
btw, if this is a qualification task for GSoC or Outreachy then
please add yourself to
https://trac.ffmpeg.org/wiki/SponsoringPr
On Thu, Jan 07, 2016 at 10:38:06AM +0100, Raymond Hilseth wrote:
> This fixes a problem where ffmpeg would hang if there is already an open
> data connection, and the server sends a 125 response code in reply to a
> STOR or RETR command.
>
> Signed-off-by: Raymond Hilseth
> ---
> libavformat/ftp
On Wed, Jan 13, 2016 at 09:11:13AM +0800, Zhao Zhili wrote:
> ping？
applied
sorry for the delay, i had hoped thomas would review
thanks
>
> On Fri, Jan 8, 2016 at 9:15 AM, Zhao Zhili wrote:
>
> > Sorry, I work hard to cross the Great Fire Wall to send this patch and
> > cannot send it as pl
---
libavformat/segment.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/segment.c b/libavformat/segment.c
index dd3b092..818c0c9 100644
--- a/libavformat/segment.c
+++ b/libavformat/segment.c
@@ -809,7 +809,7 @@ static int seg_write_packet(AVFormatContext *s, AVPa
This reduces some code duplication, and ensures that cur_entry.last_duration is
always set.
---
libavformat/segment.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/libavformat/segment.c b/libavformat/segment.c
index 818c0c9..6ad991f 100644
--- a/libavformat/segme
On Sun, Mar 6, 2016 at 1:43 PM, Reimar Döffinger
wrote:
> On Sun, Mar 06, 2016 at 07:35:58PM +0100, Reimar Döffinger wrote:
>> Approximately 10% faster transcode from mp3 to aac
>> with default settings.
>
> Note to anyone wanting to optimize it further:
> There is almost 25% on the table if you c
---
doc/muxers.texi | 5 +
libavformat/segment.c | 8 +++-
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index f2ad7fe..700ec88 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -1224,6 +1224,11 @@ muxers/codecs. It is set to @co
---
libavutil/Makefile | 1 +
libavutil/hash.c | 45 +
tests/fate/libavutil.mak | 4
tests/ref/fate/hash | 45 +
4 files changed, 95 insertions(+)
create mode 100644 tests/ref/fate/ha
Made changes as suggested by James Almer.
NagaChaitanya Vellanki (1):
Add tests for functions in hash.c
libavutil/Makefile | 1 +
libavutil/hash.c | 45 +
tests/fate/libavutil.mak | 4
tests/ref/fate/hash | 45 ++
Ran into some glitches when I initially tried accessing IRC through my
browser; in particular the Firefox default of "mibbit" does not work:
https://blog.freenode.net/2009/06/new-freenode-webchat-and-why-to-use-it/.
Signed-off-by: Ganesh Ajjanagadde
---
src/contact | 2 ++
1 file changed, 2 inse
On Sun, 6 Mar 2016 22:33:30 -0500, Ganesh Ajjanagadde wrote:
> Ran into some glitches when I initially tried accessing IRC through my
> browser; in particular the Firefox default of "mibbit" does not work:
> https://blog.freenode.net/2009/06/new-freenode-webchat-and-why-to-use-it/.
>
> Signed-of
Hi,
The attached patch adds basic mux/demux support for the Opus audio codec in MP4.
Mozilla have expressed interest in shipping support for this in:
https://groups.google.com/d/msg/mozilla.dev.platform/mdDZ-nBr_jM/MaLi2BDOAgAJ
Comments welcome!
Basic Opus in MP4 mux/demux support based on the d
On 3/7/2016 12:26 AM, NagaChaitanya Vellanki wrote:
> ---
> libavutil/Makefile | 1 +
> libavutil/hash.c | 45 +
> tests/fate/libavutil.mak | 4
> tests/ref/fate/hash | 45 +
> 4 files
On 07.03.2016, at 04:04, Ganesh Ajjanagadde wrote:
> On Sun, Mar 6, 2016 at 1:43 PM, Reimar Döffinger
> wrote:
>> On Sun, Mar 06, 2016 at 07:35:58PM +0100, Reimar Döffinger wrote:
>>> Approximately 10% faster transcode from mp3 to aac
>>> with default settings.
>>
>> Note to anyone wanting to op
69 matches
Mail list logo
