‘codec’ is deprecated in AVStream, so used the side data to dump
max_bit_rate in ffprobe. Clean the warning like:
"warning: ‘codec’ is deprecated [-Wdeprecated-declarations]"
Signed-off-by: Jun Zhao
---
fftools/ffprobe.c | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
diff
commit 196765a7cc4 missed the reindet.
Signed-off-by: Jun Zhao
---
fftools/ffprobe.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c
index 544786e..dea489d 100644
--- a/fftools/ffprobe.c
+++ b/fftools/ffp
V4: - use AV_PKT_DATA_CPB_PROPERTIES/AVCPBProperties side-data to save max
bit rate for MOV/MP4 esds box. (Tks Hendrik's suggestion) and update
the fate test case.
V3: - add rc_max_rate to AVStream and bump the version
- use AVStream.rc_max_rate for MOV/MP4 esds box.
- use AVSt
commit b0012de420f missed reindent.
Signed-off-by: Jun Zhao
---
libavfilter/buffersrc.c | 30 +++---
1 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/libavfilter/buffersrc.c b/libavfilter/buffersrc.c
index cd56f8c..0c12650 100644
--- a/libavfilter/buffer
Use AV_PKT_DATA_CPB_PROPERTIES to save max bit rate for esds box,
and update fate at the same time.
Signed-off-by: Jun Zhao
---
libavformat/isom.c | 19 ---
tests/ref/fate/adtstoasc_ticket3715 |2 +-
tests/ref/fate/copy-psp
There are come from 2012 ago and have never been used from this
time.
Signed-off-by: Jun Zhao
---
fftools/ffmpeg.c |9 +
1 files changed, 1 insertions(+), 8 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index a12208c..085d6d2 100644
--- a/fftools/ffmpeg.c
+++ b/fftoo
Now the kvazaar warpper didn't setting the threads for kvazaar API,
and kavzaar will auto selecte the thread number.
Signed-off-by: Jun Zhao
---
libavcodec/libkvazaar.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libavcodec/libkvazaar.c b/libavcodec/libkvazaar.c
ind
2018-11-24 2:55 GMT+01:00, Andreas Rheinhardt
:
> +.make_writable = NULL,
These are unneeded afaict.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Tue, Nov 20, 2018 at 12:03:31PM +0100, Tomas Härdin wrote:
> tis 2018-11-20 klockan 00:04 +0100 skrev Michael Niedermayer:
> > On Mon, Nov 19, 2018 at 09:37:28AM +0100, Tomas Härdin wrote:
> > > mån 2018-11-19 klockan 02:02 +0100 skrev Michael Niedermayer:
> > > > On Sun, Nov 18, 2018 at 11:32:2
This will enable us to change e.g. the parameter sets of H.2645 in ways
that would change the parsing process of future units. An example of
this is the h264_redundant_pps bsf.
The actual implementation of the underlying codec-dependent
make_writable functions is not contained in this commit.
Sign
I actually never liked these magic defines myself. So I followed
your proposal and in doing so I realized that it doesn't really
solve the need for these defines: One still has to differentiate the
case where a external buffer exists and the case where no such buffer
exists (because one needs a spe
Since c6a63e11092c975b89d824f08682fe31948d3686, the parameter sets
modified as content of PPS units were references shared with the
CodedBitstreamH264Context, so modifying them alters the parsing process
of future access units which meant that frames often got discarded
because invalid values were
These functions (which are only implemented for parameter sets) make it
possible to change the contents of the parameter sets as one pleases
without changing/breaking the parsing process of future access units.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/cbs_h2645.c | 67 +++
and use them to replace the context's parameter sets.
This fixes a dangling pointers problem with the parameter sets
held in the CodedBitstreamH26xContext that occurs when the parameter
sets were not reference-counted initially.
The functions to free the parameter sets that have a special free
ca
Some structs in cbs (most importantly some of the parameter sets of
H.264/HEVC) can contain external buffers so that shallow copies are not
enough for them; furthermore, they need a special free-callback
function. The macro provided in this commit can be used to easily create
functions both for cop
Fixes: Timeout
Fixes:
10108/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HEVC_fuzzer-6222384351674368
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/hevcdec.c | 4
libavcodec/hevcde
---
libavcodec/decode.c| 9 +
libavcodec/options_table.h | 2 +-
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
index c89c77c43a..08ae8788a2 100644
--- a/libavcodec/decode.c
+++ b/libavcodec/decode.c
@@ -1256,10 +1256,11 @@
On Sat, Nov 17, 2018 at 03:01:43AM +0100, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 10108/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HEVC_fuzzer-6222384351674368
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed
On Thu, Nov 22, 2018 at 10:56:15PM +0800, Jun Zhao wrote:
> There are come from 2012 ago and have never been used from this
> time.
>
> Signed-off-by: Jun Zhao
> ---
> fftools/ffmpeg.c |9 +
> 1 files changed, 1 insertions(+), 8 deletions(-)
probably ok
thx
[...]
--
Michael G
On Fri, Nov 23, 2018 at 10:38:13AM +0200, Lauri Kasanen wrote:
> On Fri, 23 Nov 2018 03:26:50 +0100
> Michael Niedermayer wrote:
>
> > On Wed, Nov 21, 2018 at 07:19:45PM +0200, Lauri Kasanen wrote:
> > > On Wed, 21 Nov 2018 17:22:36 +0100
> > > Michael Niedermayer wrote:
> > > > the full fate te
Signed-off-by: Paul B Mahol
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/dhav.c | 250 +++
3 files changed, 252 insertions(+)
create mode 100644 libavformat/dhav.c
diff --git a/libavformat/Makefile b/libavformat/Ma
On Thu, 22 Nov 2018, at 22:58, Rostislav Pehlivanov wrote:
> This is why I'm against formalizing such prodecures. They're too inflexible
> and absolute,
Enforcement depends on who is enforcing it. Hence elections.
> and end up being abused or overused (like videolan's weekly
> temporary bannings
Hi!
Attached patches fix Closed Captions when increasing frame rate, both
with "-r" and the fps filter, fixes ticket #7506.
Please comment, Carl Eugen
From fcb6a6ec0bb3246913fab50a0aa7d3c9dc0a465a Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Fri, 23 Nov 2018 18:48:50 +0100
Subject: [PAT
Am 22.11.18 um 22:58 schrieb Rostislav Pehlivanov:
> On Thu, 22 Nov 2018 at 19:02, Thilo Borgmann wrote:
>
>>
>> Please note that this survey is _not_ meant to be a vote about the
>> proposal. It is to
>> determine if we should actually have a refinement/vote on instantiating
>> such a
>> communi
>
> > What if a majority of the committee is biased and bans everyone they
> disagree with to take over the project? They certainly could.
> What if the committee's decision is something the majority of the
> developers disagree with?
>
> This is why I'm against formalizing such prodecures. They're
Timestamps and seeking still broken.
Signed-off-by: Paul B Mahol
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/dhav.c | 237 +++
3 files changed, 239 insertions(+)
create mode 100644 libavformat/dhav.c
diff --git a
Timestamps and seeking still broken.
Signed-off-by: Paul B Mahol
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/dhav.c | 237 +++
3 files changed, 239 insertions(+)
create mode 100644 libavformat/dhav.c
diff --git a
Hi Mark,
In some cases, that is useful. For example, an online content distributer, who
keeps encoding the captured video frames by ffmpeg and sending them out. At
times, there is no update of source, which makes one or several captured source
frames are exactly the same as the last one, and th
On 11/22/18 7:33 PM, Jeyapal, Karthick wrote:
>
> On 11/22/18 6:35 PM, Carl Eugen Hoyos wrote:
>> 2018-11-22 7:43 GMT+01:00, Jeyapal, Karthick :
>>>
>>> On 11/20/18 11:03 PM, Andrey Semashev wrote:
When stream time bases are very fine grained (e.g. nanoseconds), 32-bit
segment duration m
On Fri, 23 Nov 2018 03:26:50 +0100
Michael Niedermayer wrote:
> On Wed, Nov 21, 2018 at 07:19:45PM +0200, Lauri Kasanen wrote:
> > On Wed, 21 Nov 2018 17:22:36 +0100
> > Michael Niedermayer wrote:
> > > the full fate tests must be run, many of these tests use swscale without
> > > having "scale"
30 matches
Mail list logo
