The format is packed RGB with each channel 10 bits available and
include 2 bits unused.
Signed-off-by: Fei Wang
---
libavutil/pixdesc.c | 24
libavutil/pixfmt.h | 3 +++
libavutil/version.h | 2 +-
tests/r
Signed-off-by: Fei Wang
---
libswscale/input.c | 13 -
libswscale/output.c | 14 ++
libswscale/utils.c | 1 +
libswscale/yuv2rgb.c | 22 ++
4 files changed, 49 insertions(+), 1 deletion(-)
diff --git a/libswscale/input.c b/libswscale/input.c
inde
Signed-off-by: Fei Wang
---
libavutil/hwcontext_vaapi.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavutil/hwcontext_vaapi.c b/libavutil/hwcontext_vaapi.c
index b306965..50727fb 100644
--- a/libavutil/hwcontext_vaapi.c
+++ b/libavutil/hwcontext_vaapi.c
@@ -136,6 +136,9 @@ static con
On Tue, Apr 21, 2020 at 9:53 AM Fei Wang wrote:
>
> The format is packed RGB with each channel 10 bits available and
> include 2 bits unused.
>
The name of this pix_fmt seems very confusing, and the entire format
seems very specific. What is such a packed RGB format really good for
in ffmpeg?
-
> > I can't see the benefit to use MSDK framerate conversion function. Is
> > it a good idea to drop it and use ffmpeg native fps filter instead?
>
> The implementation of FRC inside MSDK is quite straight-forward or simple
> currently since it just drops or repeats frames, hence I think using nati
lance.lmw...@gmail.com (12020-04-21):
> From: Limin Wang
>
> For better code review, the patch is helping to update the fate tests result
> so the change of ffmpeg.c will be deleted in the last patch.
>
> Signed-off-by: Limin Wang
You did not need to post it. You only needed to make it, run it
> From: Zhong Li
> Sent: Tuesday, April 21, 2020 17:10
> To: Fu, Linjie
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] lavfi/vf_vpp_qsv: fix the infinite loop
> while framerate lower than input
>
> > > I can't see the benefit to use MSDK
Quoting Andreas Rheinhardt (2020-04-21 04:31:51)
> Since 33d18982fa03feb061c8f744a4f0a9175c1f63ab (the commit that
> introduced the new bsf API) allocating an enlarged buffer in case
> extradata needs to be added to a packet is done via av_new_packet(),
> so that libavutil/mem.h is no longer needed
On Tue, Apr 21, 2020 at 11:26:14AM +0200, Nicolas George wrote:
> lance.lmw...@gmail.com (12020-04-21):
> > From: Limin Wang
> >
> > For better code review, the patch is helping to update the fate tests result
> > so the change of ffmpeg.c will be deleted in the last patch.
> >
> > Signed-off-by
Hi,
On 2020-04-15 15:07, artem.ga...@gmail.com wrote:
From: Artem Galin
child_device_type argument is responsible for selection.
Usage examples: -init_hw_device qsv:hw,child_device_type=d3d11va
-init_hw_device qsv:hw,child_device_type=dxva2
Signed-off-by: Artem Galin
---
On 2020-04-15 15:07, artem.ga...@gmail.com wrote:
From: Artem Galin
Makes selection of d3d11va device type by default and over DirectX 9,
which is still supported but requires explicit selection.
This enables usage of non-powered/headless GPU, better HDR support.
Pool of resources is allocated
Mostly the same remarks as for 2/4 regarding the uneeded loop and
uninitialized handle_type, plus comments below.
On 2020-04-15 15:07, artem.ga...@gmail.com wrote:
From: Artem Galin
Adding DX11 relevant device type checks and adjusting callbacks with
proper MediaSDK pair type support.
Extend
Comments below.
On 2020-04-15 15:07, artem.ga...@gmail.com wrote:
From: Artem Galin
Adding DX11 relevant device type checks and adjusting callback with
proper MediaSDK pair type support.
Signed-off-by: Artem Galin
---
libavfilter/qsvvpp.c | 40 ++--
1 f
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/internal.h | 2 ++
libavformat/utils.c| 4 ++--
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavformat/internal.h b/libavformat/internal.h
index 329b2e9..716e42c 100644
--- a/libavformat/internal.h
+++ b/libavfor
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/internal.h | 2 +
libavformat/mux.c| 7 +++-
tests/ref/fate/binsub-movtextenc | 2 +-
tests/ref/fate/movenc| 50 +++
tests/ref/fate/sub2video | 86
Limin Wang (12020-04-21):
> OK, Got it, I'll merge patch #1,#2,#4 into one patch and update the patch set.
You forgot the part about writing the result of your examination of the
tests in the commit message.
A commit that changes tests reference files should explain what changed.
Regards,
--
lance.lmw...@gmail.com (12020-04-21):
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavformat/internal.h | 2 +
> libavformat/mux.c| 7 +++-
> tests/ref/fate/binsub-movtextenc | 2 +-
> tests/ref/fate/movenc| 50 +++
> te
On Tue, Apr 21, 2020 at 12:35:39PM +0200, Nicolas George wrote:
> lance.lmw...@gmail.com (12020-04-21):
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavformat/internal.h | 2 +
> > libavformat/mux.c| 7 +++-
> > tests/ref/fate/binsub-movtexten
Limin Wang (12020-04-21):
> OK, below is the commit log, please help to review whether it's your expected
> log:
>
> NOTE about the testing effect:
> subtitle packet will be marked as keyframe, it'll change below testing
> reference
> files:
> tests/ref/fate/binsub-movtextenc and tests/ref/fate/
On Tue, Apr 21, 2020 at 01:08:05PM +0200, Nicolas George wrote:
> Limin Wang (12020-04-21):
> > OK, below is the commit log, please help to review whether it's your
> > expected log:
> >
> > NOTE about the testing effect:
> > subtitle packet will be marked as keyframe, it'll change below testing
Limin Wang (12020-04-21):
> I have checked with one of non-empty-moov.mp4, and have observed one byte
> difference
> only(02 and 01). I haven't tool to dump every box in detail. If you think
> it's necessary,
> I can looked at the movenc muxer further and figure out which field it's.
You can
On Sat, 18 Apr 2020 00:20:30 +
"Zane van Iperen" wrote:
>
> Zane van Iperen (2):
> avcodec: add support for Cunning Developments' ADPCM
> avformat: add demuxer for Pro Pinball Series' Soundbanks
>
> Changelog| 2 +
> doc/general.texi | 1 +
> libavcodec/Make
When i set out_pad=1 it will Segmentation fault
so i think it should check the limit value of the in_pad and out_pad
Signed-off-by: Steven Liu
---
libavfilter/vf_v360.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavfilter/vf_v360.c b/libavfilter/vf_v360.c
index ebc281dfca..6aabbc1
Steven Liu (12020-04-21):
> When i set out_pad=1 it will Segmentation fault
> so i think it should check the limit value of the in_pad and out_pad
>
> Signed-off-by: Steven Liu
> ---
> libavfilter/vf_v360.c | 4
> 1 file changed, 4 insertions(+)
Please don't guess. Find the exact cause of
On Tue, Apr 21, 2020 at 4:19 PM Limin Wang wrote:
>
> On Tue, Apr 21, 2020 at 01:08:05PM +0200, Nicolas George wrote:
> > Limin Wang (12020-04-21):
> > > OK, below is the commit log, please help to review whether it's your
> > > expected log:
> > >
> > > NOTE about the testing effect:
> > > subti
On Tue, Apr 21, 2020 at 04:52:16PM +0300, Jan Ekström wrote:
> On Tue, Apr 21, 2020 at 4:19 PM Limin Wang wrote:
> >
> > On Tue, Apr 21, 2020 at 01:08:05PM +0200, Nicolas George wrote:
> > > Limin Wang (12020-04-21):
> > > > OK, below is the commit log, please help to review whether it's your
> >
Limin Wang (12020-04-21):
> Thanks, I'll try to build the tool to use. By the ffmpeg trace log, the
> difference is frag flags of tfhd:
The trace log is still seeing things from the inside. If there is a bug
after the trace point, it will not be detected. It is important to test
the RESULTING FILE
On 4/21/20, Steven Liu wrote:
> When i set out_pad=1 it will Segmentation fault
> so i think it should check the limit value of the in_pad and out_pad
So huge pads do not make sense.
Limit it to 1/10 in via options.
___
ffmpeg-devel mailing list
ffmpeg-
> 2020年4月21日 下午10:28,Paul B Mahol 写道:
>
> On 4/21/20, Steven Liu wrote:
>> When i set out_pad=1 it will Segmentation fault
>> so i think it should check the limit value of the in_pad and out_pad
>
> So huge pads do not make sense.
Yes, just don’t know how to use it, and try to set it to 1, so
On Tue, Apr 21, 2020 at 5:19 PM Limin Wang wrote:
>
> On Tue, Apr 21, 2020 at 04:52:16PM +0300, Jan Ekström wrote:
> > On Tue, Apr 21, 2020 at 4:19 PM Limin Wang wrote:
> > >
> > > On Tue, Apr 21, 2020 at 01:08:05PM +0200, Nicolas George wrote:
> > > > Limin Wang (12020-04-21):
> > > > > OK, belo
On 4/21/20, Steven Liu wrote:
>
>
>> 2020年4月21日 下午10:28,Paul B Mahol 写道:
>>
>> On 4/21/20, Steven Liu wrote:
>>> When i set out_pad=1 it will Segmentation fault
>>> so i think it should check the limit value of the in_pad and out_pad
>>
>> So huge pads do not make sense.
> Yes, just don’t know h
On Tue, Apr 21, 2020 at 05:34:09PM +0300, Jan Ekström wrote:
> On Tue, Apr 21, 2020 at 5:19 PM Limin Wang wrote:
> >
> > On Tue, Apr 21, 2020 at 04:52:16PM +0300, Jan Ekström wrote:
> > > On Tue, Apr 21, 2020 at 4:19 PM Limin Wang wrote:
> > > >
> > > > On Tue, Apr 21, 2020 at 01:08:05PM +0200, N
Because not every user know about in_pad and out_pad reasonable value range
so maybe try to set 1.0, but setting 1.0 is so hugh to get an fatal error.
Suggested-by: Paul B Mahol
Signed-off-by: Steven Liu
---
doc/filters.texi | 1 +
libavfilter/vf_v360.c | 4 ++--
2 files changed, 3 inserti
Anton Khirnov:
> Quoting Andreas Rheinhardt (2020-04-21 04:31:51)
>> Since 33d18982fa03feb061c8f744a4f0a9175c1f63ab (the commit that
>> introduced the new bsf API) allocating an enlarged buffer in case
>> extradata needs to be added to a packet is done via av_new_packet(),
>> so that libavutil/mem.
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/internal.h | 2 ++
libavformat/utils.c| 4 ++--
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavformat/internal.h b/libavformat/internal.h
index 329b2e9..716e42c 100644
--- a/libavformat/internal.h
+++ b/libavfor
From: Limin Wang
The patch will make audio and subtitle packets be marked as AV_PKT_FLAG_KEY.
For audio, it'll caused the audio sample to be sync sample.
To verify ref/fate/movenc results:
1. Get the movenc test data
[lmwang@vpn ffmpeg]$ libavformat/tests/movenc -w && mkdir -p audio_old && mv
*
On Tue, Apr 21, 2020 at 04:21:38PM +0200, Nicolas George wrote:
> Limin Wang (12020-04-21):
> > Thanks, I'll try to build the tool to use. By the ffmpeg trace log, the
> > difference is frag flags of tfhd:
>
> The trace log is still seeing things from the inside. If there is a bug
> after the trac
On 4/20/2020 6:45 PM, James Almer wrote:
> Fixes ticket #8622
>
> Signed-off-by: James Almer
> ---
> It fixes it assuming the Picture Timing in that sample is not being misparsed
> by cbs_h265.
> We're compliant with the latest revision of the spec, so any
> reserved_payload_extension_data found
Derek Buitenhuis (12020-04-17):
> Can you elaborate on why it's an abomination? It's so far been the only thing
> that has kept people from breaking movenc API use several times, specifically
> in relation to how it behaves for outputting fragments - and ffmpeg.c does not
> necessarily exercise the
On Mon, Apr 20, 2020 at 8:07 PM Jan Ekström wrote:
>
> On Thu, Sep 5, 2019 at 6:13 PM Michael Niedermayer
> wrote:
> >
> > On Fri, Aug 16, 2019 at 10:38:46AM +0200, Błażej Szczygieł wrote:
> > > fixes #8080
> > >
> > > Signed-off-by: Błażej Szczygieł
> > > ---
> > > libavformat/tls_gnutls.c | 4
On Tue, Apr 21, 2020 at 9:05 PM Nicolas George wrote:
>
> Derek Buitenhuis (12020-04-17):
> > Can you elaborate on why it's an abomination? It's so far been the only
> > thing
> > that has kept people from breaking movenc API use several times,
> > specifically
> > in relation to how it behaves
On Wed, Mar 11, 2020 at 11:36 PM rcombs wrote:
>
> This avoids long delays when converting live streams that have sparse
> subtitles
> ---
> libavformat/avformat.h | 9 +
> libavformat/mux.c | 25 +
> libavformat/options_table.h | 1 +
> libavform
On Mon, 20 Apr 2020, Marton Balint wrote:
On Thu, 16 Apr 2020, Carl Eugen Hoyos wrote:
Am Mo., 13. Apr. 2020 um 02:17 Uhr schrieb Marton Balint :
On Mon, 13 Apr 2020, Carl Eugen Hoyos wrote:
> Am Mo., 13. Apr. 2020 um 00:38 Uhr schrieb Marton Balint
:
>>
>> Fixes ticket #2622.
>>
>
On Mon, 20 Apr 2020, Gyan Doshi wrote:
They can be demuxed by ffmpeg.
---
libavformat/mpegtsenc.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index ccb631d746..3818001976 100644
--- a/libavformat/mpegtsenc.c
+++ b/libavformat/mpegtse
Am Di., 21. Apr. 2020 um 21:44 Uhr schrieb Marton Balint :
>
>
>
> On Mon, 20 Apr 2020, Marton Balint wrote:
>
> >
> >
> > On Thu, 16 Apr 2020, Carl Eugen Hoyos wrote:
> >
> >> Am Mo., 13. Apr. 2020 um 02:17 Uhr schrieb Marton Balint :
> >>>
> >>>
> >>>
> >>> On Mon, 13 Apr 2020, Carl Eugen Hoyos w
This adds support for the gif gopher type. Since ffmpeg can work with GIF
files, it makes sense to support it in the Gopher protocol.
Signed-off-by: parazyd
---
libavformat/gopher.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/gopher.c b/libavformat/gopher.c
index 3070b24caf..
On Tue, 21 Apr 2020, parazyd wrote:
This adds support for the gif gopher type. Since ffmpeg can work with GIF
files, it makes sense to support it in the Gopher protocol.
Signed-off-by: parazyd
---
libavformat/gopher.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/gopher.c b/
Am Di., 21. Apr. 2020 um 22:13 Uhr schrieb Marton Balint :
>
>
>
> On Tue, 21 Apr 2020, parazyd wrote:
>
> > This adds support for the gif gopher type. Since ffmpeg can work with GIF
> > files, it makes sense to support it in the Gopher protocol.
> >
> > Signed-off-by: parazyd
> > ---
> > libavfor
On Mon, Apr 20, 2020 at 07:00:55PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/utils.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/utils.c b/libavcodec/utils.c
> index 26c038dfd9..005d596df
On Tue, Apr 21, 2020 at 01:07:39AM +0530, gautamr...@gmail.com wrote:
> From: Gautam Ramakrishnan
>
> This patch adds support for decoding images
> with a Region of Interest. Allows decoding
> samples such as p0_03.j2k. This patch should
> fix ticket #4681.
> ---
> libavcodec/jpeg2000.h| 1
On Fri, Apr 17, 2020 at 9:57 AM Ryo Hirafuji wrote:
>
> I see, Thanks.
> I'm looking forward to the answer.
>
There is some benefit to using cq-level as many of the encoder
decisions are based on this (reference frame structure, speed
features, etc) and so it's better tuned than quality mode. In
On Tue, Apr 21, 2020 at 11:05:59PM +0200, Michael Niedermayer wrote:
> On Mon, Apr 20, 2020 at 07:00:55PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/utils.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Hendrik Leppkes
> Sent: Tuesday, April 21, 2020 4:08 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/3] lavu/pix_fmt: add new pixel format
> x2rgb10
>
> On Tue, Apr 21,
On Wed, Apr 22, 2020 at 3:04 AM Michael Niedermayer
wrote:
>
> On Tue, Apr 21, 2020 at 01:07:39AM +0530, gautamr...@gmail.com wrote:
> > From: Gautam Ramakrishnan
> >
> > This patch adds support for decoding images
> > with a Region of Interest. Allows decoding
> > samples such as p0_03.j2k. This
On Tue, Apr 21, 2020 at 10:32 PM Wang, Fei W wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Hendrik Leppkes
> > Sent: Tuesday, April 21, 2020 4:08 PM
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [PATCH
Also the patch makes this code consistent with mpeg4videodec.c
---
libavcodec/mpeg4videoenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mpeg4videoenc.c b/libavcodec/mpeg4videoenc.c
index f6a5992df7..2cd5a8c015 100644
--- a/libavcodec/mpeg4videoenc.c
+++ b/l
From: Jun Zhao
support DOVI sidedata.
Signed-off-by: Jun Zhao
---
fftools/ffprobe.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c
index e3f221f..840fcb7 100644
--- a/fftools/ffprobe.c
+++ b/fftools/ffprobe.c
@@ -36,6 +36,7 @@
#include "
From: vacingfang
support dvcC/dvcC box from spec Dolby Vision Streams Within the
ISO Base MediaFile Format Version 2.1.2
(https://www.dolby.com/in/en/technologies/dolby-vision/dolby-vision\
-bitstreams-within-the-iso-base-media-file-format-v2.1.2.pdf)
export the DOVI information to sidedata.
Si
From: Jun Zhao
dump DOVI side data.
Signed-off-by: Jun Zhao
---
libavformat/dump.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/libavformat/dump.c b/libavformat/dump.c
index 220f404..9578b88 100644
--- a/libavformat/dump.c
+++ b/libavformat/dump.c
@@ -27,6 +27,7
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Vittorio Giovara
> Sent: Wednesday, April 22, 2020 11:02 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/3] lavu/pix_fmt: add new pixel format
> x2rgb10
>
> On Tue, Apr 2
From: Jun Zhao
enable dvcC/dvvC box support from DOVI sidedata.
Signed-off-by: Jun Zhao
---
libavformat/movenc.c | 35 +++
1 file changed, 35 insertions(+)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 253cff8..556dd06 100644
--- a/libavformat/
On Mon, Apr 20, 2020 at 4:24 PM Jun Zhao wrote:
>
> From: Jun Zhao
>
> fix resource leak in mbedtls part.
>
> fix #8614
>
> Signed-off-by: Jun Zhao
> ---
> libavformat/tls_mbedtls.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavformat/tls_mbedtls.c b/libavformat/tls_mbedtls.c
>
From: Jun Zhao
V5:
- add a constructor for DOVI (tks Anton Khirnov)
- some minor coding style clean
V4:
- change the DOVI dump message (tks Jan Ekström)
- fix the file order in Makefile
V3:
- rename the file name for Dolby Vision trademark risk(tks Jean-Baptiste Kempf)
- fix other typo issue
V
From: vacingfang
add DOVI related struct
Signed-off-by: vacingfang
---
libavutil/Makefile| 1 +
libavutil/dovi_meta.h | 80 +++
2 files changed, 81 insertions(+)
create mode 100644 libavutil/dovi_meta.h
diff --git a/libavutil/Makefile b/li
From: Jun Zhao
add a new sidedata type for DOVI.
Signed-off-by: Jun Zhao
---
libavcodec/avpacket.c | 1 +
libavcodec/packet.h | 9 +
2 files changed, 10 insertions(+)
diff --git a/libavcodec/avpacket.c b/libavcodec/avpacket.c
index ad020ee..1b53451 100644
--- a/libavcodec/avpacket.c
From: vacingfang
support DOVI Video Stream Descriptor from Dolby Vision Streams
Within the MPEG-2 Transport Stream Format V1.2
From the spec: https://www.dolby.com/us/en/technologies/\
dolby-vision/dolby-vision-bitstreams-in-mpeg-2-transport-\
stream-multiplex-v1.2.pdf.
export the DOVI informat
Signed-off-by: Fei Wang
---
libswscale/input.c | 13 -
libswscale/output.c | 14 ++
libswscale/utils.c | 1 +
libswscale/yuv2rgb.c | 22 ++
tests/ref/fate/filter-pixfm
The format is packed RGB with each channel 10 bits available and
include 2 bits unused.
Signed-off-by: Fei Wang
---
libavutil/pixdesc.c | 24
libavutil/pixfmt.h | 3 +++
libavutil/version.h | 2 +-
tests/ref/
Signed-off-by: Fei Wang
---
libavutil/hwcontext_vaapi.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavutil/hwcontext_vaapi.c b/libavutil/hwcontext_vaapi.c
index b306965..50727fb 100644
--- a/libavutil/hwcontext_vaapi.c
+++ b/libavutil/hwcontext_vaapi.c
@@ -136,6 +136,9 @@ static con
On Tue, Apr 21, 2020 at 2:23 PM Anton Khirnov wrote:
>
> Quoting myp...@gmail.com (2020-04-21 04:47:42)
> > On Mon, Apr 20, 2020 at 9:08 PM Anton Khirnov wrote:
> > >
> > > Quoting Jean-Baptiste Kempf (2020-04-19 10:25:07)
> > > > I'd like to ask opinions whether a installed header for just one
> -Original Message-
> From: Wang, Fei W
> Sent: Wednesday, April 22, 2020 1:23 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Wang, Fei W
> Subject: [PATCH v2 1/3] lavu/pix_fmt: add new pixel format x2rgb10
>
> The format is packed RGB with each channel 10 bits available and include 2
> bits un
On Wed, Apr 22, 2020 at 12:36 PM Jun Zhao wrote:
>
> From: Jun Zhao
>
> dump DOVI side data.
>
> Signed-off-by: Jun Zhao
> ---
> libavformat/dump.c | 23 +++
> 1 file changed, 23 insertions(+)
>
> diff --git a/libavformat/dump.c b/libavformat/dump.c
> index 220f404..9578b88
72 matches
Mail list logo