On Wed, Nov 20, 2019 at 3:57 PM Carl Eugen Hoyos wrote:
> > Am 20.11.2019 um 14:41 schrieb Alex Mogurenko :
> >
> >> On Wed, Nov 20, 2019 at 2:57 PM Carl Eugen Hoyos
> wrote:
> >>
> >>
> >>
> >>> Am 20.11.2019 um 12:22 schrieb A
On Wed, Nov 20, 2019 at 2:57 PM Carl Eugen Hoyos wrote:
>
>
> > Am 20.11.2019 um 12:22 schrieb Alex Mogurenko :
> >
> > by default adobe_transform set to 0 and because of that mjpegb decoder
> detects yuv444 pix fmt as bgrp
>
> Please provide a sample that ge
by default adobe_transform set to 0 and because of that mjpegb decoder detects
yuv444 pix fmt as bgrp
---
libavcodec/mjpegbdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/mjpegbdec.c b/libavcodec/mjpegbdec.c
index 37d7bb8228..70ff4cf563 100644
--- a/libavcodec/mjpegbdec.c
ping
On Mon, Dec 31, 2018 at 11:02 PM Alex Mogurenko wrote:
> thanks,
> just sent new patch
>
> On Mon, Dec 31, 2018 at 5:56 PM Derek Buitenhuis <
> derek.buitenh...@gmail.com> wrote:
>
>> On 31/12/2018 09:12, Alex Mogurenko wrote:
>> > I seems to be
thanks,
just sent new patch
On Mon, Dec 31, 2018 at 5:56 PM Derek Buitenhuis
wrote:
> On 31/12/2018 09:12, Alex Mogurenko wrote:
> > I seems to be lame as failed to find how to run fate to check prores_ks
> :(
>
> General way to run all of FATE:
>
> $ configure --sample
fdct done twice for each block. first time during quant calculation, second
during slice encoding. so if we pre-save dct coefficients no need to do fdct
second time.
disadvantages: requires more memory
advantages: improves performance ~4-5%
---
libavcodec/proresenc_kostya.c | 74
I seems to be lame as failed to find how to run fate to check prores_ks :(
On Mon, Dec 31, 2018 at 4:46 AM Michael Niedermayer
wrote:
> On Sun, Dec 30, 2018 at 10:57:23PM +0200, Alex Mogurenko wrote:
> > fdct done twice for each block. first time during quant calculation,
> second
fdct done twice for each block. first time during quant calculation, second
during slice encoding. so if we pre-save dct coefficients no need to do fdct
second time.
disadvantages: requires more memory
advantages: improves performance ~4-5%
---
libavcodec/proresenc_kostya.c | 74
problem occurs in slice quant estimation and slice encoding.
if slice quant >= MAX_STORED_Q we dont use pre-calculated quant matrices but
generate new:
qmat = ctx->custom_q;
qmat_chroma = ctx->custom_q;
for (i = 0; i < 64; i++) {
qmat[i] = ctx->quant_mat[i] * quant;
, after all we pass qmat/qmat_chroma to function where we
estimate encoded slice size or encode slice:
estimate_slice_plane / encode_slice_plane
I will make new patch with detailed description
пт, 28 дек. 2018 г. в 18:43, Derek Buitenhuis :
> On 27/12/2018 19:28, Alex Mogurenko wro
---
libavcodec/proresenc_kostya.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/proresenc_kostya.c b/libavcodec/proresenc_kostya.c
index 9a77d24fb6..e045a972f1 100644
--- a/libavcodec/proresenc_kostya.c
+++ b/libavcodec/proresenc_kostya.c
@@ -222,6 +222,7 @@
11 matches
Mail list logo