> -Original Message-
> From: ffmpeg-devel On Behalf Of Mark
> Thompson
> Sent: Sunday, August 23, 2020 6:26 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH] cbs_av1: Fill tile width/height values when
> uniform_tile_spacing_flag is set
>
> They are not explicitly in th
Dear Developers,
I would like to use ffplay.exe in may application to play video files
and to show live video sources. Thank you for that great application
that covers all these possibilities! However as soon as ffplay.exe loses
the input focus the fullscreen window of ffplay is iconified. I alor
On 8/31/20, Michael Niedermayer wrote:
> This is based on the encoder and a small number of CFHD sample files
> It should make the decoder more robust against crafted input.
> Due to the lack of a proper specification it is possible that this
> may be too strict and may need to be tuned as files n
On 8/31/20, Norbert Marouschek wrote:
> Dear Developers,
>
> I would like to use ffplay.exe in may application to play video files
> and to show live video sources. Thank you for that great application
> that covers all these possibilities! However as soon as ffplay.exe loses
> the input focus the
On 8/31/20, 9:47 AM, "Chris Miceli" wrote:
>
>In ticket #8754 there is discourse surrounding the error
>message which is printed upon a mismatched aspect ratio in
>derived encodings. This should make it clearer to the user
>as to the issues which they are experiencing.
>---
> libavformat/dashenc.c
Support parsing 'cue ' and 'adtl' chunks.
Signed-off-by: Paul B Mahol
---
libavformat/wavdec.c | 50
1 file changed, 50 insertions(+)
diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c
index 5b3c481421..545f04c742 100644
--- a/libavformat/wavde
On 8/30/20, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavdevice/lavfi.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
LGTM if tested.
I think this is covered by FATE.
> diff --git a/libavdevice/lavfi.c b/libavdevice/lavfi.c
> index c949ff7e12..2a
sön 2020-08-30 klockan 18:22 +0100 skrev Rémi Achard:
> Hi,
>
> As you are probably aware, the libopenjpeg decoder is not able to interpret
> cinema jp2k mxf correctly, the pixel format being assigned as rgb48 instead
> of xyz12 as it should. Note that ffmpeg native jp2k decoder parse the RSIZ
> d
From: hwren
Signed-off-by: hwren
---
libavcodec/avs3.h | 118 ++
1 file changed, 118 insertions(+)
create mode 100644 libavcodec/avs3.h
diff --git a/libavcodec/avs3.h b/libavcodec/avs3.h
new file mode 100644
index 00..4189d9b583
--- /dev/nul
From: hwren
*** Latest changes ***
Put AVS3 related definitions in sigle avs3.h file.
*** Historical changes ***
=== Version1 ===
These patches are to supplement the third generation of Audio Video Coding
Standard,
part 2: video (AVS3-P2), aka IEEE1857.10, decoding support via libuavs3d
wrap
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
libavcodec/Makefile | 1 +
libavcodec/avs3_parser.c | 179 +++
libavcodec/parsers.c | 1 +
3 files changed, 181 insertions(+)
create mode 100644 libavcodec/avs3_parser.c
diff --git a/liba
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
libavcodec/codec_desc.c | 7 +++
libavcodec/codec_id.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c
index 0ae6aee63b..61473178fc 100644
--- a/libavcodec/codec_desc.c
+++ b/l
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
Changelog | 1 +
configure | 4 +
doc/decoders.texi | 21
doc/general.texi | 8 ++
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/libuavs3d.c | 262 +
From: hwren
Signed-off-by: hbj
Signed-off-by: hwren
---
Changelog| 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/avs3dec.c| 68
libavformat/version.h| 2 +-
5 files changed, 72 insertions(+)
On 8/28/20, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
Will apply.
___
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...@ffmp
On 8/28/20, Paul B Mahol wrote:
> On 8/28/20, Paul B Mahol wrote:
>> On 8/28/20, Andreas Rheinhardt wrote:
>>> Paul B Mahol:
On 8/28/20, Andreas Rheinhardt wrote:
> Paul B Mahol:
>> Can make demuxing much faster, expecially for files with
>> huge number of channels.
>>
Paul B Mahol:
> On 8/30/20, Andreas Rheinhardt wrote:
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> libavdevice/lavfi.c | 5 +
>> 1 file changed, 1 insertion(+), 4 deletions(-)
>>
>
> LGTM if tested.
>
> I think this is covered by FATE.
>
It is, see [1]. All patches of this patchset ex
From: Xu Jun
Use pthread to multithread dnn_execute_layer_conv2d.
Can be tested with command "./ffmpeg_g -i input.png -vf \
format=yuvj420p,dnn_processing=dnn_backend=native:model= \
espcn.model:input=x:output=y -y sr_native.jpg -benchmark"
before patch: utime=11.238s stime=0.005s rtime=11.248s
From: Xu Jun
Can be tested with command "./ffmpeg_g -i input.png -vf \
format=yuvj420p,dnn_processing=dnn_backend=native:model= \
espcn.model:input=x:output=y -y sr_native.jpg -benchmark"\
-cpuflags 0x100
before patch: utime=20.817s stime=0.047s rtime=1.051s
after patch: utime=3.744s stime=0.03
From: Xu Jun
Can be tested with command "./ffmpeg_g -i test_1s.mp4 -vf \
format=yuvj420p,dnn_processing=dnn_backend=native:model= \
espcn.model:input=x:output=y -y sr_native.mp4 -benchmark"
before patch: utime=826.044s stime=0.550s rtime=39.680s
after patch: utime=545.137s stime=0.467s rtime=27
On 6/2/20, Nicolas George wrote:
> Allow to set the EOF timestamp.
>
> Signed-off-by: Nicolas George
> ---
> libavfilter/asrc_sine.c | 16 +++-
> 1 file changed, 11 insertions(+), 5 deletions(-)
>
LGTM
___
ffmpeg-devel mailing list
ffmpeg
Allow to set the EOF timestamp.
Signed-off-by: Paul B Mahol
---
libavfilter/src_movie.c | 32 ++--
1 file changed, 22 insertions(+), 10 deletions(-)
diff --git a/libavfilter/src_movie.c b/libavfilter/src_movie.c
index eeb8609855..2920ec06c1 100644
--- a/libavfilter/s
On Mon, Aug 31, 2020 at 11:14:07AM +0200, Paul B Mahol wrote:
> On 8/31/20, Michael Niedermayer wrote:
> > This is based on the encoder and a small number of CFHD sample files
> > It should make the decoder more robust against crafted input.
> > Due to the lack of a proper specification it is poss
On 8/31/20, Michael Niedermayer wrote:
> On Mon, Aug 31, 2020 at 11:14:07AM +0200, Paul B Mahol wrote:
>> On 8/31/20, Michael Niedermayer wrote:
>> > This is based on the encoder and a small number of CFHD sample files
>> > It should make the decoder more robust against crafted input.
>> > Due to
Described in Annex B SMPTE ST 2067-21:2020
Signed-off-by: Harry Mallon
---
libavformat/mxfenc.c | 56
1 file changed, 56 insertions(+)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index e495b5ba0e..fe1ecb6705 100644
--- a/libavformat/mxfe
* As embedded by Apple Compressor
Signed-off-by: Harry Mallon
---
libavformat/mxfdec.c | 29 +
1 file changed, 29 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index a7a1e74a0a..58a11384b4 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/m
Described in Annex B SMPTE ST 2067-21:2020
Signed-off-by: Harry Mallon
---
libavformat/mxfdec.c | 70
1 file changed, 70 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 6f6e8d586c..a7a1e74a0a 100644
--- a/libavformat/mxfd
On 31/08/2020 18:03, xuju...@sjtu.edu.cn wrote:
From: Xu Jun
Use pthread to multithread dnn_execute_layer_conv2d.
Can be tested with command "./ffmpeg_g -i input.png -vf \
format=yuvj420p,dnn_processing=dnn_backend=native:model= \
espcn.model:input=x:output=y -y sr_native.jpg -benchmark"
befor
On 28/08/2020 23:15, Mark Thompson wrote:
The V4L2 driver does not actually have an associated DRM device at all, so
users work around the requirement by giving libva an unrelated display-only
device instead (which is fine, because it doesn't actually do anything with
that device). This was brok
They are not explicitly in the bitstream in this case, but it is helpful
to be able to use these values without always needing to check the flag
beforehand.
---
On 31/08/2020 08:31, Wang, Fei W wrote:>> -Original Message-
From: ffmpeg-devel On Behalf Of Mark
Thompson
Sent: Sunday, August
When the MagicYUV decoder builds Huffman tables from an array of code
lengths, it proceeds as follows: First it copies the entries of the
array of lengths into an array of HuffEntries (a struct which contains
a length and a symbol field); it also sets the symbol field in
descending order from nb_el
When parsing Huffman tables, an array of HuffEntries (a struct
containing a code's bitlength, its bits and its symbol) is used as
intermediate tables in order to sort the entries (the order depends on
both the length of the entries as well on their symbols). After ordering
them, the symbol and len
Up until now, there were three comparison functions depending upon
bitness. But they all are actually the same, namely a lexical ordering:
entry a > entry b iff a.len > b.len or a.len == b.len and a.sym < b.sym.
So they can be easily unified.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/magi
Signed-off-by: Andreas Rheinhardt
---
libavcodec/magicyuv.c | 21 -
1 file changed, 8 insertions(+), 13 deletions(-)
diff --git a/libavcodec/magicyuv.c b/libavcodec/magicyuv.c
index d2656427b9..eed5ad1b40 100644
--- a/libavcodec/magicyuv.c
+++ b/libavcodec/magicyuv.c
@@ -68,7
Signed-off-by: Andreas Rheinhardt
---
libavcodec/magicyuv.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/libavcodec/magicyuv.c b/libavcodec/magicyuv.c
index 5578374429..f2204f3401 100644
--- a/libavcodec/magicyuv.c
+++ b/libavcodec/magicyuv.c
@@ -459,11 +459
The code already checks that exactly the expected amount of entries are
read and set. Ergo it is unnecessary to zero them at the beginning.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/magicyuv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/magicyuv.c b/libavcodec/magicyuv.c
Signed-off-by: Andreas Rheinhardt
---
libavcodec/magicyuv.c | 71 ---
1 file changed, 6 insertions(+), 65 deletions(-)
diff --git a/libavcodec/magicyuv.c b/libavcodec/magicyuv.c
index a16135e683..d2656427b9 100644
--- a/libavcodec/magicyuv.c
+++ b/libavcod
The lengths of the VLC codes are implicitly contained in the VLC tables
itself; apart from that they are not used lateron. So it is unnecessary
to store them and the very same array can be reused to parse the Huffman
table for the next plane.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/magi
On Mon, Aug 31, 2020 at 07:20:14PM +0200, Paul B Mahol wrote:
> Allow to set the EOF timestamp.
>
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/src_movie.c | 32 ++--
> 1 file changed, 22 insertions(+), 10 deletions(-)
The following seems to end in an infinite lo
Signed-off-by: Paul B Mahol
---
libavcodec/qpeg.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/libavcodec/qpeg.c b/libavcodec/qpeg.c
index 40931e3bdc..8bc710acfd 100644
--- a/libavcodec/qpeg.c
+++ b/libavcodec/qpeg.c
@@ -101,8 +101,11 @@ static void qpeg_decode_intra
On Mon, Aug 31, 2020 at 09:57:17AM +, Jeyapal, Karthick wrote:
> On 8/31/20, 9:47 AM, "Chris Miceli" wrote:
> >
> >In ticket #8754 there is discourse surrounding the error
> >message which is printed upon a mismatched aspect ratio in
> >derived encodings. This should make it clearer to the use
On Sun, Aug 30, 2020 at 02:05:53PM -0400, Aman Verma wrote:
> Signed-off-by: Aman Verma
> ---
> This is a revision of the previous patch taking Jim's comments into
> consideration. Thanks to him and Gyan for the help.
>
> doc/decoders.texi | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
On 8/31/20, Andreas Rheinhardt wrote:
> When the MagicYUV decoder builds Huffman tables from an array of code
> lengths, it proceeds as follows: First it copies the entries of the
> array of lengths into an array of HuffEntries (a struct which contains
> a length and a symbol field); it also sets
Allow to set the EOF timestamp.
Signed-off-by: Paul B Mahol
---
libavfilter/src_movie.c | 34 --
1 file changed, 24 insertions(+), 10 deletions(-)
diff --git a/libavfilter/src_movie.c b/libavfilter/src_movie.c
index eeb8609855..b951b7e134 100644
--- a/libavfilter
From: Zhao Zhili
---
libavformat/http.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/http.c b/libavformat/http.c
index 6c39da1a8b..b77bdf1567 100644
--- a/libavformat/http.c
+++ b/libavformat/http.c
@@ -168,7 +168,7 @@ static const AVOption options[] = {
{
45 matches
Mail list logo
