This change relaxes the whitelist on reading color metadata in MOV/BMFF
containers. The whitelist on writing values is still in place.
As a consequence it also fixes an apparent bug in reading 'nclc' values.
The 'nclc' spec [1] is in harmony with ISO 23001-8 for the values it
lists, but the code g
This is needed for encoders which store a final sample count or checksum in
extradata
alternatively every encoder as well as muxer can implement
AV_PKT_DATA_NEW_EXTRADATA support
to update the extradata at the end.
Signed-off-by: Michael Niedermayer
---
ffmpeg.c | 17 +
1 file
On 8/17/16, Michael Niedermayer wrote:
> This is needed for encoders which store a final sample count or checksum in
> extradata
>
> alternatively every encoder as well as muxer can implement
> AV_PKT_DATA_NEW_EXTRADATA support
> to update the extradata at the end.
>
> Signed-off-by: Michael Niede
On Fri, Jul 22, 2016 at 07:18:13PM +0200, Michael Niedermayer wrote:
> On Wed, Jul 06, 2016 at 11:25:21PM +0200, Michael Niedermayer wrote:
> > Hi all
> >
> > The next Outreachy round starts soon
> > FFmpeg has till august 22 IIUC (https://www.gnome.org/outreachy/)
> > to express interrest to part
Hi Stanislav,
On Wed, Aug 17, 2016 at 7:07 AM, Станислав Долганов <
stanislav.dolga...@gmail.com> wrote:
> Hello,
>
> I'm sending the patch set with implementation of GSoC project -- FFV1 P
> frame support. The current FFV1 uses the same OBMC code as the Snow codec.
> Also new median_me_mp functi
Hi!
Independently of the question how useful libyami is:
We do not add fate tests for external libraries.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> Thanks for the report! Typically, people will measure a few coding points
> per file (instead of one) so you can plot filesize vs. quality (in
whatever
> metric) and see relative improvement between clips (old vs. new) over
> interpolated points. See e.g. a graph like this:
>
> https://blogs.gnom
On Mon, Aug 15, 2016 at 07:04:56PM -0700, Sasi Inguva wrote:
> Changes done. Also commented in the code about the differences between the
> add_index_entry function and teh ff_add_index_entry function.
>
> About stream copy, yes there will be a big behavior difference when doing "-c
> copy" for
On Tue, Aug 02, 2016 at 09:23:04AM -0700, Timothy Gu wrote:
> I've put this document onto the wiki so that it's easier to edit:
> https://trac.ffmpeg.org/wiki/LibavMerge
>
I actually think it belongs in FFmpeg repository as it's partly a
political document so you don't want anyone to be able to e
On Thu, Jun 30, 2016 at 04:04:56PM +0200, Michael Niedermayer wrote:
> On Mon, Jun 27, 2016 at 12:10:53PM +0200, Clément Bœsch wrote:
> > From: Clément Bœsch
> >
> > TODO: bump lavf minor
>
> > XXX: should i add a FF_API_NOCONST_GET_SIDE_DATA?
>
> yes
>
done & applied
--
Clément B.
signat
On Thu, Jun 30, 2016 at 04:01:36PM +0200, Michael Niedermayer wrote:
> On Mon, Jun 27, 2016 at 12:10:52PM +0200, Clément Bœsch wrote:
> > From: Clément Bœsch
> >
> > ---
> > libavformat/internal.h | 2 +-
> > libavformat/utils.c| 6 +++---
> > 2 files changed, 4 insertions(+), 4 deletions(-)
On Wed, Aug 17, 2016 at 14:07:24 +0300, Станислав Долганов wrote:
> +{ "pframe", "Using P frames", OFFSET(p_frame), AV_OPT_TYPE_BOOL, { .i64
> = 0 }, 0, 1, VE },
Nit: imperative wording, i.e. "Use P frames".
Moritz
___
ffmpeg-devel mailing list
ff
On Tue, Aug 16, 2016 at 01:10:39PM -0700, Carlos Fernandez Sanz wrote:
> From: Carlos Fernandez
>
> Signed-off-by: Carlos Fernandez
> ---
> libavformat/Makefile | 2 +-
> libavformat/hlsenc.c | 107 --
> libavformat/scte_35.c | 525
>
On Tue, Aug 09, 2016 at 12:51:30AM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> 2016-08-05 12:44 GMT+02:00 Nicolas George :
> > Le nonidi 19 thermidor, an CCXXIV, Carl Eugen Hoyos a écrit :
> >> Hi!
> >>
> >> Attached patch implements RFC 2586.
> >>
> >> Please comment, Carl Eugen
> >
> >> From ba470c
On Tue, Jul 05, 2016 at 11:51:58AM +0200, Carl Eugen Hoyos wrote:
> On Tuesday 05 July 2016 12:36:53 am Michael Niedermayer wrote:
> > On Sun, May 01, 2016 at 05:11:08PM +0200, Carl Eugen Hoyos wrote:
> > > Hi!
> > >
> > > Attached patch stops setting bits_per_raw_sample if it makes no sense as
> >
Hi,
On Wed, Aug 17, 2016 at 5:33 PM, Michael Niedermayer
wrote:
> On Fri, Jul 22, 2016 at 07:18:13PM +0200, Michael Niedermayer wrote:
>> On Wed, Jul 06, 2016 at 11:25:21PM +0200, Michael Niedermayer wrote:
>> > Hi all
>> >
>> > The next Outreachy round starts soon
>> > FFmpeg has till august 22
Thanks
On Aug 17, 2016 6:25 AM, "Clément Bœsch" wrote:
> On Mon, Aug 15, 2016 at 07:04:56PM -0700, Sasi Inguva wrote:
> > Changes done. Also commented in the code about the differences between
> the add_index_entry function and teh ff_add_index_entry function.
> >
> > About stream copy, yes ther
On Thu, Aug 11, 2016 at 10:44:12AM -0700, Lucas Cooper wrote:
> This allows retroactive calculation/aggregation of PSNR from the stats
> log.
> ---
> libavfilter/vf_psnr.c | 15 +++
> 1 file changed, 15 insertions(+)
>
> diff --git a/libavfilter/vf_psnr.c b/libavfilter/vf_psnr.c
> ind
On Mon, Aug 15, 2016 at 12:37:30PM -0400, Stephen Hutchinson wrote:
> ---
> compat/avisynth/avisynth_c.h | 256
> ---
> 1 file changed, 219 insertions(+), 37 deletions(-)
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC7
Hi!
2016-08-17 17:39 GMT+02:00 Michael Niedermayer :
>> ffmpeg.c |8 +++-
>> 1 file changed, 7 insertions(+), 1 deletion(-)
>> fdc6c80180ce86fd7767306018660292217060ee
>> 0001-ffmpeg-Do-not-set-too-large-bits_per_raw_sample.patch
>> From fc564ed83ddf55b9ae783044ad0884803d27d9a7 Mon Sep
Hi!
2016-08-17 17:32 GMT+02:00 Michael Niedermayer :
>> +av_opt_get(s->pb, "mime_type", AV_OPT_SEARCH_CHILDREN, &mime_type);
>> +if (mime_type && s->iformat->mime_type) {
>> +int rate = 0, channels = 0;
>> +size_t len = strlen(s->iformat->mime_type);
>> +if (!strncm
On Wed, Aug 17, 2016 at 09:16:16PM +0530, Umair Khan wrote:
> Hi,
>
> On Wed, Aug 17, 2016 at 5:33 PM, Michael Niedermayer
> wrote:
> > On Fri, Jul 22, 2016 at 07:18:13PM +0200, Michael Niedermayer wrote:
> >> On Wed, Jul 06, 2016 at 11:25:21PM +0200, Michael Niedermayer wrote:
> >> > Hi all
> >>
Signed-off-by: Michael Niedermayer
---
doc/libav-merge.txt | 4
tools/murge | 13 +
2 files changed, 17 insertions(+)
create mode 100755 tools/murge
diff --git a/doc/libav-merge.txt b/doc/libav-merge.txt
index 60c953a..47c513a 100644
--- a/doc/libav-merge.txt
+++ b/doc
Hi,
On Wed, Aug 17, 2016 at 3:43 PM, Paul B Mahol wrote:
> On 8/17/16, Michael Niedermayer wrote:
>> This is needed for encoders which store a final sample count or checksum in
>> extradata
>>
>> alternatively every encoder as well as muxer can implement
>> AV_PKT_DATA_NEW_EXTRADATA support
>> t
On Wed, Aug 17, 2016 at 07:06:44PM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> doc/libav-merge.txt | 4
> tools/murge | 13 +
> 2 files changed, 17 insertions(+)
> create mode 100755 tools/murge
>
> diff --git a/doc/libav-merge.txt b/
On Wed, Aug 17, 2016 at 07:06:44PM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> doc/libav-merge.txt | 4
> tools/murge | 13 +
> 2 files changed, 17 insertions(+)
> create mode 100755 tools/murge
>
> diff --git a/doc/libav-merge.txt b/
Le primidi 1er fructidor, an CCXXIV, Clement Boesch a écrit :
> maybe these files should be in /tmp
>
> i'd also suggest
>
> TMPFILES="murge.theirs murge.common murge.ours murge.X"
> trap 'rm -f -- $TMPFILES' EXIT
>
> (stolen from configure)
Temporary files are annoying and tricky (and configur
Hi,
patches attached.
0001-swresample-add-int64-sample-format.patch
Description: Binary data
0002-avcodec-add-64-bit-signed-pcm-codec.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listi
On Wed, Aug 17, 2016 at 02:07:20PM +0300, Станислав Долганов wrote:
> Hello,
>
> I'm sending the patch set with implementation of GSoC project -- FFV1 P
> frame support. The current FFV1 uses the same OBMC code as the Snow codec.
> Also new median_me_mp function has appeared.
>
> I'm attaching sp
On Wed, Aug 17, 2016 at 07:50:22PM +0200, Michael Niedermayer wrote:
> On Wed, Aug 17, 2016 at 02:07:20PM +0300, Станислав Долганов wrote:
> > Hello,
> >
> > I'm sending the patch set with implementation of GSoC project -- FFV1 P
> > frame support. The current FFV1 uses the same OBMC code as the S
Hi,
Patch attached.
I hope this is the cleanest solution. :)
- Umair
From be04357d54897173b1776ed92ab8347b3cdffd46 Mon Sep 17 00:00:00 2001
From: Umair Khan
Date: Thu, 18 Aug 2016 00:27:42 +0530
Subject: [PATCH] avformat/movenc: allow rewriting extradata
Signed-off-by: Umair Khan
---
libavfo
Hi,
On Wed, Aug 17, 2016 at 10:44 PM, Umair Khan wrote:
> Hi,
>
> On Wed, Aug 17, 2016 at 3:43 PM, Paul B Mahol wrote:
>> On 8/17/16, Michael Niedermayer wrote:
>>> This is needed for encoders which store a final sample count or checksum in
>>> extradata
>>>
>>> alternatively every encoder as w
Hi,
On 8/17/16, Umair Khan wrote:
> Hi,
>
> Patch attached.
>
> I hope this is the cleanest solution. :)
Looks much cleaner. Thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi there,
I compared h264_qsv decoder from ffmpeg to intel media sdk sample_decode.
There is pretty big speed gap. I wonder whether I did sth. wrong or there
are really some problems with ffmpeg's implementation..
The test video was captured from a 3MP(2048x1536) camera. The commands I
used:
- ff
On 8/17/2016 3:59 PM, Umair Khan wrote:
> Hi,
>
> Patch attached.
>
> I hope this is the cleanest solution. :)
>
> - Umair
>
>
> patch.diff
>
>
> From be04357d54897173b1776ed92ab8347b3cdffd46 Mon Sep 17 00:00:00 2001
> From: Umair Khan
> Date: Thu, 18 Aug 2016 00:27:42 +0530
> Subject: [PAT
On Wed, 17 Aug 2016 18:24:09 +0200
Michael Niedermayer wrote:
> On Wed, Aug 17, 2016 at 09:16:16PM +0530, Umair Khan wrote:
> > I'd love to mentor some *easy* project in the Outreachy program
> > definitely. May be I can even get some students to apply to the
> > program.
>
> that would be great
Hi!
2016-08-17 19:48 GMT+02:00 Paul B Mahol :
> patches attached.
Which other application supports this format?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi!
2016-08-17 22:53 GMT+02:00 Paul B Mahol :
> On 8/17/16, Carl Eugen Hoyos wrote:
>> Which other application supports this format?
>
> Adobe Audition I think.
Do we have a sample?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http
On Thu, Aug 18, 2016 at 1:28 AM, James Almer wrote:
> On 8/17/2016 3:59 PM, Umair Khan wrote:
>> Hi,
>>
>> Patch attached.
>>
>> I hope this is the cleanest solution. :)
>>
>> - Umair
>>
>>
>> patch.diff
>>
>>
>> From be04357d54897173b1776ed92ab8347b3cdffd46 Mon Sep 17 00:00:00 2001
>> From: Umair
On 8/17/16, Carl Eugen Hoyos wrote:
> Hi!
>
> 2016-08-17 19:48 GMT+02:00 Paul B Mahol :
>> patches attached.
>
> Which other application supports this format?
>
Adobe Audition I think.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.
Hello Mr. Hoyos!
On 8/17/16, Carl Eugen Hoyos wrote:
> Hi!
>
> 2016-08-17 22:53 GMT+02:00 Paul B Mahol :
>> On 8/17/16, Carl Eugen Hoyos wrote:
>>> Which other application supports this format?
>>
>> Adobe Audition I think.
>
> Do we have a sample?
Yes, one without much of dynamics, its on trac
>> Do we have a sample?
>
> Yes, one without much of dynamics, its on trac, bug report
> http://trac.ffmpeg.org/ticket/5649
Thanks! (I only found the float tickets...)
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/ma
On Wed, Aug 17, 2016 at 07:48:29PM +0200, Paul B Mahol wrote:
> Hi,
>
> patches attached.
> libavutil/samplefmt.c|2 ++
> libavutil/samplefmt.h|2 ++
> libswresample/audioconvert.c | 22 ++
> libswresample/swresample.c |3 ++-
> 4 files changed
On 17/08/16 20:47, Chao Liu wrote:
> Hi there,
> I compared h264_qsv decoder from ffmpeg to intel media sdk sample_decode.
> There is pretty big speed gap. I wonder whether I did sth. wrong or there
> are really some problems with ffmpeg's implementation..
>
> The test video was captured from a 3M
On Sun, 14 Aug 2016, Marton Balint wrote:
On Mon, 11 Jul 2016, Marton Balint wrote:
On Sat, 2 Jul 2016, James Almer wrote:
On 7/2/2016 7:10 PM, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavformat/internal.h | 1 +
libavformat/utils.c| 16 ++--
libavutil
On 8/17/2016 1:21 AM, James Almer wrote:
> On 8/10/2016 1:20 PM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> doc/examples/demuxing_decoding.c | 33 ++---
>> 1 file changed, 22 insertions(+), 11 deletions(-)
>
> I'll be pushing this soon unless someone o
On 8/16/2016 6:45 PM, Stephen Hutchinson wrote:
A number of new pix_fmts have been added to AviSynth+:
16-bit packed RGB and RGBA
10-, 12-, 14, and 16-bit YUV 4:2:0, 4:2:2, and 4:4:4
8-, 10-, 12-, 14-, and 16-bit Planar RGB
8-, 10-, 12-, 14-, and 16-bit Planar YUVA and Planar RGBA*
10-, 12-, 14-,
Mark Thompson wrote:
On 17/08/16 20:47, Chao Liu wrote:
Hi there,
I compared h264_qsv decoder from ffmpeg to intel media sdk sample_decode.
There is pretty big speed gap. I wonder whether I did sth. wrong or there
are really some problems with ffmpeg's implementation..
The test video was captur
48 matches
Mail list logo
