drm_fourcc.h now has a dedicated format for P010. Allow
importing P010 buffers as a single layer instead of two
separate R16 and RG1616 layers.
Signed-off-by: Simon Ser
Cc: Mark Thompson
Cc: Haihao Xiang
Cc: Fei Wang
---
libavutil/hwcontext_vaapi.c | 3 +++
1 file changed, 3 insertions(+)
di
On Sat, Feb 6, 2021 at 3:49 PM Andriy Gelman
wrote:
> On Sat, 06. Feb 11:30, Nuo Mi wrote:
> > On Mon, Jan 25, 2021 at 10:21 PM Nuo Mi wrote:
> >
> > >
> > > On Mon, Jan 25, 2021 at 10:17 PM Nuo Mi wrote:
> > >
> > >> ---
> > >> libavcodec/cbs_h2645.c | 3 ++-
> > >> 1 file changed, 2 insertio
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 9406e42f49..70f76caff5 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -7113,6 +7113,11 @@ static int mov_probe(const AVProbeData
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index c945586c29..5440078459 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -7103,7 +7103,7 @@ static int mov_probe(con
This avoids accepting bizare constructs like a mdat at position 0 and size 0
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 5440078459..2df6762ec9 100644
--- a/libavformat/mo
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 70f76caff5..8504e97831 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -7127,10 +7127,7 @@ static int mov_probe(co
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 8eacf2cc04..9406e42f49 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -7108,9 +7108,11 @@ static int m
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 7e634c9ec3..c945586c29 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -7109,15 +7109,21 @@ static int mo
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 8504e97831..7e634c9ec3 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -7137,7 +7137,6 @@ static int mov_probe(co
Please test this and provide samples which break with this so a clean probe
that works with every sample can be written. (i failed to find a file which
fails)
This also fixes multiple probetest failures
the score = 0 case could be replaced by a small score of some form and
the remaining code over
Instead of applying it and then restoring the original codecpar dimensions.
Signed-off-by: James Almer
---
Alternative to "[PATCH] avformat/utils: always preserve container dimensions
for all streams" while we figure out and decide how to properly make
avformat_find_stream_info() export the conta
On 2/6/2021 9:22 AM, Michael Niedermayer wrote:
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 9406e42f49..70f76caff5 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -7113,
Signed-off-by: Paul B Mahol
---
libavfilter/vf_thumbnail.c | 47 -
tests/ref/fate/filter-thumbnail | 2 +-
2 files changed, 41 insertions(+), 8 deletions(-)
diff --git a/libavfilter/vf_thumbnail.c b/libavfilter/vf_thumbnail.c
index ac04615bdc..a0561683aa 100
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 54 +++
libavfilter/Makefile | 1 +
libavfilter/af_aexciter.c | 317 ++
libavfilter/allfilters.c | 1 +
4 files changed, 373 insertions(+)
create mode 100644 libavfilter/af_aexciter.c
Trivial, thus lgtm.
___
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".
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".
LGTM
___
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".
LGTM
___
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".
LGTM
___
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".
LGTM
___
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".
I see no major simplification here. It just changes check and
initialization value.
Is this better solution for something?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link a
LGTM, with either offset -1 or 0 when first initialized.
___
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 "unsub
What happens if you use non-existing window?
___
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".
Also rename the parameters of the function to match with the implementation.
Signed-off-by: Marton Balint
---
libavdevice/timefilter.h | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/libavdevice/timefilter.h b/libavdevice/timefilter.h
index cb3d0a788f..de70945
av_gettime_relative() is using the monotonic clock therefore more suitable for
relative time calculations.
Signed-off-by: Marton Balint
---
libavfilter/avf_showcqt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/avf_showcqt.c b/libavfilter/avf_showcqt.c
inde
av_gettime_relative() is using the monotonic clock therefore more suitable as a
timestamp source and for relative time calculations.
Probably fixes ticket #9089.
Signed-off-by: Marton Balint
---
libavdevice/alsa_dec.c| 2 +-
libavdevice/bktr.c| 6 +++---
libavdevice/fbdev_de
Added the codec id S_TEXT/WEBVTT in order to bring ffmpeg generated files
closer to the matroska spec. The list of matroska codec ids was also
rearranged to push the old codec id (D_WEBVTT/SUBTITLES) to the bottom of
the list so that S_TEXT/WEBVTT is the default codec id for new mkv files
with webv
Am So., 7. Feb. 2021 um 03:50 Uhr schrieb Walter Wong :
>
> Added the codec id S_TEXT/WEBVTT in order to bring ffmpeg generated files
> closer to the matroska spec. The list of matroska codec ids was also
> rearranged to push the old codec id (D_WEBVTT/SUBTITLES) to the bottom of
> the list so that
Alright, I've updated the patch with the ticket number.
Should I apply this fix to the WebM muxer as well?
The WebM spec is not clear on what to do in this case.
On Sat, 6 Feb 2021 at 22:02, Carl Eugen Hoyos wrote:
>
> Am So., 7. Feb. 2021 um 03:50 Uhr schrieb Walter Wong :
> >
> > Added the c
Added the codec id S_TEXT/WEBVTT in order to bring ffmpeg generated files
closer to the matroska spec. The list of matroska codec ids was also
rearranged to push the old codec id (D_WEBVTT/SUBTITLES) to the bottom of
the list so that S_TEXT/WEBVTT is the default codec id for new mkv files
with webv
Apologies, Gmail messed with the patch, actual patch should be attached to this
message.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-req
> -Original Message-
> From: Wang, Fei W
> Sent: Wednesday, February 3, 2021 9:09 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [PATCH v1] lavfi/qsvvpp: support async depth
>
> On Wed, 2021-01-27 at 09:42 +0800, Fei Wang wrote:
> > Async depth will allow qsv filter cache few frames, a
James Almer:
> Signed-off-by: James Almer
> ---
> libavformat/wc3movie.c | 21 ++---
> 1 file changed, 10 insertions(+), 11 deletions(-)
>
> diff --git a/libavformat/wc3movie.c b/libavformat/wc3movie.c
> index 76e945d261..1fe582945a 100644
> --- a/libavformat/wc3movie.c
> +++ b/l
33 matches
Mail list logo
