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".
Below are the example steps to do object detection:
1. download and install l_openvino_toolkit_p_2021.1.110.tgz from
https://software.intel.com/content/www/us/en/develop/tools/openvino-toolkit/download.html
or, we can get source code (tag 2021.1), build and install.
2. export LD_LIBRARY_PATH wit
---
libavfilter/buffersink.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/buffersink.c b/libavfilter/buffersink.c
index 58848941d4..837a6e9e82 100644
--- a/libavfilter/buffersink.c
+++ b/libavfilter/buffersink.c
@@ -98,6 +98,7 @@ static int return_or_keep_frame(BufferSinkContext
They will be used for filters such as detect and classify.
Signed-off-by: Guo, Yejun
---
libavfilter/bbox.h | 45 +
1 file changed, 45 insertions(+)
diff --git a/libavfilter/bbox.h b/libavfilter/bbox.h
index 116158d59e..7c63dfa727 100644
--- a/libavfi
Signed-off-by: Andreas Rheinhardt
---
libavutil/tx.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavutil/tx.c b/libavutil/tx.c
index 49d5e125ae..4a5ec6975f 100644
--- a/libavutil/tx.c
+++ b/libavutil/tx.c
@@ -115,14 +115,13 @@ int ff_tx_gen_ptwo_inplace_revtab_idx(A
Andreas Rheinhardt:
> Needs a CountedElement in order to distinguish the case of the element
> not being present and the element being present with a value of zero.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/matroska.h| 1 +
> libavformat/matroskadec.c | 7 ++-
> 2 files c
On 22/2/21 1:05 pm, Andreas Rheinhardt wrote:
Zane van Iperen:
Was added in error very early on, passing in only the required fields.
Later, the muxer and demuxer were changed to pass the entire APMState
struct as extradata.
Technically a breaking change, but this was only around for a *very*
Zane van Iperen:
> Was added in error very early on, passing in only the required fields.
> Later, the muxer and demuxer were changed to pass the entire APMState
> struct as extradata.
>
> Technically a breaking change, but this was only around for a *very* short
> time before it was updated,
>
Signed-off-by: Zane van Iperen
---
libavcodec/adpcm.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/libavcodec/adpcm.c b/libavcodec/adpcm.c
index e38e81310c..3f4dccf124 100644
--- a/libavcodec/adpcm.c
+++ b/libavcodec/adpcm.c
@@ -165,13 +165,11 @@ static av_cold
Was added in error very early on, passing in only the required fields.
Later, the muxer and demuxer were changed to pass the entire APMState
struct as extradata.
Technically a breaking change, but this was only around for a *very* short
time before it was updated,
Signed-off-by: Zane van Iperen
Andreas Rheinhardt:
> Forgotten in 604fbb3132e88727e496c96c92cfe02748c25a1a.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> configure | 2 +-
> libavcodec/Makefile | 1 -
> 2 files changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/configure b/configure
> index a76c2ec4ae..c28a74
Carl Eugen Hoyos:
> Am Sa., 20. Feb. 2021 um 17:00 Uhr schrieb Andreas Rheinhardt
> :
>>
>> The tests also test the other dispositions: commentary, descriptions
>> as well as dub and original language.
>>
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> The first version of the matroska-wtv-remux te
On Fri, Dec 11, 2020 at 11:00:02AM +0100, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 7 - -2147483647 cannot be represented in type
> 'int'
> Fixes:
> 28036/clusterfuzz-testcase-minimized-ffmpeg_dem_MICRODVD_fuzzer-5171698751766528
>
> Found-by: continuous fuzzing process
> htt
Feb 21, 2021, 22:04 by jamr...@gmail.com:
> On 2/21/2021 5:29 PM, Mark Thompson wrote:
>
>> On 21/02/2021 20:00, James Almer wrote:
>>
>>> On 2/21/2021 4:13 PM, Mark Thompson wrote:
>>>
On 21/02/2021 17:35, James Almer wrote:
> This callback is functionally the same as get_buffer2()
On 2/21/2021 5:29 PM, Mark Thompson wrote:
On 21/02/2021 20:00, James Almer wrote:
On 2/21/2021 4:13 PM, Mark Thompson wrote:
On 21/02/2021 17:35, James Almer wrote:
This callback is functionally the same as get_buffer2() is for
decoders, and
implements for the new encode API the functionality
On Sun, Feb 21, 2021 at 13:12:27 +, Derek Buitenhuis wrote:
> +@item global_palette @var{integer}
> +Writes a palette to the global GIF header whee feasible.
^ where
Moritz
___
ffmpeg-devel mailing list
ff
On Tue, Feb 02, 2021 at 08:58:11PM +, Mark Thompson wrote:
> The top-level GetBitContext is sized for the whole NAL unit, so it fails
> to detect overflows where a payload continues into the following message.
> To fix that, we make a new context on the stack for reading each payload.
> ---
> O
On Wed, Feb 03, 2021 at 09:34:07PM +, Mark Thompson wrote:
> In total, the number of short term references (from the selected short
> term ref pic set), the number of long term references (combining both the
> used candidates from the SPS and those defined in the slice header) and
> the number
On 21/02/2021 20:00, James Almer wrote:
On 2/21/2021 4:13 PM, Mark Thompson wrote:
On 21/02/2021 17:35, James Almer wrote:
This callback is functionally the same as get_buffer2() is for decoders, and
implements for the new encode API the functionality of the old encode API had
where the user co
On 2/21/2021 4:13 PM, Mark Thompson wrote:
On 21/02/2021 17:35, James Almer wrote:
This callback is functionally the same as get_buffer2() is for
decoders, and
implements for the new encode API the functionality of the old encode
API had
where the user could provide their own buffers.
Signed-
This can now be done in exactly the same way as it is for H.265.
---
libavcodec/vaapi_encode_h264.c | 66 +-
1 file changed, 65 insertions(+), 1 deletion(-)
diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c
index b546ddec08..582a855586 10
---
doc/bitstream_filters.texi | 17 +
libavcodec/h264_metadata_bsf.c | 25 +
2 files changed, 42 insertions(+)
diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
index 60e729484d..0ff76b86f0 100644
--- a/doc/bitstream_filters.texi
+++
The case where the user supplies new value directly as options still
requires a bit of special handling.
---
libavcodec/h264_metadata_bsf.c | 118 ++---
1 file changed, 21 insertions(+), 97 deletions(-)
diff --git a/libavcodec/h264_metadata_bsf.c b/libavcodec/h264_meta
This tests insert/extract/remove for each supported codec/type combination.
---
libavcodec/Makefile | 1 +
libavcodec/tests/cbs_metadata.c | 390
tests/fate/libavcodec.mak | 5 +
3 files changed, 396 insertions(+)
create mode 100644 libavcode
Save the most recent HDR side data structures and use them when
generating an IDR or CRA frame.
---
libavcodec/vaapi_encode_h265.c | 93 --
1 file changed, 32 insertions(+), 61 deletions(-)
diff --git a/libavcodec/vaapi_encode_h265.c b/libavcodec/vaapi_encode_h265.
---
libavcodec/cbs_bsf.c | 73
libavcodec/cbs_bsf.h | 6
2 files changed, 79 insertions(+)
diff --git a/libavcodec/cbs_bsf.c b/libavcodec/cbs_bsf.c
index 9b521cf111..4f8f7f499d 100644
--- a/libavcodec/cbs_bsf.c
+++ b/libavcodec/cbs_bsf.c
@@ -18,6
This was in two disjoint parts in the H.264 and H.265 files. Unify
them in the header to avoid any confusion, because they are really the
same enum.
---
libavcodec/vaapi_encode.h | 8
libavcodec/vaapi_encode_h264.c | 6 --
libavcodec/vaapi_encode_h265.c | 5 -
3 files change
---
libavcodec/cbs_av1.c | 91
1 file changed, 91 insertions(+)
diff --git a/libavcodec/cbs_av1.c b/libavcodec/cbs_av1.c
index 0c958c81c2..281382c792 100644
--- a/libavcodec/cbs_av1.c
+++ b/libavcodec/cbs_av1.c
@@ -17,6 +17,7 @@
*/
#include "libav
---
libavcodec/cbs_av1.c | 142 +++
1 file changed, 142 insertions(+)
diff --git a/libavcodec/cbs_av1.c b/libavcodec/cbs_av1.c
index 302e1f38f5..0c958c81c2 100644
--- a/libavcodec/cbs_av1.c
+++ b/libavcodec/cbs_av1.c
@@ -22,6 +22,7 @@
#include "cbs.h"
#
---
doc/bitstream_filters.texi| 17 +
libavcodec/av1_metadata_bsf.c | 26 ++
2 files changed, 43 insertions(+)
diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
index e739832665..6a4c0cfe5e 100644
--- a/doc/bitstream_filters.texi
+++
This maps from/to stereo 3D metadata.
---
libavcodec/cbs_h2645.c | 83 ++
libavcodec/cbs_sei.c | 2 +
2 files changed, 85 insertions(+)
diff --git a/libavcodec/cbs_h2645.c b/libavcodec/cbs_h2645.c
index c01d243455..8efcd87156 100644
--- a/libavcodec/cbs_
---
doc/bitstream_filters.texi | 17 +
libavcodec/h265_metadata_bsf.c | 26 ++
2 files changed, 43 insertions(+)
diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
index 0ff76b86f0..e739832665 100644
--- a/doc/bitstream_filters.texi
++
---
libavcodec/cbs_h2645.c | 79 ++
libavcodec/cbs_sei.c | 2 ++
2 files changed, 81 insertions(+)
diff --git a/libavcodec/cbs_h2645.c b/libavcodec/cbs_h2645.c
index ecd2001816..c01d243455 100644
--- a/libavcodec/cbs_h2645.c
+++ b/libavcodec/cbs_h2645.c
Fill and extract both mastering display colour volume and content light
level info messages.
---
libavcodec/cbs_h2645.c | 130 +
libavcodec/cbs_sei.c | 4 ++
2 files changed, 134 insertions(+)
diff --git a/libavcodec/cbs_h2645.c b/libavcodec/cbs_h2645.c
---
libavcodec/cbs_h2645.c | 8
libavcodec/cbs_sei.c | 94 ++
libavcodec/cbs_sei.h | 35
3 files changed, 137 insertions(+)
diff --git a/libavcodec/cbs_h2645.c b/libavcodec/cbs_h2645.c
index 0c591871d4..cb0005cc1b 100644
--- a/lib
---
libavcodec/Makefile | 2 +-
libavcodec/cbs_internal.h | 17 ++
libavcodec/cbs_metadata.c | 110 ++
libavcodec/cbs_metadata.h | 94
4 files changed, 222 insertions(+), 1 deletion(-)
create mode 100644 libavcodec
---
libavcodec/cbs_h264.h | 23
libavcodec/cbs_h2645.c| 6 +
libavcodec/cbs_h264_syntax_template.c | 39 +++
3 files changed, 68 insertions(+)
diff --git a/libavcodec/cbs_h264.h b/libavcodec/cbs_h264.h
index 9eb97eae24.
When we remove the last SEI message from a NAL unit, the unit itself
should also be deleted.
---
libavcodec/cbs_sei.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavcodec/cbs_sei.c b/libavcodec/cbs_sei.c
index c49830ad77..14f1cae506 100644
--- a/libavcodec/cbs_sei.c
On 21/02/2021 17:35, James Almer wrote:
This callback is functionally the same as get_buffer2() is for decoders, and
implements for the new encode API the functionality of the old encode API had
where the user could provide their own buffers.
Signed-off-by: James Almer
---
Used the names Lynne
probably fine
___
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 would prefer with memory log removed
Probably fine anyway.
On Sat, Feb 20, 2021 at 8:24 PM Derek Buitenhuis
wrote:
> GIF palette entries are not compressed, and writing 256 entries,
> which can be up to every frame, uses a significant amount of
> space, especially in extreme cases, where
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".
On 2/21/2021 2:59 PM, Lynne wrote:
Feb 21, 2021, 18:35 by jamr...@gmail.com:
This callback is functionally the same as get_buffer2() is for decoders, and
implements for the new encode API the functionality of the old encode API had
where the user could provide their own buffers.
Signed-off-by:
Feb 21, 2021, 18:35 by jamr...@gmail.com:
> This callback is functionally the same as get_buffer2() is for decoders, and
> implements for the new encode API the functionality of the old encode API had
> where the user could provide their own buffers.
>
> Signed-off-by: James Almer
> ---
> Used th
This callback is functionally the same as get_buffer2() is for decoders, and
implements for the new encode API the functionality of the old encode API had
where the user could provide their own buffers.
Signed-off-by: James Almer
---
Used the names Lynne suggested this time, plus a line about how
Keep on reading fragments until we got fragment_size amount of data, otherwise
we might get frames with 1-2 samples only if pa_stream_peek is called slightly
less frequently than sample rate.
Note that fragments might contain a lot less data than fragment_size, so
reading multiple fragments to get
Otherwise fragment_size is ignored.
Signed-off-by: Marton Balint
---
libavdevice/pulse_audio_dec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavdevice/pulse_audio_dec.c b/libavdevice/pulse_audio_dec.c
index 6dea332beb..0454a643dd 100644
--- a/libavdevice/pulse_audio_d
Signed-off-by: Marton Balint
---
libavdevice/pulse_audio_dec.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavdevice/pulse_audio_dec.c b/libavdevice/pulse_audio_dec.c
index 50a3c971ae..6dea332beb 100644
--- a/libavdevice/pulse_audio_dec.c
+++ b/libavdevice/pulse_audio_dec.c
@@
Otherwise we might return 1-2 samples per packet if av_read_frame() call rate is
only sligthly less than the stream sample rate.
Signed-off-by: Marton Balint
---
libavdevice/alsa_dec.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/libavdevice/alsa_dec.c b/libavdevice/al
Constant frame size is not guaranteed if the read call interrupted by a signal,
or if non-blocking mode is used.
Signed-off-by: Marton Balint
---
libavdevice/alsa_dec.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavdevice/alsa_dec.c b/libavdevice/alsa_dec.c
index 36494e921c..6d568737b3
Feb 21, 2021, 00:43 by d...@lynne.ee:
> Feb 10, 2021, 21:31 by d...@lynne.ee:
>
>> Feb 10, 2021, 18:15 by d...@lynne.ee:
>>
>>> This commit adds support for in-place FFT transforms. Since our
>>> internal transforms were all in-place anyway, this only changes
>>> the permutation on the input.
>>>
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Lynne
> Sent: Saturday, February 20, 2021 11:36 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 2/4] libavutil: add side data
> AV_FRAME_DATA_BOUNDING_BOXES
>
> Feb 20, 2
On Sun, Feb 21, 2021 at 2:23 PM Carl Eugen Hoyos wrote:
> Am So., 21. Feb. 2021 um 14:12 Uhr schrieb Paul B Mahol >:
> >
> > On Sun, Feb 21, 2021 at 2:10 PM Carl Eugen Hoyos
> wrote:
> >
> > > Am So., 21. Feb. 2021 um 12:35 Uhr schrieb Paul B Mahol <
> one...@gmail.com
> > > >:
> > > >
> > > >
Am So., 21. Feb. 2021 um 14:12 Uhr schrieb Paul B Mahol :
>
> On Sun, Feb 21, 2021 at 2:10 PM Carl Eugen Hoyos wrote:
>
> > Am So., 21. Feb. 2021 um 12:35 Uhr schrieb Paul B Mahol > >:
> > >
> > > Because there is not point in it.
> > > Number of frames should always be probed.
> >
> > It is neit
On 20/02/2021 19:58, Marton Balint wrote:
> docs update is missing for the new option.
Seems there was no documentation at all, so I've add all of it,
and sent patch 3/2.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/m
Signed-off-by: Derek Buitenhuis
---
doc/encoders.texi | 38 ++
1 file changed, 38 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 8fb573c416..d7d81e070d 100644
--- a/doc/encoders.texi
+++ b/doc/encoders.texi
@@ -1268,6 +1268,44 @@ disabl
On Sun, Feb 21, 2021 at 2:10 PM Carl Eugen Hoyos wrote:
> Am So., 21. Feb. 2021 um 12:35 Uhr schrieb Paul B Mahol >:
> >
> > Because there is not point in it.
> > Number of frames should always be probed.
>
> It is neither necessary nor useful to probe it.
> Both is immediately obvious:
> You al
Am So., 21. Feb. 2021 um 12:35 Uhr schrieb Paul B Mahol :
>
> Because there is not point in it.
> Number of frames should always be probed.
It is neither necessary nor useful to probe it.
Both is immediately obvious:
You already check 48 bits, ruling out one possible value
for 32bit does not impro
Am Sa., 20. Feb. 2021 um 17:00 Uhr schrieb Andreas Rheinhardt
:
>
> The tests also test the other dispositions: commentary, descriptions
> as well as dub and original language.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> The first version of the matroska-wtv-remux test used the fixed-point
> mp2
Because there is not point in it.
Number of frames should always be probed.
___
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
Am So., 21. Feb. 2021 um 11:39 Uhr schrieb Paul B Mahol :
>
> This patch is not good.
Could you elaborate?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link abov
probably ok
___
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".
This patch is not good.
Probe function should not be changed.
___
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
Hi!
The Simbiosis IMX probe function looks strict enough, do not check for
a field that does not cause decoding to fail.
Please comment, Carl Eugen
From 62ce4e42c1dae6696007e22cd13a8e43eabbc38d Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Sun, 21 Feb 2021 10:31:16 +0100
Subject: [PATCH]
On Wed, 10. Feb 18:15, sgerwk-at-aol@ffmpeg.org wrote:
> On Sat, 6 Feb 2021, Paul B Mahol wrote:
>
> > What happens if you use non-existing window?
>
> I added an error message for this case, but the output video is still created
> (empty). Is there a value I can return to avoid this?
>
> On
65 matches
Mail list logo
