On Mon, Sep 14, 2020 at 07:27:36AM +0200, Andreas Rheinhardt wrote:
> The CineForm HD encoder attempts to allocate several buffers in its init
> function; yet if only some of these allocations succeed, the
> successfully allocated buffers leak. This is fixed by setting the
> FF_CODEC_CAP_INIT_CLEAN
On Sun, Sep 13, 2020 at 07:55:01PM -0700, mindm...@gmail.com wrote:
> From: Mark Reid
>
> query_formats says its supported, but is missing from switch statement
> leading to segfault
>
> ---
> libavfilter/vf_premultiply.c | 2 ++
> 1 file changed, 2 insertions(+)
>
gonna apply.
_
> The rgb48ToUV and rgb48ToY funcs in input.c use the formula I'm using.
rgb64ToUV and rgb64ToY use it too, might be an opportunity to reduce code
duplication.
I ran into this while working on related precision issues (color range
conversion being precise only for 8bits) and just used the same fo
On Wed, Sep 09, 2020 at 12:05:03AM +, Zane van Iperen wrote:
> Used in FMVs for FX Fighter and Croc. Supports BVID and BASF streams,
> requests samples for anything else.
>
> Due to the way BASF streams are contained in the file, only one is
> supported. I have yet to see a BRP file with multi
Building with Decklink is broken, apparently due to f1b908d20a8
Error is
src/libavdevice/decklink_dec.cpp: In function 'int
ff_decklink_read_header(AVFormatContext*)':
src/libavdevice/decklink_dec.cpp:1235:28: error: 'bmdFormatUnspecified'
was not declared in this scope
1235 | if (c
sön 2020-09-13 klockan 23:42 +0100 skrev Rémi Achard:
>
> @@ -855,15 +857,19 @@ static int mxf_read_cryptographic_context(void *arg,
> AVIOContext *pb, int tag, i
>
> static int mxf_read_strong_ref_array(AVIOContext *pb, UID **refs, int *count)
> {
> -*count = avio_rb32(pb);
> -av_fre
Paul B Mahol (12020-09-13):
> First stream is used only to get number of samples to put into each output
> frame.
>
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/af_amix.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
I cannot judge the change of the code since I do not know th
Paul B Mahol (12020-09-13):
> Also check that segment delta pts is always bigger than input pts.
>
> There is nothing much currently that can be done to recover from
> this situation so just return AVERROR_INVALIDDATA error code.
Looks ok.
--
Nicolas George
signature.asc
Description: PGP si
>
> Why this added hunk? Appending strong refs like this is likely to have
> all sorts of unintended effects. The same MaterialPackages will appear
> multiple times for example.
This is my attempt to fix an issue in the fate tests.
If you look at mxf_read_generic_descriptor, there is two places
ons 2020-09-09 klockan 15:56 +0100 skrev Harry Mallon:
> * As embedded by Apple Compressor
>
> Signed-off-by: Harry Mallon
> ---
> libavformat/mxfdec.c| 27 +
> tests/fate/mxf.mak | 4 +
> tests/ref/fate/mxf-probe-applehdr10 | 169 +
ons 2020-09-09 klockan 15:56 +0100 skrev Harry Mallon:
> Described in Annex B SMPTE ST 2067-21:2020
>
> Signed-off-by: Harry Mallon
Simple enough.
/Tomas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg
ons 2020-09-09 klockan 15:56 +0100 skrev Harry Mallon:
> Described in Annex B SMPTE ST 2067-21:2020
>
> Signed-off-by: Harry Mallon
> av_freep(&((MXFDescriptor *)*ctx)->sub_descriptors_refs);
> @@ -1272,6 +1276,42 @@ static int mxf_read_generic_descriptor(void *arg,
> AVIOContext *pb,
mån 2020-09-14 klockan 10:48 +0100 skrev Rémi Achard:
> > Why this added hunk? Appending strong refs like this is likely to have
> > all sorts of unintended effects. The same MaterialPackages will appear
> > multiple times for example.
>
> This is my attempt to fix an issue in the fate tests.
FAT
Nicolas George (12020-09-10):
> Anyway, I will try to find a big-endian arch and check.
I have tried on this:
Linux erpro8-fsf1 3.14.10-er8mod-00013-ge0fe977 #1 SMP PREEMPT Wed Jan
14 12:33:22 PST 2015 mips64 GNU/Linux
system type : UBNT_E200 (CN6120p1.1-1000-NSP)
machine
From: Xu Jun
Move thread area allocate out of thread function into
main thread.
Signed-off-by: Xu Jun
---
.../dnn/dnn_backend_native_layer_conv2d.c | 29 +--
1 file changed, 13 insertions(+), 16 deletions(-)
diff --git a/libavfilter/dnn/dnn_backend_native_layer_conv2d.c
b
From: Xu Jun
Before patch, memory was allocated in each thread functions,
which may cause more than one time of memory allocation and
cause crash.
After patch, memory is allocated in the main thread once,
an index was parsed into thread functions. Bug fixed.
Signed-off-by: Xu Jun
---
.../dnn/
Signed-off-by: Paul B Mahol
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/ipudec.c | 89
3 files changed, 91 insertions(+)
create mode 100644 libavformat/ipudec.c
diff --git a/libavformat/Makefile b/libavformat/Mak
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 2 +
libavcodec/allcodecs.c | 1 +
libavcodec/codec_desc.c | 7 ++
libavcodec/codec_id.h | 1 +
libavcodec/ipu_parser.c | 78
libavcodec/ipudec.c | 0
libavcodec/mpeg12dec.c | 155 +++
On Mon, Sep 14, 2020 at 07:27:34AM +0200, Andreas Rheinhardt wrote:
> If ff_codec_open2_recursive() fails, the already allocated
> AVCodecContext leaks. Fix this by setting the FF_CODEC_CAP_INIT_CLEANUP
> flag.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/avrndec.c | 2 +-
> 1 file c
On Mon, Sep 14, 2020 at 07:27:33AM +0200, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/avrndec.c | 2 ++
> 1 file changed, 2 insertions(+)
>
lgtm
> diff --git a/libavcodec/avrndec.c b/libavcodec/avrndec.c
> index f4ec490de5..a4b6fadfc8 100644
> --- a/libavcode
On Mon, Sep 14, 2020 at 07:27:24AM +0200, Andreas Rheinhardt wrote:
> It is already freed generically for encoders.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/alacenc.c | 2 --
> 1 file changed, 2 deletions(-)
lgtm
>
> diff --git a/libavcodec/alacenc.c b/libavcodec/alacenc.c
> i
On Mon, Sep 14, 2020 at 07:27:25AM +0200, Andreas Rheinhardt wrote:
> The init function of the ALAC encoder calls its own close function
> if a call to ff_lpc_init() fails; yet nothing has been allocated before
> that point (except extradata which is freed generically) and ff_lpc_init()
> can be ex
On Mon, Sep 14, 2020 at 07:27:27AM +0200, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/atrac1.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
lgtm
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Mon, Sep 14, 2020 at 07:27:26AM +0200, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/atrac1.c | 4
> 1 file changed, 4 insertions(+)
>
lgtm
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg
On Mon, Sep 14, 2020 at 07:27:39AM +0200, Andreas Rheinhardt wrote:
> The dsicinvideo decoder already has the FF_CODEC_CAP_INIT_CLEANUP flag
> set, so it is unnecessary to directly clean up some already allocated
> buffers in case another one could not be allocated in the init function,
> as all bu
From 21bf6e5eac61d34f270534dd5a2a7229967c1ee9 Mon Sep 17 00:00:00 2001
From: Kieran Kunhya
Date: Thu, 16 Jul 2020 20:29:24 +0100
Subject: [PATCHv2] [RFC] libavcodec/hevc_refs: Clear DPB of old frames
During glitching or looping streams, old frames remain in the DPB.
The decoder incorrectly thinks
Paul B Mahol:
> On Mon, Sep 14, 2020 at 07:27:25AM +0200, Andreas Rheinhardt wrote:
>> The init function of the ALAC encoder calls its own close function
>> if a call to ff_lpc_init() fails; yet nothing has been allocated before
>> that point (except extradata which is freed generically) and ff_lpc
In case the pb does not contain 4 bytes, the buf[256] will not be
initialize before we pass it to ff_codec_get_id
---
libavformat/rmdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/rmdec.c b/libavformat/rmdec.c
index a36e693ab2..220aa8aee2 100644
--- a/libavfor
On Mon, 14 Sep 2020, Gyan Doshi wrote:
Building with Decklink is broken, apparently due to f1b908d20a8
Error is
src/libavdevice/decklink_dec.cpp: In function 'int
ff_decklink_read_header(AVFormatContext*)':
src/libavdevice/decklink_dec.cpp:1235:28: error: 'bmdFormatUnspecified'
wa
Apparently bmdFormatUnspecified needs SDK 11.0. It is just a fancy way of
checking for zero, so let's do that instead.
Fixes build issue since f1b908d20a8.
Signed-off-by: Marton Balint
---
libavdevice/decklink_dec.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavdevi
Filters mostly work in native endianness, but they must output
a specified endianness, usually little: that requires a final
conversion for big endian.
I do not know what's the deal with gif-deal: inserting explicitly
the filters that are implicitly inserted result in less frames in
output. Probab
>
> FATE works fine for me, at least with a default configuration. Can you
> provide what options you're using?
So the original patch I submitted errored in the test suite, you can see
the error here
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20200913184510.85070-1-remiach...@gmail.com/
I
On Mon, Sep 14, 2020 at 12:33 AM Jan Ekström wrote:
>
> - For video, this means a single initialization point in do_video_out.
> - For audio we unfortunately need to do it in two places just
> before the buffer sink is utilized (if av_buffersink_get_samples
> would still work according to its
Hi,
On Tue, 18 Aug 2020, Sebastian Pop wrote:
Unrolling by 4 the outer loop in yuv2planeX reduces the number of cache
accesses by 7.5%.
The values loaded for the filter are used in the 4 unrolled iterations and
avoids reloading 3 times the same values.
The performance was measured on an Arm64 N
On Mon, Sep 14, 2020 at 12:31 AM Jan Ekström wrote:
>
Diff between v1 and v2 follows:
- Forgotten to be removed debug logs removed.
- Still log debug_ts even in case of nullptr AVFrame or AV_NOPTS_VALUE.
Decided against separating the logging because this way it's a
self-contained package and t
On Sun, Sep 13, 2020 at 04:04:42PM -0700, Mark Reid wrote:
> On Sun, Sep 13, 2020 at 8:55 AM Michael Niedermayer
> wrote:
>
> > On Sat, Sep 12, 2020 at 02:07:14AM -0700, mindm...@gmail.com wrote:
> > > From: Mark Reid
> > >
> > > ---
> > > libswscale/input.c | 12 +---
>
Garbage was left-over in the ArgoASFFileHeader::name field if the url
was too short. This zero-initialises it.
Signed-off-by: Zane van Iperen
---
libavformat/argo_asf.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/libavformat/argo_asf.c b/libavformat/argo_asf
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> xuju...@sjtu.edu.cn
> Sent: 2020年9月14日 19:32
> To: ffmpeg-devel@ffmpeg.org
> Cc: xuju...@sjtu.edu.cn
> Subject: [FFmpeg-devel] [PATCH 2/2] dnn_backend_native_layer_conv2d.c:
> refine code.
>
> From: Xu Jun
>
> Move thread area a
On Mon, Sep 14, 2020 at 2:44 PM Michael Niedermayer
wrote:
> On Sun, Sep 13, 2020 at 04:04:42PM -0700, Mark Reid wrote:
> > On Sun, Sep 13, 2020 at 8:55 AM Michael Niedermayer
>
> > wrote:
> >
> > > On Sat, Sep 12, 2020 at 02:07:14AM -0700, mindm...@gmail.com wrote:
> > > > From: Mark Reid
> >
From: Mark Reid
Hi,
This fixes a very subtle error thats hard notice until up unpremultiply a image.
This loop is suppose to stop at first 1, instead was stoping at first 0
The comment is correct through!
openexrs implementation is very similar.
https://github.com/AcademySoftwareFoundation/open
On Mon, Sep 14, 2020 at 7:14 PM wrote:
> From: Mark Reid
>
> Hi,
> This fixes a very subtle error thats hard notice until up unpremultiply a
> image.
>
> This loop is suppose to stop at first 1, instead was stoping at first 0
> The comment is correct through!
>
> openexrs implementation is very
On Mon, 14 Sep 2020 at 17:37, Kieran Kunhya wrote:
> From 21bf6e5eac61d34f270534dd5a2a7229967c1ee9 Mon Sep 17 00:00:00 2001
> From: Kieran Kunhya
> Date: Thu, 16 Jul 2020 20:29:24 +0100
> Subject: [PATCHv2] [RFC] libavcodec/hevc_refs: Clear DPB of old frames
>
> During glitching or looping strea
On Mon, Aug 31, 2020 at 11:09 PM wrote:
>
> 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
> n
On Sun, Sep 6, 2020 at 6:40 PM Ze Yuan wrote:
>
> From ea96e70874c87b003af1fb3fcd5c792b3292bf29 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?=E9=83=91=E5=A4=A9=E6=B3=A2?=
> Date: Sun, 6 Sep 2020 18:35:51 +0800
> Subject: [PATCH] Added MKV tag for AVS2 video codec
>
> avs2 (IEEE 1857.4) video codec
On 15-09-2020 12:54 am, Marton Balint wrote:
Apparently bmdFormatUnspecified needs SDK 11.0. It is just a fancy way of
checking for zero, so let's do that instead.
Fixes build issue since f1b908d20a8.
Signed-off-by: Marton Balint
---
libavdevice/decklink_dec.cpp | 2 +-
1 file changed, 1
This should be backported to 4.3 and other releases whose builds fail.
Gyan
On 12-07-2020 11:33 am, Jun Zhao wrote:
From: Jun Zhao
libsrt 1.4.1 changed the:
SRTO_SMOOTHER -> SRTO_CONGESTION
SRTO_STRICTENC -> SRTO_ENFORCEDENCRYPTION
SRTO_TSBPDDELAY -> SRTO_LATENCY
and removed the front of d
46 matches
Mail list logo
