> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Jun Zhao
> Sent: Saturday, May 25, 2019 10:33 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Jun Zhao
> Subject: [FFmpeg-devel] [PATCH V2] lavfi/lut: Add slice threading support
>
> V2: - update comm
On 5/29/19, Song, Ruiling wrote:
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
>> Of Jun Zhao
>> Sent: Saturday, May 25, 2019 10:33 AM
>> To: ffmpeg-devel@ffmpeg.org
>> Cc: Jun Zhao
>> Subject: [FFmpeg-devel] [PATCH V2] lavfi/lut: Add slice
On Wed, May 29, 2019 at 4:19 PM Song, Ruiling wrote:
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > Of Jun Zhao
> > Sent: Saturday, May 25, 2019 10:33 AM
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Jun Zhao
> > Subject: [FFmpeg-devel] [P
On Wed, May 29, 2019 at 4:31 PM Paul B Mahol wrote:
>
> On 5/29/19, Song, Ruiling wrote:
> >> -Original Message-
> >> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> >> Of Jun Zhao
> >> Sent: Saturday, May 25, 2019 10:33 AM
> >> To: ffmpeg-devel@ffmpeg.org
> >> Cc:
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Paul B Mahol
> Sent: Wednesday, May 29, 2019 4:24 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH V2] lavfi/lut: Add slice threadin
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Song, Ruiling
> Sent: Thursday, May 23, 2019 9:26 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH V2] avfilter/vf_unsharp: enable slice
> threading
>
> > -Original Me
It seems that VA_CODED_BUF_STATUS_SINGLE_NALU allows driver to map
buffer for each slice.
Currently, assigning new buffer for pkt when multiple buffer returns
from vaMapBuffer will cover the previous encoded pkt data and lead
to encode issues.
Using av_grow_packet to expand pkt if several buffers
Mediasdk calls CMRT to copy from video to system memory and requires
memory to be continuously allocated across Y and UV.
Add a new path to allocate continuous memory when using system out.
Use av_image_fill_pointers to arrange data according to pixfmt.
Signed-off-by: Linjie Fu
---
[v2]: use av_
> -Original Message-
> From: Fu, Linjie
> Sent: Monday, April 15, 2019 21:24
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie
> Subject: [PATCH] lavf/qsvvpp: avoid the double-free when working in sys
> memory mode
>
> Currently, picref will be freed by calling av_frame_free(&picref) in
> su
On Tue, May 28, 2019, 01:15 James Almer wrote:
> On 5/27/2019 7:13 PM, Timo Rothenpieler wrote:
> > On 27.05.2019 23:49, Lance Wang wrote:
> >> On Saturday, May 25, 2019, James Almer wrote:
> >>
> >>> On 5/22/2019 3:59 AM, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> The
Remove the rain in the input image/video by applying the derain
methods based on convolutional neural networks. Training scripts
as well as scripts for model generation are provided in the
repository at https://github.com/XueweiMeng/derain_filter.git.
Signed-off-by: Xuewei Meng
---
doc/filters.t
This was meant to be a reply to
http://ffmpeg.org/pipermail/ffmpeg-devel/2019-May/244744.html
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-r
From: Nick Renieris
In DNG images with the .tiff extension, it solves the issue where the
TIFF thumbnail in IFD 0 was incorrectly parsed (related confusion: [1]).
Embedded thumbnails for DNG images can still be decoded with the added
"-dng_thumb" option.
Maintains current support for CinemaDNG (
It's better to do it before the buffers are actually created. At least in VLC
we currently don't support changing some parameters dynamically easily so we
don't use the information if it comes after the buffer are created.
Co-authored-by: James Almer
---
libavcodec/h264_slice.c | 12 ++--
Do not review, I found some CinemaDNG images that do not work. I will
figure out a better solution.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-d
On 29/05/2019 01:19, James Darnley wrote:
> IIRC either qp or cqp
Yeah, I'll use that; it makes sense.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or e
As suggested elsewhere, here's the output of git diff -w, I hope that helps :)
diff --git a/libavcodec/mpeg12enc.c b/libavcodec/mpeg12enc.c
index 2bc5289d63..0162939399 100644
--- a/libavcodec/mpeg12enc.c
+++ b/libavcodec/mpeg12enc.c
@@ -547,8 +547,13 @@ void ff_mpeg1_encode_picture_header(Mpe
On 5/29/2019 10:16 AM, Steve Lhomme wrote:
> It's better to do it before the buffers are actually created. At least in VLC
> we currently don't support changing some parameters dynamically easily so we
> don't use the information if it comes after the buffer are created.
>
> Co-authored-by: James
Uses the crav1e C bindings for rav1e.
Port to the new send/receive API by: James Almer .
Signed-off-by: Derek Buitenhuis
---
The only thing I didn't address from the last set of replies was the
second 'ret' variable, since I prefer it that way (having a separate
ret for avcodec values and extern
May 29, 2019, 3:41 PM by derek.buitenh...@gmail.com:
> +
> +static int librav1e_send_frame(AVCodecContext *avctx, const AVFrame *frame)
> +{
> +librav1eContext *ctx = avctx->priv_data;
> +int ret;
> +
> +if (!ctx->rframe && frame) {
> +const AVPixFmtDescriptor *desc = av_pix
On 29/05/2019 16:01, Lynne wrote:
> for (int i = 0; i < desc->nb_components; i++) {
> rav1e_frame_fill_plane() should probably return an error if the plane index
> is invalid.
Yep. Fixed locally.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpe
Am 28.05.19 um 21:33 schrieb Marton Balint:
>
>
> On Tue, 28 May 2019, Nomis101 🐝 wrote:
>
>> I regularly build HandBrake against the latest FFmpeg master to check if all
>> works as expected or something is broken and I need to open a bug. With the
>> latest master I found some issues, but I'm
>
On 5/29/2019 11:41 AM, Derek Buitenhuis wrote:
> Uses the crav1e C bindings for rav1e.
>
> Port to the new send/receive API by: James Almer .
>
> Signed-off-by: Derek Buitenhuis
> ---
> The only thing I didn't address from the last set of replies was the
> second 'ret' variable, since I prefer i
On 29/05/2019 17:12, James Almer wrote:
>> +end:
>> +if (cfg)
>> +rav1e_config_unref(cfg);
>> +
>> +if (ret)
>> +librav1e_encode_close(avctx);
>
> Use the FF_CODEC_CAP_INIT_CLEANUP flag in AVCodec.caps_internal instead.
> It will call AVCodec.close() on AVCodec.init() failu
Improves: Timeout (355sec -> 97sec)
Improves:
14709/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_GDV_fuzzer-5704215281795072
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
---
libavcodec/gdv.c | 7 ++-
1 file changed, 6 insertions(+)
root@encoder3:~# ffprobe -i udp://@239.255.3.165:1234
ffprobe version N-93880-gc3458f06f4 Copyright (c) 2007-2019 the FFmpeg
developers
built with gcc 7 (Ubuntu 7.4.0-1ubuntu1~18.04)
configuration: --pkg-config-flags=--static --prefix=/root/ffmpeg_build
--extra-cflags=-I/root/ffmpeg_build/inclu
On Tue, May 28, 2019 at 11:30:13PM +0200, Reimar Döffinger wrote:
> Hi!
> Did you intentionally not send to the list?
Okay I just realised I have been replying personally to all comments
whereas I should have sent them to the list ':D
>
> On 28.05.2019, at 17:32, Swaraj Hota wrote:
>
> > On Su
Uses the crav1e C bindings for rav1e.
Port to the new send/receive API by: James Almer .
Signed-off-by: Derek Buitenhuis
---
Changes since v2:
* Removed 4:0:0 support; seems broken in rav1e (ref:
https://github.com/xiph/rav1e/issues/1312)
* Moved to use FF_CODEC_CAP_INIT_CLEANUP.
*
Thank you very much!
Le lun. 27 mai 2019 à 00:35, Marton Balint a écrit :
>
>
> On Sat, 25 May 2019, Antonin Gouzer wrote:
>
> > Hello,
> > Shame on me, I didn't test the patch with the json format, only xml and
> flat.
> > It's ok now.
> > ok for XML too.
> >
> > Thanks!
>
> Thanks, applied.
>
On Tue, May 28, 2019 at 05:48:27PM +, Andreas Håkon wrote:
> Hi Michael,
>
> > with which software has the generated mpeg-ts been tested ?
> > do you have any testecases ?
>
> Our test cases are mainly DVB-C broadcasts and mobile streaming.
> All clients play well. And internal testing is don
Signed-off-by: Paul B Mahol
---
libavfilter/vf_zscale.c | 335 +---
1 file changed, 211 insertions(+), 124 deletions(-)
diff --git a/libavfilter/vf_zscale.c b/libavfilter/vf_zscale.c
index f0309272fa..082150adf0 100644
--- a/libavfilter/vf_zscale.c
+++ b/libav
Hi,
> +during configuration. You need to explicitly configue the build with
^ configure
> +Sets the maximum qauntizer (floor) to use when using bitrate mode.
^ quantizer
Cheers,
Moritz
___
On 29/05/2019 21:57, Linjie Fu wrote:
> It seems that VA_CODED_BUF_STATUS_SINGLE_NALU allows driver to map
> buffer for each slice.
>
> Currently, assigning new buffer for pkt when multiple buffer returns
> from vaMapBuffer will cover the previous encoded pkt data and lead
> to encode issues.
>
>
On 28/05/2019 08:46, Yan Wang wrote:
>
> On 5/28/2019 3:16 PM, Hendrik Leppkes wrote:
>> On Tue, May 28, 2019 at 8:57 AM Yan Wang wrote:
>>> When the format change, the VAAPI context cannot be destroyed.
>>> Otherwise, the reference frame surface will lost.
>>>
>>> Signed-off-by: Yan Wang
>>> --
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: Thursday, May 30, 2019 07:17
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode: grow packet if
> vaMapBuffer returns multiple buffers
>
On 5/29/2019 3:28 PM, Derek Buitenhuis wrote:
> Uses the crav1e C bindings for rav1e.
>
> Port to the new send/receive API by: James Almer .
>
> Signed-off-by: Derek Buitenhuis
> ---
> Changes since v2:
>
> * Removed 4:0:0 support; seems broken in rav1e (ref:
> https://github.com/xiph/rav1
On Wed, May 29, 2019 at 7:11 PM Dennis Mungai wrote:
> On Tue, May 28, 2019, 01:15 James Almer wrote:
>
> > On 5/27/2019 7:13 PM, Timo Rothenpieler wrote:
> > > On 27.05.2019 23:49, Lance Wang wrote:
> > >> On Saturday, May 25, 2019, James Almer wrote:
> > >>
> > >>> On 5/22/2019 3:59 AM, lance
For details of the implementation, please refer to the comment
inlined in the assembly code. It improves the horizontal pass
performance about 100% under single thread.
Tested overall performance using the command(avx2 enabled):
./ffmpeg -i 1080p.mp4 -vf gblur -f null /dev/null
./ffmpeg -i 1080p.m
On Wed, May 29, 2019 at 2:28 PM Derek Buitenhuis
wrote:
> Uses the crav1e C bindings for rav1e.
> --- a/doc/encoders.texi
> +++ b/doc/encoders.texi
> @@ -1378,6 +1378,35 @@ makes it possible to store non-rgb pix_fmts.
>
> @end table
>
> +@section librav1e
> +
> +rav1e AV1 encoder wrapper.
> +
>
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Fu, Linjie
> Sent: Wednesday, May 29, 2019 5:08 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavf/qsvvpp: avoid the double-free
> when working in sys memory mode
>
> > -Original Message-
On Thu, May 23, 2019 at 8:10 PM Jonathan Viney
wrote:
> On Thu, May 23, 2019 at 7:14 PM Moritz Barsnick wrote:
>
>> On Thu, May 23, 2019 at 16:51:16 +1200, Jonathan Viney wrote:
>> > > The NTP time from the first RTCP packet is currently extracted in
>> > > libavformat/rtsp.c and stored in AVFor
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Andreas Håkon
> Sent: Tuesday, May 28, 2019 6:48 PM
> To: FFmpeg development discussions and patches
>
> Subject: [FFmpeg-devel] [PATCH] libavformat/qsvenc: repeat mpeg2 missing
> headers [v2]
>
> Hi,
>
> This patch sup
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Li, Zhong
> Sent: Thursday, May 30, 2019 13:15
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] lavf/qsvvpp: avoid the double-free
> whe
43 matches
Mail list logo
