> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: 2021年3月1日 12:50
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH V3 3/3] libavfilter: add filter dnn_detect
> for object detection
>
> Guo, Yejun:
> > Signed-off-by: Guo, Yejun
> > ---
On Mon, Mar 1, 2021 at 11:30 AM Steven Liu wrote:
>
>
>
> > 2021年3月1日 下午12:55，Nachiket Tarate 写道：
> >
> > This is an updated version of the patch in which I have added the check. If
> > the segments are in Fragmented MP4 format, HLS demuxer quits by giving an
> > error message:
> >
> > "SAMPLE-AE
---
libavcodec/mjpegdec.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavcodec/mjpegdec.c b/libavcodec/mjpegdec.c
index 79c7d6e6cf..20f310fd70 100644
--- a/libavcodec/mjpegdec.c
+++ b/libavcodec/mjpegdec.c
@@ -445,16 +445,16 @@ int ff_mjpeg_decode_sof(MJpeg
will apply this set 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".
Guo, Yejun:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Andreas Rheinhardt
>> Sent: 2021年3月1日 12:50
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH V3 3/3] libavfilter: add filter dnn_detect
>> for object detection
>>
>> Guo, Yejun:
>>> Signed-off
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: 2021年3月1日 16:31
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH V3 3/3] libavfilter: add filter dnn_detect
> for object detection
>
> Guo, Yejun:
> >
> >
> >> -Original Message
Guo, Yejun (12021-03-01):
> thanks for the advice, we might don't disable it, because the disabling will
> no longer
> remind the developers of this issue existing, this is another comment. thanks.
What "issue"? The only issue here is a useless warning.
Regards,
--
Nicolas George
signature
Guo, Yejun:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Andreas Rheinhardt
>> Sent: 2021年3月1日 16:31
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH V3 3/3] libavfilter: add filter dnn_detect
>> for object detection
>>
>> Guo, Yejun:
>>>
>>>
-
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: 2021年3月1日 20:13
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH V3 3/3] libavfilter: add filter dnn_detect
> for object detection
>
> Guo, Yejun:
> >
> >
> >> -Original Message
Guo, Yejun:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Andreas Rheinhardt
>> Sent: 2021年3月1日 20:13
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH V3 3/3] libavfilter: add filter dnn_detect
>> for object detection
>>
>> Guo, Yejun:
>>>
>>>
-
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: 2021年3月1日 20:24
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH V3 3/3] libavfilter: add filter dnn_detect
> for object detection
>
> Guo, Yejun:
> >
> >
> >> -Original Message
Hi Thilo,
On Sun, 28 Feb 2021, Thilo Borgmann wrote:
it's my first attempt to do some assembly, it might still includes some dont's
of the asm world...
Tested with gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0
Speed-wise, it sees a drop for small prediction orders until around 10 or 11.
Well, the
Add an ability to accept H265 AnnexB stream at encryption
similar to how its done for H264 AnnexB stream.
Steps to test:
1. Create h265 test files - mp4 and h265 AnnexB streams:
ffmpeg -f lavfi -i testsrc=duration=10:size=640x480:rate=30 -c:v hevc
input_h265.mp4
ffmpeg -f lavfi -i testsrc=dura
They will be used for filters such as detect and classify.
Signed-off-by: Guo, Yejun
---
libavfilter/bbox.h | 53 ++
1 file changed, 53 insertions(+)
diff --git a/libavfilter/bbox.h b/libavfilter/bbox.h
index 116158d59e..ead14417cc 100644
--- a/libavf
private_ref is for internal use by a single libav* library.
It has to be NULL when ownership of the frame leaves the respective library,
buffersink is the last step when the frame leaves libavfilter, so add unref
here.
Signed-off-by: Guo, Yejun
---
libavfilter/buffersink.c | 1 +
1 file change
Signed-off-by: Guo, Yejun
---
libavfilter/dnn_filter_common.c | 7 +++
libavfilter/dnn_filter_common.h | 1 +
libavfilter/dnn_interface.h | 6 --
3 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/libavfilter/dnn_filter_common.c b/libavfilter/dnn_filter_common.c
index 413
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
Guo, Yejun (12021-03-01):
> private_ref is for internal use by a single libav* library.
> It has to be NULL when ownership of the frame leaves the respective library,
>
> buffersink is the last step when the frame leaves libavfilter, so add unref
> here.
>
> Signed-off-by: Guo, Yejun
> ---
> l
Quoting James Almer (2021-02-26 19:59:57)
>
> LGTM.
>
> Also, FWIW, this is not flushing the encoder (It wasn't before this
> patch either). For being an API test it's not exactly using it right,
> but it doesn't really matter here since for FLAC, flushing the encoder
> will return a side data
Quoting James Almer (2021-02-24 15:01:03)
> On 2/24/2021 7:03 AM, Anton Khirnov wrote:
> > The encoder may keep a reference to frames that were sent to it, so the
> > caller cannot modify them without checking first.
> > ---
> > tests/api/api-flac-test.c | 4
> > 1 file changed, 4 insertion
Guo, Yejun:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Andreas Rheinhardt
>> Sent: 2021年3月1日 20:24
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH V3 3/3] libavfilter: add filter dnn_detect
>> for object detection
>>
>> Guo, Yejun:
>>>
>>>
-
Andreas Rheinhardt (12021-03-01):
> > thanks for the info, this struct is expected to be in side_data in the
> > future,
> > I'll add 'bboxes[1]' in it, and allocate sizeof(*header) + (nb_bbox - 1) *
> > sizeof(*bbox).
>
> Notice that in this case it is undefined behaviour to access any of the
> -Original Message-
> From: Nicolas George
> Sent: 2021年3月1日 21:36
> To: FFmpeg development discussions and patches
> Cc: Guo, Yejun
> Subject: Re: [FFmpeg-devel] [PATCH V4 2/4] libavfilter/buffersink.c: unref
> private_ref when frame leaves libavfilter
>
> Guo, Yejun (12021-03-01):
On 3/1/2021 10:43 AM, Anton Khirnov wrote:
Quoting James Almer (2021-02-24 15:01:03)
On 2/24/2021 7:03 AM, Anton Khirnov wrote:
The encoder may keep a reference to frames that were sent to it, so the
caller cannot modify them without checking first.
---
tests/api/api-flac-test.c | 4
Guo, Yejun (12021-03-01):
> Thanks for the review, as we talked at
> http://ffmpeg.org/pipermail/ffmpeg-devel/2021-February/276728.html,
> private_ref is allocated in filter vf_dnn_detect.c for detected results, and
> other
> filters such as vf_drawbox/text (in plan) will read it.
>
> Since priv
Hello,
If you are a voter part of the FFmpeg General Assembly, you should have
received an email to allow you to vote on this.
Best,
On Thu, 11 Feb 2021, at 11:46, Jean-Baptiste Kempf wrote:
> ---
> doc/dev_community/resolution_process.md | 91 +
> 1 file changed, 91 in
Fixes: Integer overflow and division by 0
Fixes: poc-202102-div.mov
Found-by: 1vanChen of NSFOCUS Security Team
Signed-off-by: Michael Niedermayer
---
libavutil/timecode.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavutil/timecode.c b/libavutil/timecode.c
index b1
Just use frame metadata.
On Mon, Mar 1, 2021 at 3:24 PM Nicolas George wrote:
> Guo, Yejun (12021-03-01):
> > Thanks for the review, as we talked at
> http://ffmpeg.org/pipermail/ffmpeg-devel/2021-February/276728.html,
> > private_ref is allocated in filter vf_dnn_detect.c for detected results,
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: 2021年3月1日 21:57
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V3 3/3] libavfilter: add filter dnn_detect
> for object detection
>
> Andreas Rheinhardt (12021-03-01):
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: 2021年3月1日 21:50
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH V3 3/3] libavfilter: add filter dnn_detect
> for object detection
>
> Guo, Yejun:
> >
> >
> >> -Original Message
What is ranked choice voting?
___
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".
Guo, Yejun (12021-03-01):
> Hi, glad to hear there's a good solution, could you share a bit of
> code as an example, it would be nice if I could refine my code better
> when possible, thanks.
The best choice is to go with BoundingBox boxes[], as Andreas pointed,
and see if people who use compilers
On Mon, 1 Mar 2021, at 15:48, Paul B Mahol wrote:
> What is ranked choice voting?
https://ballotpedia.org/Ranked-choice_voting_(RCV)
For a binary vote, though, the interest is limited :)
--
Jean-Baptiste Kempf - President
+33 672 704 734
___
ffmpeg-de
On Mon, Mar 1, 2021 at 3:51 PM Nicolas George wrote:
> Guo, Yejun (12021-03-01):
> > Hi, glad to hear there's a good solution, could you share a bit of
> > code as an example, it would be nice if I could refine my code better
> > when possible, thanks.
>
> The best choice is to go with BoundingBo
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: 2021年3月1日 22:24
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V4 2/4] libavfilter/buffersink.c: unref
> private_ref when frame leaves libavfilter
>
> Guo, Yejun (1202
Quoting Andreas Rheinhardt (2021-02-26 14:55:26)
> You forgot to remove the corresponding entry in .gitignore. LGTM otherwise.
And the test output as well.
Both removed locally.
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
htt
Guo, Yejun (12021-03-01):
> Actually, I think private_ref in libavfilter can only
> be used for an exclusive usage at a time.
Exactly. If we use it for this, then we cannot use for anything else in
libavfilter. This use seems too specific to warrant dedicating such an
unique field to it, even thou
Signed-off-by: Paul B Mahol
---
libavcodec/speedhq.c | 42 --
1 file changed, 40 insertions(+), 2 deletions(-)
diff --git a/libavcodec/speedhq.c b/libavcodec/speedhq.c
index 759fc6dfc5..2a2fc42efa 100644
--- a/libavcodec/speedhq.c
+++ b/libavcodec/speedhq.
Nicolas George:
> Andreas Rheinhardt (12021-03-01):
>>> thanks for the info, this struct is expected to be in side_data in the
>>> future,
>>> I'll add 'bboxes[1]' in it, and allocate sizeof(*header) + (nb_bbox - 1) *
>>> sizeof(*bbox).
>>
>> Notice that in this case it is undefined behaviour to
Andreas Rheinhardt:
> Deprecated in d05c3b9ceeb9d00d4500c376448230e45f6ab108.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> Here is my current WIP branch for the bump for anyone who is interested:
> https://github.com/mkver/FFmpeg/commits/bump
>
> libavcodec/mpegvideo.h | 14 +++---
> l
James Almer:
> On 2/26/2021 10:18 AM, Andreas Rheinhardt wrote:
>> Originally deprecated in 748c2fca7e4d99357c234936aa71212a6282be36,
>> publically deprecated in 9a07c1332cfe092b57b5758f22b686ca58806c60
>> (merged into FFmpeg in 1885ffb03d0af28e6bac2bcc8725fa15b93f6ac9).
>>
>> Signed-off-by: Andrea
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: 2021年3月1日 23:07
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V4 2/4] libavfilter/buffersink.c: unref
> private_ref when frame leaves libavfilter
>
> Guo, Yejun (1202
Hi Martin,
>> it's my first attempt to do some assembly, it might still includes some
>> dont's of the asm world...
>> Tested with gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0
>>
>> Speed-wise, it sees a drop for small prediction orders until around 10 or 11.
>> Well, the maximum prediction order is
Signed-off-by: James Almer
---
libavcodec/decode.c | 49 ++-
libavcodec/internal.h | 4 ++--
libavcodec/utils.c| 26 +--
3 files changed, 56 insertions(+), 23 deletions(-)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
in
On Sun, Dec 13, 2020 at 01:30:27AM +0100, Michael Niedermayer wrote:
> Fixes: signed integer overflow: -2147483648 - 4 cannot be represented in type
> 'int'
> Fixes:
> 28127/clusterfuzz-testcase-minimized-ffmpeg_dem_VOC_fuzzer-4880586455646208
>
> Found-by: continuous fuzzing process
> https://
On Sun, Dec 13, 2020 at 01:30:28AM +0100, Michael Niedermayer wrote:
> Fixes: OOM
> Fixes:
> 23817/clusterfuzz-testcase-minimized-ffmpeg_BSF_H264_METADATA_fuzzer-6300869057576960
> Fixes:
> 28055/clusterfuzz-testcase-minimized-ffmpeg_BSF_TRACE_HEADERS_fuzzer-5706035297517568
>
> Found-by: contin
On Sun, Dec 13, 2020 at 01:30:30AM +0100, Michael Niedermayer wrote:
> Fixes: timeout
> Fixes:
> 28199/clusterfuzz-testcase-minimized-ffmpeg_dem_AA_fuzzer-4896162657861632
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: M
On Sun, Dec 13, 2020 at 01:30:31AM +0100, Michael Niedermayer wrote:
> Fixes: signed integer overflow: -2147483634 - 16 cannot be represented in
> type 'int'
> Fixes:
> 28322/clusterfuzz-testcase-minimized-ffmpeg_dem_MOV_fuzzer-5711888402612224
>
> Found-by: continuous fuzzing process
> https:/
On 3/1/2021 12:36 PM, Andreas Rheinhardt wrote:
James Almer:
On 2/26/2021 10:18 AM, Andreas Rheinhardt wrote:
Originally deprecated in 748c2fca7e4d99357c234936aa71212a6282be36,
publically deprecated in 9a07c1332cfe092b57b5758f22b686ca58806c60
(merged into FFmpeg in 1885ffb03d0af28e6bac2bcc8725f
Nope, remove it ASAP!
On Mon, Mar 1, 2021 at 8:36 PM James Almer wrote:
> On 3/1/2021 12:36 PM, Andreas Rheinhardt wrote:
> > James Almer:
> >> On 2/26/2021 10:18 AM, Andreas Rheinhardt wrote:
> >>> Originally deprecated in 748c2fca7e4d99357c234936aa71212a6282be36,
> >>> publically deprecated in
On 3/1/2021 4:35 PM, James Almer wrote:
On 3/1/2021 12:36 PM, Andreas Rheinhardt wrote:
James Almer:
On 2/26/2021 10:18 AM, Andreas Rheinhardt wrote:
Originally deprecated in 748c2fca7e4d99357c234936aa71212a6282be36,
publically deprecated in 9a07c1332cfe092b57b5758f22b686ca58806c60
(merged int
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.c | 5 +
libavdevice/alsa.h | 1 +
libavdevice/alsa_dec.c | 22 --
3 files changed,
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: 2021年3月1日 22:51
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V3 3/3] libavfilter: add filter dnn_detect
> for object detection
>
> Guo, Yejun (12021-03-01):
> > Hi,
James Almer:
> On 3/1/2021 4:35 PM, James Almer wrote:
>> On 3/1/2021 12:36 PM, Andreas Rheinhardt wrote:
>>> James Almer:
On 2/26/2021 10:18 AM, Andreas Rheinhardt wrote:
> Originally deprecated in 748c2fca7e4d99357c234936aa71212a6282be36,
> publically deprecated in 9a07c1332cfe092b57
James Almer:
> On 3/1/2021 12:36 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> On 2/26/2021 10:18 AM, Andreas Rheinhardt wrote:
Originally deprecated in 748c2fca7e4d99357c234936aa71212a6282be36,
publically deprecated in 9a07c1332cfe092b57b5758f22b686ca58806c60
(merged into FFmpeg
On Tue, Mar 2, 2021 at 6:14 AM Andreas Rheinhardt
wrote:
>
> James Almer:
> > On 3/1/2021 12:36 PM, Andreas Rheinhardt wrote:
> >> James Almer:
> >>> On 2/26/2021 10:18 AM, Andreas Rheinhardt wrote:
> Originally deprecated in 748c2fca7e4d99357c234936aa71212a6282be36,
> publically depreca
Andreas Rheinhardt:
> This flag was added in 492026209b9b58eaf6d2ea56423f6b1e1a8a76a5
> in conjunction with av_demuxer_open() to allow to pass private
> options to demuxers. It worked as follows: av_open_input_stream()
> (the predecessor of avformat_open_input()) would not call the
> read_header fu
57 matches
Mail list logo
