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.
> +
>
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:
>
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
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,
> 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-
> -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 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
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]
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
> >>
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
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
> -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
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
> -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() in
>
> -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
> -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
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
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
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
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 =
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
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
---
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
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
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
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
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
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
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
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
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.
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
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.
>
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
+++
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()
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
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
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
>>>
41 matches
Mail list logo