On Sat, 9 Mar 2019 at 12:56, Oliver Collyer wrote:
> Although accenc appears able to cope with dynamic bitrate changes, this
> patch makes sure that any such changes are validated in the same manner as
> the initial bitrate and also adds logging of such changes in verbose mode.
>
> __
On Thu, 24 Jan 2019 at 20:38, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> doc/APIchanges | 3 +++
> libavutil/attributes.h | 8
> libavutil/version.h| 2 +-
> 3 files changed, 12 insertions(+), 1 deletion(-)
>
> diff --git a/doc/APIchanges b/doc/APIchanges
>
On Tue, 22 Jan 2019 at 18:01, Mohammad Izadi wrote:
> ---
> libavcodec/hevc_sei.c | 211 --
> libavcodec/hevc_sei.h | 6 ++
> libavcodec/hevcdec.c | 22 +
> 3 files changed, 233 insertions(+), 6 deletions(-)
>
> diff --git a/libavcodec/hevc_sei.c b
On Tue, 15 Jan 2019 at 11:57, Carl Eugen Hoyos wrote:
> 2019-01-15 11:30 GMT+01:00, Rostislav Pehlivanov :
> > On Tue, 15 Jan 2019 at 09:24, Shaofei Wang
> wrote:
>
> >> +#if HAVE_THREADS
> >> +if (!abr_pipeline) {
> >> +r
On Tue, 15 Jan 2019 at 09:24, Shaofei Wang wrote:
> With new option "-abr_pipeline"
> It enabled multiple filter graph concurrency, which bring obove about
> 4%~20% improvement in some 1:N scenarios by CPU or GPU acceleration
>
> Below are some test cases and comparison as reference.
> (Hardware
On Mon, 14 Jan 2019 at 12:40, Linjie Fu wrote:
> Returning AVERROR(EAGAIN) when libmfx needs more data will cause the
> failure
> of requesting the next frame and lead to an infinite loop.
>
> Sleep for a while to release the resources before calling
> MFXVideoCORE_SyncOperation
> in hwupload to
On Fri, 11 Jan 2019 at 18:38, Derek Buitenhuis
wrote:
> On 11/01/2019 18:21, Nicolas George wrote:
> > Signed-off-by: Nicolas George
> > ---
> > doc/developer.texi | 10 ++
> > 1 file changed, 10 insertions(+)
>
> Rather than repeat myself, I'll refer to my previous mails:
>
> * htt
On Thu, 10 Jan 2019 at 20:59, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #7600.
>
> Please comment, Carl Eugen
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
You can alr
On Tue, 8 Jan 2019 at 00:26, Mohammad Izadi wrote:
> ---
> libavcodec/hevc_sei.c | 236 --
> libavcodec/hevc_sei.h | 6 ++
> libavcodec/hevcdec.c | 19
> 3 files changed, 255 insertions(+), 6 deletions(-)
>
> diff --git a/libavcodec/hevc_sei.c b/l
On Fri, 4 Jan 2019 at 23:19, Mohammad Izadi wrote:
> Thanks James.
> --
> Best,
> Mohammad
>
>
> On Fri, Jan 4, 2019 at 3:03 PM James Almer wrote:
>
> > On 1/4/2019 7:51 PM, Rostislav Pehlivanov wrote:
> > > On Fri, 4 Jan 2019 at 21:08, James Almer
On Fri, 4 Jan 2019 at 20:44, Vittorio Giovara
wrote:
> On Fri, Jan 4, 2019 at 7:57 PM Rostislav Pehlivanov
> wrote:
>
> > On Fri, 4 Jan 2019 at 16:28, Vittorio Giovara <
> vittorio.giov...@gmail.com>
> > wrote:
> >
> > > On Fri,
On Fri, 4 Jan 2019 at 21:08, James Almer wrote:
> On 1/4/2019 3:53 PM, Rostislav Pehlivanov wrote:
> > On Fri, 4 Jan 2019 at 18:12, Mohammad Izadi wrote:
> >
> >> You mean a pointer in HEVCSEIDynamicHDRPlus, not in HEVCSEIContentLight?
> >> --
> >> Best
On Fri, 4 Jan 2019 at 16:28, Vittorio Giovara
wrote:
> On Fri, Jan 4, 2019 at 2:37 PM Nicolas George wrote:
>
> > Vittorio Giovara (12019-01-04):
> > > I personally disagree, what are coordinates within an AVFrame if not
> the
> > > length/size of an object in memory?
> >
> > That would be an ar
On Fri, 4 Jan 2019 at 18:12, Mohammad Izadi wrote:
> You mean a pointer in HEVCSEIDynamicHDRPlus, not in HEVCSEIContentLight?
> --
> Best,
> Mohammad
>
>
> On Thu, Jan 3, 2019 at 5:08 PM Rostislav Pehlivanov
> wrote:
>
> > On Thu, 3 Jan 201
On Fri, 4 Jan 2019 at 14:02, Nicolas George wrote:
> Rostislav Pehlivanov (12019-01-04):
> > Which are in pixels, not bytes.
>
> And plain int, not uint32_t.
>
> > This is an encoder-only interface for now. For vp9 the denum would be 255
> > for example. They wou
On Fri, 4 Jan 2019 at 11:22, Nicolas George wrote:
> Rostislav Pehlivanov (12019-01-04):
> > > +typedef struct AVRegionOfInterest {
> > > +size_t self_size;
> > > +size_t top;
> > > +size_t bottom;
> > > +size_t left;
> > >
On Thu, 3 Jan 2019 at 08:41, Guo, Yejun wrote:
> The encoders such as libx264 support different QPs offset for different
> MBs,
> it makes possible for ROI-based encoding. It makes sense to add support
> within ffmpeg to generate/accept ROI infos and pass into encoders.
>
> Typical usage: After A
On Thu, 3 Jan 2019 at 20:13, Mohammad Izadi wrote:
>
> /**
> @@ -94,6 +95,50 @@ typedef struct HEVCSEIMasteringDisplay {
> uint32_t min_luminance;
> } HEVCSEIMasteringDisplay;
>
> +typedef struct HEVCSEIDynamicHDRPlus{
> +int present;
> +uint8_t itu_t_t35_country_code;
> +uint8
On Wed, 2 Jan 2019 at 19:02, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 ++
> libavcodec/hcom.c | 137 +
On Mon, 17 Dec 2018 at 01:47, Carl Eugen Hoyos wrote:
> Hi!
>
> The Opus struct RawBitsContext is used in both the decoder and the encoder.
> The fact that *position is const avoids warnings in the decoder where
> it points into the bitstream. The encoder writes into the same
> pointer, attached
On Thu, 29 Nov 2018 at 09:14, Linjie Fu wrote:
> Add frame_alloc and frame_count check in opus_encode_frame to avoid
> the infinite loop issue.
>
> Fix #7578.
>
> Signed-off-by: Linjie Fu
> ---
> libavcodec/opusenc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libav
This is an RFC to add support for tagging channel layouts as ambisonics
in a backward-compatible way.
For now ambisonics up to third order are supported.
The functions have been updated to support and propagate the
AV_CH_LAYOUT_AMBISONICS flag.
This is messy but does not require a new API for layou
On Wed, 28 Nov 2018 at 20:35, Michael Niedermayer
wrote:
> On Tue, Nov 27, 2018 at 06:13:54PM +0800, Felicia Lim wrote:
> > Friendly ping. Please let me know if there are any changes I should make
> to
> > this patch?
>
> will apply, seems noone else cares about it ...
>
> thanks
>
> [...]
> --
>
On Fri, 27 Jul 2018 at 20:44, Felicia Lim
wrote:
> ---
> libavcodec/libopusenc.c | 22 ++
> 1 file changed, 22 insertions(+)
>
> diff --git a/libavcodec/libopusenc.c b/libavcodec/libopusenc.c
> index 4ae81b0bb2..6b450ec317 100644
> --- a/libavcodec/libopusenc.c
> +++ b/libavc
On Thu, 22 Nov 2018 at 19:02, Thilo Borgmann wrote:
>
> Please note that this survey is _not_ meant to be a vote about the
> proposal. It is to
> determine if we should actually have a refinement/vote on instantiating
> such a
> community committee - depending on the community's point of view.
>
On Fri, 26 Oct 2018 at 04:10, Zhou, Zachary wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> > sean darcy
> > Sent: Thursday, October 25, 2018 11:51 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH V2
On Sat, 20 Oct 2018 at 00:50, James Almer wrote:
> Originally written by Ronald S. Bultje, with fixes, optimizations and
> improvements by James Almer.
>
> Signed-off-by: James Almer
> ---
> Updated to work with libdav1d git head.
>
> configure | 4 +
> libavcodec/Makefile|
On Wed, 10 Oct 2018 at 00:15, wrote:
> From: bnnm
>
> Improves trac issue #6722. Fixes truncated WMAPRO/XMA output due to delay
> samples and partially applies bitstream gapless info.
>
> This can be tested with files encoding a small nb_samples (like 400),
> which couldn't output anything due t
On Sun, 30 Sep 2018 at 06:08, Rostislav Pehlivanov
wrote:
> Some scene files do this intentionally for the sake of having a nice
> checksum.
> ---
> libavformat/utils.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/utils.c b/libavf
Some scene files do this intentionally for the sake of having a nice checksum.
---
libavformat/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index c973a7e0c5..924b99f6d4 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils
On Sat, 29 Sep 2018 at 15:19, James Almer wrote:
> On 9/29/2018 10:14 AM, Hendrik Leppkes wrote:
> > On Sat, Sep 29, 2018 at 3:02 PM Devin Heitmueller
> > wrote:
> >>
> >> On Sat, Sep 29, 2018 at 6:04 AM Rostislav Pehlivanov
> >> wrote:
> >>
On Fri, 28 Sep 2018 at 22:51, James Almer wrote:
> From: Ronald S. Bultje
>
> Originally written by Ronald S. Bultje, with fixes, optimizations and
> improvements by James Almer.
>
> Signed-off-by: James Almer
>
I'd much rather go with the original intent which was to merge the decoder
into la
On 25 September 2018 at 16:27, Jun Zhao wrote:
> Add alpha blending API based on row, support global alpha blending/
> per-pixel blending, and add SSSE3/AVX2 optimizations of the functions.
>
> Signed-off-by: Jun Zhao
> ---
> libavutil/Makefile |2 +
> libavutil/blend.c |
On 4 September 2018 at 18:53, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/scpr.c | 1842 ++---
> 1 file changed, 1558 insertions(+), 284 deletions(-)
>
> diff --git a/libavcodec/scpr.c b/libavcodec/scpr.c
> index ee6bf21b71..4cd9e
On 28 August 2018 at 22:29, Rostislav Pehlivanov
wrote:
> Turns out those ones make the decoder unable to accurately determine the
> layout, hence making some API users' guess, and sometimes those are correct
> (ffmpeg.c), but most often (especially with side channels) they&#
er rejects
them.
Signed-off-by: Rostislav Pehlivanov
---
libavcodec/aacenc.h | 177
1 file changed, 177 deletions(-)
diff --git a/libavcodec/aacenc.h b/libavcodec/aacenc.h
index 5a015ca92e..74f8fcf43a 100644
--- a/libavcodec/aacenc.h
+++ b/libavcode
On Mon, 27 Aug 2018 at 19:20, Rostislav Pehlivanov
wrote:
>
>
> On Sat, 25 Aug 2018 at 21:04, Paul B Mahol wrote:
>
>> Signed-off-by: Paul B Mahol
>> ---
>> configure | 1 +
>> libavcodec/Makefile | 1 +
>> libavcodec/all
On Sat, 25 Aug 2018 at 21:12, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> configure | 1 +
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 ++
> libavcodec/wcmv.c | 247 +
On Sat, 25 Aug 2018 at 21:04, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> configure | 1 +
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 ++
> libavcodec/mwsc.c | 192 +
On Fri, 24 Aug 2018 at 21:07, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> configure | 1 +
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 ++
> libavcodec/mwsc.c | 182 +
On Wed, 22 Aug 2018 at 17:01, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 +
> libavcodec/prosumer.c | 405 +
On Thu, 23 Aug 2018 at 00:49, Mark Thompson wrote:
> No supported encode driver requires the pool to be fixed-size, so just
> remove this constraint.
> ---
> libavcodec/vaapi_encode.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
On Thu, 23 Aug 2018 at 23:18, James Almer wrote:
> Packets of sizes 80ms, 100ms and 120ms can be encoded since libopus 1.2
>
> Signed-off-by: James Almer
> ---
> libavcodec/libopusenc.c | 20 +++-
> 1 file changed, 15 insertions(+), 5 deletions(-)
>
> diff --git a/libavcodec/lib
On Wed, 22 Aug 2018 at 20:12, Michael Niedermayer
wrote:
> On Wed, Aug 22, 2018 at 03:14:53PM +0200, Jean-Baptiste Kempf wrote:
> > Hello fellow devs,
> >
> > VideoLAN is happy to invite you to the usual conference of the end of
> the summer:
> > VDD2018 is happening in Paris, for the 10 years of
On Thu, 16 Aug 2018 at 18:40, Paul B Mahol wrote:
> On 8/16/18, Paul B Mahol wrote:
> > Hi,
> >
> > another patch attached, please review.
> >
>
> Again.
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/f
On Thu, 16 Aug 2018 at 21:19, Rostislav Pehlivanov
wrote:
>
>
> On Thu, 16 Aug 2018 at 18:40, Paul B Mahol wrote:
>
>> On 8/16/18, Paul B Mahol wrote:
>> > Hi,
>> >
>> > another patch attached, please review.
>> >
>>
>> Again.
On Thu, 2 Aug 2018 at 20:00, Sergey Lavrushkin wrote:
> This patch removes conversions, declared inside the sr filter, and uses
> libswscale inside
> the filter to perform them for only Y channel of input. The sr filter
> still has uint
> formats as input, as it does not use chroma channels in mo
On Thu, 2 Aug 2018 at 19:54, Sergey Lavrushkin wrote:
> ---
> libavfilter/dnn_espcn.h | 3 ++-
> libavfilter/dnn_srcnn.h | 3 ++-
> 2 files changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/libavfilter/dnn_espcn.h b/libavfilter/dnn_espcn.h
> index 9344aa90fe..e0013fe1dd 100644
> --- a/li
On Sat, 11 Aug 2018 at 23:31, Sergey Lavrushkin wrote:
> 2018-08-12 0:45 GMT+03:00 Michael Niedermayer :
>
> > On Sat, Aug 11, 2018 at 05:52:32PM +0300, Sergey Lavrushkin wrote:
> > > 2018-08-10 20:24 GMT+03:00 Michael Niedermayer >:
> > >
> > > > On Thu, Aug 09, 2018 at 08:15:16PM +0300, Sergey
On Sat, 11 Aug 2018 at 13:24, Paul B Mahol wrote:
> Hi,
>
> Much improved and cleaned up version attached.
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> +INIT_VLC_SPARSE_STATIC(&cbp
On 7 August 2018 at 17:32, Pedro Arthur wrote:
> 2018-08-06 18:09 GMT-03:00 Sergey Lavrushkin :
> > Changed sprintf to snprintf.
> Patch pushed.
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-deve
On 27 July 2018 at 20:44, Felicia Lim wrote:
> ---
> libavcodec/libopusenc.c | 22 ++
> 1 file changed, 22 insertions(+)
>
> diff --git a/libavcodec/libopusenc.c b/libavcodec/libopusenc.c
> index 4ae81b0bb2..6b450ec317 100644
> --- a/libavcodec/libopusenc.c
> +++ b/libavcodec
On 27 July 2018 at 18:12, Rostislav Pehlivanov wrote:
>
> And the coding style is just the tip, there are dozens of things I
> disagree with, such as the custom float to 8 bit conversions, when filters
> already exist which take in floats (zscale).
>
I should probably expand on
On 27 July 2018 at 17:48, Pedro Arthur wrote:
> 2018-07-27 12:07 GMT-03:00 Rostislav Pehlivanov :
> > On 27 July 2018 at 15:11, James Almer wrote:
> >
> >> On 7/27/2018 8:04 AM, Rostislav Pehlivanov wrote:
> >> > Reference - IRC and j-b's
On 27 July 2018 at 15:11, James Almer wrote:
> On 7/27/2018 8:04 AM, Rostislav Pehlivanov wrote:
> > Reference - IRC and j-b's earlier email.
> > Coding style issues:
> > DNNModel* ff_dnn_load_model_native(const char* model_filename)
> >
> > We never ever
On 27 July 2018 at 12:47, James Darnley wrote:
> On 2018-07-26 17:29, Rostislav Pehlivanov wrote:
> > On 26 July 2018 at 12:28, James Darnley wrote:
> > +cglobal vertical_compose_haar_10bit, 3, 6, 4, b0, b1, w
> >> +DECLARE_REG_TMP 4,5
> >> +
> >>
On 27 July 2018 at 03:04, Pedro Arthur wrote:
> Hi,
>
> I'm surprised with this patch, there wasn't any concern raised in the
> patch review process.
>
It slipped through, and we (and you) should have known better.
> 2018-07-26 16:26 GMT-03:00 Rostislav Pehlivanov
uploaded it to
https://0x0.st/sVEH.patch if anyone wants to test it. The change stat
is printed below.
[0]: https://lwn.net/Articles/760142/
Signed-off-by: Rostislav Pehlivanov
Rostislav Pehlivanov (1):
libavfilter: temporarily remove DNN framework and vf_sr filter
Changelog
On 26 July 2018 at 12:28, James Darnley wrote:
> +
> +%macro HAAR_HORIZONTAL 0
> +
> +cglobal horizontal_compose_haar_10bit, 3, 6+ARCH_X86_64, 4, b, temp_, w,
> x, b2
> +DECLARE_REG_TMP 2,5
> +%if ARCH_X86_64
> +%define tail r6d
> +%else
> +%define tail dword wm
> +
On 26 July 2018 at 12:28, James Darnley wrote:
> Speed of ffmpeg when decoding a 720p yuv422p10 file encoded with the
> relevant transform.
> C:119fps
> SSE2: 204fps
> AVX: 206fps
> AVX2: 221fps
>
> timer measurements, haar horizontal compose:
> sse2: 3.68x faster (45143 vs. 12279 decicy
Hey,
As of now, the ambisonics API is enabled by default in libopus. We still
don't have a way to signal ambisonics yet.
We still have plenty of bits left in libavutil/channel_layout.h to signal
many orders of ambisonics but some people have had opinions against
extending that API. We could instea
On 24 July 2018 at 17:10, Paul B Mahol wrote:
> On 7/24/18, Rostislav Pehlivanov wrote:
> > On 23 July 2018 at 21:36, Thilo Borgmann wrote:
> >
> >> Am 19.07.18 um 08:26 schrieb Thilo Borgmann:
> >> >
> >> >
> >> &g
On 23 July 2018 at 21:36, Thilo Borgmann wrote:
> Am 19.07.18 um 08:26 schrieb Thilo Borgmann:
> >
> >
> >> Am 16.07.2018 um 13:41 schrieb Mina :
> >>
> >> Hi,
> >>
> >> This patch introduces Grey-Edge algorithm as part of the Color
> Constancy Filter project in GSOC.
> >>
> >> V4 changes:
> >>
On 21 July 2018 at 18:28, James Almer wrote:
> And add it to the list of configurable components in Makefile, so changes
> to
> the file will be tracked and the usual warning to suggest re-running
> configure
> will be shown.
>
> Signed-off-by: James Almer
> ---
> Makefile | 1 +
>
On 19 July 2018 at 16:52, James Darnley wrote:
> On 2018-07-19 17:26, Rostislav Pehlivanov wrote:
> > On 19 July 2018 at 15:52, James Darnley wrote:
> >
> >> int32_t *b1, int32_t *b2, int
> >> b1[i] = COMPOSE_DIRAC53iH0(b0[i], b1[i], b2[i]
On 19 July 2018 at 16:29, James Darnley wrote:
> On 2018-07-19 17:23, Rostislav Pehlivanov wrote:
> >
> > Could you provide standard overall transform results using
> START/STOP_TIMER
> > rather than overall decoding speed?
> > Coefficients sizes and therefore golom
On 19 July 2018 at 15:52, James Darnley wrote:
> Speed of ffmpeg when decoding a 720p yuv422p10 file encoded with the
> relevant transform.
> C: 84fps
> SSE2: 111fps
> AVX2: 115fps
> ---
> libavcodec/x86/dirac_dwt_10bit.asm| 38 +++
> libavcodec/x86/dirac_dwt_init
On 19 July 2018 at 15:52, James Darnley wrote:
> I tested the speed gains by using ffmpeg to decode a 720p yuv422p10 file
> encoded
> with the relevant transform. The summary is below.
>
> Haar
> C:119fps
> SSE2: 204fps
> AVX: 206fps
> AVX2: 221fps
>
> 5_3
> C: 94fps
> SSE2: 118fps
> AV
On 3 July 2018 at 18:28, Carl Eugen Hoyos wrote:
> 2018-07-03 17:43 GMT+02:00, Rostislav Pehlivanov :
> > On 1 July 2018 at 13:27, Carl Eugen Hoyos wrote:
> >
> >> 2018-07-01 13:45 GMT+02:00, Rostislav Pehlivanov :
> >>
> >> > Here's the la
On 1 July 2018 at 13:27, Carl Eugen Hoyos wrote:
> 2018-07-01 13:45 GMT+02:00, Rostislav Pehlivanov :
>
> > Here's the last patch which fixes the lack of timestamps. Seems
> > like what's done for atrac3p is enough.
>
> You should bump some version number for th
On 2 July 2018 at 14:21, Moritz Barsnick wrote:
> On Sat, Jun 30, 2018 at 08:44:50 +0100, Rostislav Pehlivanov wrote:
> > ---
> > libavcodec/avcodec.h| 1 +
> > libavcodec/codec_desc.c | 7 +++
> > libavcodec/version.h| 2 +-
> > 3 files cha
Signed-off-by: Rostislav Pehlivanov
---
tests/fate/atrac.mak | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/tests/fate/atrac.mak b/tests/fate/atrac.mak
index acf79a539c..38a5f33150 100644
--- a/tests/fate/atrac.mak
+++ b/tests/fate/atrac.mak
@@ -33,7 +33,17
Enables demuxing of ATRAC9 files.
---
libavformat/riff.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/riff.c b/libavformat/riff.c
index 89117250d4..0950415c26 100644
--- a/libavformat/riff.c
+++ b/libavformat/riff.c
@@ -586,6 +586,7 @@ const struct AVCodecTag *avformat_get_riff_
---
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 +++
libavcodec/version.h| 2 +-
3 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index c90166deb6..f85af3f15d 100644
--- a/libavcodec/avcodec.h
+++ b/libavcodec/avcodec.
On 22 June 2018 at 15:43, James Almer wrote:
> On 6/21/2018 1:55 PM, Rostislav Pehlivanov wrote:
> > @@ -3462,12 +3465,12 @@ avcodec_select="null_bsf"
> > avdevice_deps="avformat avcodec avutil"
> > avdevice_suggest="libm"
>
Signed-off-by: Rostislav Pehlivanov
---
configure | 1 +
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_avgblur_vulkan.c | 343
4 files changed, 346 insertions(+)
create mode 100644
es similar interfaces for
filter pad init and config, with the addition that it also supports
in-place filtering.
Signed-off-by: Rostislav Pehlivanov
---
configure| 12 +-
libavfilter/vulkan.c | 1192 ++
libavfilter/vulkan.h | 223
3 fil
Can convert to RGB using very fast fixed-function conversions.
Signed-off-by: Rostislav Pehlivanov
---
configure | 1 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_scale_vulkan.c | 395 ++
4
Fixed bugs, added Vaapi back and forth mapping, dropped host memory mapping
until it gets fixed.
Rostislav Pehlivanov (6):
lavu: add a Vulkan hwcontext
lavfi: add common Vulkan filtering code
lavfi: add a Vulkan avgblur filter
lavfi: add a Vulkan chromatic aberration filter
lavfi: add a
Could be done in-plane with the main image but framesync segfaults.
Signed-off-by: Rostislav Pehlivanov
---
configure | 1 +
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_overlay_vulkan.c | 461
It tries to do something similar to it with YUV images, but RGB images
are done properly.
Signed-off-by: Rostislav Pehlivanov
---
configure | 1 +
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1
coming soon for Mesa.
Signed-off-by: Rostislav Pehlivanov
---
configure | 10 +
doc/APIchanges |4 +
libavutil/Makefile |3 +
libavutil/hwcontext.c |4 +
libavutil/hwcontext.h |1 +
libavutil/hwcontext_internal.h
On 22 April 2018 at 17:47, Rostislav Pehlivanov wrote:
> Used to fix unmapping when no direct interop exists between APIs.
>
> Signed-off-by: Rostislav Pehlivanov
> ---
> libavutil/hwcontext.c | 7 +++
> libavutil/hwcontext_internal.h | 5 +
> 2 files c
On 17 June 2018 at 05:21, Ramiro Polla wrote:
> ---
> libavcodec/avcodec.h | 4
> libavcodec/mpegutils.c | 20
> libavcodec/options_table.h | 1 +
> libavutil/frame.c | 1 +
> libavutil/frame.h | 9 +
> 5 files changed, 35 inserti
On 14 June 2018 at 19:56, Nicolas George wrote:
> Josh de Kock (2018-06-14):
> > As such, I'd like to propose adopting a new build system to FFmpeg,
> namely
> > Meson[1].
>
> I am very strongly against this.
>
> I loathe make and all it has to do with it, but really, for a project
> like this, i
On 31 May 2018 at 01:05, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 8
> libavcodec/version.h| 2 +-
> 3 files changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avc
On 23 May 2018 at 20:49, wm4 wrote:
> On Wed, 23 May 2018 20:25:34 +0100
> Rostislav Pehlivanov wrote:
>
> > On 23 May 2018 at 20:01, wm4 wrote:
> >
> > > On Wed, 23 May 2018 14:29:38 -0400 (EDT)
> > > Patrick Keroulas wrote:
> > >
> >
5 PM
> > > Subject: Re: [FFmpeg-devel] [PATCH v6 1/3] avcodec: add flags for
> packets with top/bottom field
> >
> > > On Wed, 23 May 2018 16:46:17 +0100
> > > Rostislav Pehlivanov wrote:
> > >
> > >> On 23 May 2018 at
On 23 May 2018 at 16:18, wm4 wrote:
> On Tue, 22 May 2018 17:19:35 -0400 (EDT)
> Patrick Keroulas wrote:
>
> > - Original Message -
> > > From: "Rostislav Pehlivanov"
> > > To: "FFmpeg development discussions and patches" <
>
es similar interfaces for
filter pad init and config, with the addition that it also supports
in-place filtering.
Signed-off-by: Rostislav Pehlivanov
---
configure| 12 +-
libavfilter/vulkan.c | 1190 ++
libavfilter/vulkan.h | 223
3 fil
Can convert to RGB using very fast fixed-function conversions.
Signed-off-by: Rostislav Pehlivanov
---
configure | 1 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_scale_vulkan.c | 395 ++
4
Could be done in-plane with the main image but framesync segfaults.
Signed-off-by: Rostislav Pehlivanov
---
configure | 1 +
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_overlay_vulkan.c | 461
es similar interfaces for
filter pad init and config, with the addition that it also supports
in-place filtering.
Signed-off-by: Rostislav Pehlivanov
---
configure| 10 +-
libavfilter/vulkan.c | 1186 ++
libavfilter/vulkan.h | 223
3 fil
It tries to do something similar to it with YUV images, but RGB images
are done properly.
Signed-off-by: Rostislav Pehlivanov
---
configure | 1 +
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1
Signed-off-by: Rostislav Pehlivanov
---
configure | 1 +
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_avgblur_vulkan.c | 343
4 files changed, 346 insertions(+)
create mode 100644
Used to fix unmapping when no direct interop exists between APIs.
Signed-off-by: Rostislav Pehlivanov
---
libavutil/hwcontext.c | 7 +++
libavutil/hwcontext_internal.h | 5 +
2 files changed, 12 insertions(+)
diff --git a/libavutil/hwcontext.c b/libavutil/hwcontext.c
index
Signed-off-by: Rostislav Pehlivanov
---
libavutil/hwcontext_opencl.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavutil/hwcontext_opencl.c b/libavutil/hwcontext_opencl.c
index 43b5c5ae0c..1d18da37bf 100644
--- a/libavutil/hwcontext_opencl.c
+++ b/libavutil
ontextType ff_hwcontext_type_mediacodec;
+extern const HWContextType ff_hwcontext_type_vulkan;
#endif /* AVUTIL_HWCONTEXT_INTERNAL_H */
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vulkan.c
new file mode 100644
index 00..db0a5b7e61
--- /dev/null
+++ b/libavutil/hwcontex
This is pretty much finished.
Rostislav Pehlivanov (8):
hwcontext_internal: add ff_hwframe_map_replace
hwcontext_opencl: use ff_hwframe_map_replace()
lavu: add a Vulkan hwcontext
lavfi: add common Vulkan filtering code
lavfi: add a Vulkan avgblur filter
lavfi: add a Vulkan chromatic
On 21 May 2018 at 19:52, Erik Ackermann wrote:
> Spec: https://developers.google.com/streetview/publish/camm-spec
>
> The Lenovo Mirage camera launched recently and outputs this metadata track
> in its videos.
>
> ___
> ffmpeg-devel mailing list
> ffmpe
1 - 100 of 998 matches
Mail list logo
