On Sat, Mar 05, 2016 at 09:10:00AM -0800, Mark Harris wrote:
> Use the context and level specified to av_pkt_dump_log2(),
> instead of panic level (0), for dumping packet payload.
> ---
> libavformat/dump.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied
thanks
[...]
--
Michael
Also make consistent the fallback versions.
This patch uses a RELEASE-based approach rather than a tag-based one.
There are several reasons for this. First, the -dev tags never convey
more information than RELEASE. Second, RELEASE can provide a version
even without Git.
The new script is designed
This patch set implements the versioning algorithm I recently proposed.
The first patch addresses an already existing problem with version.sh.
The second is the one actually implementing the change.
To Michael and all release makers: after this patchset when making a
release in a release branch, p
This is necessary for cases where the FFmpeg directory does not have Git
metadata but the parent directories do. See e.g.
https://github.com/mxe/mxe/issues/1219.
---
version.sh | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/version.sh b/version.sh
index a9d7e39..c46aec
Mats Peterson skrev: (5 mars 2016 23:31:40
CET)
>On 03/05/2016 11:23 PM, Mats Peterson wrote:
>> On 03/05/2016 11:20 PM, Mats Peterson wrote:
>>> On 03/05/2016 11:00 PM, Mats Peterson wrote:
Here is an experimental and much simpler solution that stores the
>last
used palette at keyframe
FFmpeg currently lacks a fallback inflate algorithm
when zlib is not available.
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 would wa
On 03/05/2016 11:23 PM, Mats Peterson wrote:
On 03/05/2016 11:20 PM, Mats Peterson wrote:
On 03/05/2016 11:00 PM, Mats Peterson wrote:
Here is an experimental and much simpler solution that stores the last
used palette at keyframes regardless. Maybe too simple, Michael, I don't
know.
This si
On 03/05/2016 11:20 PM, Mats Peterson wrote:
On 03/05/2016 11:00 PM, Mats Peterson wrote:
Here is an experimental and much simpler solution that stores the last
used palette at keyframes regardless. Maybe too simple, Michael, I don't
know.
This simplicity leads to storing an xxpc chunk with t
On 03/05/2016 11:00 PM, Mats Peterson wrote:
Here is an experimental and much simpler solution that stores the last
used palette at keyframes regardless. Maybe too simple, Michael, I don't
know.
This simplicity leads to storing an xxpc chunk with the same palette at
every keyframe when there
Here is an experimental and much simpler solution that stores the last
used palette at keyframes regardless. Maybe too simple, Michael, I don't
know.
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From f244806bf67595bf42d3449dccd3defd4433119d Mon Sep 17 00:00:00 2001
From: Mats Peters
> iam not sure zthis is still an issue as the last build is a few days
> ago so maybe this is alread fixed but, theres a build failure on:
> http://fatebeta.ffmpeg.org/log/x86_64-darwin-gcc-4.8/20160303011009/compile
This was fixed by ecba35bbe305c022d59da2d7bf066e3325693c26.
_
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
@@ -729,7 +729,7 @@ static int read_var_block_data(ALSD
On 03/05/2016 10:26 PM, Mats Peterson wrote:
On 03/05/2016 10:13 PM, Mats Peterson wrote:
On 03/05/2016 10:12 PM, Mats Peterson wrote:
Doesn't seem to work quite as expected, Michael.
Try ffmpeg -i toon.avi -vcodec copy out.avi.
The destination file will still contain only two xxpc chunks.
Ma
On 03/05/2016 10:13 PM, Mats Peterson wrote:
On 03/05/2016 10:12 PM, Mats Peterson wrote:
Doesn't seem to work quite as expected, Michael.
Try ffmpeg -i toon.avi -vcodec copy out.avi.
The destination file will still contain only two xxpc chunks.
Mats
Well, it works with -vcodec rawvideo, bu
On Wed, Mar 02, 2016 at 08:11:40PM +0800, Rick Kern wrote:
> Autodetected by default. Encode using -codec:v h264_videotoolbox.
>
> Signed-off-by: Rick Kern
> ---
> MAINTAINERS |1 +
> configure| 26 +-
> libavcodec/Makefile |1 +
> libavcod
On 03/05/2016 10:12 PM, Mats Peterson wrote:
Doesn't seem to work quite as expected, Michael.
Try ffmpeg -i toon.avi -vcodec copy out.avi.
The destination file will still contain only two xxpc chunks.
Mats
Well, it works with -vcodec rawvideo, but not -vcodec copy.
Mats
--
Mats Peterson
ht
On 03/05/2016 08:44 PM, Michael Niedermayer wrote:
---
libavformat/avienc.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavformat/avienc.c b/libavformat/avienc.c
index 0cfffb7..8804ece 100644
--- a/libavformat/avienc.c
+++ b/libavformat/avienc.c
@@ -84,6 +8
On 03/05/2016 06:14 PM, Michael Niedermayer wrote:
On Sat, Mar 05, 2016 at 05:54:05PM +0100, Reimar Döffinger wrote:
On Sat, Mar 05, 2016 at 02:32:56PM +0100, Mats Peterson wrote:
On 03/05/2016 02:24 PM, Mats Peterson wrote:
The original toon.avi doesn't contain xxpc chunks at keyframes eithe
On 03/05/2016 05:54 PM, Reimar Döffinger wrote:
On Sat, Mar 05, 2016 at 02:32:56PM +0100, Mats Peterson wrote:
On 03/05/2016 02:24 PM, Mats Peterson wrote:
The original toon.avi doesn't contain xxpc chunks at keyframes either,
if that can be of any comfort. It only contains two xxpc chunks, at
This new patch adds x86 SIMD support up to 12 bit.
Please comment.
Signed-off-by: Thomas Mundt
---
libavfilter/bwdif.h | 72 +++
libavfilter/vf_bwdif.c | 69 +++
libavfilter/x86/Makefile| 2 +
libavfilter/x86/vf_bwdif.asm| 266
On Sat, Mar 05, 2016 at 07:29:01PM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Not sure how useful this patch is.
>
> Please comment, Carl Eugen
> Makefile |1 +
> allformats.c |1 +
> img2dec.c|8
> 3 files changed, 10 insertions(+)
> 0debba60a1363edb619fa5ec358815b92
---
libavformat/avienc.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavformat/avienc.c b/libavformat/avienc.c
index 0cfffb7..8804ece 100644
--- a/libavformat/avienc.c
+++ b/libavformat/avienc.c
@@ -84,6 +84,7 @@ typedef struct AVIStream {
uint32_t palet
On Sat, Mar 05, 2016 at 07:26:36PM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> I believe attached patch makes the jpeg probe function more readable.
>
> Please comment, Carl Eugen
> img2dec.c | 73
> +++---
> 1 file changed, 37 insertions(
On Sat, Mar 05, 2016 at 06:56:30PM +0100, Michael Niedermayer wrote:
> On Sat, Mar 05, 2016 at 06:01:11PM +0100, Reimar Döffinger wrote:
> > On Sat, Mar 05, 2016 at 01:41:32PM +0100, Michael Niedermayer wrote:
> > > + * Note, for variable framerate material this has undefined meaning
> > > cur
On Sat, Mar 5, 2016 at 1:06 PM, Kieran Kunhya wrote:
> In this case container width/height is better however.
> Thanks to koda for the sample
> ---
> libavcodec/cfhd.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c
> index e37bef0..98f16d3 100644
Hi!
Not sure how useful this patch is.
Please comment, Carl Eugen
diff --git a/libavformat/Makefile b/libavformat/Makefile
index dc931d9..8981e08 100644
--- a/libavformat/Makefile
+++ b/libavformat/Makefile
@@ -227,6 +227,7 @@ OBJS-$(CONFIG_IMAGE_SGI_PIPE_DEMUXER) += img2dec.o img2.o
OBJS-$
Hi!
I believe attached patch makes the jpeg probe function more readable.
Please comment, Carl Eugendiff --git a/libavformat/img2dec.c b/libavformat/img2dec.c
index 019793f..fe0e346 100644
--- a/libavformat/img2dec.c
+++ b/libavformat/img2dec.c
@@ -33,6 +33,7 @@
#include "avio_internal.h"
#inc
Hi!
I see the following issue here with extractplanes:
If the input file has a 16bit little endian pix_fmt not supported by
extractplanes (gbra12le), the filter system has to choose a compatible
pix_fmt supported by the filter and chooses rgba64be here.
The extractplanes filter returns gray16le
In this case container width/height is better however.
Thanks to koda for the sample
---
libavcodec/cfhd.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c
index e37bef0..98f16d3 100644
--- a/libavcodec/cfhd.c
+++ b/libavcodec/cfhd.c
@@ -467,6 +467,9 @@
On Sat, Mar 05, 2016 at 06:01:11PM +0100, Reimar Döffinger wrote:
> On Sat, Mar 05, 2016 at 01:41:32PM +0100, Michael Niedermayer wrote:
> > + * Note, for variable framerate material this has undefined meaning
> > currently
> > + * and is not set to the actual framerate nor {0,1} but can b
Signed-off-by: Michael Niedermayer
---
libavformat/avienc.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
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_
On Thu, Mar 03, 2016 at 12:35:36AM +0100, Mats Peterson wrote:
>
> --
> Mats Peterson
> http://matsp888.no-ip.org/~mats/
> riffenc.c | 20 +++-
> 1 file changed, 11 insertions(+), 9 deletions(-)
> 70ca679c14ab31934806895eea5f10f633aeb778
> 0003-lavf-riffenc-Handle-palette-fo
On Sat, Mar 05, 2016 at 05:54:05PM +0100, Reimar Döffinger wrote:
> On Sat, Mar 05, 2016 at 02:32:56PM +0100, Mats Peterson wrote:
> > On 03/05/2016 02:24 PM, Mats Peterson wrote:
> > >
> > >The original toon.avi doesn't contain xxpc chunks at keyframes either,
> > >if that can be of any comfort. I
On Sat, Mar 05, 2016 at 12:21:14PM +0100, Mats Peterson wrote:
> I've noticed that avienc.c is close to useless for use with stdout.
> It only checks pb->seekable in a few places, and for example the
> ff_end_tag() function uses avio_seek(), but that one is used in
> several places where there is n
Use the context and level specified to av_pkt_dump_log2(),
instead of panic level (0), for dumping packet payload.
---
libavformat/dump.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/dump.c b/libavformat/dump.c
index 9e7c12b..86bb82d 100644
--- a/libavformat/dump
On Sat, Mar 05, 2016 at 01:41:32PM +0100, Michael Niedermayer wrote:
> + * Note, for variable framerate material this has undefined meaning
> currently
> + * and is not set to the actual framerate nor {0,1} but can be set to
> + * 1/timebase (FIXME) the code in some parts assumes frame
On Sat, Mar 05, 2016 at 02:32:56PM +0100, Mats Peterson wrote:
> On 03/05/2016 02:24 PM, Mats Peterson wrote:
> >
> >The original toon.avi doesn't contain xxpc chunks at keyframes either,
> >if that can be of any comfort. It only contains two xxpc chunks, at
> >that. If you're able to invent someth
On 03/05/2016 02:32 PM, Mats Peterson wrote:
On 03/05/2016 02:24 PM, Mats Peterson wrote:
On 03/05/2016 12:21 PM, Mats Peterson wrote:
I've noticed that avienc.c is close to useless for use with stdout. It
only checks pb->seekable in a few places, and for example the
ff_end_tag() function uses
On 03/05/2016 02:24 PM, Mats Peterson wrote:
On 03/05/2016 12:21 PM, Mats Peterson wrote:
I've noticed that avienc.c is close to useless for use with stdout. It
only checks pb->seekable in a few places, and for example the
ff_end_tag() function uses avio_seek(), but that one is used in several
p
On 03/05/2016 12:21 PM, Mats Peterson wrote:
I've noticed that avienc.c is close to useless for use with stdout. It
only checks pb->seekable in a few places, and for example the
ff_end_tag() function uses avio_seek(), but that one is used in several
places where there is no check for a seekable s
Hi
see the 2 attached patches
ISP still has probems with git send email here
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
It is dangerous to be right in matters on which the established authorities
are wrong. -- Voltaire
From a8b2a1a51c8f570f496d53e3295d5ebf330d9fc
On 03/05/2016 01:18 PM, Mats Peterson wrote:
On 03/05/2016 01:10 PM, Mats Peterson wrote:
On 03/05/2016 12:21 PM, Mats Peterson wrote:
I've noticed that avienc.c is close to useless for use with stdout. It
only checks pb->seekable in a few places, and for example the
ff_end_tag() function uses
On 03/05/2016 01:10 PM, Mats Peterson wrote:
On 03/05/2016 12:21 PM, Mats Peterson wrote:
I've noticed that avienc.c is close to useless for use with stdout. It
only checks pb->seekable in a few places, and for example the
ff_end_tag() function uses avio_seek(), but that one is used in several
p
On 03/05/2016 12:21 PM, Mats Peterson wrote:
I've noticed that avienc.c is close to useless for use with stdout. It
only checks pb->seekable in a few places, and for example the
ff_end_tag() function uses avio_seek(), but that one is used in several
places where there is no check for a seekable s
On 03/05/2016 12:41 PM, Mats Peterson wrote:
On 03/05/2016 12:21 PM, Mats Peterson wrote:
I've noticed that avienc.c is close to useless for use with stdout. It
only checks pb->seekable in a few places, and for example the
ff_end_tag() function uses avio_seek(), but that one is used in several
p
On 03/05/2016 12:21 PM, Mats Peterson wrote:
I've noticed that avienc.c is close to useless for use with stdout. It
only checks pb->seekable in a few places, and for example the
ff_end_tag() function uses avio_seek(), but that one is used in several
places where there is no check for a seekable s
On 03/05/2016 12:21 PM, Mats Peterson wrote:
I've noticed that avienc.c is close to useless for use with stdout. It
only checks pb->seekable in a few places, and for example the
ff_end_tag() function uses avio_seek(), but that one is used in several
places where there is no check for a seekable s
I've noticed that avienc.c is close to useless for use with stdout. It
only checks pb->seekable in a few places, and for example the
ff_end_tag() function uses avio_seek(), but that one is used in several
places where there is no check for a seekable stream.
Anyway, this version adds the AVISF
On Sat, Mar 5, 2016 at 11:26 AM, Carl Eugen Hoyos wrote:
> Timothy Gu gmail.com> writes:
>
>> The versioning scheme is supposed to make people's life easier.
>
> The patch would make my life more difficult .
>
If you can't even explain why, then I wouldn't expect many people to listen.
The lates
On Fri, Mar 04, 2016 at 04:19:18PM -0800, Sergey Volk wrote:
> Ok, something like this for now, then?
your original patch contained a nice commit message, this one
doesnt
> I'm new to ffmpeg development. When is the next version bump going to happen?
you can make changes at the next bump by usi
Timothy Gu gmail.com> writes:
> The versioning scheme is supposed to make people's life easier.
The patch would make my life more difficult .
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-d
On Sat, Mar 05, 2016 at 04:48:21AM +0100, Mats Peterson wrote:
> On 03/05/2016 04:43 AM, Mats Peterson wrote:
> >
> >
> >
> >___
> >ffmpeg-devel mailing list
> >ffmpeg-devel@ffmpeg.org
> >http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> >
>
> This one o
On 03/05/2016 09:08 AM, Mats Peterson wrote:
On 03/05/2016 07:33 AM, Mats Peterson wrote:
Only copy/compare enough bytes for the bit depth in question.
Here's another good file with xxpc chunks that you can try. It is
encoded with Microsoft Video 1 (CRAM).
https://samples.ffmpeg.org/avi/pale
Ive now got the bisect down to the problem appearing between 75753 and 75759
but when i build the versions inbetween i get avconv build and not ffmpeg
This is how the bisect went78890 BAD72615 GOOD75753 GOOD77321 BAD..75759
BADAVCONV built
joolz
Joolz
On Friday, 4 March 2016, 0:17, Hendri
On 03/05/2016 07:33 AM, Mats Peterson wrote:
Only copy/compare enough bytes for the bit depth in question.
Here's another good file with xxpc chunks that you can try. It is
encoded with Microsoft Video 1 (CRAM).
https://samples.ffmpeg.org/avi/palette_change/toon.avi
Mats
--
Mats Peterson
55 matches
Mail list logo
