On Tue, Apr 27, 2021 at 03:56:22AM +, Guo, Yejun wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > lance.lmw...@gmail.com
> > Sent: 2021年4月27日 11:29
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH 2/6] avfilter/vf_sr: add options for
>
On Tue, Apr 27, 2021 at 03:51:34AM +, Guo, Yejun wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > lance.lmw...@gmail.com
> > Sent: 2021年4月27日 11:36
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH 3/6] doc/filters: documentation to
> >
From: zhilizhao
Simple test results:
Command:
./ffmpeg -y -hwaccel videotoolbox -hwaccel_output_format videotoolbox_vld \
-i test.mp4 -an -c:v h264_videotoolbox -benchmark out.mp4
Before:
frame= 1221 fps= 66 q=-0.0 Lsize=3144kB time=00:00:20.33
bitrate=1266.6kbits/s dup=4 drop=0 speed=
> -Original Message-
> From: Guo, Yejun
> Sent: 2021年4月27日 12:11
> To: FFmpeg development discussions and patches
>
> Subject: RE: [FFmpeg-devel] [PATCH 4/6] tools/python: add help script to
> get sess_config
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> lance.lmw...@gmail.com
> Sent: 2021年4月26日 18:49
> To: ffmpeg-devel@ffmpeg.org
> Cc: Limin Wang
> Subject: [FFmpeg-devel] [PATCH 4/6] tools/python: add help script to get
> sess_config
>
> From: Limin Wang
>
> Please note the
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> lance.lmw...@gmail.com
> Sent: 2021年4月26日 18:49
> To: ffmpeg-devel@ffmpeg.org
> Cc: Limin Wang
> Subject: [FFmpeg-devel] [PATCH 5/6] avfilter/dnn/dnn_backend_tf: simplify
> the code with ff_hex_to_data
>
> From: Limin Wang
>
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> lance.lmw...@gmail.com
> Sent: 2021年4月27日 11:29
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 2/6] avfilter/vf_sr: add options for
> backend configs
>
> On Tue, Apr 27, 2021 at 02:27:48AM +, Guo, Yejun
On 2021-04-26 21:46, Gyan Doshi wrote:
Will apply tomorrow.
Pushed as 45fc214ebfcdf36b935632edda54aee9e8745550
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> lance.lmw...@gmail.com
> Sent: 2021年4月27日 11:36
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 3/6] doc/filters: documentation to
> options for backend
>
> On Tue, Apr 27, 2021 at 02:40:06AM +, Guo, Yejun
On Tue, Apr 27, 2021 at 02:40:06AM +, Guo, Yejun wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > lance.lmw...@gmail.com
> > Sent: 2021年4月26日 18:49
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Limin Wang
> > Subject: [FFmpeg-devel] [PATCH 3/6] doc/filters:
On Tue, Apr 27, 2021 at 02:27:48AM +, Guo, Yejun wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > lance.lmw...@gmail.com
> > Sent: 2021年4月26日 18:49
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Limin Wang
> > Subject: [FFmpeg-devel] [PATCH 2/6] avfilter/vf_sr:
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> lance.lmw...@gmail.com
> Sent: 2021年4月26日 18:49
> To: ffmpeg-devel@ffmpeg.org
> Cc: Limin Wang
> Subject: [FFmpeg-devel] [PATCH 3/6] doc/filters: documentation to options
> for backend
>
> From: Limin Wang
>
> Signed-off-by:
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> lance.lmw...@gmail.com
> Sent: 2021年4月26日 18:49
> To: ffmpeg-devel@ffmpeg.org
> Cc: Limin Wang
> Subject: [FFmpeg-devel] [PATCH 2/6] avfilter/vf_sr: add options for backend
> configs
>
> From: Limin Wang
>
> Signed-off-by:
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> lance.lmw...@gmail.com
> Sent: 2021年4月26日 18:49
> To: ffmpeg-devel@ffmpeg.org
> Cc: Limin Wang
> Subject: [FFmpeg-devel] [PATCH 1/6] doc/filters: correct http link
>
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Shubhanshu Saxena
> Sent: 2021年4月26日 15:54
> To: ffmpeg-devel@ffmpeg.org
> Cc: Shubhanshu Saxena
> Subject: [FFmpeg-devel] [PATCH v2] lavfi/dnn/queue.h: Add Documentation
> to Queue
>
> Documentation for Queue
>
>
HDR10+ metadata is stored in the bit stream for HEVC. The story is different
for VP9 and cannot store the metadata in the bit stream. HDR10+ should be
passed to packet side data an stored in the container (mkv) for VP9.
This CL is taking HDR10+ from AVFrame side data in libvpxenc and is passing
On Fri, Apr 23, 2021 at 11:53 AM James Zern
wrote:
> Hi,
>
> On Fri, Apr 23, 2021 at 8:58 AM Mohammad Izadi
> wrote:
> >
> > HDR10+ metadata is stored in the bit stream for HEVC. The story is
> different for VP9 and cannot store the metadata in the bit stream. HDR10+
> should be passed to
From: Mehdi Sabwat
Fix configure test to allow it to have the right suffix when
$target_os=emscripten
---
configure | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configure b/configure
index cc1013fb1d..501c715b82 100755
--- a/configure
+++ b/configure
@@ -4381,6 +4381,7 @@ fi
On 4/26/2021 3:52 PM, Andreas Rheinhardt wrote:
The documentation of the get_encode_buffer() callback does not require
to zero the padding; therefore we do it in ff_get_encode_buffer().
This also constitutes an implicit check for whether the buffer is
actually allocated with padding.
The memset
I checked it works before replying.
Thanks,
maybe let's get on the same page what we both think is working and what not.
I used this simple script:
ffmpeg -i $1 -map 0:v:0 -c:v:0 libx264 -x264-params
"keyint=24:bframes=1" -map 0:v:0 -c:v:1 libx264 -x264-params
"keyint=72:bframes=3" $2 -y
Hi Nicolas,
I guess it is supposed to work in this way but it doesn't. And if you look
in the code you will see, than only one codec_opt is served for all c:v:0,
c:v:1 etc.
Best regards,
Alexander
///
On Mon, Apr 26, 2021 at 7:54 PM Nicolas George wrote:
> Alexander Solonsky
The documentation of the get_encode_buffer() callback does not require
to zero the padding; therefore we do it in ff_get_encode_buffer().
This also constitutes an implicit check for whether the buffer is
actually allocated with padding.
The memset in avcodec_default_get_encode_buffer() is now
On Sun, Apr 25, 2021 at 3:39 PM Andreas Rheinhardt
wrote:
>
> Here the packet size is known before allocating the packet because
> the encoder provides said information (and works with internal buffers
> itself), so one can pass this information to ff_alloc_packet2() to
> avoid the implicit use
Signed-off-by: Andreas Rheinhardt
---
libavutil/mem.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/libavutil/mem.c b/libavutil/mem.c
index cfb6d8ab8f..fa227f5e12 100644
--- a/libavutil/mem.c
+++ b/libavutil/mem.c
@@ -133,14 +133,20 @@ void *av_malloc(size_t
This encoder sets the min_size in ff_alloc_packet2(), so it can not rely
on av_packet_make_refcounted() to zero the padding.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/vc2enc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vc2enc.c b/libavcodec/vc2enc.c
Sometimes it is useful that output video streams have different gop structure
and other settings. Currently one setting used for all and I added a posibility
to have it separately
---
fftools/cmdutils.c | 22 --
fftools/cmdutils.h | 2 ++
fftools/ffmpeg_opt.c | 2 +-
3
Alexander Solonsky (12021-04-26):
> maybe let's get on the same page what we both think is working and what not.
> I used this simple script:
> ffmpeg -i $1 -map 0:v:0 -c:v:0 libx264 -x264-params "keyint=24:bframes=1"
> -map 0:v:0 -c:v:1 libx264 -x264-params "keyint=72:bframes=3" $2 -y
> to create
Will apply tomorrow.
On 2021-04-26 16:52, Gyan Doshi wrote:
Also remove unnecessary unit as option does not accept any constants.
---
libavformat/adtsenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/adtsenc.c b/libavformat/adtsenc.c
index
Alexander Solonsky (12021-04-26):
> I guess it is supposed to work in this way but it doesn't. And if you look
> in the code you will see, than only one codec_opt is served for all c:v:0,
> c:v:1 etc.
I checked it works before replying.
Do not top-post on this mailing-list. If you don't know
On 26/04/2021 14:01, Andreas Rheinhardt wrote:
Signed-off-by: Andreas Rheinhardt
---
Is pkt->size * 4 actually supposed to be the size of audio after
decoding? If so, the factor four would have to be changed to two
for files flagged as 8 bit.
(The 8/16 bit check seems broken; my actual
Apr 8, 2021, 00:24 by mich...@niedermayer.cc:
> On Sat, Apr 03, 2021 at 10:32:13PM +0200, Lynne wrote:
>
>> Apr 3, 2021, 20:12 by mich...@niedermayer.cc:
>>
>> > On Sat, Apr 03, 2021 at 03:01:16PM +0200, Lynne wrote:
>> >
>> >> Apr 2, 2021, 23:28 by mich...@niedermayer.cc:
>> >>
>> >> > On Mon,
On 2021-04-26 18:24, Zane van Iperen wrote:
Signed-off-by: Zane van Iperen
---
doc/general_contents.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/general_contents.texi b/doc/general_contents.texi
index 33ece6e884..e01347f8d4 100644
---
On Mon, Apr 26, 2021 at 12:34 PM Jan Ekström wrote:
>
> Now sets alignment, font size, font family and the region's position
> and size according to the ASS styles passed to the encoder. Regions are
> relatively important in TTML, since the spec-defined default region is in
> raster location
Michael Niedermayer:
> On Mon, Apr 26, 2021 at 12:34:21AM +0200, Andreas Rheinhardt wrote:
>> When the packet size is known in advance like here, one can avoid
>> an intermediate buffer for the packet data.
>>
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> libavcodec/dvenc.c | 3 ++-
>> 1 file
On Mon, Apr 26, 2021 at 12:34:21AM +0200, Andreas Rheinhardt wrote:
> When the packet size is known in advance like here, one can avoid
> an intermediate buffer for the packet data.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/dvenc.c | 3 ++-
> 1 file changed, 2 insertions(+), 1
Signed-off-by: Andreas Rheinhardt
---
libavformat/westwood_audenc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavformat/westwood_audenc.c b/libavformat/westwood_audenc.c
index 490f2ee260..e5a6e644fc 100644
--- a/libavformat/westwood_audenc.c
+++ b/libavformat/westwood_audenc.c
@@
Signed-off-by: Andreas Rheinhardt
---
Is pkt->size * 4 actually supposed to be the size of audio after
decoding? If so, the factor four would have to be changed to two
for files flagged as 8 bit.
(The 8/16 bit check seems broken; my actual intention with not
unconditionally flagging the file as
Signed-off-by: Zane van Iperen
---
doc/general_contents.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/general_contents.texi b/doc/general_contents.texi
index 33ece6e884..e01347f8d4 100644
--- a/doc/general_contents.texi
+++ b/doc/general_contents.texi
@@ -695,7
Alexander Solonsky (12021-04-26):
> Sometimes it is useful that output video streams have different gop
> structure and other settings. Currently one setting used for all and I
> added a posibility to have it separately
It is already possible by suffixing options names with a colon and the
number
On Mon, Apr 12, 2021 at 12:22 PM wrote:
>
> From: Kevin Wheatley
>
> This fix moves the potential definition of _GNU_SOURCE prior to
> any includes of system header files as required by the documentation
> https://www.gnu.org/software/libc/manual/html_node/Feature-Test-Macros.html
>
> This
Quoting Andreas Rheinhardt (2021-04-26 13:38:14)
> Anton Khirnov:
> > Passing zero-sized/NULL buffers to av_hash_update() is invalid and may
> > crash with certain hashes.
> > ---
> > fftools/ffprobe.c | 7 +--
> >
Anton Khirnov:
> Passing zero-sized/NULL buffers to av_hash_update() is invalid and may
> crash with certain hashes.
> ---
> fftools/ffprobe.c | 7 +--
> tests/ref/fate/hapqa-extract-nosnappy-to-hapalphaonly-mov | 1 -
>
Also remove unnecessary unit as option does not accept any constants.
---
libavformat/adtsenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/adtsenc.c b/libavformat/adtsenc.c
index ae1b1b364c..19262784ce 100644
--- a/libavformat/adtsenc.c
+++
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/filters.texi | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index a959127..1ee4354 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -10162,6 +10162,9 @@ The label
Apr 26, 2021, 02:36 by c...@passwd.hu:
>
>
> On Sun, 25 Apr 2021, Lynne wrote:
>
>> This is the same patch sent in January, rebased on top of the ABI bump
>> patchset.
>>
>> Two additions mirror exactly what AVFrame has - an opaque field
>> and an opaque_ref for user-side private data.
>> For
From: Limin Wang
please use tools/python/tf_sess_config.py to get the sess_config after that.
note the byte order of session config is the normal order.
Signed-off-by: Limin Wang
---
libavfilter/dnn/dnn_backend_tf.c | 34 ++
1 file changed, 6 insertions(+), 28
From: Limin Wang
Please note the byte order of the hex data is in normal order.
Signed-off-by: Limin Wang
---
tools/python/tf_sess_config.py | 44 ++
1 file changed, 44 insertions(+)
create mode 100644 tools/python/tf_sess_config.py
diff --git
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/filters.texi | 9 +
1 file changed, 9 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index e99d70a..a959127 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -10159,6 +10159,7 @@ and the second line is the name
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_sr.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavfilter/vf_sr.c b/libavfilter/vf_sr.c
index 45f941a..282c468 100644
--- a/libavfilter/vf_sr.c
+++ b/libavfilter/vf_sr.c
@@ -55,6 +55,8 @@ static const AVOption
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/filters.texi | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 67587d9..e99d70a 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -9886,7 +9886,7 @@ Native implementation
From: Jan Ekström
This way the encoder may pass on the following values to the muxer:
1) Additional root "tt" element attributes, such as the subtitle
canvas reference size.
2) Anything before the body element of the document, such as regions
in the head element, which can configure
Now sets alignment, font size, font family and the region's position
and size according to the ASS styles passed to the encoder. Regions are
relatively important in TTML, since the spec-defined default region is in
raster location (similar to the default with HTML) - it starts from the
top left
From: Jan Ekström
Attempts to utilize the TTML cell resolution as a mapping to the
reference resolution, and maps font size to cell size. Additionally
sets the display and text alignment according to the ASS alignment
number.
Signed-off-by: Jan Ekström
---
libavcodec/ttmlenc.c | 206
From: Jan Ekström
Signed-off-by: Jan Ekström
---
libavcodec/ttmlenc.c | 27 ++-
1 file changed, 18 insertions(+), 9 deletions(-)
diff --git a/libavcodec/ttmlenc.c b/libavcodec/ttmlenc.c
index 3972b4368c..e3c155fdd1 100644
--- a/libavcodec/ttmlenc.c
+++
From: Jan Ekström
The ASS margins are utilized to generate percentual values, as
the usage of cell-based sizing and offsetting seems to be not too
well supported by renderers.
Signed-off-by: Jan Ekström
---
libavcodec/ttmlenc.c | 45 --
>From a brief look at mailman source (src/mailman/handlers/decorate.py if
anyone is interested), seems it will always mangle the original message
body when it is a single-part text/plain.
So sending as base64 does not help since mailman will recode it, as can
be seen from the test emails I just
---
sent as base64
testfile | 3 +++
1 file changed, 3 insertions(+)
create mode 100644 testfile
diff --git a/testfile b/testfile
new file mode 100644
index 00..68bb7cbf9c
--- /dev/null
+++ b/testfile
@@ -0,0 +1,3 @@
+This is a test file with very long lines
---
sent as quoted-printable
testfile | 3 +++
1 file changed, 3 insertions(+)
create mode 100644 testfile
diff --git a/testfile b/testfile
new file mode 100644
index 00..68bb7cbf9c
--- /dev/null
+++ b/testfile
@@ -0,0 +1,3 @@
+This is a test file with very long lines
On Sun, Apr 25, 2021 at 09:58:56PM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2021-04-25 21:28:42)
> > On Sun, Apr 25, 2021 at 04:12:41PM +0200, Anton Khirnov wrote:
> > > Quoting Michael Niedermayer (2021-04-25 11:29:56)
> > > > On Sun, Apr 25, 2021 at 09:03:13AM +0200, Anton
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Shubhanshu Saxena
> Sent: 2021年4月26日 15:55
> To: FFmpeg development discussions and patches
>
> Subject: Re: [FFmpeg-devel] [PATCH] libavfilter: Add Documentation to
> SafeQueue
>
> Okay, I have sent the v2 patches for both.
From: ffmpeg-devel on behalf of Zane van
Iperen
Sent: 26 April 2021 01:46
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH v5 3/3] avcodec/adpcm: Fixes output from
Westwood ADPCM.
On 26/4/21 6:00 am, Aidan Richmond wrote:
Patch 1/3: lgtm
Patch 2/3:
> +static int
Okay, I have sent the v2 patches for both.
On Mon, Apr 26, 2021 at 7:52 AM Guo, Yejun wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Shubhanshu Saxena
> > Sent: 2021年4月25日 21:19
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: shubhanshu02
> > Subject: [FFmpeg-devel]
Documentation for Queue
Signed-off-by: Shubhanshu Saxena
---
libavfilter/dnn/queue.h | 75 +
1 file changed, 75 insertions(+)
diff --git a/libavfilter/dnn/queue.h b/libavfilter/dnn/queue.h
index 4d7121366a..2524d5fa59 100644
--- a/libavfilter/dnn/queue.h
Documentation for SafeQueue
Signed-off-by: Shubhanshu Saxena
---
libavfilter/dnn/safe_queue.h | 60
1 file changed, 60 insertions(+)
diff --git a/libavfilter/dnn/safe_queue.h b/libavfilter/dnn/safe_queue.h
index 36d6daabaf..577a02e24d 100644
---
> On Apr 25, 2021, at 11:31 PM, Rick Kern wrote:
>
> On Sun, Apr 25, 2021 at 4:06 AM Zhao Zhili wrote:
>
>> From the comment it's not available on old version. It works now
>> by testing on macOS 11.2.1. There is no document about since when.
>> So trying to set the configuration and ignore
65 matches
Mail list logo
