On Mon, Jul 29, 2019 at 03:50:36PM +0800, Jing Sun wrote:
> Signed-off-by: Zhengxu Huang
> Signed-off-by: Hassene Tmar
> Signed-off-by: Jun Zhao
> Signed-off-by: Jing Sun
> ---
> configure| 4 +
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
>
klv_ber_length is unused since 9e24b98b.
Signed-off-by: Andreas Rheinhardt
---
libavformat/mxfenc.c | 8
1 file changed, 8 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index 2e54320cf0..0cb0617919 100644
--- a/libavformat/mxfenc.c
+++ b/libavformat/mxfenc.c
@@
On Tue, Jul 30, 2019 at 2:12 AM Michael Niedermayer
wrote:
> This makes the changed code-path faster.
>
> Change not tested except with the fuzzer testcase as I found no other
> testcase.
>
You can test this easily be encoding solid color frame(s).
> Improves: Timeout (136sec -> 74sec)
>
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Linjie Fu
> Sent: Friday, July 26, 2019 4:00 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie
> Subject: [FFmpeg-devel] [PATCH] lavu/hwcontext_qsv: fix the memory leak
>
> av_dict_free child_device_opts to fix the
> > +AVCodec ff_libsvt_hevc_encoder = {
> > +.name = "libsvt_hevc",
> > +.long_name = NULL_IF_CONFIG_SMALL("SVT-HEVC(Scalable
> Video Technology for HEVC) encoder"),
> > +.priv_data_size = sizeof(SvtContext),
> > +.type = AVMEDIA_TYPE_VIDEO,
> > +.id
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: Tuesday, July 30, 2019 16:06
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH, v2 2/4] avc/avcodec: add
>
Am Di., 30. Juli 2019 um 11:25 Uhr schrieb Fu, Linjie :
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > Of Carl Eugen Hoyos
> > Sent: Tuesday, July 30, 2019 16:06
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
On 2019-06-25 00:08 +0200, Alexander Strasser wrote:
> On 2019-06-05 22:04 +0200, Alexander Strasser wrote:
> > From: Stephan Hilb
> >
> > Behave like we do for V4L2_BUF_FLAG_ERROR, implemented in commit 28f20d2ff4
> > .
> >
> > For some devices (probably also related to the V4L driver
Discovered via a warning when building with clang
---
libavfilter/vf_thumbnail_cuda.cu | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vf_thumbnail_cuda.cu b/libavfilter/vf_thumbnail_cuda.cu
index c73e49fbc6..d4d4d791f6 100644
--- a/libavfilter/vf_thumbnail_cuda.cu
This avoids using the CUDA SDK at all; instead, we provide a minimal
reimplementation of the basic functionality that lavfi actually uses.
It generates very similar code to what NVCC produces.
The header contains no implementation code derived from the SDK.
The function and type declarations are
Signed-off-by: Steven Liu
---
tests/fate/hlsenc.mak| 11 +
tests/ref/fate/hls-list-size | 618 +++
2 files changed, 629 insertions(+)
create mode 100644 tests/ref/fate/hls-list-size
diff --git a/tests/fate/hlsenc.mak b/tests/fate/hlsenc.mak
index
tis 2019-07-30 klockan 09:12 +0200 skrev Andreas Rheinhardt:
> klv_ber_length is unused since 9e24b98b.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/mxfenc.c | 8
> 1 file changed, 8 deletions(-)
>
> diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
> index
Am So., 28. Juli 2019 um 23:35 Uhr schrieb Paul B Mahol :
>
> Hi,
>
> patch attached.
As just posted on irc:
On an 8-core Intel cpu, this makes decoding slower by a factor two,
heating the cpu
ten times as much, on a multi-core powerpc, decoding is nearly two
times slower, and
heats nearly eight
Am Di., 30. Juli 2019 um 06:46 Uhr schrieb Linjie Fu :
>
> Add AV_CODEC_CAP_VARIABLE_DIMENSIONS flag to indicate
> whether encoder supports variable dimension encoding.
Isn't this about variable (or "changing") "resolutions" instead of dimensions?
Carl Eugen
On 7/30/19 12:11 PM, Andrey Semashev wrote:
On 7/30/19 5:39 AM, Juan De León wrote:
I tried to fix all you suggested, please have a look and let me know
what you think.
design doc:
https://docs.google.com/document/d/1WClt3EqhjwdGXhEw386O0wfn3IBQ1Ib-_5emVM1gbnA/edit?usp=sharing
On 7/30/19 5:39 AM, Juan De León wrote:
I tried to fix all you suggested, please have a look and let me know what you
think.
design doc:
https://docs.google.com/document/d/1WClt3EqhjwdGXhEw386O0wfn3IBQ1Ib-_5emVM1gbnA/edit?usp=sharing
Signed-off-by: Juan De León
---
libavutil/Makefile
Ignore this patch please.
> 在 2019年7月30日,下午5:07,Steven Liu 写道:
>
> Signed-off-by: Steven Liu
> ---
> tests/fate/hlsenc.mak| 11 +
> tests/ref/fate/hls-list-size | 618 +++
> 2 files changed, 629 insertions(+)
> create mode 100644
On Mon, Jul 29, 2019 at 06:22:29PM +0200, Carl Eugen Hoyos wrote:
> Am Mo., 29. Juli 2019 um 18:07 Uhr schrieb Paul B Mahol :
> >
> > On Mon, Jul 29, 2019 at 6:05 PM Carl Eugen Hoyos wrote:
> >
> > > Am Mo., 29. Juli 2019 um 16:35 Uhr schrieb Paul B Mahol > > >:
> > >
> > > > +static inline void
Hi,
patch attached.
0001-avformat-dsfdec-set-packet-pts-duration-pos-correctl.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or
fre 2019-07-26 klockan 18:45 +0200 skrev Nicolas Gaullier:
> @@ -1951,6 +1951,13 @@ typedef struct AVFormatContext {
> * - decoding: set by user
> */
> int skip_estimate_duration_from_pts;
> +
> +/**
> + * Probe dolby_e in PCM streams
> + * - encoding: unused
> + *
On 2019-07-30 15:51, Rodger Combs wrote:
Discovered via a warning when building with clang
---
libavfilter/vf_thumbnail_cuda.cu | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vf_thumbnail_cuda.cu
b/libavfilter/vf_thumbnail_cuda.cu
index c73e49fbc6..d4d4d791f6
On 2019-07-30 15:51, Rodger Combs wrote:
This avoids using the CUDA SDK at all; instead, we provide a minimal
reimplementation of the basic functionality that lavfi actually uses.
It generates very similar code to what NVCC produces.
The header contains no implementation code derived from the
Signed-off-by: Steven Liu
---
tests/fate/hlsenc.mak | 11 +
tests/ref/fate/hls-segment-single | 772 ++
2 files changed, 783 insertions(+)
create mode 100644 tests/ref/fate/hls-segment-single
diff --git a/tests/fate/hlsenc.mak b/tests/fate/hlsenc.mak
32 bytes alignment is not needed and increases the failure possibilty of
SFC (low power scaling mode)
Signed-off-by: Zhong Li
---
libavfilter/vf_scale_qsv.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/vf_scale_qsv.c b/libavfilter/vf_scale_qsv.c
index
On 7/30/2019 6:33 AM, Carl Eugen Hoyos wrote:
> Am Di., 30. Juli 2019 um 11:25 Uhr schrieb Fu, Linjie :
>>
>>> -Original Message-
>>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
>>> Of Carl Eugen Hoyos
>>> Sent: Tuesday, July 30, 2019 16:06
>>> To: FFmpeg
On 7/30/2019 2:59 AM, Limin Wang wrote:
>> +if (avctx->flags & AV_CODEC_FLAG_GLOBAL_HEADER) {
>> +EB_BUFFERHEADERTYPE *header_ptr = NULL;
>> +
>> +svt_ret = EbH265EncStreamHeader(svt_enc->svt_handle, _ptr);
>> +if (svt_ret != EB_ErrorNone) {
>> +
On 30.07.2019 09:51, Rodger Combs wrote:
This avoids using the CUDA SDK at all; instead, we provide a minimal
reimplementation of the basic functionality that lavfi actually uses.
It generates very similar code to what NVCC produces.
The header contains no implementation code derived from the
applied
smime.p7s
Description: S/MIME Cryptographic Signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with
> Am 30.07.2019 um 14:02 schrieb Tomas Härdin :
>
> fre 2019-07-26 klockan 18:45 +0200 skrev Nicolas Gaullier:
>
>> diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c
>> index 52194f54ef..501c21f220 100644
>> --- a/libavformat/wavdec.c
>> +++ b/libavformat/wavdec.c
>> @@ -41,6 +41,7 @@
On Tue, Jul 30, 2019, at 09:57, Rodger Combs wrote:
> This avoids using the CUDA SDK at all; instead, we provide a minimal
> reimplementation of the basic functionality that lavfi actually uses.
> It generates very similar code to what NVCC produces.
Very very cool.
--
Jean-Baptiste Kempf -
On Tue, Jul 30, 2019 at 09:19:58AM +0200, Paul B Mahol wrote:
> On Tue, Jul 30, 2019 at 2:12 AM Michael Niedermayer
> wrote:
>
> > This makes the changed code-path faster.
> >
> > Change not tested except with the fuzzer testcase as I found no other
> > testcase.
> >
>
> You can test this
It will be used by the dash muxer
Signed-off-by: James Almer
---
libavformat/av1.c | 47 ++-
libavformat/av1.h | 29 +
2 files changed, 59 insertions(+), 17 deletions(-)
diff --git a/libavformat/av1.c b/libavformat/av1.c
Signed-off-by: James Almer
---
libavformat/av1.c | 32 ++--
1 file changed, 18 insertions(+), 14 deletions(-)
diff --git a/libavformat/av1.c b/libavformat/av1.c
index 5fde8df97e..bd23891d26 100644
--- a/libavformat/av1.c
+++ b/libavformat/av1.c
@@ -86,6 +86,11 @@
codecpar->extradata is not going to change between packets. New extradata
is instead propagated using packet side data.
Signed-off-by: James Almer
---
libavformat/dashenc.c | 26 +++---
1 file changed, 15 insertions(+), 11 deletions(-)
diff --git a/libavformat/dashenc.c
Signed-off-by: James Almer
---
libavformat/av1.c | 15 +--
libavformat/av1.h | 3 +--
2 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/libavformat/av1.c b/libavformat/av1.c
index 43e40453c8..b36c5e44ba 100644
--- a/libavformat/av1.c
+++ b/libavformat/av1.c
@@ -94,9
Cosmetic change.
Signed-off-by: James Almer
---
libavformat/av1.c | 24
libavformat/av1.h | 6 +++---
2 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/libavformat/av1.c b/libavformat/av1.c
index cc8918e577..43e40453c8 100644
--- a/libavformat/av1.c
+++
From https://aomediacodec.github.io/av1-isobmff/#codecsparam, the parameters
sample entry 4CC, profile, level, tier, and bitDepth are all mandatory fields.
All the other fields are optional, mutually inclusive (all or none).
Fixes ticket #8049
Signed-off-by: James Almer
---
Signed-off-by: James Almer
---
libavformat/dashenc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index bded260806..50eba370d9 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -1476,12 +1476,13 @@ static int
On Mon, Jul 29, 2019 at 10:36:15PM +0200, Jean-Baptiste Kempf wrote:
> Yo,
>
> On Tue, Jul 23, 2019, at 04:42, Lynne wrote:
> > Jul 23, 2019, 12:00 AM by mich...@niedermayer.cc:
> > >> Moreover, if neither the codec, nor container can change the resolution,
> > >> then how does that make
Hello,
I've been looking for a way to stream to multiple clients without using a
multicast destination address or an external server.
I believe ZeroMQ, which is a lightweight asynchronous messaging library, is a
possible option. It is already part of ffmpeg and can be used to
forward messages
tis 2019-07-30 klockan 15:24 +0200 skrev Carl Eugen Hoyos:
>
>
> > Am 30.07.2019 um 14:02 schrieb Tomas Härdin :
> >
> > fre 2019-07-26 klockan 18:45 +0200 skrev Nicolas Gaullier:
> >
> > > diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c
> > > index 52194f54ef..501c21f220 100644
> > >
av_get_qp_type_string now returns const char
added descriptions to QP in enum
Tell me what you think.
design doc:
https://docs.google.com/document/d/1WClt3EqhjwdGXhEw386O0wfn3IBQ1Ib-_5emVM1gbnA/edit?usp=sharing
Signed-off-by: Juan De León
---
libavutil/Makefile | 2 +
From: Andriy Gelman
---
libavfilter/f_zmq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/f_zmq.c b/libavfilter/f_zmq.c
index 89da5bef06..744c721305 100644
--- a/libavfilter/f_zmq.c
+++ b/libavfilter/f_zmq.c
@@ -139,7 +139,7 @@ static int
On Tue, Jul 30, 2019 at 10:49:00AM -0700, Juan De León wrote:
> On Mon, Jul 29, 2019 at 7:59 PM James Almer wrote:
>
> > Side data, or more specifically, any AVBufferRef, must be a flat array.
> > You can't have pointers to some other allocated buffer within them since
> > you can't really
Am Di., 30. Juli 2019 um 21:04 Uhr schrieb Tomas Härdin :
>
> tis 2019-07-30 klockan 15:24 +0200 skrev Carl Eugen Hoyos:
> >
> >
> > > Am 30.07.2019 um 14:02 schrieb Tomas Härdin :
> > >
> > > fre 2019-07-26 klockan 18:45 +0200 skrev Nicolas Gaullier:
> > >
> > > > diff --git
Am Di., 30. Juli 2019 um 15:20 Uhr schrieb James Almer :
>
> On 7/30/2019 2:59 AM, Limin Wang wrote:
> >> +if (avctx->flags & AV_CODEC_FLAG_GLOBAL_HEADER) {
> >> +EB_BUFFERHEADERTYPE *header_ptr = NULL;
> >> +
> >> +svt_ret = EbH265EncStreamHeader(svt_enc->svt_handle, _ptr);
>
On Mon, Jul 29, 2019 at 7:59 PM James Almer wrote:
> Side data, or more specifically, any AVBufferRef, must be a flat array.
> You can't have pointers to some other allocated buffer within them since
> you can't really control their lifetime.
>
Here's a snippet of how I'm doing it right now:
This makes the code bitexact between platforms.
Intermediate timestamps between frames are preserved.
The timebase is simplified.
Rounding differs from doubles in cases where timestamps/durations
are "funny"
Suggested-by: jb
Signed-off-by: Michael Niedermayer
---
libavformat/mpsubdec.c
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of James Almer
> Sent: Tuesday, July 30, 2019 21:27
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH, v2 2/4] avc/avcodec: add
> AV_CODEC_CAP_VARIABLE_DIMENSIONS flag
>
> On
On Tue, Jul 30, 2019 at 2:20 AM Andrey Semashev
wrote:
> Just a thought. If you need codec ids and implement codec-specific
> functionality, then this whole thing probably belongs to libavcodec, not
> libavutil.
>
My understanding is that only encoders and decoders are supposed to be in
>-Original Message-
>From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org]
>On Behalf Of
>Reimar D?ffinger
>Sent: Tuesday, July 30, 2019 2:54 AM
>To: FFmpeg development discussions and patches
>Subject: Re: [FFmpeg-devel] [PATCH v3] avutil/mips: Avoid instruction
Ensure the address accesed by gssqc1/gslqc1 are 16-byte aligned.
---
libavcodec/mips/simple_idct_mmi.c | 2 +-
libavutil/mips/mmiutils.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mips/simple_idct_mmi.c
b/libavcodec/mips/simple_idct_mmi.c
index
Removed AVQuantizationParamsArray to prevent ambiguous memory allocation.
For simplicity, the side data will be allocated as an array of
AVQuantizationParams and the last element of the array will have w and h set to
0.
Better explained in the doc.
design doc:
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Li,
Zhong
Sent: Tuesday, July 30, 2019 3:49 PM
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH v15 1/2] lavc/svt_hevc: add libsvt hevc
encoder wrapper
> >
On Tue, Jul 30, 2019 at 07:48:43PM +0200, Carl Eugen Hoyos wrote:
> Am Di., 30. Juli 2019 um 15:20 Uhr schrieb James Almer :
> >
> > On 7/30/2019 2:59 AM, Limin Wang wrote:
> > >> +if (avctx->flags & AV_CODEC_FLAG_GLOBAL_HEADER) {
> > >> +EB_BUFFERHEADERTYPE *header_ptr = NULL;
> > >>
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Sun, Jing A
> Sent: Wednesday, July 31, 2019 10:16 AM
> To: FFmpeg development discussions and patches
>
> Subject: Re: [FFmpeg-devel] [PATCH v15 1/2] lavc/svt_hevc: add libsvt hevc
> encoder wrapper
>
> -Original
On Tue, Jul 30, 2019 at 07:48:43PM +0200, Carl Eugen Hoyos wrote:
> Am Di., 30. Juli 2019 um 15:20 Uhr schrieb James Almer :
> >
> > On 7/30/2019 2:59 AM, Limin Wang wrote:
> > >> +if (avctx->flags & AV_CODEC_FLAG_GLOBAL_HEADER) {
> > >> +EB_BUFFERHEADERTYPE *header_ptr = NULL;
> > >>
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Limin
Wang
Sent: Wednesday, July 31, 2019 7:05 AM
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH v15 1/2] lavc/svt_hevc: add libsvt hevc
encoder wrapper
On
On 7/30/2019 11:18 PM, Sun, Jing A wrote:
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Limin Wang
> Sent: Wednesday, July 31, 2019 7:05 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v15 1/2]
Flush encoders when resolution change happens.
Use AV_CODEC_CAP_PARAM_CHANGE flag for encoder to indicate whether
it supports variable/dynamic resolution encoding.
Signed-off-by: Linjie Fu
---
[v3]: use AV_CODEC_CAP_PARAM_CHANGE flag
fftools/ffmpeg.c| 14 ++
libavcodec/rawenc.c
Currently, ffmpeg inserts scale filter by default in the filter graph
to force the whole decoded stream to scale into the same size with the
first frame. It's not quite make sense in resolution changing cases if
user wants the rawvideo without any scale.
Using autoscale/noautoscale to indicate
According to spec, libvpx should support dynamic resolution changes.
Add dynamic resolution encoding support in libvpx.
Format change should also be supported, but I didn't test it so just
leave it open.
cmdline:
ffmpeg -noautoscale -y -i ./reinit-large_420_8-to-small_420_8.h264
-pix_fmt
62 matches
Mail list logo