> On Thu, 2022-01-13 at 13:12 +0800, Wenbin Chen wrote:
> > Add dblk_idc option to 264_qsv and hevc_qsv. Turining on this opion can
> > disable deblocking.
> >
> > Signed-off-by: Wenbin Chen
> > ---
> > doc/encoders.texi | 6 ++
> > libavcodec/qsvenc.c | 8
> > libavcodec/qsvenc.h
> On Thu, 2022-01-13 at 13:12 +0800, Wenbin Chen wrote:
> > Add transform_skip option to hevc_qsv. By enabling this option,
> > the transform_skip_enabled_flag in PPS will be set to 1.
> > This option is supported on the platform equal or newer than CNL.
> >
> > Signed-off-by: Wenbin Chen
> > ---
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/libopenh264enc.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/libavcodec/libopenh264enc.c b/libavcodec/libopenh264enc.c
index de4b85c..a55bef8 100644
--- a/libavcodec/libopenh264enc.c
+++ b/libavcodec/libopenh264e
From: Limin Wang
If the version of libopenh264 >= 1.8, we can't configured main profile as
expected, below is the testing cli:
ffmpeg -y -f lavfi -i testsrc -c:v libopenh264 -profile:v main -frames:v 1
test.ts
It'll report:
[libopenh264 @ 0x5638300] Unsupported profile, select EProfileIdc PRO_B
From: Limin Wang
ffmpeg -y -f lavfi -i testsrc -c:v libopenh264 -profile:v main -coder cavlc
-frames:v 1 -bsf trace_headers -f null -
before the patch:
entropy_coding_mode_flag0 = 1
after the patch:
entropy_coding_mode_flag
Anton Khirnov:
> The muxing queue currently lives in OutputStream, which is a very large
> struct storing the state for both encoding and muxing. The muxing queue
> is only used by the code in ffmpeg_mux, so it makes sense to restrict it
> to that file.
>
> This makes the first step towards reduci
Anton Khirnov:
> do_video_stats() is only ever called for video.
> ---
> fftools/ffmpeg_mux.c | 42 --
> 1 file changed, 20 insertions(+), 22 deletions(-)
>
> diff --git a/fftools/ffmpeg_mux.c b/fftools/ffmpeg_mux.c
> index 76d9d4b9c4..8a64661c9c 100644
> -
On 1/13/2022 1:02 AM, Xiang, Haihao wrote:
On Wed, 2022-01-12 at 21:35 +, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Michael
Niedermayer
Sent: Wednesday, January 12, 2022 5:31 PM
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel]
Anton Khirnov:
> The API currently allows creating FIFOs up to
> - UINT_MAX: av_fifo_alloc(), av_fifo_realloc(), av_fifo_grow()
> - SIZE_MAX: av_fifo_alloc_array()
> However the usable limit is determined by
> - rndx/wndx being uint32_t
> - av_fifo_[size,space] returning int
> so no FIFO should be
13 Jan 2022, 02:49 by jamr...@gmail.com:
> From: Anton Khirnov
>
> The new API is more extensible and allows for custom layouts.
> More accurate information is exported, eg for decoders that do not
> set a channel layout, lavc will not make one up for them.
>
> Deprecate the old API working with
On Wed, Jan 12, 2022 at 08:29:54PM +0100, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2022-01-12 15:46:45)
> > On Tue, Jan 11, 2022 at 09:45:48PM +0100, Anton Khirnov wrote:
> > > ---
> > > fftools/ffmpeg_mux.c | 22 +++---
> >
> > This doesnt seem to apply to git master wi
Anton Khirnov:
> There should be no good reason for the callers to access any of its
> contents.
>
> Define a new type for the internal struct that currently matches
> AVFifoBuffer. This will allow adding new private fields without waiting
> for the major bump and will be useful in the following c
Quoting Andreas Rheinhardt (2022-01-13 14:59:49)
> Anton Khirnov:
> > The API currently allows creating FIFOs up to
> > - UINT_MAX: av_fifo_alloc(), av_fifo_realloc(), av_fifo_grow()
> > - SIZE_MAX: av_fifo_alloc_array()
> > However the usable limit is determined by
> > - rndx/wndx being uint32_t
>
Anton Khirnov:
> Quoting Andreas Rheinhardt (2022-01-13 14:59:49)
>> Anton Khirnov:
>>> The API currently allows creating FIFOs up to
>>> - UINT_MAX: av_fifo_alloc(), av_fifo_realloc(), av_fifo_grow()
>>> - SIZE_MAX: av_fifo_alloc_array()
>>> However the usable limit is determined by
>>> - rndx/wnd
Avoids code duplication. It furthermore properly checks
for buf_size to be > 0 before doing anything.
Signed-off-by: Andreas Rheinhardt
---
It also avoids having to update yet another function when
the FIFO implementation is updated.
I pondered changing av_fifo_generic_read() to
int ret = av_fif
Anton Khirnov:
> Many AVFifoBuffer users operate on fixed-size elements (e.g. pointers),
> but the current FIFO API deals exclusively in bytes, requiring extra
> complexity in all these callers.
>
> Add a new AVFifoBuffer constructor creating a FIFO with an element size
> that may be larger than a
On 1/11/2022 5:45 PM, Anton Khirnov wrote:
+/**
+ * Allocate and initialize an AVFifoBuffer with a given element size.
+ *
+ * @param f pointer to the newly-allocated FIFO will be written here on success
+ * @param nb_elems initial number of elements that can be stored in the FIFO
+ * @param e
On 1/11/2022 5:45 PM, Anton Khirnov wrote:
Consistently use size_t for sizes.
Unlike av_fifo_grow(), which addds to the currently used size, this
function adds to the allocated size.
No new function is provided for a generic realloc, since the current code
only supports increasing the FIFO s
Anton Khirnov:
> Use separate functions for writing from a buffer and a callback, since
> the overwhelming majority of callers use a buffer and should not be
> forced to pass extra NULL parameters or use a longer name.
>
> Consistently use size_t for sizes.
> ---
> doc/APIchanges | 2 +-
> lib
Anton Khirnov:
> As for writing, use separate functions for reading to a buffer and a
> callback. Allow the callbacks to limit the amount of data read,
> similarly to what is done for writing.
>
> Consistently use size_t for sizes.
> ---
> doc/APIchanges | 3 ++-
> libavutil/fifo.c | 68 ++
Anton Khirnov:
> This will not increase the FIFO beyond 1MB, unless the caller explicitly
> specifies otherwise.
> ---
> doc/APIchanges | 3 ++-
> libavutil/fifo.c | 41 +++--
> libavutil/fifo.h | 15 ++-
> 3 files changed, 55 insertions(+), 4 del
Anton Khirnov:
> ---
> libavcodec/avcodec.c | 15 ++-
> libavcodec/decode.c | 22 --
> 2 files changed, 14 insertions(+), 23 deletions(-)
>
> diff --git a/libavcodec/avcodec.c b/libavcodec/avcodec.c
> index c00a9b2af8..a75bbe721f 100644
> --- a/libavcodec/avcodec.
On Wed, Jan 12, 2022 at 11:09:09PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> fftools/cmdutils.c| 42 +++-
> fftools/cmdutils.h| 8 -
> fftools/ffmpeg.c | 47 --
> fftools/ffmpeg.h
On 1/13/2022 3:29 PM, Michael Niedermayer wrote:
On Wed, Jan 12, 2022 at 11:09:09PM -0300, James Almer wrote:
Signed-off-by: James Almer
---
fftools/cmdutils.c| 42 +++-
fftools/cmdutils.h| 8 -
fftools/ffmpeg.c | 47
On Fri, Jan 07, 2022 at 05:51:11PM +0100, Michael Niedermayer wrote:
> Fixes: division by zero
> Fixes: integer overflow
> Fixes:
> 43347/clusterfuzz-testcase-minimized-ffmpeg_dem_V210X_fuzzer-5846911637127168
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/mas
Anton Khirnov:
> ---
> libavformat/udp.c | 28 ++--
> 1 file changed, 14 insertions(+), 14 deletions(-)
>
> diff --git a/libavformat/udp.c b/libavformat/udp.c
> index 83c042d079..4c8f104d9d 100644
> --- a/libavformat/udp.c
> +++ b/libavformat/udp.c
> @@ -500,7 +500,7 @@ st
Anton Khirnov:
> ---
> libavutil/threadmessage.c | 34 +-
> 1 file changed, 17 insertions(+), 17 deletions(-)
>
> diff --git a/libavutil/threadmessage.c b/libavutil/threadmessage.c
> index 764b7fb813..39d3525a78 100644
> --- a/libavutil/threadmessage.c
> +++ b/liba
On 1/13/2022 3:40 PM, James Almer wrote:
On 1/13/2022 3:29 PM, Michael Niedermayer wrote:
On Wed, Jan 12, 2022 at 11:09:09PM -0300, James Almer wrote:
Signed-off-by: James Almer
---
fftools/cmdutils.c | 42 +++-
fftools/cmdutils.h | 8 -
fft
On Thu, 13 Jan 2022, lance.lmw...@gmail.com wrote:
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/libopenh264enc.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/libavcodec/libopenh264enc.c b/libavcodec/libopenh264enc.c
index de4b85c..a55bef8 100644
--- a/libav
On Thu, 13 Jan 2022, lance.lmw...@gmail.com wrote:
From: Limin Wang
If the version of libopenh264 >= 1.8, we can't configured main profile as
expected, below is the testing cli:
ffmpeg -y -f lavfi -i testsrc -c:v libopenh264 -profile:v main -frames:v 1
test.ts
It'll report:
[libopenh264 @ 0x
On Thu, 13 Jan 2022, lance.lmw...@gmail.com wrote:
From: Limin Wang
ffmpeg -y -f lavfi -i testsrc -c:v libopenh264 -profile:v main -coder cavlc
-frames:v 1 -bsf trace_headers -f null -
before the patch:
entropy_coding_mode_flag0 = 1
after the patch:
entro
Subtitle Filtering 2022
===
This is a substantial update to the earlier subtitle filtering patch series.
A primary goal has been to address others' concerns as much as possible on
one side and to provide more clarity and control over the way things are
working. Clarity is is
From: softworkz
Signed-off-by: softworkz
---
libavcodec/avcodec.h | 19 +
libavutil/Makefile | 1 +
libavutil/subfmt.h | 68
libavutil/version.h | 1 +
4 files changed, 71 insertions(+), 18 deletions(-)
create mode 100644 libavuti
From: softworkz
Root commit for adding subtitle filtering capabilities.
In detail:
- Add type (AVMediaType) field to AVFrame
Replaces previous way of distinction which was based on checking
width and height to determine whether a frame is audio or video
- Add subtitle fields to AVFrame
- Add
From: softworkz
- Add avcodec_decode_subtitle3 which takes subtitle frames,
serving as compatibility shim to legacy subtitle decoding
- Add additional methods for conversion between old and new API
Signed-off-by: softworkz
---
libavcodec/avcodec.h| 8 +-
libavcodec/codec_desc.c | 11 +
From: softworkz
Signed-off-by: softworkz
---
libavfilter/vf_subtitles.c | 56 +-
1 file changed, 43 insertions(+), 13 deletions(-)
diff --git a/libavfilter/vf_subtitles.c b/libavfilter/vf_subtitles.c
index 3fc4eeb63d..25e217e845 100644
--- a/libavfilter/vf_s
From: softworkz
Analog to avfilter/video.c and avfilter/audio.c
Signed-off-by: softworkz
---
libavfilter/Makefile| 1 +
libavfilter/avfilter.c | 4 +++
libavfilter/internal.h | 1 +
libavfilter/subtitles.c | 63 +
libavfilter/subtitles.h | 44 ++
From: softworkz
Signed-off-by: softworkz
---
libavfilter/avfilter.c | 8 +---
libavfilter/avfilter.h | 11 +++
libavfilter/avfiltergraph.c | 5 +
libavfilter/formats.c | 22 ++
libavfilter/formats.h | 3 +++
libavfilter/internal.h
From: softworkz
Also add
- hard_space callback (for upcoming fix)
- extensible callback (for future extension)
Signed-off-by: softworkz
---
libavcodec/Makefile | 56 +++
libavcodec/ass.h | 144 ++
libavcodec/assdec.c
From: softworkz
This fix targets (rare) cases where multiple input pads have a
.filter_frame function. ff_request_frame_to_filter needs
to call ff_request_frame with the correct input pad
instead of the hardcoded first one.
Signed-off-by: softworkz
---
libavfilter/avfilter.c | 18 +
From: softworkz
Signed-off-by: softworkz
---
configure| 2 +-
libavfilter/allfilters.c | 2 ++
libavfilter/buffersink.c | 54 ++
libavfilter/buffersink.h | 7
libavfilter/buffersrc.c | 72
libavfilter/
From: softworkz
and provide a compatibility shim for the legacy api
Signed-off-by: softworkz
---
libavcodec/assenc.c| 189 ++---
libavcodec/avcodec.h | 5 +-
libavcodec/dvbsubenc.c | 96 ++-
libavcodec/dvdsubenc.c | 102 +
From: softworkz
Signed-off-by: softworkz
---
libavcodec/ass.h | 2 +-
libavcodec/assdec.c| 2 +-
libavcodec/dvbsubdec.c | 2 +-
libavcodec/dvdsubdec.c | 2 +-
libavcodec/dvdsubenc.c | 2 +-
libavcodec/pgssubdec.c | 2 +-
libavcodec/xsubdec.c | 2 +-
7 files changed, 7 insertions(+),
From: softworkz
Signed-off-by: softworkz
---
fftools/ffplay.c | 102 +-
fftools/ffprobe.c | 47 +
2 files changed, 77 insertions(+), 72 deletions(-)
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
index e7b20be76b..94286eb678 1
From: softworkz
- overlaygraphicsubs (VS -> V)
Overlay graphic subtitles onto a video stream
- graphicsub2video {S -> V)
Converts graphic subtitles to video frames (with alpha)
Gets auto-inserted for retaining compatibility with
sub2video command lines
Signed-off-by: softworkz
---
doc
From: softworkz
- overlaytextsubs {VS -> V)
Overlay text subtitles onto a video stream.
- textsubs2video {S -> V)
Converts text subtitles to video frames
Signed-off-by: softworkz
---
configure| 2 +
doc/filters.texi | 113 ++
libavfilter/Makef
From: softworkz
- textmod {S -> S)
Modify subtitle text in a number of ways
- censor {S -> S)
Censor subtitles using a word list
- show_speaker {S -> S)
Prepend speaker names from ASS subtitles to the visible text lines
Signed-off-by: softworkz
---
doc/filters.texi | 206 ++
From: softworkz
- stripstyles {S -> S)
Remove all inline styles from subtitle events
Signed-off-by: softworkz
---
doc/filters.texi | 37 +++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/sf_stripstyles.c | 209 +++
From: softworkz
- splitcc {V -> VS)
Extract closed-caption (A53) data from video
frames as subtitle Frames
ffmpeg -y -loglevel verbose -i "https://streams.videolan.org/streams
/ts/CC/NewsStream-608-ac3.ts" -filter_complex "[0:v]splitcc[vid1],
textmod=mode=remove_chars:find='@',[vid1]overlay_
From: softworkz
Signed-off-by: softworkz
---
configure|1 +
doc/filters.texi | 55 ++
libavfilter/Makefile |2 +
libavfilter/allfilters.c |1 +
libavfilter/sf_graphicsub2text.c | 1132 ++
5 fil
From: softworkz
Signed-off-by: softworkz
---
configure | 1 +
doc/filters.texi | 164 +++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/sf_subscale.c | 884 ++
5 files changed, 1051 insertions
From: softworkz
Signed-off-by: softworkz
---
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/sf_subfeed.c | 366 +++
3 files changed, 368 insertions(+)
create mode 100644 libavfilter/sf_subfeed.c
diff --git a/libavfilter/Make
From: softworkz
The \h tag in ASS/SSA is indicating a non-breaking space. See
https://github.com/Aegisub/aegisite/blob/master/source/docs/3.2/
ASS_Tags.html.md
The ass_split implementation is used by almost all text subtitle
encoders and it didn't handle this tag. Interestingly, several
tests ar
From: softworkz
Signed-off-by: softworkz
---
libavcodec/webvttenc.c | 6 ++
tests/ref/fate/sub-webvttenc | 10 +-
2 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/libavcodec/webvttenc.c b/libavcodec/webvttenc.c
index c0436f5739..48945dcb8e 100644
--- a/libavcod
From: softworkz
Signed-off-by: softworkz
---
doc/APIchanges | 24
libavcodec/version.h | 2 +-
libavutil/version.h | 2 +-
3 files changed, 26 insertions(+), 2 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 8df0364e4c..c8238fb008 100644
--- a/
Hi,
On Mon, Jan 10, 2022 at 10:22 AM Andreas Rheinhardt
wrote:
> 1. FFmpeg uses the ancient C90 rule that only allows variable
> declarations at the beginning of a block (before all statements). You
> should actually have received a compiler warning because of the above
> code (unless you use Cla
If we meet timeout when reading network resource, avio_read will set
[eof_reached] to 1. And this prevent caller to retry since avio_read
do nothing and just return if eof_reached == 1.
Signed-off-by: Wang Chuan
---
libavformat/aviobuf.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-
On Thu, Jan 13, 2022 at 11:35:32PM +0200, Martin Storsjö wrote:
> On Thu, 13 Jan 2022, lance.lmw...@gmail.com wrote:
>
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/libopenh264enc.c | 15 +++
> > 1 file changed, 15 insertions(+)
> >
> > diff --git a/l
On Thu, Jan 13, 2022 at 11:57:36PM +0200, Martin Storsjö wrote:
> On Thu, 13 Jan 2022, lance.lmw...@gmail.com wrote:
>
> > From: Limin Wang
> >
> > If the version of libopenh264 >= 1.8, we can't configured main profile as
> > expected, below is the testing cli:
> >
> > ffmpeg -y -f lavfi -i tes
On Fri, Jan 14, 2022 at 12:01:26AM +0200, Martin Storsjö wrote:
> On Thu, 13 Jan 2022, lance.lmw...@gmail.com wrote:
>
> > From: Limin Wang
> >
> > ffmpeg -y -f lavfi -i testsrc -c:v libopenh264 -profile:v main -coder cavlc
> > -frames:v 1 -bsf trace_headers -f null -
> >
> > before the patch:
> On Jan 14, 2022, at 10:42 AM, Wang Chuan wrote:
>
> If we meet timeout when reading network resource, avio_read will set
> [eof_reached] to 1. And this prevent caller to retry since avio_read
> do nothing and just return if eof_reached == 1.
If timeout was triggered by a small ‘timeout’ sett
I just try to use avio to read stream by http protocol.
But if the server responds too late, avio_read will return timeout, and
the only way I can do is close it and reopen.
Of course I can set a large timeout, but it's hard to decide which
timeout value is large enough.
On 2022/1/14 11:21,
> On Jan 14, 2022, at 12:50 PM, Wang Chuan wrote:
>
> I just try to use avio to read stream by http protocol.
>
> But if the server responds too late, avio_read will return timeout, and the
> only way I can do is close it and reopen.
>
> Of course I can set a large timeout, but it's hard to
63 matches
Mail list logo
