[FFmpeg-devel] [PATCH 4/7] decode: add a per-frame private data for hwaccel use

From: Anton Khirnov This will be useful in the CUVID hwaccel. It should also eventually replace current decoder-specific mechanisms used by various other hwaccels. Merges Libav commit 704311b2946d74a80f65906961cd9baaa18683a3. --- libavcodec/decode.c | 3 +++

[FFmpeg-devel] [PATCH 2/7] decode: add a method for attaching lavc-internal data to frames

From: Anton Khirnov Use the AVFrame.opaque_ref field. The original user's opaque_ref is wrapped in the lavc struct and then unwrapped before the frame is returned to the caller. This new struct will be useful in the following commits. Merges Libav commit

[FFmpeg-devel] [PATCH 5/7] avcodec/cuvid: rename cuvid.c to cuviddec.c

cuvid.c is used by Libav's CUVID hwaccel. Resolve the conflict and avoid future merge problems by renaming our decoder. --- libavcodec/Makefile| 10 +- libavcodec/{cuvid.c => cuviddec.c} | 0 2 files changed, 5 insertions(+), 5 deletions(-) rename libavcodec/{cuvid.c =>

[FFmpeg-devel] [PATCH 1/7] decode: avoid leaks on failure in ff_get_buffer()

From: Anton Khirnov If the get_buffer() call fails, the frame might have some side data already set. Make sure it gets freed. CC: libav-sta...@libav.org Merges Libav commit de77671438c24ffea93398c8dc885d4dd04477de. --- libavcodec/decode.c | 3 +++ 1 file changed, 3

[FFmpeg-devel] [PATCH 6/7] avcodec: allow multiple hwaccels for the same codec/pixfmt

Currently, AVHWAccels are looked up using a (codec_id, pixfmt) tuple. This means it's impossible to have 2 decoders for the same codec and using the same opaque hardware pixel format. This breaks merging Libav's CUVID hwaccel. FFmpeg has its own CUVID support, but it's a full stream decoder,

[FFmpeg-devel] [PATCH 0/7] Merge Libav cuvid hwaccel

delayed processing on the decoded frames decode: add a per-frame private data for hwaccel use h264dec: add a CUVID hwaccel wm4 (2): avcodec/cuvid: rename cuvid.c to cuviddec.c avcodec: allow multiple hwaccels for the same codec/pixfmt Changelog |1 + configure

[FFmpeg-devel] [PATCH 3/7] decode: add a mechanism for performing delayed processing on the decoded frames

From: Anton Khirnov This will be useful in the CUVID hwaccel. Merges Libav commit badf0951f54c1332e77455dc40398f3512540c1b. --- libavcodec/decode.c | 11 +++ libavcodec/decode.h | 15 +++ 2 files changed, 26 insertions(+) diff --git a/libavcodec/decode.c

[FFmpeg-devel] [PATCH 7/7] h264dec: add a CUVID hwaccel

where needed. This commit also changes the Libav code to dynamic loading of the cuda/cuvid libraries. (I wouldn't be able to test with the fixed SDK anyway, because installing the CUDA SDK on Linux is hell.) Signed-off-by: wm4 <nfx...@googlemail.com> --- Changelog | 1 + configure

Re: [FFmpeg-devel] [PATCH] avcodec/encode: don't return immediately on failure

On Tue, 3 Oct 2017 01:55:44 -0300 James Almer wrote: > Fixes memleaks introduced by skipping cleanup at the end of the > functions. > > Regression since a22c6a4796ca1f2cbee6784262515da876fbec22. > > Signed-off-by: James Almer > --- > libavcodec/encode.c

Re: [FFmpeg-devel] [PATCH] build: don't strip binaries during compilation

On Mon, 2 Oct 2017 21:34:18 +0200 Michael Niedermayer wrote: > On Sun, Oct 01, 2017 at 07:55:29PM -0300, James Almer wrote: > > Do it during install instead, like with the libraries. > > > > There's no benefit making a stripped copy of the CLI tools in the > > build

Re: [FFmpeg-devel] [PATCH] avcodec/encode: remove usage of av_dup_packet()

On Sun, 1 Oct 2017 23:17:59 -0300 James Almer wrote: > Signed-off-by: James Almer > --- > libavcodec/encode.c | 20 > 1 file changed, 12 insertions(+), 8 deletions(-) > > diff --git a/libavcodec/encode.c b/libavcodec/encode.c > index

Re: [FFmpeg-devel] [PATCH]lavf/img2dec: Auto-detect svg images

On Mon, 2 Oct 2017 01:20:15 +0200 Carl Eugen Hoyos wrote: > Hi! > > Attached patch implements auto-detection of svg images. > > Please review, Carl Eugen That looks like it'd be extremely fragile and react to anything that is XML and happens to have the string "svg" and

Re: [FFmpeg-devel] Added HW accelerated H.264 and HEVC encoding for AMD GPUs based on AMF SDK

On Fri, 29 Sep 2017 15:04:00 + "Mironov, Mikhail" wrote: > I would like to understand better the nature of the concern. The license is > MIT. The paragraph in question is a notice, not limiting the usage of the SDK. > I can definitely reduce number of headers. I can

Re: [FFmpeg-devel] Added HW accelerated H.264 and HEVC encoding for AMD GPUs based on AMF SDK

On Thu, 28 Sep 2017 13:58:02 -0500 mmironov wrote: > From 4a47f0e1ee57239fbbc597c0084f486e815ec267 Mon Sep 17 00:00:00 2001 > From: mmironov > Date: Thu, 28 Sep 2017 12:30:30 -0400 > Subject: [PATCH] Added HW accelerated H.264 and HEVC encoding

Re: [FFmpeg-devel] [PATCH] Fixes bug https://trac.ffmpeg.org/ticket/6700.

On Thu, 28 Sep 2017 12:11:48 -0300 Pablo Montilla wrote: > --- > libavformat/isom.h | 2 +- > libavformat/mov.c | 6 +- > 2 files changed, 2 insertions(+), 6 deletions(-) > > diff --git a/libavformat/isom.h b/libavformat/isom.h > index fdd98c28f5..a32b92ccdd 100644

Re: [FFmpeg-devel] [PATCH] lavfi/buffersink: deprecate non-AVOption init.

On Tue, 12 Sep 2017 11:40:55 +0200 Nicolas George wrote: > Signed-off-by: Nicolas George > --- > doc/APIchanges | 3 +++ > libavfilter/buffersink.c | 10 ++ > libavfilter/buffersink.h | 12 > 3 files changed, 21 insertions(+), 4

Re: [FFmpeg-devel] [PATCH] lavfi/buffersink: deprecate non-AVOption init.

not remember. Checking. Oh, you mean wm4. I no longer read their > mails, and it seems I was right: this is no objection. > > Will push soon unless there is an objection. So you openly admit on shitting on the project rules? That is nice of you. (It's not the first time

Re: [FFmpeg-devel] [PATCH v2] cpu: add a function for querying maximum required data alignment

On Wed, 27 Sep 2017 22:26:48 -0300 James Almer <jamr...@gmail.com> wrote: > On 9/27/2017 9:59 PM, wm4 wrote: > > On Wed, 27 Sep 2017 21:37:54 -0300 > > James Almer <jamr...@gmail.com> wrote: > > > >>> API users can rely on it. So you better make sur

Re: [FFmpeg-devel] [PATCH v2] cpu: add a function for querying maximum required data alignment

On Wed, 27 Sep 2017 21:37:54 -0300 James Almer wrote: > > API users can rely on it. So you better make sure that can't break. > > Other aspects don't really matter. > > What do you mean with this? Do i apply it or not? The function will > return a value based on runtime

Re: [FFmpeg-devel] [PATCH v2] cpu: add a function for querying maximum required data alignment

On Wed, 27 Sep 2017 21:15:39 -0300 James Almer <jamr...@gmail.com> wrote: > On 9/4/2017 5:53 PM, Michael Niedermayer wrote: > > On Mon, Sep 04, 2017 at 09:27:32PM +0200, wm4 wrote: > >> On Mon, 4 Sep 2017 21:18:35 +0200 > >> Michael Niedermay

Re: [FFmpeg-devel] [PATCH v2 1/2] avcodec/videotoolbox: use AV_WB16 where possible

On Wed, 27 Sep 2017 19:45:23 -0300 James Almer wrote: > On 9/27/2017 7:19 PM, Aman Gupta wrote: > > From: Aman Gupta > > > > additional changes to hevc patchset, as suggested on-list > > > > if these look fine, I will squash into previous patchset and push it

Re: [FFmpeg-devel] [PATCH v2 2/2] avcodec/videotoolbox: fix hevc hwaccel build on older macOS

On Wed, 27 Sep 2017 19:52:13 -0300 James Almer wrote: > > +#if !HAVE_KCMVIDEOCODECTYPE_HEVC > > +enum { kCMVideoCodecType_HEVC = 'hvc1' }; > > +#endif > > The correct thing to do is adding kCMVideoCodecType_HEVC to > hevc_videotoolbox_hwaccel_deps in configure, and not

Re: [FFmpeg-devel] [PATCH] prores: Always assume limited range

On Wed, 27 Sep 2017 17:28:12 -0400 Vittorio Giovara wrote: > As defined by the spcifications > --- > libavcodec/proresdec_lgpl.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/libavcodec/proresdec_lgpl.c b/libavcodec/proresdec_lgpl.c > index

Re: [FFmpeg-devel] [PATCH]lavf/amr: Add amrnb and amrwb demuxers

On Wed, 27 Sep 2017 19:22:37 +0200 Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > 2017-09-27 19:08 GMT+02:00 wm4 <nfx...@googlemail.com>: > > Maybe you could get back to the technical discussion > > I wish this were so easy with you: Well,

Re: [FFmpeg-devel] [PATCH]lavf/amr: Add amrnb and amrwb demuxers

On Wed, 27 Sep 2017 19:04:26 +0200 Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > 2017-09-27 19:02 GMT+02:00 wm4 <nfx...@googlemail.com>: > > On Wed, 27 Sep 2017 19:00:04 +0200 > > Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > > > >> 2017-

Re: [FFmpeg-devel] [PATCH]lavf/amr: Add amrnb and amrwb demuxers

On Wed, 27 Sep 2017 19:00:04 +0200 Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > 2017-09-27 18:58 GMT+02:00 wm4 <nfx...@googlemail.com>: > > > It may be better for you not committing anything if you don't know what > > commit messages are. > > I assum

Re: [FFmpeg-devel] [PATCH]lavf/amr: Add amrnb and amrwb demuxers

On Wed, 27 Sep 2017 18:47:16 +0200 Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > 2017-09-27 18:40 GMT+02:00 wm4 <nfx...@googlemail.com>: > > On Wed, 27 Sep 2017 18:08:19 +0200 > > Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > > > >> Hi! &

Re: [FFmpeg-devel] [PATCH]lavf/amr: Add amrnb and amrwb demuxers

On Wed, 27 Sep 2017 18:08:19 +0200 Carl Eugen Hoyos wrote: > Hi! > > The existing amr demuxer does not allow reading streams, it requires > the 3GPP-conforming file header. > Attached patch allows reading amrnb and amrwb from (live) streams, > fixes ticket #6678. > > Please

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/videotoolbox: add hevc support

On Wed, 27 Sep 2017 09:17:36 -0700 Aman Gupta <ffm...@tmm1.net> wrote: > On Wed, Sep 27, 2017 at 5:51 AM, wm4 <nfx...@googlemail.com> wrote: > > > On Tue, 26 Sep 2017 18:08:10 -0700 > > Aman Gupta <ffm...@tmm1.net> wrote: > &g

Re: [FFmpeg-devel] [PATCH] avcodec/v4l2_m2m: fix draining process (dequeue without input)

On Wed, 27 Sep 2017 09:03:58 -0700 Jorge Ramirez-Ortiz <jorge.ramirez-or...@linaro.org> wrote: > On 09/27/2017 06:01 AM, wm4 wrote: > > On Tue, 26 Sep 2017 16:22:23 -0700 > > Jorge Ramirez-Ortiz <jorge.ramirez-or...@linaro.org> wrote: > > > >> Stopping

Re: [FFmpeg-devel] Deprecation of visual output devices

On Wed, 27 Sep 2017 16:31:37 +0100 Josh de Kock <j...@itanimul.li> wrote: > On 27/09/2017 16:28, Carl Eugen Hoyos wrote: > > 2017-09-27 17:21 GMT+02:00 Josh de Kock <j...@itanimul.li>: > >> On 27/09/2017 16:17, Carl Eugen Hoyos wrote: > >&g

Re: [FFmpeg-devel] Deprecation of visual output devices

On Wed, 27 Sep 2017 17:17:37 +0200 Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > 2017-09-27 17:15 GMT+02:00 wm4 <nfx...@googlemail.com>: > > On Wed, 27 Sep 2017 17:08:06 +0200 > > Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > > > >> 2017-09-2

Re: [FFmpeg-devel] Deprecation of visual output devices

On Wed, 27 Sep 2017 17:08:06 +0200 Carl Eugen Hoyos wrote: > 2017-09-27 15:18 GMT+02:00 Josh de Kock : > > > There is no point of having these output devices as all the > > functionality is contained in the 'ffplay' tool. > > I use at least sdl and

Re: [FFmpeg-devel] Deprecation of visual output devices

On Wed, 27 Sep 2017 16:34:49 +0200 Michael Niedermayer wrote: > On Wed, Sep 27, 2017 at 02:18:13PM +0100, Josh de Kock wrote: > > Hi, > > > > There is no point of having these output devices as all the > > functionality is contained in the 'ffplay' tool. If people wanted

Re: [FFmpeg-devel] Deprecation of visual output devices

On Wed, 27 Sep 2017 14:18:13 +0100 Josh de Kock wrote: > Hi, > > There is no point of having these output devices as all the > functionality is contained in the 'ffplay' tool. If people wanted to > integrate these devices in their own programs instead of using the > ffmpeg

Re: [FFmpeg-devel] [PATCH] avcodec/v4l2_m2m: fix draining process (dequeue without input)

On Tue, 26 Sep 2017 16:22:23 -0700 Jorge Ramirez-Ortiz wrote: > Stopping the codec when no more input is available causes captured > buffers that might be ready to be dequeued to be invalidated. > > This commit follows the V4L2 API more closely: > 1. on the last

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/videotoolbox: add hevc support

On Tue, 26 Sep 2017 18:08:10 -0700 Aman Gupta wrote: > From: Aman Gupta > > --- > configure| 2 + > libavcodec/allcodecs.c | 1 + > libavcodec/hevc_refs.c | 3 + > libavcodec/hevcdec.c | 12 ++- >

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/videotoolbox: add hevc support

On Tue, 26 Sep 2017 18:08:10 -0700 Aman Gupta wrote: > From: Aman Gupta > > --- > configure| 2 + > libavcodec/allcodecs.c | 1 + > libavcodec/hevc_refs.c | 3 + > libavcodec/hevcdec.c | 12 ++- >

Re: [FFmpeg-devel] lavd: remove deprecated dv1394 device

On Wed, 27 Sep 2017 13:09:02 +0100 Josh de Kock wrote: > Support for this device has been removed in kernel since v2.6.37. dv1394 > has been superseded by libiec61883 which is functionally equivalent. > > Signed-off-by: Josh de Kock > --- The API has been

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/videotoolbox: add hevc support

On Tue, 26 Sep 2017 19:49:34 -0700 Aman Gupta wrote: > On Tue, Sep 26, 2017 at 7:20 PM, James Almer wrote: > > > On 9/26/2017 10:08 PM, Aman Gupta wrote: > > > From: Aman Gupta > > > > > > --- > > > configure| 2 + > >

Re: [FFmpeg-devel] [PATCH] libavformat: Add format context parameter to ff_id3v2_read_dict

On Tue, 26 Sep 2017 08:49:44 +0200 Lukas Stabe wrote: > The format context (when not NULL) is used to store chapter information, > which was not previously supported by ff_id3v2_read_dict. > > This fixes https://trac.ffmpeg.org/ticket/6558 > --- Kind of worried what happens if

Re: [FFmpeg-devel] [PATCH v2 3/3] ffprobe: add support for logging gamma side data

On Tue, 26 Sep 2017 11:12:41 -0300 James Almer <jamr...@gmail.com> wrote: > On 9/26/2017 9:14 AM, wm4 wrote: > > On Mon, 25 Sep 2017 16:44:45 -0300 > > James Almer <jamr...@gmail.com> wrote: > > > >> On 9/25/2017 4:28 PM, Rostislav Pehlivanov wrote:

Re: [FFmpeg-devel] [PATCH 9/9] avcodec/videotoolbox: create avcC even when h264 extradata is missing

On Mon, 25 Sep 2017 17:36:31 -0700 Aman Gupta wrote: > From: Aman Gupta > > Removes the avctx->extradata_size requirement when creating avcC, since > avctx->extradata is only used in the esds code path. > > This fixes an issue where the VideoToolbox decoder

Re: [FFmpeg-devel] [PATCH 8/9] avcodec/videotoolbox: use decode_params to propagate PPS changes and restart on SPS changes

On Mon, 25 Sep 2017 17:36:30 -0700 Aman Gupta wrote: > From: Aman Gupta > > If the VideoToolbox session needs to be restarted, and > videotoolbox_start() fails for some reason (for instance, if the video > is interlaced and the decoder is running on iOS),

Re: [FFmpeg-devel] [PATCH 5/9] avcodec/videotoolbox: print descriptive errors on decode failures

On Mon, 25 Sep 2017 17:36:27 -0700 Aman Gupta wrote: > From: Aman Gupta > > --- > libavcodec/videotoolbox.c | 17 - > 1 file changed, 16 insertions(+), 1 deletion(-) > > diff --git a/libavcodec/videotoolbox.c b/libavcodec/videotoolbox.c > index

Re: [FFmpeg-devel] [PATCH v2 1/3] lavu: add an AV_FRAME_DATA_GAMMA side data type

On Mon, 25 Sep 2017 20:28:07 +0100 Rostislav Pehlivanov wrote: > Signed-off-by: Rostislav Pehlivanov > --- > doc/APIchanges | 3 +++ > libavutil/frame.h | 6 ++ > libavutil/version.h | 2 +- > 3 files changed, 10 insertions(+), 1 deletion(-)

Re: [FFmpeg-devel] [PATCH v2 3/3] ffprobe: add support for logging gamma side data

On Mon, 25 Sep 2017 16:44:45 -0300 James Almer wrote: > On 9/25/2017 4:28 PM, Rostislav Pehlivanov wrote: > > Signed-off-by: Rostislav Pehlivanov > > --- > > ffprobe.c | 3 +++ > > 1 file changed, 3 insertions(+) > > > > diff --git a/ffprobe.c

Re: [FFmpeg-devel] [PATCH] videotoolbox: log errors

On Mon, 25 Sep 2017 16:14:08 -0700 Aman Gupta <ffm...@tmm1.net> wrote: > On Wed, May 24, 2017 at 6:47 AM, wm4 <nfx...@googlemail.com> wrote: > > > With the new decode API, you can't handle errors directly in the API > > user - you only know that the hwaccel did not

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/videotoolbox: fix decoding of some h264 bitstreams

On Mon, 25 Sep 2017 11:49:51 -0700 Aman Gupta <ffm...@tmm1.net> wrote: > On Mon, Sep 25, 2017 at 3:06 AM, wm4 <nfx...@googlemail.com> wrote: > > > On Mon, 25 Sep 2017 09:02:36 +0200 > > Hendrik Leppkes <h.lepp...@gmail.com> wrote: > > > > &g

Re: [FFmpeg-devel] [PATCH 1/4] avcodec/avpacket: add av_packet_copy_side_data()

On Mon, 25 Sep 2017 14:37:52 -0300 James Almer <jamr...@gmail.com> wrote: > On 9/25/2017 2:29 PM, wm4 wrote: > > On Mon, 25 Sep 2017 14:07:54 -0300 > > James Almer <jamr...@gmail.com> wrote: > > > >> On 9/25/2017 1:43 PM, wm4 wrote: > >>>

Re: [FFmpeg-devel] [PATCH] mov: fix decode of fragments that overlap in time

On Mon, 25 Sep 2017 10:10:58 -0700 John Stebbins wrote: > When keyframe intervals of dash segments are not perfectly aligned, > fragments in the stream can overlap in time. Append new "trun" index > entries to the end of the index instead of sorting by timestamp. >

Re: [FFmpeg-devel] [PATCH 1/4] avcodec/avpacket: add av_packet_copy_side_data()

On Mon, 25 Sep 2017 14:07:54 -0300 James Almer <jamr...@gmail.com> wrote: > On 9/25/2017 1:43 PM, wm4 wrote: > > On Mon, 25 Sep 2017 10:58:31 -0300 > > James Almer <jamr...@gmail.com> wrote: > > > >>> Using av_packet_copy_props() instead of intro

Re: [FFmpeg-devel] [PATCH 1/4] avcodec/avpacket: add av_packet_copy_side_data()

On Mon, 25 Sep 2017 10:58:31 -0300 James Almer wrote: > > Using av_packet_copy_props() instead of introducing yet another weird > > function would be better. > > It can't be used in some cases. Look at the last two patches in the set. > copy_props can't be used there

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/videotoolbox: fix decoding of some h264 bitstreams

On Mon, 25 Sep 2017 09:02:36 +0200 Hendrik Leppkes wrote: > On Mon, Sep 25, 2017 at 3:31 AM, Aman Gupta wrote: > > > > How do the other hwaccels handle mid-stream SPS changes? > > > > Real HWAccels (ie. VAAPI, VDPAU or DXVA) communicate the SPS/PPS >

Re: [FFmpeg-devel] [PATCH 1/4] avcodec/avpacket: add av_packet_copy_side_data()

On Sun, 24 Sep 2017 22:06:09 -0300 James Almer wrote: > It's added as a replacemet of av_copy_packet_side_data() using the proper > av_packet_* namespace, and differs from it in the following ways: > > - Side data already allocated and copied is properly freed in case of

Re: [FFmpeg-devel] [PATCHv13] libavcodec: v4l2: add support for v4l2 mem2mem codecs

On Wed, 20 Sep 2017 18:55:40 -0700 Jorge Ramirez-Ortiz wrote: > This patchset enhances Alexis Ballier's original patch and validates > it using Qualcomm's Venus hardware (driver recently landed upstream > [1]). Pushed to master.

Re: [FFmpeg-devel] [PATCH] vdpau: Fix buffer overflow with old hwaccel_context API

On Fri, 8 Sep 2017 21:08:13 +0200 Błażej Szczygieł wrote: > VDPAUHWContext struct is used internally, so allocate required amount > of memory. Also move hwctx->reset as it was prior to > 7e4ba776a2240d40124d5540ea6b2118fa2fe26a to make sure that buffer > overflow doesn't happen if

Re: [FFmpeg-devel] [PATCH] change of deprecated log to debug level

On Thu, 21 Sep 2017 22:55:14 +0200 Thomas Hartwig wrote: > The problem is this warning is flooding the console with deprecated > warnings for every decoded frame. However decoding works well. This is > an issue with an Axis camera H264 stream received via rtsp for

Re: [FFmpeg-devel] [PATCH] h264_sei: handle stereoscopy frame sequential flags

On Thu, 21 Sep 2017 15:57:00 +0200 Steve Lhomme wrote: > From: "Mohammed (Shaan) Huzaifa Danish" > > --- > libavcodec/h264_sei.c | 6 -- > libavcodec/h264_sei.h | 1 + > libavcodec/h264_slice.c | 2 ++ > libavutil/stereo3d.h| 4 > 4 files

Re: [FFmpeg-devel] [PATCHv13] libavcodec: v4l2: add support for v4l2 mem2mem codecs

On Wed, 20 Sep 2017 18:55:40 -0700 Jorge Ramirez-Ortiz wrote: > This patchset enhances Alexis Ballier's original patch and validates > it using Qualcomm's Venus hardware (driver recently landed upstream > [1]). I intend to apply this later today.

Re: [FFmpeg-devel] [PATCHv12] libavcodec: v4l2: add support for v4l2 mem2mem codecs

On Wed, 20 Sep 2017 19:01:52 -0700 Jorge Ramirez-Ortiz wrote: > > Btw. I noticed that this apparently never sets chroma_location? > > I didnt find anything in v4l2 to retrieve the chroma_location from the kernel > driver (the API doesnt handle this

Re: [FFmpeg-devel] [PATCH 2/2] pngdec: expose gAMA and cHRM chunks as AVMasteringDisplayMetadata

On Wed, 20 Sep 2017 22:00:34 +0200 Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Wed, Sep 20, 2017 at 08:32:59PM +0200, wm4 wrote: > > On Wed, 20 Sep 2017 15:22:42 -0300 > > James Almer <jamr...@gmail.com> wrote: > > > > > On 9/20/2017 3:

Re: [FFmpeg-devel] [PATCH 2/2] pngdec: expose gAMA and cHRM chunks as AVMasteringDisplayMetadata

On Wed, 20 Sep 2017 15:22:42 -0300 James Almer <jamr...@gmail.com> wrote: > On 9/20/2017 3:18 PM, wm4 wrote: > > On Wed, 20 Sep 2017 04:00:28 +0100 > > Rostislav Pehlivanov <atomnu...@gmail.com> wrote: > > > >> +

Re: [FFmpeg-devel] [PATCH 1/2] lavu: add a gamma field to AVMasteringDisplayMetadata

On Wed, 20 Sep 2017 15:28:26 -0300 James Almer <jamr...@gmail.com> wrote: > On 9/20/2017 3:18 PM, wm4 wrote: > > On Wed, 20 Sep 2017 04:00:27 +0100 > > Rostislav Pehlivanov <atomnu...@gmail.com> wrote: > > > >> PNG exposes it and its required

Re: [FFmpeg-devel] [PATCH] pixdesc: Add API to map color property name to enum value

On Wed, 20 Sep 2017 14:23:32 +0200 Vittorio Giovara wrote: > Signed-off-by: Vittorio Giovara > --- > Updated following review. > Vittorio > > libavutil/pixdesc.c | 65 > + >

Re: [FFmpeg-devel] [PATCH 2/2] pngdec: expose gAMA and cHRM chunks as AVMasteringDisplayMetadata

On Wed, 20 Sep 2017 04:00:28 +0100 Rostislav Pehlivanov wrote: > +if (mdm.has_gamma || mdm.has_primaries) { > +AVMasteringDisplayMetadata *new_mdm = > av_mastering_display_metadata_create_side_data(p); > +memcpy(new_mdm, ,

Re: [FFmpeg-devel] [PATCH 1/2] lavu: add a gamma field to AVMasteringDisplayMetadata

On Wed, 20 Sep 2017 12:58:14 -0300 James Almer wrote: > On 9/20/2017 12:47 PM, Rostislav Pehlivanov wrote: > > On 20 September 2017 at 16:05, Hendrik Leppkes wrote: > > > >> On Wed, Sep 20, 2017 at 4:34 PM, Rostislav Pehlivanov > >>

Re: [FFmpeg-devel] [PATCH 1/2] lavu: add a gamma field to AVMasteringDisplayMetadata

On Wed, 20 Sep 2017 04:00:27 +0100 Rostislav Pehlivanov wrote: > PNG exposes it and its required in order to correctly display some images, > particularly images crafted to contain 2 different images which appear > differently depending on whether the gamma has been taken

Re: [FFmpeg-devel] [PATCH 2/2] pngdec: expose gAMA and cHRM chunks as AVMasteringDisplayMetadata

On Wed, 20 Sep 2017 04:00:28 +0100 Rostislav Pehlivanov wrote: > +if (mdm.has_gamma || mdm.has_primaries) { > +AVMasteringDisplayMetadata *new_mdm = > av_mastering_display_metadata_create_side_data(p); > +memcpy(new_mdm, ,

Re: [FFmpeg-devel] [PATCHv12] libavcodec: v4l2: add support for v4l2 mem2mem codecs

On Tue, 19 Sep 2017 12:48:06 -0700 Jorge Ramirez-Ortiz wrote: > > I > > also assume the data flow issues got solved. > > data flow? Wasn't there some confusion about how send/receive works, and how to connect it to how v4l2 data flow works? (Also could we

Re: [FFmpeg-devel] [PATCH v23 2/2] avformat/dashdec: free resource allocated by xml

On Sat, 9 Sep 2017 08:37:17 +0800 Steven Liu <lingjiujia...@gmail.com> wrote: > 2017-09-04 23:55 GMT+08:00 Steven Liu <lingjiujia...@gmail.com>: > > 2017-09-04 23:36 GMT+08:00 wm4 <nfx...@googlemail.com>: > >> On Mon, 4 Sep 2017 22:58:27 +0800 > >&g

Re: [FFmpeg-devel] [PATCH] lavfi/buffersink: deprecate non-AVOption init.

On Tue, 12 Sep 2017 11:40:55 +0200 Nicolas George wrote: > Signed-off-by: Nicolas George > --- > doc/APIchanges | 3 +++ > libavfilter/buffersink.c | 10 ++ > libavfilter/buffersink.h | 12 > 3 files changed, 21 insertions(+), 4

Re: [FFmpeg-devel] [PATCHv12] libavcodec: v4l2: add support for v4l2 mem2mem codecs

On Mon, 11 Sep 2017 16:26:33 +0200 Jorge Ramirez-Ortiz wrote: > This patchset enhances Alexis Ballier's original patch and validates > it using Qualcomm's Venus hardware (driver recently landed upstream > [1]). > > This has been tested on

Re: [FFmpeg-devel] Confusion over temporal filters.

On Sun, 10 Sep 2017 07:51:55 -0400 "Ronald S. Bultje" wrote: > Hi Richard, > > On Sun, Sep 10, 2017 at 6:23 AM, Richard Ling wrote: > > > But maybe some time, the filter API could be > > updated so that after a seek, a filter can request frames that are

Re: [FFmpeg-devel] [PATCH 01/14] lavu: Add DRM hwcontext

On Sun, 10 Sep 2017 21:53:25 +0100 Mark Thompson wrote: > --- > This is the same patch as the one in the kmsgrab and rkmpp sets, included > here because the ARM DRM mapping depends on it. > > > configure | 3 + > libavutil/Makefile | 2 + >

Re: [FFmpeg-devel] [PATCH 08/14] hwcontext_opencl: DRM to OpenCL mapping for ARM

On Sun, 10 Sep 2017 21:53:32 +0100 Mark Thompson wrote: > Using cl_arm_import_memory. Unfortunately, despite this not being a > standard extension, the function clImportMemoryARM() is not accessible > via clGetExtensionFunctionAddressForPlatform(). This means that it has > to

Re: [FFmpeg-devel] [PATCH] GnuTLS: eat PREMATURE_TERMINATION error

On Fri, 15 Sep 2017 17:04:38 +0900 Tatsuyuki Ishi wrote: > Subject: [PATCH] GnuTLS: eat PREMATURE_TERMINATION error > > GnuTLS is too strict on the SSL shutdown alert, and it's neither > mandatory in the spec or critical. As it's ignored in OpenSSL, we > should also

Re: [FFmpeg-devel] [PATCH]lavf/supenc: Add a raw PGS muxer

On Thu, 7 Sep 2017 15:32:58 +0200 Carl Eugen Hoyos wrote: > Hi! > > Attached patch implements ticket #2208. > > Please comment, Carl Eugen Probably worse than: From: phint...@gmail.com To: ffmpeg-devel@ffmpeg.org Cc: Petri Hintukainen

Re: [FFmpeg-devel] [PATCH] avcodec/snowdec: Check intra block dc differences.

On Wed, 6 Sep 2017 11:33:05 -0300 James Almer wrote: > Also, had you also removed the automated merging parts of the code > without waiting for a major bump, if a pre-removal lavf were to send a > packet to a post-removal lavc, the latter would shit the bed with all > the

Re: [FFmpeg-devel] [PATCH] avcodec/snowdec: Check intra block dc differences.

On Tue, 5 Sep 2017 22:14:39 -0300 James Almer <jamr...@gmail.com> wrote: > On 9/5/2017 5:38 AM, wm4 wrote: > > On Tue, 5 Sep 2017 10:03:11 +0200 > > Clément Bœsch <u...@pkh.me> wrote: > > > >> On Mon, Sep 04, 2017 at 08:35:17PM +0200, wm4 wrote:

Re: [FFmpeg-devel] [PATCHv2 1/2] avcodec: add execute3() api to utilize the main function of avpriv_slicethread_create().

On Wed, 6 Sep 2017 06:57:25 +0700 Ilia Valiakhmetov wrote: > Signed-off-by: Ilia Valiakhmetov > --- > libavcodec/avcodec.h | 7 ++- > libavcodec/options.c | 1 + > libavcodec/pthread_slice.c | 26 -- >

Re: [FFmpeg-devel] [PATCH] Add support for RockChip Media Process Platform

On Tue, 5 Sep 2017 20:19:09 +0100 Mark Thompson wrote: > On 05/09/17 19:55, LongChair . wrote:> Le 05/09/2017 à 19:19, Mark Thompson a > écrit : > >> On 05/09/17 12:44, LongChair . wrote: > >>> From: LongChair > >>> > >>> This adds hardware decoding for

Re: [FFmpeg-devel] [PATCH] RFC: drop VDA

On Tue, 5 Sep 2017 15:57:23 +0200 Clément Bœsch wrote: > From: Clément Bœsch > > I'm reworking the Apple Framework dependencies in the build system, and > unfortunately I can't test VDA (because OSX doesn't have it anymore). > I'll either break it badly without

Re: [FFmpeg-devel] [PATCH] avcodec/jpeg2000: Check that codsty->log2_prec_widths/heights has been initialized

On Tue, 5 Sep 2017 00:04:08 +0200 Michael Niedermayer wrote: > Fixes: OOM > Fixes: 2225/clusterfuzz-testcase-minimized-5505632079708160 > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg > Signed-off-by: Michael

Re: [FFmpeg-devel] [PATCH] avcodec/snowdec: Check intra block dc differences.

On Tue, 5 Sep 2017 10:03:11 +0200 Clément Bœsch <u...@pkh.me> wrote: > On Mon, Sep 04, 2017 at 08:35:17PM +0200, wm4 wrote: > [...] > > > > > Can't we just remove this codec? It has no use other than causing > > > > > potential security issues and maint

Re: [FFmpeg-devel] [PATCHv8] libavcodec: v4l2: add support for v4l2 mem2mem codecs

On Tue, 5 Sep 2017 10:03:49 +0200 Jorge Ramirez wrote: > On 09/05/2017 09:16 AM, Jorge Ramirez wrote: > > On 09/05/2017 12:16 AM, Mark Thompson wrote: > >> On 04/09/17 22:55, Jorge Ramirez wrote: > >>> On 09/04/2017 11:29 PM, Mark Thompson wrote: > > ...

Re: [FFmpeg-devel] [PATCH v2] cpu: add a function for querying maximum required data alignment

On Mon, 4 Sep 2017 22:53:43 +0200 Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Mon, Sep 04, 2017 at 09:27:32PM +0200, wm4 wrote: > > On Mon, 4 Sep 2017 21:18:35 +0200 > > Michael Niedermayer <mich...@niedermayer.cc> wrote: > > > > > On Sa

Re: [FFmpeg-devel] [Patch] CUDA Thumbnail Filter

On Mon, 4 Sep 2017 20:41:19 +0100 Rostislav Pehlivanov <atomnu...@gmail.com> wrote: > On 4 September 2017 at 19:44, wm4 <nfx...@googlemail.com> wrote: > > > On Mon, 4 Sep 2017 19:07:02 +0100 > > Rostislav Pehlivanov <atomnu...@gmail.com> wrote: > > &g

Re: [FFmpeg-devel] [PATCH v2] cpu: add a function for querying maximum required data alignment

On Mon, 4 Sep 2017 21:18:35 +0200 Michael Niedermayer wrote: > On Sat, Sep 02, 2017 at 09:47:38PM -0300, James Almer wrote: > > From: Anton Khirnov > > > > (cherry picked from commit e6bff23f1e11aefb16a2b5d6ee72bf7469c5a66e) > > Signed-off-by: James

Re: [FFmpeg-devel] [Patch] CUDA Thumbnail Filter

On Mon, 4 Sep 2017 19:07:02 +0100 Rostislav Pehlivanov <atomnu...@gmail.com> wrote: > On 4 September 2017 at 18:18, wm4 <nfx...@googlemail.com> wrote: > > > On Mon, 4 Sep 2017 18:03:51 +0100 > > Rostislav Pehlivanov <atomnu...@gmail.com> wrote: > >

Re: [FFmpeg-devel] [PATCH] avcodec/snowdec: Check intra block dc differences.

On Mon, 4 Sep 2017 20:16:20 +0200 Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Mon, Sep 04, 2017 at 02:36:45PM -0300, James Almer wrote: > > On 9/4/2017 2:23 PM, wm4 wrote: > > > On Mon, 4 Sep 2017 18:11:44 +0200 > > > Michael Niedermay

Re: [FFmpeg-devel] [PATCH 4/4] lavd: Add KMS frame grabber

On Mon, 4 Sep 2017 19:40:25 +0200 Michael Niedermayer wrote: > My thought, if its less energy intensive than what we have then its > worth having. > A tiny contribution to reducing carbon emissions ... Removing some fringe codecs/filters and FATE test would contribute a

Re: [FFmpeg-devel] [Patch] CUDA Thumbnail Filter

On Mon, 4 Sep 2017 18:03:51 +0100 Rostislav Pehlivanov wrote: > On 4 September 2017 at 17:25, Timo Rothenpieler > wrote: > > > We have av_pixelutils_sad_fn which does SAD and has SIMD, there's no point > >> in reinventing the wheel. > >> > >> I

Re: [FFmpeg-devel] [PATCH] avcodec/snowdec: Check intra block dc differences.

On Mon, 4 Sep 2017 18:11:44 +0200 Michael Niedermayer wrote: > Fixes: Timeout > Fixes: 3142/clusterfuzz-testcase-5007853163118592 > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg > Signed-off-by: Michael

Re: [FFmpeg-devel] [PATCH v23 2/2] avformat/dashdec: free resource allocated by xml

On Mon, 4 Sep 2017 22:58:27 +0800 Steven Liu wrote: > 2017-09-01 18:26 GMT+08:00 Steven Liu : > > modify from av_free to xmlFree > > > > Signed-off-by: Steven Liu > > --- > > libavformat/dashdec.c | 44

Re: [FFmpeg-devel] [PATCH] avcodec/mmaldec: use zero-copy for AV_PIX_FMT_MMAL

On Sun, 3 Sep 2017 15:44:36 +0300 Yevhen Kyriukha wrote: > Signed-off-by: Yevhen Kyriukha > --- > libavcodec/mmaldec.c | 5 - > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/libavcodec/mmaldec.c b/libavcodec/mmaldec.c > index

Re: [FFmpeg-devel] [PATCH] Bump major versions of all libraries

On Sat, 2 Sep 2017 13:23:06 -0300 James Almer wrote: > #ifndef FF_API_LAVF_KEEPSIDE_FLAG > -#define FF_API_LAVF_KEEPSIDE_FLAG (LIBAVFORMAT_VERSION_MAJOR < 58) > +#define FF_API_LAVF_KEEPSIDE_FLAG (LIBAVFORMAT_VERSION_MAJOR < 59) > #endif > #ifndef

Re: [FFmpeg-devel] [PATCH] avfilter/lavfutils: remove usage of AVStream->codec

On Mon, 4 Sep 2017 00:04:36 -0300 James Almer wrote: > On 8/30/2017 2:14 AM, James Almer wrote: > > Signed-off-by: James Almer > > --- > > libavfilter/lavfutils.c | 20 +--- > > 1 file changed, 17 insertions(+), 3 deletions(-) > > Ping.

Re: [FFmpeg-devel] [PATCH] Add support for RockChip Media Process Platform This adds hardware decoding for h264 / HEVC / VP8 using MPP Rockchip API. Will return frames holding an AVDRMFrameDescriptor

On Sun, 3 Sep 2017 14:27:06 +0100 Mark Thompson wrote: > On 03/09/17 13:36, LongChair . wrote: > > Le 01/09/2017 à 21:13, Carl Eugen Hoyos a écrit : > >> This is Apache 2.0 (afaict) meaning it requires version 3 in case of > >> --enable-gpl. > > That is right, although it

Re: [FFmpeg-devel] [PATCH] lavu: Add DRM hwcontext

On Fri, 1 Sep 2017 15:44:53 + "LongChair ." wrote: > From: Mark Thompson > > --- > configure | 3 + > libavutil/Makefile | 2 + > libavutil/hwcontext.c | 4 + > libavutil/hwcontext.h | 1 + >

<    2   3   4   5   6   7   8   9   10   11   >