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)
> Impro
> 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 memor
> > +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
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 d
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 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 SD
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 1
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 t
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 e81fb54
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
ind
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
Signed-off-
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
> -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
> AV_COD
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>
>
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 tests/ref/fate/hls-list-si
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 em
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 implementa
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 2e54320c
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
> + *
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 subje
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, &header_ptr);
>> +if (svt_ret != EB_ErrorNone) {
>> +av_log
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 developme
> 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 - Pr
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 SD
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 49953
> -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 7/3
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, &header_pt
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
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
libavcod
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 contro
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
> > >
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 a/libavformat/wavdec.c
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 easily
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 +
libavutil/
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 anything
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
in
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 @@ type
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 b/li
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 +94
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
+++ b
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
---
libavformat/dashenc.
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 u
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 t
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 recv_msg(AVFilterContex
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;
> > >> +
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-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 7f4bb
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:
https://docs.google.com/document/d
-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
> > +AVCod
-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 Tue,
> 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 Me
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] la
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 whe
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 yu
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
On Tue, Jul 30, 2019 at 10:27:10AM -0300, James Almer wrote:
> 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 Eu
write mpegts or fmp4 context into buffer, and flush the buffer into
output file when split fragment. merge two format split workflow into
one workflow
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 207 ---
1 file changed, 95 insertions(+), 112 delet
63 matches
Mail list logo
