Niklas Haas:
> From: Niklas Haas
>
> And expose the parsed values as frame side data. Update FATE results to
> match.
>
> It's worth documenting that this relies on the dovi configuration record
> being present on the first AVPacket fed to the decoder, which in
> practice is the case if if the A
Niklas Haas:
> From: Niklas Haas
>
> Based on a mixture of guesswork, partial documentation in patents, and
> reverse engineering of real-world samples. Confirmed working for all the
> samples I've thrown at it.
>
> Contains some annoying machinery to persist these values in between
> frames, wh
From: softworkz
Commit 8b83dad82512a6948b63408f964463b063ad24c9 introduced a
regression in a way that scaling via vpp_qsv doesn't work any longer
for devices with an MSDK runtime version lower than 1.19. This is true
for older CPUs which are stuck at 1.11.
The commit added checks for the compile-
> -Original Message-
> From: ffmpeg-devel On Behalf Of Soft Works
> Sent: Tuesday, December 28, 2021 10:58 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] GitHub Integration
>
> One component of the GitHub "Bridge" is a mirror of the ffmpeg-devel
> ma
From: softworkz
Commit 8b83dad82512a6948b63408f964463b063ad24c9 introduced a regression in a way
that scaling via vpp_qsv didn't work any longer for devices with an MSDK runtime
version lower than 1.19. This is true for older CPUs which are stuck at 1.11.
The commit added checks for the compile-s
On Sat, Jan 1, 2022 at 5:11 PM Marton Balint wrote:
>
>
>
> On Sat, 1 Jan 2022, Pierre-Anthony Lemieux wrote:
>
> > Minor suggestion below.
> >
> > In addition, will sample file(s) be added to FATE? Below are two examples:
> >
> > http://ffmpeg-imf-samples-public.s3.us-west-1.amazonaws.com/callout
On Sat, Jan 1, 2022 at 5:35 PM Andreas Rheinhardt
wrote:
>
> Pierre-Anthony Lemieux:
> > Minor suggestion below.
> >
> > In addition, will sample file(s) be added to FATE? Below are two examples:
> >
> > http://ffmpeg-imf-samples-public.s3.us-west-1.amazonaws.com/callout_51_l_r_c_lfe_ls_rs.mxf
> >
Pierre-Anthony Lemieux:
> Minor suggestion below.
>
> In addition, will sample file(s) be added to FATE? Below are two examples:
>
> http://ffmpeg-imf-samples-public.s3.us-west-1.amazonaws.com/callout_51_l_r_c_lfe_ls_rs.mxf
> http://ffmpeg-imf-samples-public.s3.us-west-1.amazonaws.com/callout_51_
On Sat, 1 Jan 2022, Pierre-Anthony Lemieux wrote:
Minor suggestion below.
In addition, will sample file(s) be added to FATE? Below are two examples:
http://ffmpeg-imf-samples-public.s3.us-west-1.amazonaws.com/callout_51_l_r_c_lfe_ls_rs.mxf
http://ffmpeg-imf-samples-public.s3.us-west-1.amazo
From: Limin Wang
Signed-off-by: Limin Wang
---
FYI, other patches have submit to support for the interface format few years
ago:
https://patchwork.ffmpeg.org/project/ffmpeg/patch/1531259521-19421-2-git-send-email-patrick.kerou...@savoirfairelinux.com/
I proposal to process the interlace format
From: Limin Wang
Below is step for how to test in your local machine:
wget --no-check-certificate
https://samples.ffmpeg.org/MPEG2/interlaced/burosch1.mpg
1. test interlace:
ffmpeg -re -i ./burosch1.mpg -c:v bitpacked -pix_fmt yuv422p10 -f rtp
rtp://239.255.0.1:6000
copy and create sdp fil
On Sat, Jan 1, 2022 at 11:32 AM Marton Balint wrote:
>
>
>
> On Wed, 22 Dec 2021, Pierre-Anthony Lemieux wrote:
>
> > On Wed, Dec 22, 2021 at 4:38 AM Tomas Härdin wrote:
> >>
> >> tis 2021-12-21 klockan 21:24 +0100 skrev Marton Balint:
> >> >
> >> >
> >> > It is not matter of performance, we shou
Minor suggestion below.
In addition, will sample file(s) be added to FATE? Below are two examples:
http://ffmpeg-imf-samples-public.s3.us-west-1.amazonaws.com/callout_51_l_r_c_lfe_ls_rs.mxf
http://ffmpeg-imf-samples-public.s3.us-west-1.amazonaws.com/callout_51_l_c_r_ls_rs_lfe.mxf
On Sat, Jan 1,
On Wed, 22 Dec 2021, Pierre-Anthony Lemieux wrote:
On Wed, Dec 22, 2021 at 4:38 AM Tomas Härdin wrote:
tis 2021-12-21 klockan 21:24 +0100 skrev Marton Balint:
>
>
> It is not matter of performance, we should not introduce a hack such
> as
> reordering PCM channels in a demuxer if there is a
From: Marc-Antoine Arnaud
Channel reordering is removed from this patch because the new channel layout
API will support it properly.
Signed-off-by: Marton Balint
---
libavformat/mxf.h| 3 +
libavformat/mxfdec.c | 286 ++-
2 files changed, 283 inser
Signed-off-by: Marton Balint
---
libavformat/dashdec.c | 20
1 file changed, 4 insertions(+), 16 deletions(-)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index 797fe74157..0d21989e42 100644
--- a/libavformat/dashdec.c
+++ b/libavformat/dashdec.c
@@ -30,8 +30,6
Signed-off-by: Marton Balint
---
libavformat/imfdec.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/libavformat/imfdec.c b/libavformat/imfdec.c
index f17064cfcd..ef1e7cf206 100644
--- a/libavformat/imfdec.c
+++ b/libavformat/imfdec.c
@@ -73,8 +73,6 @@
#incl
On Sun, Dec 26, 2021 at 02:37:23PM +0100, Michael Niedermayer wrote:
> No speex samples with non default frame sizes are known (to me)
> the official speexenc seems to only generate the 3 default ones.
> Thus it may be that the fuzzer samples where the first non default
> values encountered by the
On Sat, Jan 1, 2022 at 2:57 AM Andreas Rheinhardt
wrote:
>
> quietvoid:
> > Tests the parsing and writing of AVDOVIDecoderConfigurationRecord,
> > when it is present as a Dolby Vision configuration block addition mapping.
> >
> > Signed-off-by: quietvoid
> > ---
> > The required regression test f
Tests the parsing and writing of AVDOVIDecoderConfigurationRecord,
when it is present as a Dolby Vision configuration block addition mapping.
Signed-off-by: quietvoid
---
The required regression test file is available here: https://0x0.st/-hWK.mkv
Should be moved to fate-suite/mkv/dovi-p5.mkv
It
Improves code legibility by not using bit shifts.
Also avoids duplicating the dvcC/dvvC ISOM box writing code.
Signed-off-by: quietvoid
---
libavformat/Makefile | 3 ++-
libavformat/movenc.c | 24 +++-
2 files changed, 9 insertions(+), 18 deletions(-)
diff --git a/libavform
To avoid duplicating code. The implementation in dovi_isom is identical.
Signed-off-by: quietvoid
---
libavformat/Makefile | 2 +-
libavformat/mov.c| 50 +++-
2 files changed, 8 insertions(+), 44 deletions(-)
diff --git a/libavformat/Makefile b/libav
Adds handling of dvcC/dvvC block addition mappings.
The parsing creates AVDOVIDecoderConfigurationRecord side data.
The configuration block is written when muxing into Matroska,
if DOVI side data is present for the track.
Most of the Matroska element parsing is based on Plex's FFmpeg source code.
Both parse/write implementations are based on mov/movenc.
This only adds support for the "Dolby Vision configuration box".
Other configuration boxes, such as
"Dolby Vision enhancement layer configuration box" are not supported.
The new functions will be used to implement parsing/writing the DOVI
This patch set adds support for reading/writing the Matroska
BlockAdditionMapping
elements, as well as for reading/writing dvcC/dvvC blocks in Matroska.
Created utility functions to read/write Dolby Vision boxes for ISOM.
This was done to avoid duplicating the code, as the Matroska blocks and MOV
Signed-off-by: quietvoid
---
Files are available here (in a zip): https://0x0.st/osvi.zip
Alternatively:
https://drive.google.com/drive/folders/1NDhtSoJ-mP5Yi62V6j1wjjPJNq84nP3J
They're all blank frames encoded with x265, remuxed with FFmpeg
after the mov box is added by dlb_mp4base.
MP4 files
Fixes regression in a1c4929f: there apparently are devices out there
that expose a pin default format that has parameters outside the
capabilities of any of the formats exposed on the pin (sic?). The
VirtualCam plugin (v 2.0.5) of OBS-Studio (v 27.1.3) is such a device.
Now when a default format wa
Signed-off-by: Diederick Niehorster
---
libavdevice/dshow.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavdevice/dshow.c b/libavdevice/dshow.c
index 4b6887881d..f2d95fa470 100644
--- a/libavdevice/dshow.c
+++ b/libavdevice/dshow.c
@@ -1046,7 +1046,7 @@ next:
// for
Signed-off-by: Diederick Niehorster
---
libavdevice/dshow.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavdevice/dshow.c b/libavdevice/dshow.c
index 30f1be1ead..4b6887881d 100644
--- a/libavdevice/dshow.c
+++ b/libavdevice/dshow.c
@@ -953,7 +953,7 @@ dshow_cycle_forma
Cleanup was missing for when the show_analog_tv_tuner_audio_dialog is
true.
Signed-off-by: Diederick Niehorster
---
libavdevice/dshow_crossbar.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavdevice/dshow_crossbar.c b/libavdevice/dshow_crossbar.c
index 2438683cde..961defe690 100644
These four patches fix three small new issues i found looking through
the dshow code (needd cleanup not being done), and fix a regression
introduced by my recent patches due to which devices that seem to not
behave according to spec but worked fine before my patches could no
longer be used.
Dieder
Do anyone know fastest way to divide the chw array of pixel data for frame?
1 January 2022, 04:48:03, by "Guo, Yejun" :
-Original Message-
From: ffmpeg-devel On Behalf Of Alex
Sent: 2022年1月1日 3:16
To: FFmpeg development discussions and patches
Subject: [FFmpeg-devel] DNN data layout CHW
will apply soon
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
33 matches
Mail list logo
