On Tue, Jan 10, 2023 at 3:07 AM Anton Khirnov wrote:
> Quoting Mark Reid (2023-01-06 19:09:10)
> > On Mon, Dec 26, 2022 at 1:31 PM Mark Reid wrote:
> >
> > >
> > >
> > > On Mon, Dec 12, 2022 at 6:42 PM wrote:
> > >
> > >> From: M
On Mon, Dec 26, 2022 at 1:31 PM Mark Reid wrote:
>
>
> On Mon, Dec 12, 2022 at 6:42 PM wrote:
>
>> From: Mark Reid
>>
>> ---
>> libavcodec/x86/bswapdsp.asm | 2 --
>> 1 file changed, 2 deletions(-)
>>
>> diff --git a/libavcodec/x
On Mon, Dec 12, 2022 at 6:42 PM wrote:
> From: Mark Reid
>
> ---
> libavcodec/x86/bswapdsp.asm | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/libavcodec/x86/bswapdsp.asm b/libavcodec/x86/bswapdsp.asm
> index 31c6c48a21..2aa235e13c 100644
> --- a/libavcod
On Tue, Dec 6, 2022 at 8:11 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> mindm...@gmail.com:
> > From: Mark Reid
> >
> > Also renamed bswap_buf to bswap32_buf
> > ---
> > configure | 56 ++
On Tue, Dec 6, 2022 at 10:21 AM James Almer wrote:
> On 12/5/2022 7:16 PM, mindm...@gmail.com wrote:
> > diff --git a/libavcodec/bswapdsp.h b/libavutil/bswapdsp.h
> > similarity index 71%
> > rename from libavcodec/bswapdsp.h
> > rename to libavutil/bswapdsp.h
> > index 6f4db66115..b540560d6a 100
On Mon, Dec 5, 2022 at 12:33 PM Michael Niedermayer
wrote:
> On Sun, Dec 04, 2022 at 09:36:19PM -0800, mindm...@gmail.com wrote:
> > From: Mark Reid
> >
> > Also renamed bswap_buf to bswap32_buf
> > ---
> > configure | 56 ++
On Sun, Dec 4, 2022 at 4:05 PM Michael Niedermayer
wrote:
> On Wed, Nov 23, 2022 at 11:35:40AM -0800, mindm...@gmail.com wrote:
> > From: Mark Reid
> >
> > ---
> > libswscale/output.c | 92
> > libswscale/s
On Wed, Nov 23, 2022 at 11:35 AM wrote:
> From: Mark Reid
>
> This patch series adds swscale input/output support for the packed rgb
> float formats.
> A few of the filters also needed support the larger 96/128 bit packed
> pixel sizes.
>
> I also plan to eventual
On Tue, Nov 22, 2022 at 2:43 PM Michael Niedermayer
wrote:
> On Tue, Nov 22, 2022 at 01:17:09PM -0800, Mark Reid wrote:
> > On Tue, Nov 22, 2022 at 11:43 AM Michael Niedermayer <
> mich...@niedermayer.cc>
> > wrote:
> >
> > > On Mon, Nov 21, 2022 at 02:
On Tue, Nov 22, 2022 at 11:43 AM Michael Niedermayer
wrote:
> On Mon, Nov 21, 2022 at 02:11:43PM -0800, mindm...@gmail.com wrote:
> > From: Mark Reid
> >
> > ---
> > libswscale/input.c | 120 +
> > libswscale/utils
On Mon, Nov 14, 2022 at 1:08 PM Michael Niedermayer
wrote:
> On Sun, Nov 13, 2022 at 05:50:37PM -0800, Mark Reid wrote:
> > On Sun, Nov 13, 2022 at 1:25 PM Michael Niedermayer <
> mich...@niedermayer.cc>
> > wrote:
> >
> > > On Wed, Nov 02, 2022 at 09:
On Sun, Nov 13, 2022 at 1:25 PM Michael Niedermayer
wrote:
> On Wed, Nov 02, 2022 at 09:00:07PM -0700, mindm...@gmail.com wrote:
> > From: Mark Reid
> >
> > ---
> > libswscale/input.c | 172 +
> > libswscale/utils.c |
On Wed, Nov 2, 2022 at 9:00 PM wrote:
> From: Mark Reid
>
> This patch series adds swscale input/output support for the packed rgb
> float formats.
> A few of the filters also needed support the larger 96/128 bit packed
> pixel sizes.
>
> I also plan to eventual
On Wed, Nov 2, 2022 at 3:52 PM Mark Reid wrote:
>
>
> On Wed, Nov 2, 2022 at 2:03 PM Michael Niedermayer
> wrote:
>
>> Fixes: integer overflow
>> Signed-off-by: Michael Niedermayer
>> ---
>> libswscale/output.c | 25 +++--
On Wed, Nov 2, 2022 at 2:03 PM Michael Niedermayer
wrote:
> Fixes: integer overflow
> Signed-off-by: Michael Niedermayer
> ---
> libswscale/output.c | 25 +++--
> libswscale/x86/output.asm | 16 +++-
> 2 files changed, 26 insertions(+), 15 deletions(-)
>
>
On Wed, Nov 2, 2022 at 2:04 PM Michael Niedermayer
wrote:
> On Sun, Oct 30, 2022 at 05:32:35PM -0700, mindm...@gmail.com wrote:
> > From: Mark Reid
> >
> > ---
> > libswscale/output.c | 92
> > libswscale/s
On Thu, Oct 20, 2022 at 9:49 AM Mark Reid wrote:
>
> On Sun, Oct 2, 2022 at 10:18 AM James Almer wrote:
>
>> On 10/2/2022 2:06 PM, Michael Niedermayer wrote:
>> > On Sat, Oct 01, 2022 at 04:05:12PM -0700, mindm...@gmail.com wrote:
>> >> From: Mark Rei
On Sun, Oct 30, 2022 at 1:48 PM Mark Reid wrote:
>
>
> On Wed, Oct 12, 2022 at 3:06 PM Mark Reid wrote:
>
>>
>>
>> On Thu, Sep 29, 2022 at 11:08 AM wrote:
>>
>>> From: Mark Reid
>>>
>>> This patch series adds swscale input/output
On Wed, Oct 12, 2022 at 3:06 PM Mark Reid wrote:
>
>
> On Thu, Sep 29, 2022 at 11:08 AM wrote:
>
>> From: Mark Reid
>>
>> This patch series adds swscale input/output support for the packed rgb
>> float formats.
>> A few of the filters also needed sup
On Sun, Oct 2, 2022 at 10:18 AM James Almer wrote:
> On 10/2/2022 2:06 PM, Michael Niedermayer wrote:
> > On Sat, Oct 01, 2022 at 04:05:12PM -0700, mindm...@gmail.com wrote:
> >> From: Mark Reid
> >>
> >> floating point uses a slightly different predictor
On Thu, Sep 29, 2022 at 11:08 AM wrote:
> From: Mark Reid
>
> This patch series adds swscale input/output support for the packed rgb
> float formats.
> A few of the filters also needed support the larger 96/128 bit packed
> pixel sizes.
>
> I also plan to eventual
On Sat, Oct 1, 2022 at 7:22 AM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> mindm...@gmail.com:
> > From: Mark Reid
> >
> > floating point uses a slightly different predictor technique describe
> here
> > http://chriscox.org/TIFFTN3d1.pdf
&
On Fri, Sep 23, 2022 at 11:14 AM Paul B Mahol wrote:
> On 9/14/22, Paul B Mahol wrote:
> > Patches attached.
> >
>
> Will apply soon.
>
Were you planning on adding swscale support for the rgbaf32 formats? Didn't
want to start working on it if you already started :)
> _
On Wed, Aug 10, 2022 at 3:56 PM Timo Rothenpieler
wrote:
> On 11.08.2022 00:37, Mark Reid wrote:
> > On Wed, Aug 10, 2022 at 3:28 PM Timo Rothenpieler >
> > wrote:
> >
> >> On 11.08.2022 00:18, James Almer wrote:
> >>> Then maybe the current i
On Wed, Aug 10, 2022 at 3:28 PM Timo Rothenpieler
wrote:
> On 11.08.2022 00:18, James Almer wrote:
> > Then maybe the current implementation should be moved back to exr (it
> > used to be internal to exr until Paul made it standalone), so this lavu
> > module can match the existing hardware imple
On Wed, Aug 10, 2022 at 2:53 PM Timo Rothenpieler
wrote:
> On 10.08.2022 23:43, Andreas Rheinhardt wrote:
> > Timo Rothenpieler:
> >> On 10.08.2022 23:24, Andreas Rheinhardt wrote:
> >>> Timo Rothenpieler:
> IEEE-754 differentiates two different kind of NaNs.
> Quiet and Signaling ones.
On Mon, Aug 8, 2022 at 1:59 PM Timo Rothenpieler
wrote:
> On 08.08.2022 21:39, Mark Reid wrote:
> > On Mon, Aug 8, 2022 at 11:24 AM Timo Rothenpieler >
> > wrote:
> >
> >> This is by no means perfect, since at least ddagrab will return scRGB
> >> data w
On Mon, Aug 8, 2022 at 11:24 AM Timo Rothenpieler
wrote:
> This is by no means perfect, since at least ddagrab will return scRGB
> data with values outside of 0.0f to 1.0f for HDR values.
> Its primary purpose is to be able to work with the format at all.
>
> _Float16 support was available on arm
On Sat, Jan 1, 2022 at 2:35 AM Paul B Mahol wrote:
> will apply soon
>
ping
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> To unsubscribe, visit link above, or email
> ffmpeg-devel-r
On Sun, Dec 12, 2021 at 3:12 PM Mark Reid wrote:
>
>
> On Wed, Nov 24, 2021 at 1:15 PM wrote:
>
>> From: Mark Reid
>>
>> changes since v2:
>> * fixed label
>> changes since v1:
>> * remove vex intruction on sse4 path
>> * some load/p
On Wed, Nov 24, 2021 at 1:15 PM wrote:
> From: Mark Reid
>
> changes since v2:
> * fixed label
> 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.
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 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 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 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 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 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 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 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 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 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 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
>
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 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 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, 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, 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 calculation, and looks to me as a regression
> that
> seems to have been introduced 428b4
On Sun, Dec 13, 2020 at 2:05 AM Anton Khirnov wrote:
> Quoting mindm...@gmail.com (2020-11-29 05:08:38)
> > 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 cal
On Sat, Nov 28, 2020 at 8:08 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 calculation, and looks to me as a regression
> that
> seems to have been introduced
On Sun, Nov 22, 2020 at 8:32 PM wrote:
> From: Mark Reid
>
> Hi,
> This patch handles NaNs more like the offical implentation handles them,
> preserving
> the original bits.
>
>
> https://github.com/AcademySoftwareFoundation/openexr/blob/RB-2.5/IlmBase/Half/toFloat.
On Sun, Nov 8, 2020 at 7:37 PM wrote:
> From: Mark Reid
>
> ---
> libavcodec/exr.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/exr.c b/libavcodec/exr.c
> index cf7824402a..e907c5c464 100644
> --- a/libavcodec/exr.c
> +++ b
On Sun, Nov 8, 2020 at 5:12 PM wrote:
> From: Mark Reid
>
> ---
> libavfilter/vf_lut3d.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavfilter/vf_lut3d.c b/libavfilter/vf_lut3d.c
> index 988f6c8b55..172d6df0c8 100644
> --- a/lib
On Mon, Sep 28, 2020 at 10:38 AM Michael Niedermayer
wrote:
> On Sat, Sep 26, 2020 at 10:01:30PM -0700, Mark Reid wrote:
> > On Mon, Sep 14, 2020 at 6:31 PM Mark Reid wrote:
> >
> > >
> > >
> > > On Mon, Sep 14, 2020 at 2:44 PM Michael Niedermayer
&
On Mon, Sep 14, 2020 at 6:31 PM Mark Reid wrote:
>
>
> On Mon, Sep 14, 2020 at 2:44 PM Michael Niedermayer
> wrote:
>
>> On Sun, Sep 13, 2020 at 04:04:42PM -0700, Mark Reid wrote:
>> > On Sun, Sep 13, 2020 at 8:55 AM Michael Niedermayer
>>
>> > wro
On Mon, Sep 14, 2020 at 7:14 PM wrote:
> From: Mark Reid
>
> Hi,
> This fixes a very subtle error thats hard notice until up unpremultiply a
> image.
>
> This loop is suppose to stop at first 1, instead was stoping at first 0
> The comment is correct through!
>
> o
On Mon, Sep 14, 2020 at 2:44 PM Michael Niedermayer
wrote:
> On Sun, Sep 13, 2020 at 04:04:42PM -0700, Mark Reid wrote:
> > On Sun, Sep 13, 2020 at 8:55 AM Michael Niedermayer
>
> > wrote:
> >
> > > On Sat, Sep 12, 2020 at 02:07:14AM -0700, mindm...@gmail.c
On Sun., Sep. 13, 2020, 4:04 p.m. Mark Reid, wrote:
>
>
> On Sun, Sep 13, 2020 at 8:55 AM Michael Niedermayer
> wrote:
>
>> On Sat, Sep 12, 2020 at 02:07:14AM -0700, mindm...@gmail.com wrote:
>> > From: Mark Reid
>> >
>> > --
On Sun, Sep 13, 2020 at 8:55 AM Michael Niedermayer
wrote:
> On Sat, Sep 12, 2020 at 02:07:14AM -0700, mindm...@gmail.com wrote:
> > From: Mark Reid
> >
> > ---
> > libswscale/input.c | 12 +---
> > tests/ref/fate/filter-pixfmts-scale |
On Sat, Sep 5, 2020 at 2:13 PM wrote:
> From: Mark Reid
>
> ---
> libavfilter/vf_lut3d.c | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
>
> diff --git a/libavfilter/vf_lut3d.c b/libavfilter/vf_lut3d.c
> index 6730a424ce..988f6c8b55 100644
> --- a/lib
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 +++-
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 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
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 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 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 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 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 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 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 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 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(-)
>
>
> @@
---
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| 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/
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
++
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:
> > >
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 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 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
>>
---
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
++
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
---
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
---
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 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:
> > > > ---
>
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 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
---
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/
---
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
++
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
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
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 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 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 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
---
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
---
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
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 | 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
1 - 100 of 275 matches
Mail list logo
