Re: [FFmpeg-devel] [RFC] beginner difficulty bug trac tag for new open source developers

On Sun, Jul 03, 2016 at 02:29:31PM -0400, compn wrote: [...] > i'm also not suggesting tagging every bug with a difficulty rating , as > that would take a while and i'm not sure of the benefit. i just want to > have a solid number (100-300+) of bugs that are somewhat easy to > understand, implement

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

On Mon, 2016-07-04 at 06:22 +, Carl Eugen Hoyos wrote: > Dan Parrot mail.com> writes: > > > Finish providing SIMD versions for POWER8 VSX of functions > > in libswscale/input.c > > That should allow trac ticket #5570 to be closed. > > Please add some numbers: > Either for single functions o

[FFmpeg-devel] [PATCH] mediacodecdec_h264: properly convert extradata to annex-b

From: Matthieu Bouron H264ParamSets has its SPS/PPS stored raw (SODB) and needs to be converted to NAL units before sending them to MediaCodec. This patch adds the missing convertion of the SPS/PPS from SOBP to RBSP which makes the resulting NAL units correct. Fixes codec initialization on Nexu

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

Dan Parrot mail.com> writes: > The dataset used was the entire FATE regression suite. I don't think this is a particularly useful testcase: It takes very long but mostly tests other things. Did you test if using ffmpeg -benchmark -f rawvideo -i /dev/zero... showed different results? I believe

Re: [FFmpeg-devel] [PATCH] libavformat: Add FIFO pseudo-muxer

Hello Moritz, Thanks for feedback and help with grammar! I'll include your fixes in the next version of patch, which I'm planning to send today. On 07/02/2016 08:49 PM, Moritz Barsnick wrote: +#define FIFO_DEFAULT_RECOVERY_WAIT_TIME100 // 1 second You're assigning it as a default

Re: [FFmpeg-devel] [RFC] beginner difficulty bug trac tag for new open source developers

On 4 July 2016 at 11:02, Clément Bœsch wrote: > On Sun, Jul 03, 2016 at 02:29:31PM -0400, compn wrote: > [...] > > i'm also not suggesting tagging every bug with a difficulty rating , as > > that would take a while and i'm not sure of the benefit. i just want to > > have a solid number (100-300+)

Re: [FFmpeg-devel] Fix memory leaks in segment muxer

Ping... On 06/20/2016 05:24 PM, sebechlebsky...@gmail.com wrote: From: Jan Sebechlebsky Hello, I've observed several memory leaks in segment muxer in case the failure happens in seg_init (write_header call). I'm sending patchset to fix those. Regards, Jan Jan Sebechlebsky (3): avformat/se

[FFmpeg-devel] core infrastructure badge for FFmpeg

Hi, https://bestpractices.coreinfrastructure.org/. Thoughts on getting this done for FFmpeg? Regards, Ganesh ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] libavformat: Add FIFO pseudo-muxer

On Mon, Jul 04, 2016 at 11:28:55 +0200, Jan Sebechlebsky wrote: > >> +{"recovery_wait_time", "Waiting time between recovery attempts > >> (seconds)", OFFSET(recovery_wait_time), > >> + AV_OPT_TYPE_DURATION, {.i64 = FIFO_DEFAULT_RECOVERY_WAIT_TIME}, > >> 0, INT64_MAX, AV_OPT_FLAG_E

Re: [FFmpeg-devel] core infrastructure badge for FFmpeg

On Mon, 4 Jul 2016 at 13:41 Ganesh Ajjanagadde wrote: > Hi, > > https://bestpractices.coreinfrastructure.org/. > > Thoughts on getting this done for FFmpeg? > > > That would imply this project could act like adults. We are centuries away from that. Kieran

Re: [FFmpeg-devel] core infrastructure badge for FFmpeg

On Mon, 4 Jul 2016 at 13:41 Ganesh Ajjanagadde wrote: > Hi, > > https://bestpractices.coreinfrastructure.org/. > > Thoughts on getting this done for FFmpeg? Any thing we need to adjust in the project? I don't see much things to change by looking at https://bestpractices.coreinfrastructure.org/pro

Re: [FFmpeg-devel] [PATCH] libavformat: Add FIFO pseudo-muxer

Hello Nicolas, I am sending the second version of patch, I have some notes why certain things from your feedback are not implemented (yet?) and additional questions :) On 06/28/2016 03:42 PM, Nicolas George wrote: +@item block_on_overflow 0|1 +If set to 0, fully non-blocking mode will be u

[FFmpeg-devel] [PATCH 2/7] avformat/tee: Use ff_stream_encode_params_copy()

From: Jan Sebechlebsky Use ff_stream_encode_params_copy() to copy encoding-related fields (parameters) of stream. Signed-off-by: Jan Sebechlebsky --- libavformat/tee.c | 14 +++--- 1 file changed, 3 insertions(+), 11 deletions(-) diff --git a/libavformat/tee.c b/libavformat/tee.c inde

[FFmpeg-devel] [PATCH 3/7] avformat/tee: Handle AV_NOPTS_VALUE correctly

From: Jan Sebechlebsky Do not rescale pts and dts if they are set to AV_NOPTS_VALUE. Signed-off-by: Jan Sebechlebsky --- libavformat/tee.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/libavformat/tee.c b/libavformat/tee.c index c276a37..a56d449 100644 --- a/libavfo

[FFmpeg-devel] [PATCH 4/7] avformat/tee: Support flushing by writing NULL pkt

From: Jan Sebechlebsky This will fix crash when caller attempts to flush by calling write_packet with NULL packet pointer and flushes slaves as expected. Signed-off-by: Jan Sebechlebsky --- libavformat/tee.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/libavformat/tee.c b/l

[FFmpeg-devel] [PATCH 6/7] avformat/tee: Use ff_format_output_open() function

From: Jan Sebechlebsky Signed-off-by: Jan Sebechlebsky --- libavformat/tee.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/libavformat/tee.c b/libavformat/tee.c index 996d64d..c60a77f 100644 --- a/libavformat/tee.c +++ b/libavformat/tee.c @@ -300,12 +300,11 @@

[FFmpeg-devel] [PATCH 7/7] libavformat: Add FIFO pseudo-muxer

From: Jan Sebechlebsky The fifo pseudo-muxer allows to separate encoder from the actual output by using a first-in-first-out queue and running actual muxer asynchronously in separate thread. It can be configured to attempt transparent recovery of output on failure. Signed-off-by: Jan Sebechlebs

[FFmpeg-devel] [PATCH 5/7] avformat/utils: Add ff_format_output_open() function

From: Jan Sebechlebsky Add ff_format_output_open utility function to wrap io_open callback of AVFormatContext structure. Signed-off-by: Jan Sebechlebsky --- libavformat/internal.h | 10 ++ libavformat/utils.c| 10 ++ 2 files changed, 20 insertions(+) diff --git a/libavform

[FFmpeg-devel] [PATCH 1/7] avformat/utils: Add ff_stream_encode_params_copy()

From: Jan Sebechlebsky Signed-off-by: Jan Sebechlebsky --- libavformat/internal.h | 9 libavformat/utils.c| 56 ++ 2 files changed, 65 insertions(+) diff --git a/libavformat/internal.h b/libavformat/internal.h index 647ad65..1b44bea

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

On Mon, 2016-07-04 at 09:20 +, Carl Eugen Hoyos wrote: > Dan Parrot mail.com> writes: > > > The dataset used was the entire FATE regression suite. > > I don't think this is a particularly useful testcase: > It takes very long but mostly tests other things. > > Did you test if using ffmpeg -

Re: [FFmpeg-devel] [PATCH 3/7] avformat/tee: Handle AV_NOPTS_VALUE correctly

On Mon, Jul 4, 2016 at 4:45 PM, wrote: > From: Jan Sebechlebsky > > Do not rescale pts and dts if they are set to > AV_NOPTS_VALUE. > > Signed-off-by: Jan Sebechlebsky > --- > libavformat/tee.c | 6 -- > 1 file changed, 4 insertions(+), 2 deletions(-) > > diff --git a/libavformat/tee.c b/l

Re: [FFmpeg-devel] [PATCH 3/7] avformat/tee: Handle AV_NOPTS_VALUE correctly

On 07/04/2016 05:07 PM, Hendrik Leppkes wrote: On Mon, Jul 4, 2016 at 4:45 PM, wrote: +if (pkt->pts != AV_NOPTS_VALUE) +pkt2.pts = av_rescale_q(pkt->pts, tb, tb2); +if (pkt->dts != AV_NOPTS_VALUE) +pkt2.dts = av_rescale_q(pkt->dts, tb, tb2); Maybe thi

Re: [FFmpeg-devel] core infrastructure badge for FFmpeg

On 7/4/2016 11:33 AM, Clément Bœsch wrote: > On Mon, 4 Jul 2016 at 13:41 Ganesh Ajjanagadde wrote: >> Hi, >> >> https://bestpractices.coreinfrastructure.org/. >> >> Thoughts on getting this done for FFmpeg? > > Any thing we need to adjust in the project? I don't see much things to > change by loo

[FFmpeg-devel] [PATCH] fate: add test for asetrate

Hi there, Here is a patch for libavfilter/asetrate. From f855dbc610888acf6a36b2df16a9146a14fc22f6 Mon Sep 17 00:00:00 2001 From: Petru Rares Sincraian Date: Mon, 4 Jul 2016 17:51:54 +0200 Subject: [PATCH] fate: add test for asetrate --- tests/fate/filter-audio.mak| 5 + tests/ref/fate/fi

Re: [FFmpeg-devel] [PATCH] fate: add test for asetrate

On Mon, Jul 04, 2016 at 04:01:17PM +, Petru Rares Sincraian wrote: > Hi there, > > > Here is a patch for libavfilter/asetrate. > From f855dbc610888acf6a36b2df16a9146a14fc22f6 Mon Sep 17 00:00:00 2001 > From: Petru Rares Sincraian > Date: Mon, 4 Jul 2016 17:51:54 +0200 > Subject: [PATCH] fat

Re: [FFmpeg-devel] [PATCH] fate: add test for asetrate

On 04/07/16 18:03, Clément Bœsch wrote: On Mon, Jul 04, 2016 at 04:01:17PM +, Petru Rares Sincraian wrote: Hi there, Here is a patch for libavfilter/asetrate. From f855dbc610888acf6a36b2df16a9146a14fc22f6 Mon Sep 17 00:00:00 2001 From: Petru Rares Sincraian

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

Dan Parrot mail.com> writes: > > Did you test if using ffmpeg -benchmark -f rawvideo -i /dev/zero... > > showed different results? > > I believe this should be both easier and faster to test. > > Sorry, I don't understand what that command line just above > is trying to achieve. Could you elabo

Re: [FFmpeg-devel] [PATCH] fate: add test for asetrate

How can I do that? Thanks, Petru. From: Petru Rares Sincraian Sent: Monday, July 4, 2016 6:23:05 PM To: ffmpeg-devel@ffmpeg.org Subject: Re: [FFmpeg-devel] [PATCH] fate: add test for asetrate On 04/07/16 18:03, Cl?ment Boesch wrote: On Mon, Jul 04, 2016 at

Re: [FFmpeg-devel] [PATCH] fate: add test for asetrate

On 7/4/2016 1:34 PM, Petru Rares Sincraian wrote: > How can I do that? Add -aframes 20 to the command line ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] [PATCH 1/5] lavf: add cue sheet demuxer

--- Changelog| 1 + doc/demuxers.texi| 8 ++ libavformat/Makefile | 1 + libavformat/allformats.c | 1 + libavformat/cuedec.c | 204 +++ libavformat/version.h| 2 +- 6 files changed, 216 insertions(+), 1 dele

[FFmpeg-devel] [PATCH 3/5] lavf/segment: add option to segment by chapter

--- doc/muxers.texi | 6 + libavformat/segment.c | 65 +++ libavformat/version.h | 2 +- 3 files changed, 67 insertions(+), 6 deletions(-) diff --git a/doc/muxers.texi b/doc/muxers.texi index c2ca0ba..adf853e 100644 --- a/doc/muxers.texi

[FFmpeg-devel] [PATCH 5/5] lavf/segment: write attached pictures to all segments by default

--- doc/muxers.texi | 4 libavformat/segment.c | 33 + libavformat/version.h | 2 +- 3 files changed, 38 insertions(+), 1 deletion(-) diff --git a/doc/muxers.texi b/doc/muxers.texi index adf853e..fe95cc6 100644 --- a/doc/muxers.texi +++ b/doc/muxers.te

[FFmpeg-devel] [PATCH 2/5] lavf/flacenc: support writing attached pictures

--- libavformat/flacenc.c | 253 +++--- 1 file changed, 218 insertions(+), 35 deletions(-) diff --git a/libavformat/flacenc.c b/libavformat/flacenc.c index 89b21e9..b7b3016 100644 --- a/libavformat/flacenc.c +++ b/libavformat/flacenc.c @@ -21,10 +21,13

[FFmpeg-devel] [PATCH 4/5] lavf/segment: copy stream dispositions in output

--- libavformat/segment.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/segment.c b/libavformat/segment.c index 9c766a5..5aec018 100644 --- a/libavformat/segment.c +++ b/libavformat/segment.c @@ -184,6 +184,7 @@ static int segment_mux_init(AVFormatContext *s) }

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

Carl Eugen Hoyos ag.or.at> writes: > $ ffmpeg -benchmark -f rawvideo -pix_fmt rgb24 > -i /dev/zero -pix_fmt yuv420p -f null -vframes 1 - This was missing an input resolution: -s hd1080 And 1000 frames should be enough. Sorry, Carl Eugen ___ ffmp

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

On Mon, 2016-07-04 at 16:30 +, Carl Eugen Hoyos wrote: > Dan Parrot mail.com> writes: > > > > Did you test if using ffmpeg -benchmark -f rawvideo -i /dev/zero... > > > showed different results? > > > I believe this should be both easier and faster to test. > > > > Sorry, I don't understand w

Re: [FFmpeg-devel] [PATCH 2/5] lavf/flacenc: support writing attached pictures

On 7/4/2016 2:33 PM, Rodger Combs wrote: > --- > libavformat/flacenc.c | 253 > +++--- > 1 file changed, 218 insertions(+), 35 deletions(-) > I sent a patch very much like this one a few years ago[1] and it was blocked because i was asked for a common

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

> > Just to make sure I don't misunderstand: > > Does this mean intrinsics are suboptimal to write assembly > > code? > Here's what I mean: All variables below are of type "vector int" > > 1. v0 = v2 * v3 > 2. v0 = v4 * v5 + v6 * v7 + v8 * v9 > > The first statement produces 1 multiply, 1 multi

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

On Mon, Jul 4, 2016 at 5:20 PM, Dan Parrot wrote: >> Why is this not faster? > Surprisingly, gcc is producing some badly suboptimal assembly. I need to > follow up with IBM's Linux Technology Center. The major issue is that > multiplication of vector quantities in C is generating as many > multipl

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

On Mon, 2016-07-04 at 20:55 +0200, Hendrik Leppkes wrote: > On Mon, Jul 4, 2016 at 5:20 PM, Dan Parrot wrote: > >> Why is this not faster? > > Surprisingly, gcc is producing some badly suboptimal assembly. I need to > > follow up with IBM's Linux Technology Center. The major issue is that > > mult

[FFmpeg-devel] [PATCH] small fix in af_hdcd.c where gain was not bing adjusted for "attenuate slowly"

Signed-off-by: Burt P --- libavfilter/af_hdcd.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavfilter/af_hdcd.c b/libavfilter/af_hdcd.c index 16bdcb0..92f3c9e 100644 --- a/libavfilter/af_hdcd.c +++ b/libavfilter/af_hdcd.c @@ -949,6 +949,7 @@ static int hdcd_envelope(int32_t *samples, in

Re: [FFmpeg-devel] core infrastructure badge for FFmpeg

04.07.2016, 10:33, "Clément Bœsch" : >  On Mon, 4 Jul 2016 at 13:41 Ganesh Ajjanagadde wrote: >>   Hi, >> >>   https://bestpractices.coreinfrastructure.org/. >> >>   Thoughts on getting this done for FFmpeg? > >  Any thing we need to adjust in the project? I don't see much things to >  change by l

Re: [FFmpeg-devel] core infrastructure badge for FFmpeg

Hi, On Mon, Jul 4, 2016 at 3:29 PM, Ganesh Ajjanagadde wrote: > 04.07.2016, 10:33, "Clément Bœsch" : > > On Mon, 4 Jul 2016 at 13:41 Ganesh Ajjanagadde > wrote: > >> Hi, > >> > >> https://bestpractices.coreinfrastructure.org/. > >> > >> Thoughts on getting this done for FFmpeg? > > > >

Re: [FFmpeg-devel] core infrastructure badge for FFmpeg

04.07.2016, 15:36, "Ronald S. Bultje" : > Hi, > > On Mon, Jul 4, 2016 at 3:29 PM, Ganesh Ajjanagadde wrote: > >>  04.07.2016, 10:33, "Clément Bœsch" : >>  > On Mon, 4 Jul 2016 at 13:41 Ganesh Ajjanagadde >>  wrote: >>  >> Hi, >>  >> >>  >> https://bestpractices.coreinfrastructure.org/. >>  >> >

Re: [FFmpeg-devel] core infrastructure badge for FFmpeg

Hi, On Mon, Jul 4, 2016 at 3:44 PM, Ganesh Ajjanagadde wrote: > > > 04.07.2016, 15:36, "Ronald S. Bultje" : > > Hi, > > > > On Mon, Jul 4, 2016 at 3:29 PM, Ganesh Ajjanagadde > wrote: > > > >> 04.07.2016, 10:33, "Clément Bœsch" : > >> > On Mon, 4 Jul 2016 at 13:41 Ganesh Ajjanagadde > >> wr

Re: [FFmpeg-devel] [PATCH]ffmpeg: Do not set too large bits_per_raw_sample

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 for > example in the wmall24 -> pcm_s16 case: > Stream #0:0: Audio: pcm_s16le, 96000 Hz, stereo, s16 (24 bit), 3072 kb/s > > Mostly tested with

[FFmpeg-devel] [PATCH] Added Quadrox format

--- libavformat/riff.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/riff.c b/libavformat/riff.c index 913b42d..2d54922 100644 --- a/libavformat/riff.c +++ b/libavformat/riff.c @@ -181,6 +181,7 @@ const AVCodecTag ff_codec_bmp_tags[] = { { AV_CODEC_ID_MJPEG,MKTAG('L'

Re: [FFmpeg-devel] core infrastructure badge for FFmpeg

On Mon, 04 Jul 2016 15:44:35 -0400, Ganesh Ajjanagadde wrote: > True. At the moment, it seems like the relevant forms can be filled > in directly from existing information, and no changes are necessary. I didn't read all of the criteria [1], but if any changes are needed feel free to send a patch

Re: [FFmpeg-devel] fate/pngdec : add test for rgba64 and interleaved rgb

On Sat, Jul 02, 2016 at 03:26:40PM +0200, Martin Vignali wrote: > Hello, > > In attach a patch to add fate test for png decoder for non interleaved > rgba64 > and interleaved rgb > > sample can be found here : > https://we.tl/SNtjbUQqms > > and need to be put inside ./fate-suite/png1 > > lena-r

Re: [FFmpeg-devel] fate/apng : add test for apng decoding

On Sat, Jul 02, 2016 at 05:49:57PM +0200, Martin Vignali wrote: > 2016-07-02 16:50 GMT+02:00 James Almer : > > > On 7/2/2016 11:12 AM, Martin Vignali wrote: > > > Hello, > > > > > > In attach patch to add test for apng decoding > > > > > > based on these samples : http://littlesvr.ca/apng/samples.

[FFmpeg-devel] [PATCH 0/6] dnxhr improvements

hi, I've been doing some work with dnxhr footage and would like to propose adding separate codec id for it rather then using the dnxhd codec id. The following patch series goes ahead and does that. fate doesn't have a dnxhr mxf sample yet, so here is one. https://dl.dropboxusercontent.com/u/17095

[FFmpeg-devel] [PATCH 1/6] libavcodec/avcodec: add AV_CODEC_ID_DNXHR

--- libavcodec/avcodec.h| 1 + libavcodec/codec_desc.c | 7 +++ libavcodec/version.h| 2 +- 3 files changed, 9 insertions(+), 1 deletion(-) diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h index 39713ed..df6a50e 100644 --- a/libavcodec/avcodec.h +++ b/libavcodec/avcodec.h @@ -

[FFmpeg-devel] [PATCH 5/6] libavformat/mxf: add dnxhr codec ul

--- libavformat/mxf.c| 1 + libavformat/mxfdec.c | 4 2 files changed, 5 insertions(+) diff --git a/libavformat/mxf.c b/libavformat/mxf.c index e9c48e8..db6ce7b 100644 --- a/libavformat/mxf.c +++ b/libavformat/mxf.c @@ -54,6 +54,7 @@ const MXFCodecUL ff_mxf_codec_uls[] = { { { 0x06

[FFmpeg-devel] [PATCH 2/6] libavcodec/dnxhd: add dnxhr parser and decoder

--- libavcodec/allcodecs.c| 2 ++ libavcodec/dnxhd_parser.c | 7 +++ libavcodec/dnxhddec.c | 14 ++ 3 files changed, 23 insertions(+) diff --git a/libavcodec/allcodecs.c b/libavcodec/allcodecs.c index 54efaad..87196e2 100644 --- a/libavcodec/allcodecs.c +++ b/libavcodec/

[FFmpeg-devel] [PATCH 4/6] libavformat/isom: use dnxhr codec id

--- libavformat/isom.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/isom.c b/libavformat/isom.c index d412f06..e14d5af 100644 --- a/libavformat/isom.c +++ b/libavformat/isom.c @@ -246,7 +246,7 @@ const AVCodecTag ff_codec_movvideo_tags[] = { { AV_CODEC_ID_

Re: [FFmpeg-devel] core infrastructure badge for FFmpeg

04.07.2016, 15:55, "Ronald S. Bultje" : >  Hi, > >  On Mon, Jul 4, 2016 at 3:44 PM, Ganesh Ajjanagadde wrote: > >>   04.07.2016, 15:36, "Ronald S. Bultje" : >>   > Hi, >>   > >>   > On Mon, Jul 4, 2016 at 3:29 PM, Ganesh Ajjanagadde >>   wrote: >>   > >>   >> 04.07.2016, 10:33, "Clément Bœsch" :

Re: [FFmpeg-devel] [PATCH 0/6] dnxhr improvements

On 5 July 2016 at 02:06, Mark Reid wrote: > hi, > > I've been doing some work with dnxhr footage and would like to propose > adding separate codec id for it rather then using the dnxhd codec id. > The following patch series goes ahead and does that. > > fate doesn't have a dnxhr mxf sample yet, s

[FFmpeg-devel] [PATCH 3/6] libavformat/dnxhd: add dnxhr probe and raw muxer

--- libavformat/allformats.c | 1 + libavformat/dnxhddec.c | 22 -- libavformat/rawenc.c | 11 +++ libavformat/version.h| 2 +- 4 files changed, 33 insertions(+), 3 deletions(-) diff --git a/libavformat/allformats.c b/libavformat/allformats.c index d490cc4.

[FFmpeg-devel] [PATCH 6/6] libavformat/movenc: add dnxhr compatibility for apple players

--- libavformat/movenc.c | 34 +++--- 1 file changed, 23 insertions(+), 11 deletions(-) diff --git a/libavformat/movenc.c b/libavformat/movenc.c index d614933..e97fb74 100644 --- a/libavformat/movenc.c +++ b/libavformat/movenc.c @@ -32,6 +32,7 @@ #include "isom.h" #i

Re: [FFmpeg-devel] [PATCH 0/6] dnxhr improvements

On 5 July 2016 at 02:20, Rostislav Pehlivanov wrote: > > > On 5 July 2016 at 02:06, Mark Reid wrote: > >> hi, >> >> I've been doing some work with dnxhr footage and would like to propose >> adding separate codec id for it rather then using the dnxhd codec id. >> The following patch series goes a

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

On Mon, 2016-07-04 at 16:30 +, Carl Eugen Hoyos wrote: > Dan Parrot mail.com> writes: > > > > Did you test if using ffmpeg -benchmark -f rawvideo -i /dev/zero... > > > showed different results? > > > I believe this should be both easier and faster to test. > > > > Sorry, I don't understand w

Re: [FFmpeg-devel] [PATCH 0/6] dnxhr improvements

On Mon, Jul 4, 2016 at 6:37 PM, Rostislav Pehlivanov wrote: > On 5 July 2016 at 02:20, Rostislav Pehlivanov wrote: > >> >> >> On 5 July 2016 at 02:06, Mark Reid wrote: >> >>> hi, >>> >>> I've been doing some work with dnxhr footage and would like to propose >>> adding separate codec id for it ra

Re: [FFmpeg-devel] core infrastructure badge for FFmpeg

Hi, On Mon, Jul 4, 2016 at 9:15 PM, Ganesh Ajjanagadde wrote: > 04.07.2016, 15:55, "Ronald S. Bultje" : > > Hi, > > > > On Mon, Jul 4, 2016 at 3:44 PM, Ganesh Ajjanagadde > wrote: > > > >> 04.07.2016, 15:36, "Ronald S. Bultje" : > >> > Hi, > >> > > >> > On Mon, Jul 4, 2016 at 3:29 PM,

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

> > > > Can you confirm with START_TIMER / STOP_TIMER that there is no > > > > gain? > > > > > > SystemTap probes provide identical functionality by measuring > > > deltas between function entry and function return. > > > > Sorry, I don't understand: > > Did you test with both methods to verify

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

On Mon, 2016-07-04 at 09:20 +, Carl Eugen Hoyos wrote: > Dan Parrot mail.com> writes: > > > The dataset used was the entire FATE regression suite. > > I don't think this is a particularly useful testcase: > It takes very long but mostly tests other things. > > Did you test if using ffmpeg -

Re: [FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

On Mon, 2016-07-04 at 23:31 -0500, Dan Parrot wrote: > On Mon, 2016-07-04 at 09:20 +, Carl Eugen Hoyos wrote: > > Dan Parrot mail.com> writes: > > > > > The dataset used was the entire FATE regression suite. > > > > I don't think this is a particularly useful testcase: > > It takes very long

Re: [FFmpeg-devel] [PATCH 1/5] lavf: add cue sheet demuxer

Le septidi 17 messidor, an CCXXIV, Rodger Combs a écrit : > +- Cue sheet demuxer This is interesting. Just a quick remark while I have time: > +} else if (!strncmp(ptr, "FILE ", 5)) { > +if (!cue->url || !*cue->url) { > +char url[4096] = {0}; > +