On 22-08-2018 04:43 AM, Marvin Scholz wrote:
+@example
+ffmpeg -i input -af
loudnorm=I=-23:TP=-1:measured_I=-9.0:measured_TP=1.5:measured_LRA=9.4:measured_thresh=-19.5:print_format=summary
output
Since your input LRA is 9.4, and output LRA is 7 (default), the filter
will upsample to 192
On 22-08-2018 01:32 AM, Pedro Arthur wrote:
2018-08-21 16:40 GMT-03:00 Gyan Doshi :
Agreed. Can't the filter upscale the chroma planes internally?
That's exactly what the filter were doing before, but for some reason
doing it this way is not 'good code'.
Well, the rule hasn't been
On 8/21/2018 7:45 PM, Dale Curtis wrote:
> This field is a uint16_t, see docs:
> http://opus-codec.org/docs/opus_in_isobmff.html#4.3.2
>
> Signed-off-by: Dale Curtis
>
>
> 0001-Correct-opus-in-mp4-pre-skip-to-be-uint16_t-versus-i.patch
>
>
> From 7f1588bc92ef4a70025aa140a8e660a36875c89c Mon
Hello,
Ffmpeg has supported H264 hardware decoding by mediacodec.But it cannot
support H264 encoder by mediacodec.
Can you add H264 encoder by mediacodec in future?
Thank's for help.
Regards.
flhcd
--
成都东方盛行电子有限责任公司
On Tue, Aug 21, 2018 at 4:45 PM Carl Eugen Hoyos wrote:
>
> 2018-06-11 13:22 GMT+02:00, Jun Zhao :
>
> > + * Copyright (c) 2018 Jun Zhao
> > + *
> > + * VA-API Acceleration API (video decoding/scaling) sample
> > + *
> > + * This file is part of FFmpeg.
> > + *
> > + * FFmpeg is free software;
On Mon, Aug 20, 2018 at 10:56:04AM -0700, Jacob Trimble wrote:
> On Wed, Aug 15, 2018 at 2:38 PM Michael Niedermayer
> wrote:
> >
> > [...]
> >
> > > mov.c |6 ++
> > > 1 file changed, 6 insertions(+)
> > > 0e583b4ad11852ce38a2b945644e178b7f13a42f
> > >
On Mon, Aug 20, 2018 at 01:03:31PM -0700, Fredrik Hubinette wrote:
> Ok, let's use cast, new patch attached.
>
>
> On Mon, Jul 30, 2018 at 4:53 PM Michael Niedermayer
> wrote:
>
> > On Mon, Jul 30, 2018 at 01:49:24PM -0700, Fredrik Hubinette wrote:
> > > Is casting a negative integer to
On Mon, Aug 20, 2018 at 11:27:05PM +0300, Sergey Lavrushkin wrote:
> 2018-08-18 23:20 GMT+03:00 Michael Niedermayer :
>
> > On Sat, Aug 18, 2018 at 02:10:21PM +0300, Sergey Lavrushkin wrote:
> > > 2018-08-17 23:28 GMT+03:00 Michael Niedermayer :
> > >
> > > > On Fri, Aug 17, 2018 at 12:46:52AM
On Mon, Aug 20, 2018 at 03:34:26PM +0200, Martin Vignali wrote:
> Updated patch in attach
> also fix the conversion when using float gray as input, and 8bpc uint as
> output
>
> Martin
patches should be ok
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
On 8/6/2018 10:42 AM, hwren wrote:
> Signed-off-by: hwren
> ---
> libavcodec/extract_extradata_bsf.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavcodec/extract_extradata_bsf.c
> b/libavcodec/extract_extradata_bsf.c
> index 6deb663..f37427c 100644
> ---
On Mon, Aug 20, 2018 at 10:19:04AM +0800, Zhao Zhili wrote:
>
>
> On 2018年08月18日 05:33, Michael Niedermayer wrote:
> >On Fri, Aug 17, 2018 at 09:52:57AM +0800, Zhao Zhili wrote:
> >>The values of SubWidthC and SubHeightC are 1 in the ITU-T H.265. The
> >>current code use the value of 2.
> >>---
On Mon, Aug 20, 2018 at 04:41:02PM +0200, Martin Vignali wrote:
> Hello,
>
> Patch in attach modify GrayFloat to Gray16 conversion
> using the same method currently use inside exr decoder (no float calc)
>
> duplicate the float_to_uint func inside swscale_internal
>
> Martin
> input.c
ping
On 08/06/2018 21:42, hwren wrote:
Signed-off-by: hwren
---
libavcodec/extract_extradata_bsf.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/extract_extradata_bsf.c
b/libavcodec/extract_extradata_bsf.c
index 6deb663..f37427c 100644
---
ping
On 08/03/2018 19:25, hwren wrote:
Signed-off-by: hwren
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/davs2.c | 71
3 files changed, 73 insertions(+)
create mode 100644 libavformat/davs2.c
diff --git
$subj
Depends on Michael's patch.
I have a FATE sample frame.
0001-mpeg4video-Add-Studio-DPCM-support.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> On Aug 21, 2018, at 20:33, jacek jendrzej wrote:
>
> Hi.
> Here is an example:
> http://vm2.dashif.org/livesim-dev/testpic_2s/Manifest.mpd
>
> ffplay http://vm2.dashif.org/livesim-dev/testpic_2s/Manifest.mpd
> ffplay version N-91650-g6972dae5a4 Copyright (c) 2003-2018 the FFmpeg
>
On 21 Aug 2018, at 6:44, Gyan Doshi wrote:
On 21-08-2018 03:18 AM, Marvin Scholz wrote:
+@example
+ffmpeg -i input -af
loudnorm=I=-23:TP=-1:measured_I=-9.0:measured_TP=1.5:measured_LRA=9.4:measured_thresh=-19.5:print_format=summary
output
Since your input LRA is 9.4, and output LRA is
On 8/20/2018 3:35 PM, Jacob Trimble wrote:
> I am not entirely sure what this flag is supposed to be, since there
> is no documentation where it is defined. But this was suggested by
> James Almer as a fix for my encrypted Opus problems and several other
> codec parsers do the same thing.
It's a
This field is a uint16_t, see docs:
http://opus-codec.org/docs/opus_in_isobmff.html#4.3.2
Signed-off-by: Dale Curtis
From 7f1588bc92ef4a70025aa140a8e660a36875c89c Mon Sep 17 00:00:00 2001
From: Dale Curtis
Date: Tue, 21 Aug 2018 15:42:31 -0700
Subject: [PATCH] Correct opus-in-mp4 pre-skip to be
On Tue, Aug 21, 2018 at 04:06:05PM +0800, Shiyou Yin wrote:
> >-Original Message-
> >From: ffmpeg-devel-boun...@ffmpeg.org
> >[mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> >Shiyou Yin
> >Sent: Thursday, July 12, 2018 8:44 PM
> >To: ffmpeg-devel@ffmpeg.org
> >Subject:
On Mon, Aug 20, 2018 at 11:41:32AM -0700, Jacob Trimble wrote:
> On Mon, Jul 9, 2018 at 9:57 AM Jacob Trimble wrote:
> >
> > On Tue, Jul 3, 2018 at 5:59 PM Michael Niedermayer
> > wrote:
> > >
> > > On Tue, Jul 03, 2018 at 12:14:19PM -0700, Jacob Trimble wrote:
> > > > On Mon, Jul 2, 2018 at
On 8/21/2018 5:54 PM, Michael Niedermayer wrote:
> On Mon, Aug 20, 2018 at 10:55:00AM -0300, James Almer wrote:
>> On 8/19/2018 5:40 PM, Michael Niedermayer wrote:
>>> Found-by: Max Moroz
>>> Signed-off-by: Michael Niedermayer
>>> ---
>>> configure | 2 +-
>>> 1 file changed, 1 insertion(+), 1
On Mon, Aug 20, 2018 at 10:55:00AM -0300, James Almer wrote:
> On 8/19/2018 5:40 PM, Michael Niedermayer wrote:
> > Found-by: Max Moroz
> > Signed-off-by: Michael Niedermayer
> > ---
> > configure | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/configure
Hello,
I get errors when I try to send a live srt stream that the first packet is
too big:
21:30:39.896626/ffmpeg*E: SRT.c: LiveSmoother: payload size: 1504 exceeds
maximum allowed 1316
Here are example commands for server and client:
ffmpeg -re -i ~/Downloads/ToS-4k-1920.mov -vcodec libx264 -g
2018-08-21 16:40 GMT-03:00 Gyan Doshi :
> On 21-08-2018 10:27 PM, Pedro Arthur wrote:
>
>>>
>>>
>>> Something like,
>>>
>>> ffmpeg -i in.bmp -filter_complex
>>> 'format=yuvj444p,extractplanes=y+u+v[y][u][v];
>>> [y]sr=dnn_backend=tensorflow:model=espcn.model[y-sr];
Hi.
Here is an example:
http://vm2.dashif.org/livesim-dev/testpic_2s/Manifest.mpd
ffplay http://vm2.dashif.org/livesim-dev/testpic_2s/Manifest.mpd
ffplay version N-91650-g6972dae5a4 Copyright (c) 2003-2018 the FFmpeg
developers
built with gcc 8.2.0 (Gentoo 8.2.0-r2 p1.2)
configuration:
On 21-08-2018 10:27 PM, Pedro Arthur wrote:
Something like,
ffmpeg -i in.bmp -filter_complex
'format=yuvj444p,extractplanes=y+u+v[y][u][v];
[y]sr=dnn_backend=tensorflow:model=espcn.model[y-sr];
[u]scale=iw*2:-1[u2x];[v]scale=iw*2:-1[v2x];
On Thu, Jul 19, 2018 at 8:39 AM, Baptiste Coudurier <
baptiste.coudur...@gmail.com> wrote:
> On Wed, Jul 4, 2018 at 11:35 AM, Baptiste Coudurier <
> baptiste.coudur...@gmail.com> wrote:
>
>> ---
>> libavformat/mxfenc.c | 6 +++---
>> 1 file changed, 3 insertions(+), 3 deletions(-)
>>
>
> Will
On Mon, Jul 30, 2018 at 11:16 AM, Baptiste Coudurier <
baptiste.coudur...@gmail.com> wrote:
> ---
> libavformat/utils.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/utils.c b/libavformat/utils.c
> index c9cdd2b470..b15f20dd23 100644
> ---
On Thu, Jul 19, 2018 at 8:37 AM, Baptiste Coudurier <
baptiste.coudur...@gmail.com> wrote:
> On Wed, Jul 4, 2018 at 11:35 AM, Baptiste Coudurier <
> baptiste.coudur...@gmail.com> wrote:
>
>> ---
>> libavformat/audiointerleave.c | 10 +++---
>> tests/ref/lavf/mxf| 4 ++--
>> 2
2018-08-20 15:52 GMT-03:00 Gyan Doshi :
> On 20-08-2018 11:52 PM, Sergey Lavrushkin wrote:
>
>>
>> But there are some issues. First, to use this filter for formats with
>> chroma channels I do:
>> ffmpeg -i in.bmp -filter_complex 'extractplanes=y+u+v[y][u][v]' -map '[y]'
>> y.bmp -map '[u]' u.bmp
2018-08-21 13:32 GMT+02:00, Jeyapal, Karthick :
>
> On 8/21/18 2:36 PM, Ibrahim Tachijian wrote:
> We could continue our discussion in that bug-tracking thread,
> as this devel forum is usually meant for discussing about patches.
Or, even better, on the user mailing list.
Carl Eugen
On 8/21/18 2:36 PM, Ibrahim Tachijian wrote:
> Hey,
>
> Been trying to use the DASH muxer.
> The DASH muxer has this option,
>
> { "media_seg_name", "DASH-templated name to used for the media segments",
> OFFSET(media_seg_name), AV_OPT_TYPE_STRING, {.str =
>
From: Karthick Jeyapal
---
libavformat/dashenc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index ae57fd5..229a56e 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -909,7 +909,8 @@ static int
Hey,
Been trying to use the DASH muxer.
The DASH muxer has this option,
{ "media_seg_name", "DASH-templated name to used for the media segments",
OFFSET(media_seg_name), AV_OPT_TYPE_STRING, {.str =
"chunk-stream$RepresentationID$-$Number%05d$.m4s"}, 0, 0, E },
It doesnt seem that ffmpeg is
2018-08-20 23:13 GMT+02:00, Paul B Mahol :
> +for (j = 0; j < avctx->width; j += 8) {
> +*(u++) = *src++;
> +*(y++) = *src++;
> +*(v++) = *src++;
> +*(y++) = *src++;
> +
> +*(u++) = *src++;
> +*(y++) = *src++;
> +
2018-06-11 13:22 GMT+02:00, Jun Zhao :
> + * Copyright (c) 2018 Jun Zhao
> + *
> + * VA-API Acceleration API (video decoding/scaling) sample
> + *
> + * This file is part of FFmpeg.
> + *
> + * FFmpeg is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU
>-Original Message-
>From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org]
>On Behalf Of
>Shiyou Yin
>Sent: Thursday, July 12, 2018 8:44 PM
>To: ffmpeg-devel@ffmpeg.org
>Subject: [FFmpeg-devel] [PATCH 1/9] configure: [loongson] revert
>no-expensive-optimizations
38 matches
Mail list logo
