Re: [FFmpeg-devel] [RFC][PATCH][Type 2] Revert "doc/developer.texi: Add a code of conduct"

On 6/10/18, Josh de Kock wrote: > On 2018/05/14 17:50, Derek Buitenhuis wrote: >> It was never enforced, and there is no documented way to enforce it, >> rendering it useless. >> >> [...] > > I think this is the best thing to do first. We could always re-add a > more 'proper' CoC later, but for

Re: [FFmpeg-devel] [PATCH][RFC] Improve and fix put_vc2_ue_uint() function.

On 3/1/18, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Wed, Feb 28, 2018 at 10:14:15PM +0200, Ivan Kalvachev wrote: >> Replace two bit handling loops and internal conditional branch >> with simple formula using few logical operations. >> >> The old fun

[FFmpeg-devel] [PATCH][RFC] Improve and fix put_vc2_ue_uint() function.

currently coefficients bellow 2048 are written using lookup table and bypass this function. If you like it, use it. Best Regards Ivan Kalvachev. From 1f7fd38fcb6c64281bc458c09c711fc567b3ef0f Mon Sep 17 00:00:00 2001 From: Ivan Kalvachev <ikalvac...@gmail.com> Date: Wed, 28 Feb 2018 17:48:40

Re: [FFmpeg-devel] [PATCH] Fix crash if av_vdpau_bind_context() is not used.

On 10/10/17, wm4 <nfx...@googlemail.com> wrote: > On Tue, 10 Oct 2017 03:24:56 +0300 > Ivan Kalvachev <ikalvac...@gmail.com> wrote: > >> On 10/9/17, wm4 <nfx...@googlemail.com> wrote: >> > On Mon, 9 Oct 2017 03:04:53 +0300 >> > Ivan Kalvachev

Re: [FFmpeg-devel] [PATCH] Fix visual glitch with XvMC, caused by wrong idct permutation.

On 10/9/17, Ronald S. Bultje <rsbul...@gmail.com> wrote: > Hi, > > On Sun, Oct 8, 2017 at 6:52 PM, Ivan Kalvachev <ikalvac...@gmail.com> wrote: > [..] > > Indentation is off in the second hunk, can you fix that? You want it 4 spaces to the right or to start from the

[FFmpeg-devel] [PATCH] Fix crash if av_vdpau_bind_context() is not used.

rammer who wrote this has been aware of the problem, because av_vdpau_bind_context reallocates the structure. It might be good idea to check the other usages of this reallocation function. Best Regards Ivan Kalvachev From c9dafbf5402ebf8c68bf8648ecea7a74282113a8 Mon Sep 17 00:00:00 2001 From

[FFmpeg-devel] [PATCH] Fix visual glitch with XvMC, caused by wrong idct permutation.

doesn't seem right. (I'm not sure why vdpau needs it...) I also was thinking of using "-1" number for the define, but ... I didn't want to risk with it. Best Regards Ivan Kalvachev. From 88a5f15f8ea04a5fb4eb135e1e773f92bb56a6e0 Mon Sep 17 00:00:00 2001 From: Ivan Kalvachev <ikalvac

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

On 9/10/17, James Almer <jamr...@gmail.com> wrote: > On 9/10/2017 2:55 PM, Ivan Kalvachev wrote: >> On 9/2/17, James Almer <jamr...@gmail.com> wrote: >> [...] >>> Notes: >>> I have no way to test what effect the removal of XVMC truly has. >>

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

On 9/2/17, James Almer wrote: [...] > Notes: > I have no way to test what effect the removal of XVMC truly has. > The decoders are removed but unlike libav we have hwaccels that are not > removed by this. Similarly, the pixfmt is also not removed in our case. > Commit

Re: [FFmpeg-devel] libavcodec/exr : add SSE SIMD for reorder_pixels v2 (WIP)

On 8/26/17, Martin Vignali <martin.vign...@gmail.com> wrote: > Hello, > > in attach new patch for SSE simd of reorder pixels in exr decoder (use by > zip and rle uncompress), > after comments on the previous patch by Ivan Kalvachev. > > After testing only on a small

Re: [FFmpeg-devel] [PATCH]lavc/put_bits: Remove usage of BITSTREAM_WRITER_LE.

On 8/24/17, Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > 2017-08-23 0:56 GMT+02:00 Ivan Kalvachev <ikalvac...@gmail.com>: >> On 8/22/17, Ronald S. Bultje <rsbul...@gmail.com> wrote: >>> Hi, >>> >>> On Mon, Aug 21, 2017 at 11:16 AM, Carl E

[FFmpeg-devel] [PATCH] opus_pvq_search.asm: Handle zero vector input differently.

eturn K*K; } 4. Fix FFSIGN globally. That might have some side effects in addition of changing public API. Best Regards From 33d29a33dcf5ad8c4850edf9ed8d83292f10b03f Mon Sep 17 00:00:00 2001 From: Ivan Kalvachev <ikalvac...@gmail.com> Date: Fri, 25 Aug 2017 17:14:28 +0300 Subject: [PATCH] opus

Re: [FFmpeg-devel] (no subject)

On 8/22/17, Rodrigo Severo wrote: > Hi, > > > My company does some video recording and internal streaming. > > Our current solution (on Ubuntu 16.10 servers) uses ffmpeg and > ffserver (versions 3.0.7). It works great. > > Unfortunately, on Ubuntu 17.04, it stopped

Re: [FFmpeg-devel] [PATCH] all: avoid data imports across DLL boundaries

On 8/25/17, James Almer <jamr...@gmail.com> wrote: > On 8/24/2017 8:26 PM, Ivan Kalvachev wrote: >> On 8/24/17, James Almer <jamr...@gmail.com> wrote: >>> On 8/24/2017 12:01 PM, wm4 wrote: >>>> On Thu, 24 Aug 2017 11:20:17 +0200 >>>&

Re: [FFmpeg-devel] [PATCH] all: avoid data imports across DLL boundaries

On 8/24/17, James Almer wrote: > On 8/24/2017 12:01 PM, wm4 wrote: >> On Thu, 24 Aug 2017 11:20:17 +0200 >> Michael Niedermayer wrote: >> >>> On Thu, Aug 24, 2017 at 10:52:55AM +0200, wm4 wrote: On Wed, 23 Aug 2017 19:23:12 -0300 James Almer

Re: [FFmpeg-devel] [PATCH]lavc/put_bits: Remove usage of BITSTREAM_WRITER_LE.

On 8/22/17, Ronald S. Bultje wrote: > Hi, > > On Mon, Aug 21, 2017 at 11:16 AM, Carl Eugen Hoyos > wrote: > >> Hi! >> >> Attached patch tries to slightly simplify and clean up the usage of >> put_bits* in libavcodec: put_bits_le() functions exist for the

Re: [FFmpeg-devel] [PATCH] opus_pvq_search: Restore the proper use of conditional define and simplify the function name suffix handling

The issue has been resolved. The patch has been pushed. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] [PATCH] opus_pvq_search: Restore the proper use of conditional define and simplify the function name suffix handling

code as I think it should have been done from the start and I do ask you to push it without further bikeshedding. That would be enough of an apology. From 18324e5535dd0c928a3ec2e8f25babc583b031d5 Mon Sep 17 00:00:00 2001 From: Ivan Kalvachev <ikalvac...@gmail.com> Date: Sat, 19 Aug

Re: [FFmpeg-devel] [PATCH] JPEG2000: SSE optimisation of DWT decoding

On 8/10/17, maxime taisant <maximetais...@hotmail.fr> wrote: >> From: Ivan Kalvachev <ikalvac...@gmail.com> >> On 8/8/17, maxime taisant <maximetais...@hotmail.fr> wrote: >> > From: Maxime Taisant <maximetais...@hotmail.fr> >> > >>

Re: [FFmpeg-devel] [PATCH] JPEG2000: SSE optimisation of DWT decoding

On 8/8/17, maxime taisant wrote: > From: Maxime Taisant > > Hi, > > Here is some SSE optimisations for the dwt function used to decode JPEG2000. > I tested this code by using the time command while reading a JPEG2000 > encoded video with ffmpeg

[FFmpeg-devel] [PATCH 2/2]v7 Opus Pyramid Vector Quantization Search in x86 SIMD asm

2a0c17d6ab Mon Sep 17 00:00:00 2001 From: Ivan Kalvachev <ikalvac...@gmail.com> Date: Thu, 8 Jun 2017 22:24:33 +0300 Subject: [PATCH 2/6] SIMD opus pvq_search implementation Explanation on the workings and methods used by the Pyramid Vector Quantization Search function could be found in th

[FFmpeg-devel] [PATCH 1/2]v2 Add macros used in opus_pvq_search to x86util.asm

On 8/6/17, Henrik Gramner <hen...@gramner.com> wrote: > On Sat, Aug 5, 2017 at 9:10 PM, Ivan Kalvachev <ikalvac...@gmail.com> wrote: >> +%macro VBROADCASTSS 2 ; dst xmm/ymm, src m32/xmm >> +%if cpuflag(avx2) >> +vbroadcastss %1, %2

Re: [FFmpeg-devel] libavcodec/exr : add SSE2 simd for reorder pixels (WIP)

On 8/5/17, Martin Vignali wrote: > Hello, > > Based on pull request in the official openexr library : > https://github.com/openexr/openexr/pull/229/commits/4198128397c033d4f69e5cc0833195da500c31cf > > i try to port the reorder part (used in zip and rle decompression), to

[FFmpeg-devel] [PATCH] Add macros used in opus_pvq_search to x86util.asm

Improved version of VBROADCASTSS that works like the avx2 instruction. Emulation of vpbroadcastd. Horizontal sum HSUMPS that places the result in all elements. Emulation of blendvps and pblendvb. From cf4dc8fcd974a845b91aaa8685c06fa145b01786 Mon Sep 17 00:00:00 2001 From: Ivan Kalvachev <ikal

Re: [FFmpeg-devel] [PATCH]v6 Opus Pyramid Vector Quantization Search in x86 SIMD asm

On 8/5/17, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Sat, Aug 5, 2017 at 12:21 PM, Ivan Kalvachev <ikalvac...@gmail.com> > wrote: >> On 8/5/17, Rostislav Pehlivanov <atomnu...@gmail.com> wrote: >>> On 4 August 2017 at 23:58, Ivan Kalvachev <ikalv

Re: [FFmpeg-devel] [PATCH]v6 Opus Pyramid Vector Quantization Search in x86 SIMD asm

On 8/5/17, Rostislav Pehlivanov <atomnu...@gmail.com> wrote: > On 4 August 2017 at 23:58, Ivan Kalvachev <ikalvac...@gmail.com> wrote: > >> >> >> I had it mixed before, but I changed it to be consistent. >> >> Some new avx instruction are not overloa

Re: [FFmpeg-devel] [PATCH]v6 Opus Pyramid Vector Quantization Search in x86 SIMD asm

On 8/4/17, Henrik Gramner <hen...@gramner.com> wrote: > On Thu, Aug 3, 2017 at 11:36 PM, Ivan Kalvachev <ikalvac...@gmail.com> > wrote: >>> 1234_1234_1234_123 >>> VBROADCASTSS ym1, xm1 >>> BLENDVPS m1, m2, m3 >>>

Re: [FFmpeg-devel] [PATCH]v6 Opus Pyramid Vector Quantization Search in x86 SIMD asm

On 8/2/17, Henrik Gramner <hen...@gramner.com> wrote: > On Tue, Aug 1, 2017 at 11:46 PM, Ivan Kalvachev <ikalvac...@gmail.com> > wrote: >> On 7/31/17, Henrik Gramner <hen...@gramner.com> wrote: >>> Use rN instead of rNq for numbered registers (q suf

Re: [FFmpeg-devel] [DISCUSSION] Motion Estimation API/Library

On 8/1/17, Clément Bœsch wrote: > On Tue, Aug 01, 2017 at 09:18:33AM +, Davinder Singh wrote: > [...] >> > In particular, the main policy of FFmpeg is to not depend on external >> > libraries for core features. Therefore, if your project is a separate >> > >> >> Just to be clear,

Re: [FFmpeg-devel] [PATCH]v6 Opus Pyramid Vector Quantization Search in x86 SIMD asm

On 7/31/17, Henrik Gramner <hen...@gramner.com> wrote: > On Wed, Jul 26, 2017 at 4:56 PM, Ivan Kalvachev <ikalvac...@gmail.com> > wrote: >> +++ b/libavcodec/x86/opus_pvq_search.asm > > Generic minor stuff: > > Use rN instead of rNq for numbered registers (q suff

Re: [FFmpeg-devel] [PATCH] build: Allow libffmpeg to be built for Chromium-based browsers

On 7/29/17, Dominik 'Rathann' Mierzejewski wrote: > On Saturday, 29 July 2017 at 00:20, Hendrik Leppkes wrote: >> On Fri, Jul 28, 2017 at 12:07 PM, James Le Cuirot >> wrote: > [...] >> > This Makefile snippet allows libffmpeg to be created without the

Re: [FFmpeg-devel] [PATCH]v6 Opus Pyramid Vector Quantization Search in x86 SIMD asm

On 7/27/17, Rostislav Pehlivanov <atomnu...@gmail.com> wrote: > On 27 July 2017 at 09:38, Ivan Kalvachev <ikalvac...@gmail.com> wrote: > >> On 7/27/17, Rostislav Pehlivanov <atomnu...@gmail.com> wrote: >> > On 26 July 2017 at 15:56, Ivan

Re: [FFmpeg-devel] [PATCH]v6 Opus Pyramid Vector Quantization Search in x86 SIMD asm

On 7/27/17, Rostislav Pehlivanov <atomnu...@gmail.com> wrote: > On 26 July 2017 at 15:56, Ivan Kalvachev <ikalvac...@gmail.com> wrote: > >> +if (ARCH_X86 && CONFIG_OPUS_ENCODER) >> +ff_opus_dsp_init_x86(s); >> > > Just change it to &

[FFmpeg-devel] [PATCH]v6 Opus Pyramid Vector Quantization Search in x86 SIMD asm

On 7/24/17, Ivan Kalvachev <ikalvac...@gmail.com> wrote: > On 7/23/17, Rostislav Pehlivanov <atomnu...@gmail.com> wrote: >> On 22 July 2017 at 12:18, Ivan Kalvachev <ikalvac...@gmail.com> wrote: >> >>> This patch is ready for review and inclusion. >>

Re: [FFmpeg-devel] [PATCH]v5 Opus Pyramid Vector Quantization Search in x86 SIMD asm

On 7/23/17, Rostislav Pehlivanov <atomnu...@gmail.com> wrote: > On 22 July 2017 at 12:18, Ivan Kalvachev <ikalvac...@gmail.com> wrote: > >> This patch is ready for review and inclusion. >> >> >> >>+%macro emu_blendvps 3 ; dst/src_a, src_b,

[FFmpeg-devel] [PATCH]v5 Opus Pyramid Vector Quantization Search in x86 SIMD asm

99// C -b:a 48kbps, 96kbps, 510kbps sse4: 2049, 1826, 955 sse2: 2065, 1874, 943 avx: 2106, 1868, 950 c: 9202, 7080,1392 From 522ed9d47db739c9c0559f4c040ef5262c685335 Mon Sep 17 00:00:00 2001 From: Ivan Kalvachev <ikalvac...@gmail.com> Date: Thu, 8 Jun 2017

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/aacdec_template: Fix undefined integer overflow in apply_tns()

On 7/11/17, Michael Niedermayer wrote: > On Sun, Jul 02, 2017 at 01:33:16PM +0200, Michael Niedermayer wrote: >> On Sun, Jul 02, 2017 at 01:14:31PM +0200, wm4 wrote: >> > On Sun, 2 Jul 2017 04:28:54 +0200 >> > Michael Niedermayer wrote: >> > >> >

Re: [FFmpeg-devel] [PATCH 3/3] avcodec/aacpsdsp_template: Fixes integer overflow in ps_add_squares_c()

On 7/9/17, Ronald S. Bultje wrote: > Hi, > > On Sun, Jul 9, 2017 at 4:39 AM, Reimar Döffinger > wrote: > >> On 09.07.2017, at 02:52, "Ronald S. Bultje" wrote: >> > On Sat, Jul 8, 2017 at 5:17 PM, Michael Niedermayer >>

Re: [FFmpeg-devel] [PATCH 3/3] avcodec/aacpsdsp_template: Fixes integer overflow in ps_add_squares_c()

On 7/9/17, Ronald S. Bultje wrote: > Hi, > > On Sat, Jul 8, 2017 at 5:17 PM, Michael Niedermayer > wrote: > >> On Mon, Jul 03, 2017 at 01:37:09AM +0200, Michael Niedermayer wrote: >> > On Sun, Jul 02, 2017 at 02:24:53PM +0100, Rostislav Pehlivanov

[FFmpeg-devel] [WIP][PATCH]v4 Opus Pyramid Vector Quantization Search in x86 SIMD asm

needed. All 32bit operands should also clear the high bits. Still I'm not sure if there is guarantee that the high bits won't contain garbage. Best Regards From 4591ad752d1d111615f320b17ad19d5fad0d91d4 Mon Sep 17 00:00:00 2001 From: Ivan Kalvachev <ikalvac...@gmail.com> Date: Thu, 8 Jun 2017 22:2

Re: [FFmpeg-devel] [WIP][PATCH]v3 Opus Pyramid Vector Quantization Search in x86 SIMD asm

imes worse. If you find a file with dramatic difference, I'm interested. :D If there are no more issues, v4 would be cleaned up and ready for review. Best Regards. From 17cbb22f1f3a9021332f95e38003b8ac4d714aec Mon Sep 17 00:00:00 2001 From: Ivan Kalvachev <ikalvac...@gmail.com> Date: Thu, 8 Jun

Re: [FFmpeg-devel] [WIP][PATCH]v2 Opus Pyramid Vector Quantization Search in x86 SIMD asm

On 6/26/17, Henrik Gramner <hen...@gramner.com> wrote: > On Sat, Jun 24, 2017 at 10:39 PM, Ivan Kalvachev <ikalvac...@gmail.com> > wrote: >> +%define HADDPS_IS_FAST 0 >> +%define PHADDD_IS_FAST 0 > [...] >> +haddps %1, %1 >> +h

Re: [FFmpeg-devel] [PATCH 1/2] x86/vf_blend: add sse and ssse3 extremity functions

On 6/27/17, James Almer wrote: > Signed-off-by: James Almer > --- > libavfilter/x86/vf_blend.asm| 25 + > libavfilter/x86/vf_blend_init.c | 4 > tests/checkasm/vf_blend.c | 1 + > 3 files changed, 30 insertions(+) >

[FFmpeg-devel] [WIP][PATCH]v2 Opus Pyramid Vector Quantization Search in x86 SIMD asm

avcodec/x86/opus_dsp_init.c new file mode 100644 index 00..ddccf6fe9e --- /dev/null +++ b/libavcodec/x86/opus_dsp_init.c @@ -0,0 +1,47 @@ +/* + * Opus encoder assembly optimizations + * Copyright (C) 2017 Ivan Kalvachev <ikalvac...@gmail.com> + * + * This file is part of FFmpeg. + * + *

Re: [FFmpeg-devel] [WIP][PATCH] Opus Piramid Vector Quantization Search in x86 SIMD asm

On 6/11/17, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Sun, Jun 11, 2017 at 11:34 AM, Ivan Kalvachev <ikalvac...@gmail.com> > wrote: >> On 6/10/17, James Darnley <james.darn...@gmail.com> wrote: >>> On 2017-06-09 13:41, Ivan Kalvachev wrote: &g

Re: [FFmpeg-devel] [WIP][PATCH] Opus Piramid Vector Quantization Search in x86 SIMD asm

On 6/10/17, James Darnley <james.darn...@gmail.com> wrote: > On 2017-06-09 13:41, Ivan Kalvachev wrote: >> On 6/9/17, Michael Niedermayer <mich...@niedermayer.cc> wrote: >>> seems this breaks build with mingw64, didnt investigate but it >>> fails with these

Re: [FFmpeg-devel] [PATCH] avcodec/fft_template: Fix multiple runtime error: signed integer overflow: -1943918714 - 1935113003 cannot be represented in type 'int'

On 6/10/17, Ronald S. Bultje wrote: > Hi, > > On Thu, Jun 8, 2017 at 8:57 PM, Michael Niedermayer > wrote: > >> On Thu, Jun 08, 2017 at 06:35:07PM -0400, Ronald S. Bultje wrote: >> > Hi, >> > >> > On Thu, Jun 8, 2017 at 6:10 PM, Michael Niedermayer >>

Re: [FFmpeg-devel] [PATCH] avcodec/fft_template: Fix multiple runtime error: signed integer overflow: -1943918714 - 1935113003 cannot be represented in type 'int'

On 6/9/17, wm4 wrote: > On Fri, 9 Jun 2017 00:10:49 +0200 > Michael Niedermayer wrote: > >> On Sat, May 27, 2017 at 12:24:16PM +0200, wm4 wrote: >> > On Sat, 27 May 2017 03:56:42 +0200 >> > Michael Niedermayer wrote: >> > >>

Re: [FFmpeg-devel] [PATCH] avcodec/vp9: ipred_dr_16x16_16 avx2 implementation

On 6/9/17, Ilia Valiakhmetov wrote: > Signed-off-by: Ilia Valiakhmetov > --- > libavcodec/x86/vp9dsp_init_16bpp.c| 2 ++ > libavcodec/x86/vp9intrapred_16bpp.asm | 56 > +++ > 2 files changed, 58 insertions(+) > > diff

Re: [FFmpeg-devel] [RFC] x86 external assembler requirements

On 6/9/17, Hendrik Leppkes wrote: > On Fri, Jun 9, 2017 at 2:51 PM, James Darnley wrote: >> I propose that we drop support for all assemblers older than NASM version >> 2.11. >> That was released on 2013-12-31 with several point releases over the >>

Re: [FFmpeg-devel] [WIP][PATCH] Opus Piramid Vector Quantization Search in x86 SIMD asm

On 6/9/17, Ivan Kalvachev <ikalvac...@gmail.com> wrote: > On 6/9/17, Michael Niedermayer <mich...@niedermayer.cc> wrote: >> On Fri, Jun 09, 2017 at 01:36:07AM +0300, Ivan Kalvachev wrote: >>> opus_pvq.c |9 >>> opus_pvq.h |

Re: [FFmpeg-devel] [WIP][PATCH] Opus Piramid Vector Quantization Search in x86 SIMD asm

On 6/9/17, Michael Niedermayer <mich...@niedermayer.cc> wrote: > On Fri, Jun 09, 2017 at 01:36:07AM +0300, Ivan Kalvachev wrote: >> opus_pvq.c |9 >> opus_pvq.h |5 >> x86/Makefile|1 >> x86/opus_

Re: [FFmpeg-devel] [PATCH] avcodec/vp9: ipred_dr_16x16_16 avx2 implementation

On 6/8/17, Ilia Valiakhmetov wrote: > vp9_diag_downright_16x16_12bpp_c: 149.0 > vp9_diag_downright_16x16_12bpp_sse2: 67.8 > vp9_diag_downright_16x16_12bpp_ssse3: 45.6 > vp9_diag_downright_16x16_12bpp_avx: 36.6 > vp9_diag_downright_16x16_12bpp_avx2: 25.5 > > ~30% faster than

Re: [FFmpeg-devel] [PATCH] avcodec/fft_template: Fix multiple runtime error: signed integer overflow: -1943918714 - 1935113003 cannot be represented in type 'int'

On 6/9/17, Michael Niedermayer wrote: > On Thu, Jun 08, 2017 at 06:35:07PM -0400, Ronald S. Bultje wrote: >> Hi, >> >> On Thu, Jun 8, 2017 at 6:10 PM, Michael Niedermayer >> >> wrote: >> >> > Signed value in >> > Unsigned >> > INTeger type >> >>

[FFmpeg-devel] [WIP][PATCH] Opus Piramid Vector Quantization Search in x86 SIMD asm

this makes the whole function 4 times slower on my CPU. ^_^ I've left some commented out code. I'll remove it for sure in the final version. I just hope I haven't done some lame mistake in the last minute... From 06dc798c302e90aa5b45bec5d8fbcd64ba4af076 Mon Sep 17 00:00:00 2001 From: Ivan Kalvachev &

Re: [FFmpeg-devel] [PATCH] New API usage example (encode_raw_audio_file_to_aac)

On 3/31/17, Paolo Prete wrote: > --- > configure | 2 + > doc/Makefile| 41 ++-- > doc/examples/.gitignore | 1 + > doc/examples/Makefile | 1 + >

Re: [FFmpeg-devel] [PATCH 1/2] opus_pvq: add resynth support and band encoding cost function

On 4/15/17, wm4 wrote: > On Sat, 15 Apr 2017 00:28:19 +0200 > Carl Eugen Hoyos wrote: > >> 2017-04-14 23:27 GMT+02:00 Clément Bœsch : >> > On Fri, Apr 14, 2017 at 02:30:28PM +0200, Carl Eugen Hoyos wrote: >> > [...] >> >> We know that the

Re: [FFmpeg-devel] [PATCH] doc: clarify development rules

On 2/25/17, wm4 wrote: > I'm documenting existing practice. > > I'm pulling the "6 months" timeout out of my ass, but I think it's > pretty suitable. > --- > doc/developer.texi | 10 +- > 1 file changed, 9 insertions(+), 1 deletion(-) > > diff --git

Re: [FFmpeg-devel] Sponsoring feature for H.264 decoding with scaling factor (1/2, 1/4...) (if possible)

On 6/17/16, Eric Beuque wrote: > 2016-06-17 19:16 GMT+02:00 Michael Niedermayer : > >> On Fri, Jun 17, 2016 at 05:39:23PM +0200, Eric Beuque wrote: >> > Hi, >> > >> > i'm posting here for a feature that is missing in ffmpeg (or may be i >> > missed

Re: [FFmpeg-devel] bans

On 6/16/16, Michael Niedermayer wrote: > On Wed, Jun 15, 2016 at 10:50:51AM -0300, James Almer wrote: >> On 6/15/2016 10:14 AM, Michael Niedermayer wrote: >> > Hi all >> > >> > As noone is doing anything about the situation and what is being >> > done will not lead

Re: [FFmpeg-devel] bans

On 6/16/16, James Almer <jamr...@gmail.com> wrote: > On 6/15/2016 8:16 PM, Ivan Kalvachev wrote: >>Loads of crap > > No one, and i mean no one reply to this email. > > You will not get a single answer to any question you make. All you'll get is > counter questions. H

Re: [FFmpeg-devel] bans

On 6/15/16, Michael Niedermayer wrote: > Hi all > > As noone is doing anything about the situation and what is being > done will not lead anywhere (the vote likely wont lead anywhere as > likely few would ban a active developer 4 month and then if not > some will feel

Re: [FFmpeg-devel] [VOTE] Ban Carl Eugen Hoyos

On 6/13/16, Paul B Mahol <one...@gmail.com> wrote: > On 6/13/16, Ivan Kalvachev <ikalvac...@gmail.com> wrote: >> On 6/12/16, Paul B Mahol <one...@gmail.com> wrote: >>> Hi, >>> >>> As requested in the IRC meeting I hereby request for the >&g

Re: [FFmpeg-devel] [PATCH] Do not remove HWACCEL flag with FF_API_XVMC

On 2/15/16, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Mon, Feb 15, 2016 at 3:13 PM, Ivan Kalvachev <ikalvac...@gmail.com> > wrote: >> On 2/15/16, Ronald S. Bultje <rsbul...@gmail.com> wrote: >>> Hi, >>> >>> On Mon, Feb 15, 2016 at

Re: [FFmpeg-devel] [PATCH] Keep the new XVMC pixfmt at the old position.

On 2/15/16, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Mon, Feb 15, 2016 at 2:23 PM, Ivan Kalvachev <ikalvac...@gmail.com> > wrote: >> Keep the new XVMC pixfmt at the old position. >> It was moved away to preserve ABI compatibility with the fork. >> >&

Re: [FFmpeg-devel] [PATCH] Do not remove HWACCEL flag with FF_API_XVMC

On 2/15/16, Ronald S. Bultje <rsbul...@gmail.com> wrote: > Hi, > > On Mon, Feb 15, 2016 at 8:26 AM, Ivan Kalvachev <ikalvac...@gmail.com> > wrote: > >> On 2/15/16, Hendrik Leppkes <h.lepp...@gmail.com> wrote: >> > On Mon, Feb 15, 2016 at 2:13 PM,

Re: [FFmpeg-devel] [PATCH] Do not remove HWACCEL flag with FF_API_XVMC

On 2/15/16, Hendrik Leppkes <h.lepp...@gmail.com> wrote: > On Mon, Feb 15, 2016 at 2:13 PM, Ivan Kalvachev <ikalvac...@gmail.com> > wrote: >> Do not remove HWACCEL flag with FF_API_XVMC since the >> flag is supposed to be used as generic one. >> > > The

[FFmpeg-devel] [PATCH] Keep the new XVMC pixfmt at the old position.

LE, ///< planar YUV 4:4:0,24bpp, (1 Cr & Cb sample per 1x2 Y samples), little-endian -- 2.6.4 From 0ef3403ea39045787d7f610130f1b62249f050d1 Mon Sep 17 00:00:00 2001 From: Ivan Kalvachev <ikalvac...@gmail.com> Date: Mon, 15 Feb 2016 13:38:15 +0200 Subject: [PATCH 2/2] Keep the new

[FFmpeg-devel] [PATCH] Do not remove HWACCEL flag with FF_API_XVMC

or decoder requires flushing with NULL input at the end in order to * give the complete and correct output. -- From 5d0973a6d1ec8b53d1335bed393bf3e67dc8223a Mon Sep 17 00:00:00 2001 From: Ivan Kalvachev <ikalvac...@gmail.com> Date: Mon, 15 Feb 2016 13:16:52 +0200 Subject: [PATCH 1/2] Do not

Re: [FFmpeg-devel] [PATCH] avcodec/xvmc: apply attribute_deprecated correctly

On 10/10/15, Ganesh Ajjanagadde wrote: > This fixes a warning observed on Clang 3.7: > "warning: attribute 'deprecated' is ignored, place it after "struct" to > apply attribute to type declaration [-Wignored-attributes]" > and thus enables deprecation warning for the

Re: [FFmpeg-devel] [PATCH] swscale: set sane alpha blending defaults

On 8/30/15, wm4 nfx...@googlemail.com wrote: On Sun, 30 Aug 2015 18:09:05 + (UTC) Carl Eugen Hoyos ceho...@ag.or.at wrote: wm4 nfxjfg at googlemail.com writes: Change the default to blend with black, which gives generally expected results. Given that this introduces a speed

Re: [FFmpeg-devel] FFmpeg 2.8

On 8/29/15, wm4 nfx...@googlemail.com wrote: On Sat, 29 Aug 2015 04:28:41 +0200 Michael Niedermayer mich...@niedermayer.cc wrote: Hi all Its about 2 and a half month since 2.7 if there are no objections then ill branch of release/2.8 from some revission prior to the next API bump and will

Re: [FFmpeg-devel] [PATCH] lavf: add zip protocol

On 3/28/15, Peter Ross pr...@xvid.org wrote: On Sat, Mar 28, 2015 at 10:24:55PM +0100, wm4 wrote: On Sun, 29 Mar 2015 08:10:29 +1100 Peter Ross pr...@xvid.org wrote: On Sat, Mar 28, 2015 at 08:38:40PM +0100, Lukasz Marek wrote: On 28.03.2015 20:13, Nicolas George wrote: L'octidi 8

Re: [FFmpeg-devel] [PATCH]Set the default for --shlibdir to --libdir

On 12/13/14, Carl Eugen Hoyos ceho...@ag.or.at wrote: Clément Bœsch u at pkh.me writes: Attached patch fixes ticket #4183. --libdir=DIR install libs in DIR [PREFIX/lib] - --shlibdir=DIR install shared libs in DIR [PREFIX/lib] + --shlibdir=DIR

Re: [FFmpeg-devel] [PATCH]Set the default for --shlibdir to --libdir

On 12/12/14, Carl Eugen Hoyos ceho...@ag.or.at wrote: Hi! Attached patch fixes ticket #4183. Please review, Carl Eugen You should also update the configure help text, as the default is not PREFIX/lib anymore. Best Regards ___ ffmpeg-devel mailing

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

else... Other people have said that FFmpeg should provide help and resources to the security team. Please elaborate what more can FFmpeg do to please you. Best Regards Ivan Kalvachev iive P.S. I hope ftp masters are not deliberately prolonging the FFmpeg inclusion, thinking they are doing

Re: [FFmpeg-devel] [RFC] removing libmpcodecs for reuniting purposes.

On 8/18/14, Carl Eugen Hoyos ceho...@ag.or.at wrote: Ivan Kalvachev ikalvachev at gmail.com writes: softpulldown - turns soft into hard telecine. Do you remember how this filter was used with MEncoder? I have a suspicion that it cannot work with FFmpeg. I have written about it before: On 5

Re: [FFmpeg-devel] [RFC] removing libmpcodecs for reuniting purposes.

On 8/18/14, Kieran Kunhya kier...@obe.tv wrote: On 18 August 2014 02:26, Ivan Kalvachev ikalvac...@gmail.com wrote: ilpack - interlaced yuv420- yuv422 converter. Scale should be able to do that too. Scale doesn't have much (any?) knowledge of interlaced chroma. That said I could probably

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

-life data, a final decision could be reached, if there is still demand for such thing. Best Regards Ivan Kalvachev ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [RFC][PATCH] Allow include files to be installed into subdirectory

On 8/12/14, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: Hi, On 12.08.2014 02:21, Ivan Kalvachev wrote: On 8/11/14, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: Assuming it would be possible to install development packages for both at the same time, which one should

Re: [FFmpeg-devel] [RFC][PATCH] Allow include files to be installed into subdirectory

On 8/13/14, Reimar Döffinger reimar.doeffin...@gmx.de wrote: On 12.08.2014, at 02:21, Ivan Kalvachev ikalvac...@gmail.com wrote: It would be decided by the gcc -I inclusion option. It modifies the search paths for header files, so that it checks these paths before the system/default ones (When

Re: [FFmpeg-devel] [RFC][PATCH] Allow include files to be installed into subdirectory

On 8/11/14, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: Hi Ivan, On 11.08.2014 01:23, Ivan Kalvachev wrote: The patch is inspired by something I read in the Debian discussion. Libav and FFmpeg could be installed side by side without conflicts in the libraries, thanks to using