antee having FMA instructions?
>
> Regards,
> Min Chen
>
>
> 2021-09-29 09:18:05，mindm...@gmail.com
> >From: Mark Reid
> >
> >Only supports float and 16bit planer formats at the momoment.
> >Mainly focused on AVX and AVX2 optimizations, but SS
On Wed, Sep 29, 2021 at 10:27 AM Mark Reid wrote:
>
>
> On Tue, Sep 28, 2021 at 6:38 PM chen wrote:
>
>> Hello,
>>
>>
>> Excuse me, how about FMADD on AVX2 platform?
>>
>>
>> For example
>> +mulps m7, m7, m14
>
On Sat, Oct 9, 2021 at 4:11 AM Paul B Mahol wrote:
> will test and apply shortly, why 8bit is not covered?
>
Thanks for taking the time to test. I didn't do 8bit yet because I was
trying to limit my testing matrix, and these happen to be my main use
cases. I hope to try and incrementally add oth
On Sun, Oct 10, 2021 at 10:29 PM Xiang, Haihao
wrote:
> On Sat, 2021-10-09 at 15:24 -0700, Mark Reid wrote:
> > On Sat, Oct 9, 2021 at 4:11 AM Paul B Mahol wrote:
> >
> > > will test and apply shortly, why 8bit is not covered?
> > >
> >
> > Thanks
On Monday, October 25, 2021, Michael Niedermayer
wrote:
> On Sun, Oct 24, 2021 at 09:09:52PM -0700, mindm...@gmail.com wrote:
> > From: Mark Reid
> >
> > yuv2gbrp_full_X_4_512_c: 12096.6
> > yuv2gbrp_full_X_4_512_sse2: 10782.6
> > y
On Sun, Oct 24, 2021 at 9:10 PM wrote:
> From: Mark Reid
>
> yuv2gbrp_full_X_4_512_c: 12096.6
> yuv2gbrp_full_X_4_512_sse2: 10782.6
> yuv2gbrp_full_X_4_512_sse4: 5143.6
> yuv2gbrp_full_X_4_512_avx2: 3000.1
> yuv2gbrap_full_X_4_512_c: 15463.1
> yuv2gbrap_fu
On Sat, Nov 6, 2021 at 10:52 PM wrote:
> From: Mark Reid
>
> if the float pixel * 65535.0f > 2147483647.0f
> lrintf may overfow and return negative values, depending on implementation.
> nan and +/-inf values may also be implementation defined
>
> clamp the values betwee
On Tue, Nov 9, 2021 at 9:21 AM Michael Niedermayer
wrote:
> On Sun, Nov 07, 2021 at 06:27:03PM -0800, mindm...@gmail.com wrote:
> > From: Mark Reid
> >
> > ---
> > libswscale/input.c | 36 +++-
> > 1 file changed, 11 insert
On Sat, Nov 13, 2021 at 7:02 PM James Almer wrote:
> On 11/13/2021 11:56 PM, mindm...@gmail.com wrote:
> > From: Mark Reid
> >
> > if the float pixel * 65535.0f > 2147483647.0f
> > lrintf may overfow and return negative values, depending on
> implementation.
&
On Sat, Nov 13, 2021 at 7:24 PM Mark Reid wrote:
>
>
> On Sat, Nov 13, 2021 at 7:02 PM James Almer wrote:
>
>> On 11/13/2021 11:56 PM, mindm...@gmail.com wrote:
>> > From: Mark Reid
>> >
>> > if the float pixel * 65535.0f > 2147483647.0f
&g
On Wed, Nov 3, 2021 at 9:28 PM wrote:
> From: Mark Reid
>
> changes since v1:
> * remove vex intruction on sse4 path
> * some load/pack marcos use less intructions
> * fixed some typos
>
> yuv2gbrp_full_X_4_512_c: 12757.6
> yuv2gbrp_full_X_4_512_sse2: 8946.6
> yuv2
On Tue, Nov 16, 2021 at 10:58 AM Mark Reid wrote:
>
>
> On Wed, Nov 3, 2021 at 9:28 PM wrote:
>
>> From: Mark Reid
>>
>> changes since v1:
>> * remove vex intruction on sse4 path
>> * some load/pack marcos use less intructions
>> * fixed s
On Fri, Mar 6, 2020 at 5:03 AM Kevin Wheatley
wrote:
> On Fri, Mar 6, 2020 at 10:19 AM Hendrik Leppkes
> wrote:
> > AVColorTransferCharacteristic should follow ISO/IEC 23001-8 and its
> > following standards (ISO/IEC 23091 I believe). Not sure we have a
> > solution for specialized variants, but
On Sun, Jan 31, 2021 at 1:27 AM Mark Reid wrote:
>
>
> On Sat, Jan 16, 2021 at 5:48 PM wrote:
>
>> From: Mark Reid
>>
>> The current behaviour ends up squaring the avg_frame_rate if the conter
>> mode flag is set.
>> This messes up the timecode ca
On Sat, Feb 13, 2021 at 10:04 PM wrote:
> From: Mark Reid
>
> Hi,
> This patch fixes audio issues I've had with some capture devices. The audio
> gets really choppy and stops working. This seems to be because
> avf_read_packet
> stops outputting the audio frames becaus
On Sun., Feb. 28, 2021, 8:30 p.m. Mark Reid, wrote:
>
>
> On Sat, Feb 13, 2021 at 10:04 PM wrote:
>
>> From: Mark Reid
>>
>> Hi,
>> This patch fixes audio issues I've had with some capture devices. The
>> audio
>> gets real
On Wed, Apr 29, 2020 at 2:22 PM Michael Niedermayer
wrote:
> On Wed, Apr 29, 2020 at 11:19:56PM +0200, Michael Niedermayer wrote:
> > On Tue, Apr 28, 2020 at 08:02:34PM -0700, mindm...@gmail.com wrote:
> > > From: Mark Reid
> > >
> > > ---
> > >
On Thu, Apr 30, 2020 at 7:59 AM Michael Niedermayer
wrote:
> On Wed, Apr 29, 2020 at 02:49:35PM -0700, Mark Reid wrote:
> > On Wed, Apr 29, 2020 at 2:22 PM Michael Niedermayer
>
> > wrote:
> >
> > > On Wed, Apr 29, 2020 at 11:19:56PM +0200, Michael Niederma
On Thu., Apr. 30, 2020, 11:46 a.m. Mark Reid, wrote:
>
>
> On Thu, Apr 30, 2020 at 7:59 AM Michael Niedermayer
> wrote:
>
>> On Wed, Apr 29, 2020 at 02:49:35PM -0700, Mark Reid wrote:
>> > On Wed, Apr 29, 2020 at 2:22 PM Michael Niedermayer
>>
>> >
On Sun, May 3, 2020 at 10:17 AM Michael Niedermayer
wrote:
> On Sun, May 03, 2020 at 02:01:21AM -0700, Mark Reid wrote:
> > On Thu., Apr. 30, 2020, 11:46 a.m. Mark Reid,
> wrote:
> >
> > >
> > >
> > > On Thu, Apr 30, 2020 at 7:59 AM Michael Niederm
On Wed, May 6, 2020 at 1:07 PM Anton Khirnov wrote:
> Quoting mindm...@gmail.com (2020-04-29 05:02:35)
> > From: Mark Reid
> >
> > ---
> > libavcodec/exr.c | 103 +++
> > 1 file changed, 86 insertions(+), 17
On Sat., May 9, 2020, 11:59 p.m. Paul B Mahol, wrote:
> Do we support these float formats in swscale?
> If not, than patch is IMHO pointless.
>
Yes, my patches for swscale float support was merged a few days ago. I also
plan to try and add floating point support to some vf filters, namely
lut3d.
On Sun, May 10, 2020 at 12:40 AM Paul B Mahol wrote:
> On 5/10/20, Mark Reid wrote:
> > On Sat., May 9, 2020, 11:59 p.m. Paul B Mahol, wrote:
> >
> >> Do we support these float formats in swscale?
> >> If not, than patch is IMHO pointless.
> >>
> &g
that
you have the most issue with? Did I name functions incorrectly or put them
in bad locations?
> On 5/19/20, mindm...@gmail.com wrote:
> > From: Mark Reid
> >
> > ---
> > libavfilter/vf_lut3d.c | 367 +++--
> > 1 fil
On Sat, May 23, 2020 at 7:04 PM wrote:
> From: Mark Reid
>
> changes since v1:
> * cleaned up code style
> * slightly reworked apply_lut functions to feel more consistent with code
>
> ---
> libavfilter/vf_lut3d.c | 372 +++-
On Mon, Mar 11, 2019 at 2:55 AM Tomas Härdin wrote:
> sön 2019-03-10 klockan 19:03 -0700 skrev mindm...@gmail.com:
> > > From: Mark Reid
> >
> > This patch restores the ability to add user comments for the opatom_mxf
> muxer.
> > The ability seems to have been d
On Mon, Mar 20, 2017 at 12:48 PM, Paul B Mahol wrote:
> On 7/12/16, Mark Reid wrote:
> > Hi,
> > The following patch adds support for detecting more dnxhr header
> prefixes.
> >
> > After generating many random resolution dnxhr files via quicktime,
> > I
On Tue, Mar 21, 2017 at 9:40 AM, Mark Reid wrote:
>
>
> On Mon, Mar 20, 2017 at 12:48 PM, Paul B Mahol wrote:
>
>> On 7/12/16, Mark Reid wrote:
>> > Hi,
>> > The following patch adds support for detecting more dnxhr header
>> prefixes.
>> >
On Tue, Mar 21, 2017 at 11:02 AM, Michael Niedermayer <
mich...@niedermayer.cc> wrote:
> On Tue, Mar 21, 2017 at 03:36:39PM +0100, Paul B Mahol wrote:
> > Fixes #6214.
> >
> > Signed-off-by: Paul B Mahol
> > ---
> > libavcodec/dnxhd_parser.c | 65 ++
>
On Mon, Mar 27, 2017 at 11:08 AM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/dnxhdenc.c | 227 ++
> +---
> libavcodec/dnxhdenc.h | 6 +-
> 2 files changed, 163 insertions(+), 70 deletions(-)
>
> diff --git a/libavcodec/dnxh
On Mon, Mar 27, 2017 at 3:14 PM, Paul B Mahol wrote:
> On 3/27/17, Paul B Mahol wrote:
> > On 3/27/17, Mark Reid wrote:
> >> On Mon, Mar 27, 2017 at 11:08 AM, Paul B Mahol
> wrote:
> >>
> >>> Signed-off-by: Paul B Mahol
&g
tadata are calculated.
Mark Reid (4):
avformat/mxfenc: pass MXFPackage around instead of type
avformat/mxfenc: use track count to generate component instance uuid
avformat/mxfenc: write reel_name if metadata key is present
fate/mxf: add reel name test
libavformat/mxf.h | 2 +-
l
---
libavformat/mxf.h| 1 +
libavformat/mxfenc.c | 52 ++--
2 files changed, 47 insertions(+), 6 deletions(-)
diff --git a/libavformat/mxf.h b/libavformat/mxf.h
index 2d5b44943b..ffcc429a8b 100644
--- a/libavformat/mxf.h
+++ b/libavformat/mxf.h
---
libavformat/mxfenc.c | 99 +---
1 file changed, 55 insertions(+), 44 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index 035e65ed43..ed6ecbf541 100644
--- a/libavformat/mxfenc.c
+++ b/libavformat/mxfenc.c
@@ -101,6 +101,1
---
tests/fate/mxf.mak | 8 ++--
tests/ref/fate/mxf-reel_name | 1 +
2 files changed, 7 insertions(+), 2 deletions(-)
create mode 100644 tests/ref/fate/mxf-reel_name
diff --git a/tests/fate/mxf.mak b/tests/fate/mxf.mak
index 7714b61569..dce23d522e 100644
--- a/tests/fate/mxf.mak
++
---
libavformat/mxf.h | 1 -
libavformat/mxfenc.c| 45 +
tests/ref/fate/copy-trac4914| 2 +-
tests/ref/fate/time_base| 2 +-
tests/ref/lavf/mxf | 6 +++---
tests/ref/lavf/mxf_d10 | 2 +-
tests/
On Mon, Nov 27, 2017 at 2:14 AM, Tomas Härdin wrote:
> On Sun, 2017-11-26 at 21:42 -0800, Mark Reid wrote:
> > ---
> > libavformat/mxf.h | 1 -
> > libavformat/mxfenc.c| 45 +
> >
> > tes
On Mon, Nov 27, 2017 at 2:40 AM, Tomas Härdin wrote:
> On Sun, 2017-11-26 at 21:42 -0800, Mark Reid wrote:
> > @@ -1396,13 +1410,17 @@ static int mxf_write_package(AVFormatContext
> > *s, MXFPackage *package)
> > }
> >
> > // write multiple descript
On Tue, Nov 28, 2017 at 3:05 PM, Tomas Härdin wrote:
> On Tue, 2017-11-28 at 21:09 +0100, Michael Niedermayer wrote:
> > On Mon, Nov 27, 2017 at 11:00:51AM +0100, Tomas Härdin wrote:
> > > On Sun, 2017-11-26 at 21:42 -0800, Mark Reid wrote:
> > > > ---
>
---
libavformat/mxf.h| 1 +
libavformat/mxfenc.c | 42 +++---
2 files changed, 36 insertions(+), 7 deletions(-)
diff --git a/libavformat/mxf.h b/libavformat/mxf.h
index 2d5b44943b..ffcc429a8b 100644
--- a/libavformat/mxf.h
+++ b/libavformat/mxf.h
@@ -47,6
---
libavformat/mxf.h | 1 -
libavformat/mxfenc.c| 30 +-
tests/ref/fate/copy-trac4914| 2 +-
tests/ref/fate/time_base| 2 +-
tests/ref/lavf/mxf | 6 +++---
tests/ref/lavf/mxf_d10 | 2 +-
tests/ref/lavf/mx
changes since v1
* simplified uuid_offset
* added SourcePackage type checks
* only support reel_name at the format level
Mark Reid (3):
avformat/mxfenc: use track count to generate component instance uuid
avformat/mxfenc: write reel_name if metadata key is present
fate/mxf: add reel name
---
tests/fate/mxf.mak | 8 ++--
tests/ref/fate/mxf-reel_name | 1 +
2 files changed, 7 insertions(+), 2 deletions(-)
create mode 100644 tests/ref/fate/mxf-reel_name
diff --git a/tests/fate/mxf.mak b/tests/fate/mxf.mak
index 7714b61569..dce23d522e 100644
--- a/tests/fate/mxf.mak
++
On Wed, Nov 29, 2017 at 1:36 AM, Tomas Härdin wrote:
> On 2017-11-29 05:11, Mark Reid wrote:
>
>> @@ -980,7 +980,7 @@ static void
>> mxf_write_structural_component(AVFormatContext
>> *s, AVStream *st, MXF
>> // write uid
>>
On Wed, Nov 29, 2017 at 12:56 PM, Matthias Troffaes <
matthias.troff...@gmail.com> wrote:
> Dear Mark,
>
> On Wed, Nov 29, 2017 at 4:11 AM, Mark Reid wrote:
> > @@ -1445,12 +1463,13 @@ static int
> > mxf_write_header_metadata_sets(AVFormatContext
> *s)
> >
On Wed, Nov 29, 2017 at 8:19 PM, Mark Reid wrote:
>
>
> On Wed, Nov 29, 2017 at 12:56 PM, Matthias Troffaes <
> matthias.troff...@gmail.com> wrote:
>
>> Dear Mark,
>>
>> On Wed, Nov 29, 2017 at 4:11 AM, Mark Reid wrote:
On Thu, Nov 30, 2017 at 9:01 AM, Tomas Härdin wrote:
> On Wed, 2017-11-29 at 20:18 -0800, Mark Reid wrote:
> > On Wed, Nov 29, 2017 at 1:36 AM, Tomas Härdin
> > wrote:
> >
> > > On 2017-11-29 05:11, Mark Reid wrote:
> > >
changes since v2:
* added more comments
* renamed track_uuid_offset to track_instance_count
Mark Reid (3):
avformat/mxfenc: use track count to generate component instance uuid
avformat/mxfenc: write reel_name if metadata key is present
fate/mxf: add reel name test
libavformat/mxf.h
---
tests/fate/mxf.mak | 8 ++--
tests/ref/fate/mxf-reel_name | 1 +
2 files changed, 7 insertions(+), 2 deletions(-)
create mode 100644 tests/ref/fate/mxf-reel_name
diff --git a/tests/fate/mxf.mak b/tests/fate/mxf.mak
index 7714b61569..dce23d522e 100644
--- a/tests/fate/mxf.mak
++
---
libavformat/mxf.h | 1 -
libavformat/mxfenc.c| 42 ++---
tests/ref/fate/copy-trac4914| 2 +-
tests/ref/fate/time_base| 2 +-
tests/ref/lavf/mxf | 6 +++---
tests/ref/lavf/mxf_d10 | 2 +-
tests/
---
libavformat/mxf.h| 1 +
libavformat/mxfenc.c | 42 +++---
2 files changed, 36 insertions(+), 7 deletions(-)
diff --git a/libavformat/mxf.h b/libavformat/mxf.h
index 2d5b44943b..ffcc429a8b 100644
--- a/libavformat/mxf.h
+++ b/libavformat/mxf.h
@@ -47,6
On Dec 7, 2017 7:45 AM, "Tomas Härdin" wrote:
On 2017-12-05 05:46, Mark Reid wrote:
> ---
> libavformat/mxf.h| 1 +
> libavformat/mxfenc.c | 42 +++---
> 2 files changed, 36 insertions(+), 7 deletions(-)
>
>
> @@
---
libavcodec/dnxhddec.c | 3 +++
libavformat/movenc.c | 19 ++-
2 files changed, 17 insertions(+), 5 deletions(-)
diff --git a/libavcodec/dnxhddec.c b/libavcodec/dnxhddec.c
index 5b60326..4c6f708 100644
--- a/libavcodec/dnxhddec.c
+++ b/libavcodec/dnxhddec.c
@@ -204,6 +204,9 @
proflies require 12bit and 12bit-rgb encoding support.
The first movenc patch in currently still pending review in existing post,
I include it here as its required for muxing compatibile mov files.
Mark Reid (4):
libavformat/movenc: add dnxhr compatibility for apple players
libavcodec/dnxhd
dnxhr has variable resolution, 8160 is the mb num for 1920x1080
---
libavcodec/dnxhdenc.c | 41 +++--
libavcodec/dnxhdenc.h | 2 +-
2 files changed, 24 insertions(+), 19 deletions(-)
diff --git a/libavcodec/dnxhdenc.c b/libavcodec/dnxhdenc.c
index 1362514..b37
---
libavcodec/avcodec.h| 7 +++
libavcodec/codec_desc.c | 1 +
libavcodec/dnxhddec.c | 21 +
libavcodec/dnxhdenc.c | 2 ++
libavcodec/profiles.c | 10 ++
libavcodec/profiles.h | 1 +
6 files changed, 42 insertions(+)
diff --git a/libavcodec/avcodec
---
libavcodec/dnxhddata.c | 31 +++---
libavcodec/dnxhddata.h | 1 +
libavcodec/dnxhdenc.c | 85 +-
libavcodec/dnxhdenc.h | 5 +++
4 files changed, 103 insertions(+), 19 deletions(-)
diff --git a/libavcodec/dnxhddata.c b/libavcodec/
On Sun, Jul 17, 2016 at 11:06 AM, Carl Eugen Hoyos wrote:
> Mark Reid gmail.com> writes:
>
>> The following patch series adds support for dnxhr encoding.
>> I added dnxhr as a profile to the dnxhd encoder.
>
> Is there also a raw format that our demuxer currently does
On Mon, Jul 18, 2016 at 3:12 PM, Carl Eugen Hoyos wrote:
> Mark Reid gmail.com> writes:
>
>> On Sun, Jul 17, 2016 at 11:06 AM, Carl Eugen Hoyos wrote:
>> > Mark Reid gmail.com> writes:
>> >
>> >> The following patch series adds support for dnxhr e
On Sun, Jul 17, 2016 at 4:35 AM, Michael Niedermayer
wrote:
> On Sat, Jul 16, 2016 at 07:37:36PM -0700, Mark Reid wrote:
>> ---
>> libavcodec/dnxhddec.c | 3 +++
>> libavformat/movenc.c | 19 ++-
>> 2 files changed, 17 insertions(+), 5 deletions(-)
&
On Sat, Jul 16, 2016 at 7:16 AM, Michael Niedermayer
wrote:
> On Mon, Jul 11, 2016 at 07:07:21PM -0700, Mark Reid wrote:
>> ---
>> libavcodec/dnxhddata.h | 15 +++
>> libavcodec/dnxhddec.c | 2 +-
>> 2 files changed, 12 insertions(+), 5 deletions(-)
&g
On Mon, Jul 18, 2016 at 3:50 PM, Carl Eugen Hoyos wrote:
> Mark Reid gmail.com> writes:
>
>> I meant add the extension to the raw muxer. Yes it would trival.
>
> Sounds like a good idea.
okay will do, I'll send a patch
>
>> The raw dnxhd demuxer has suppor
On Jul 18, 2016 5:11 PM, "Michael Niedermayer"
wrote:
>
> On Mon, Jul 18, 2016 at 04:37:49PM -0700, Mark Reid wrote:
> > On Sun, Jul 17, 2016 at 4:35 AM, Michael Niedermayer
> > wrote:
> > > On Sat, Jul 16, 2016 at 07:37:36PM -0700, Mark Reid wrote:
> >
To test you need to set -vtag flag
ffmpeg -i lb_uhd.mxf -vcodec copy -vtag AVdh out.mov
here are some samples:
https://dl.dropboxusercontent.com/u/170952/ffmpeg_samples/mxf/UHD/lb_uhd.mxf
https://dl.dropboxusercontent.com/u/170952/ffmpeg_samples/mxf/UHD/hqx_uhd.mxf
---
libavformat/movenc.c | 19
On Mon, Jul 18, 2016 at 6:27 PM, Michael Niedermayer
wrote:
> On Mon, Jul 18, 2016 at 05:39:46PM -0700, Mark Reid wrote:
>> On Jul 18, 2016 5:11 PM, "Michael Niedermayer"
>> wrote:
>> >
>> > On Mon, Jul 18, 2016 at 04:37:49PM -0700, Mark Reid wr
---
libavformat/rawenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/rawenc.c b/libavformat/rawenc.c
index 4b8b41c..c4d7a90 100644
--- a/libavformat/rawenc.c
+++ b/libavformat/rawenc.c
@@ -128,7 +128,7 @@ AVOutputFormat ff_dirac_muxer = {
AVOutputFormat ff_dnxh
The data offset value in the prefix increases as the heights increases.
This test adds a tests for some common dnxhr heights.
can somebody add the following test footage to fate/dnxhd?
https://dl.dropboxusercontent.com/u/170952/fate/dnxhd/prefix-256x1536.dnxhr
https://dl.dropboxusercontent.com/u/1
---
ffmpeg.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/ffmpeg.c b/ffmpeg.c
index b29be1e..1367920 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -3019,6 +3019,7 @@ static int transcode_init(void)
enc_ctx->width = dec_ctx->width;
enc_ctx->height
changes since v4:
* use profile to set codec tag
to test
ffmpeg -i lb_uhd.mxf -vcodec copy out.mov
here are some samples:
https://dl.dropboxusercontent.com/u/170952/ffmpeg_samples/mxf/UHD/lb_uhd.mxf
https://dl.dropboxusercontent.com/u/170952/ffmpeg_samples/mxf/UHD/hqx_uhd.mxf
Mark Reid (2
---
libavformat/movenc.c | 31 ++-
1 file changed, 26 insertions(+), 5 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index d614933..014b465 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -32,6 +32,7 @@
#include "isom.h"
#inclu
---
tests/fate/seek.mak | 2 ++
tests/fate/vcodec.mak | 22 ++-
tests/ref/seek/vsynth_lena-dnxhd-4k-hr-lb | 40 +++
tests/ref/vsynth/vsynth1-dnxhd-2k-hr-hq | 4 +++
tests/ref/vsynth/vsynth1-dnxhd-4k-h
On Sat, Jul 23, 2016 at 5:08 AM, Michael Niedermayer
wrote:
> On Fri, Jul 22, 2016 at 01:30:13PM -0700, Mark Reid wrote:
>> changes since v4:
>> * use profile to set codec tag
>>
>> to test
>> ffmpeg -i lb_uhd.mxf -vcodec copy out.mov
>
On Sat, Jul 23, 2016 at 2:12 PM, Michael Niedermayer
wrote:
> On Sat, Jul 23, 2016 at 12:38:33PM -0700, Mark Reid wrote:
>> ---
>> tests/fate/seek.mak | 2 ++
>> tests/fate/vcodec.mak | 22 ++-
>> tests/re
added sws_flags flags and tested against x86_32
---
tests/fate/seek.mak | 2 ++
tests/fate/vcodec.mak | 26 -
tests/ref/seek/vsynth_lena-dnxhd-4k-hr-lb | 40 +++
tests/ref/vsynth/vsynth1-dnxhd-2k-hr-hq
---
tests/fate/vcodec.mak| 18 +-
tests/ref/vsynth/vsynth1-dnxhd-hr-hq-mov | 4
tests/ref/vsynth/vsynth1-dnxhd-hr-lb-mov | 4
tests/ref/vsynth/vsynth1-dnxhd-hr-sq-mov | 4
tests/ref/vsynth/vsynth1-dnxhd-uhd-hr-mov| 4
On Tue, Aug 2, 2016 at 11:51 PM, Steven Robertson wrote:
> Test file available at http://tinyurl.com/fate-dnxhd-12bit .
>
> Signed-off-by: Steven Robertson
> ---
> tests/fate/dnxhd.mak | 2 ++
> tests/ref/fate/dnxhr-12bit | 6 ++
> 2 files changed, 8 insertions(+)
> create mode 100644
setting the codec_tag no longer needed by movenc
it uses the dnxhr profile instead
---
libavcodec/dnxhdenc.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavcodec/dnxhdenc.c b/libavcodec/dnxhdenc.c
index b0ee8a2..cbf4cd5 100644
--- a/libavcodec/dnxhdenc.c
+++ b/libavcodec/dnxhdenc.c
@@
On Aug 3, 2016 6:46 PM, "Michael Niedermayer"
wrote:
>
> On Wed, Aug 03, 2016 at 02:06:21PM -0700, Mark Reid wrote:
> > ---
> > tests/fate/vcodec.mak| 18 +-
> > tests/ref/vsynth/vsynth1-dnxhd-hr-hq-mov | 4
>
On Aug 7, 2016 11:14 AM, "Michael Niedermayer"
wrote:
>
> On Sun, Aug 07, 2016 at 03:49:34PM +0200, Tomas Härdin wrote:
> > On Mon, 2016-07-04 at 18:07 -0700, Mark Reid wrote:
> > > diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
> > > i
Hi
This patch fixes dnxhr encoders handling for resolutions that are not multiples
of 16.
---
libavcodec/dnxhdenc.c | 71 +++
libavcodec/dnxhdenc.h | 2 ++
2 files changed, 56 insertions(+), 17 deletions(-)
diff --git a/libavcodec/dnxhdenc.c b/li
---
tests/fate/vcodec.mak | 20 +++-
tests/ref/vsynth/vsynth1-dnxhd-edge1-hr | 4
tests/ref/vsynth/vsynth1-dnxhd-edge2-hr | 4
tests/ref/vsynth/vsynth1-dnxhd-edge3-hr | 4
tests/ref/vsynth/vsynth2-dnxhd-edge1-hr | 4
tes
On Fri, Aug 5, 2016 at 4:28 AM, Michael Niedermayer
wrote:
> On Fri, Aug 05, 2016 at 12:58:10PM +0200, Paul B Mahol wrote:
>> On 8/5/16, Michael Niedermayer wrote:
>> > On Wed, Aug 03, 2016 at 02:31:04PM -0700, Mark Reid wrote:
>> >> setting the codec_tag no longer
---
libavcodec/dnxhdenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dnxhdenc.c b/libavcodec/dnxhdenc.c
index d8289a4..88edd6b 100644
--- a/libavcodec/dnxhdenc.c
+++ b/libavcodec/dnxhdenc.c
@@ -324,7 +324,7 @@ static av_cold int dnxhd_encode_init(AVCodecContext
---
tests/fate/vcodec.mak| 18 +-
tests/ref/vsynth/vsynth1-dnxhd-hr-hq-mov | 4
tests/ref/vsynth/vsynth1-dnxhd-hr-lb-mov | 4
tests/ref/vsynth/vsynth1-dnxhd-hr-sq-mov | 4
tests/ref/vsynth/vsynth2-dnxhd-hr-hq-mov | 4
---
tests/fate/mxf.mak | 3 +++
tests/ref/fate/mxf-multiple-components-demux | 11 +++
2 files changed, 14 insertions(+)
create mode 100644 tests/ref/fate/mxf-multiple-components-demux
diff --git a/tests/fate/mxf.mak b/tests/fate/mxf.mak
index 6032c85..e95c0b5
hi,
This patch fixes a issue with mxf footage having multiple
components on a material track.
here is a link to the sample footage for the second patches fate test
https://dl.dropboxusercontent.com/u/170952/fate/mxf/multiple_components.mxf
---
libavformat/mxfdec.c | 8 +++-
1 file changed, 7
---
libavformat/mxfdec.c | 47 ---
1 file changed, 44 insertions(+), 3 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index a22b2d6..ef53eb6 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -102,6 +102,7 @@ typedef
---
libavformat/mxfdec.c | 48
1 file changed, 36 insertions(+), 12 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 23591b2..a22b2d6 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -1472,6 +1472,14 @@ sta
this feature.
the fate test just two of these files
https://dl.dropboxusercontent.com/u/170952/fate/mxf/track_01_v02.mxf
https://dl.dropboxusercontent.com/u/170952/fate/mxf/track_02_a01.mxf
Mark Reid (4):
libavformat/mxfdec: export track name metadata
libavformat/mxfdec: don't assume
---
libavformat/mxfdec.c | 79 +---
1 file changed, 44 insertions(+), 35 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 1939761..23591b2 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -155,6 +155,7 @@ ty
---
tests/fate/mxf.mak | 6 ++
tests/ref/fate/mxf-metadata-source-ref1 | 13 +
tests/ref/fate/mxf-metadata-source-ref2 | 13 +
3 files changed, 32 insertions(+)
create mode 100644 tests/ref/fate/mxf-metadata-source-ref1
create mode 100644 tests/r
On Mon, Feb 8, 2016 at 1:25 AM, Christophe Gisquet
wrote:
> Hi,
>
> 2016-02-08 8:15 GMT+01:00 Christophe Gisquet :
>> At this point, I'd say the encoder would better use that prefix.
>> That's what the attached patch does (rebased but not tested). You may
>> consider building on top of it for that
---
libavcodec/dnxhddata.c | 17 +
libavcodec/dnxhddata.h | 11 +++
libavcodec/dnxhddec.c | 11 ---
3 files changed, 32 insertions(+), 7 deletions(-)
diff --git a/libavcodec/dnxhddata.c b/libavcodec/dnxhddata.c
index 82fbfdf..5b909b6 100644
--- a/libavcodec/dnxhdd
---
libavcodec/dnxhd_parser.c | 11 +++
libavformat/dnxhddec.c| 7 ---
2 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/libavcodec/dnxhd_parser.c b/libavcodec/dnxhd_parser.c
index fffb98f..96f6eff 100644
--- a/libavcodec/dnxhd_parser.c
+++ b/libavcodec/dnxhd_parser.
changes since v1:
broke into 2 patches, parser and probe now source header prefixes values from
dnxhddata.c
Mark Reid (2):
libavcodec/dnxhddec: refactor header prefix parsing
libavcodec/dnxhd_parser: add parser and probe support raw 444 and
dnxhr formats
libavcodec/dnxhd_parser.c | 11
On Fri, Feb 12, 2016 at 6:12 AM, Michael Niedermayer
wrote:
> On Thu, Feb 11, 2016 at 08:41:16PM -0800, Mark Reid wrote:
>> ---
>> libavcodec/dnxhd_parser.c | 11 +++
>> libavformat/dnxhddec.c| 7 ---
>> 2 files changed, 11 insertions(+), 7 deletions(
changes since v2:
removed table and enums, using defines for prefixes instead.
parser now uses a inline function.
Mark Reid (1):
libavcodec/dnxhd_parser: add parser and probe support raw 444 and
dnxhr formats
libavcodec/dnxhd_parser.c | 7 +++
libavcodec/dnxhddata.c| 8
---
libavcodec/dnxhd_parser.c | 7 +++
libavcodec/dnxhddata.c| 8
libavcodec/dnxhddata.h| 18 +-
libavcodec/dnxhddec.c | 12
libavformat/dnxhddec.c| 7 ---
5 files changed, 36 insertions(+), 16 deletions(-)
diff --git a/libavcodec/d
---
libavcodec/dnxhd_parser.c | 7 +++
libavcodec/dnxhddata.c| 8
libavcodec/dnxhddata.h| 18 +-
libavcodec/dnxhddec.c | 12
libavformat/dnxhddec.c| 7 ---
5 files changed, 36 insertions(+), 16 deletions(-)
diff --git a/libavcodec/d
changes since v3:
fixed inconsistent indentation.
Mark Reid (1):
libavcodec/dnxhd_parser: add parser and probe support raw 444 and
dnxhr formats
libavcodec/dnxhd_parser.c | 7 +++
libavcodec/dnxhddata.c| 8
libavcodec/dnxhddata.h| 18 +-
libavcodec
1 - 100 of 275 matches
Mail list logo
