> Hi Mark / Zhong,
>
> Could you please have a look at this patch when you get some time?
>
> Thanks
> Haihao
>
> > When AV_CODEC_EXPORT_DATA_FILM_GRAIN is present, AV1 decoder should
> > disable film grain application and export the corresponding side data
Any comment for this patchset ? Wit
Ping.
___
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 subject "unsubscribe".
Ping.
> On Sep 4, 2021, at 10:09 AM, Maryam Ebrahimzadeh wrote:
>
>
>
> On Aug 31, 2021, at 11:02 AM, Andreas Rheinhardt
> mailto:andreas.rheinha...@outlook.com>> wrote:
>
> So instead of removing said check it
>
> In the previous version I didn’t remove it, but Paul B Mahol said remove the
- overlay_textsubs {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 | 69
libavfilter/Makefile
- split_cc {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]split_cc[vid1],textmod=mode=remove_chars:find='@',[vid1]overlay_textsubs"
out
- stripstyles {S -> S)
Remove all inline styles from subtitle events
Signed-off-by: softworkz
---
doc/filters.texi | 24
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/sf_stripstyles.c | 211 +++
4 files
Signed-off-by: softworkz
---
libavcodec/ass_split.c | 12 ++--
libavcodec/ass_split.h | 2 ++
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/libavcodec/ass_split.c b/libavcodec/ass_split.c
index 05c5453e53..e58585d3da 100644
--- a/libavcodec/ass_split.c
+++ b/libavcodec/
- textmod {S -> S)
Modify subtitle text in a number of ways
Signed-off-by: softworkz
---
doc/filters.texi | 64 +++
libavfilter/Makefile | 3 +
libavfilter/allfilters.c | 1 +
libavfilter/sf_textmod.c | 374 +++
4 files changed, 442 inse
- overlay_textsubs {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 | 69
libavfilter/Makefile
This commit actually enables subtitle filtering in ffmpeg by
sending and receiving subtitle frames to and from a filtergraph.
The heartbeat functionality from the previous sub2video implementation
is retained and applied to all subtitle frames (bitmap, text, ..).
The other part of sub2video funct
- overlay_graphicsubs (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/filters.texi
Signed-off-by: softworkz
---
configure| 2 +-
libavfilter/allfilters.c | 10 +++---
libavfilter/buffersink.c | 63 +++
libavfilter/buffersink.h | 15 +
libavfilter/buffersrc.c | 72
libavfilter/buff
Signed-off-by: softworkz
---
libavfilter/avfilter.c | 8 +---
libavfilter/avfiltergraph.c | 5 +
libavfilter/formats.c | 14 ++
libavfilter/formats.h | 3 +++
4 files changed, 27 insertions(+), 3 deletions(-)
diff --git a/libavfilter/avfilter.c b/libavfilt
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 | 61 +
libavfilter/subtitles.h | 44
Signed-off-by: softworkz
---
fftools/ffplay.c | 50 +++
fftools/ffprobe.c | 49 ++
2 files changed, 62 insertions(+), 37 deletions(-)
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
index ccea0e4578..08e5d5
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 new struct AVSubt
v7 Update:
- Added new subtitle filter: split_cc
This new filter fills a number of current feature holes:
- The subcc hack is no longer required.
- It's not required anymore to use a movie input
container as input for getting caption data.
- It's possible to overlay ("burn-in") closed
SSE2 is x86 specific, yet due to the call to av_get_cpu_flags()
compilers were unable to optimize the checks (and the call) away
on other arches.
Signed-off-by: Andreas Rheinhardt
---
This is not really tested. But what is there to test?
libswscale/swscale.c | 2 ++
1 file changed, 2 insertions
In this case the current code tries to warn once; to do so, it uses
ordinary static ints to store whether the warning has already been
emitted. This is both a data race (and therefore undefined behaviour)
as well as a race condition, because it is really possible for multiple
threads to be the one
This allows to associate log messages from slice contexts to
the user-visible SwsContext.
Signed-off-by: Andreas Rheinhardt
---
libswscale/options.c | 1 +
libswscale/swscale_internal.h | 2 ++
libswscale/utils.c| 2 ++
3 files changed, 5 insertions(+)
diff --git a/libswsca
OPAQUE memory isn't supported for MFX_VERSION >= 2.0[1][2]. This is in
preparation for oneVPL support
[1]:
https://spec.oneapi.io/versions/latest/elements/oneVPL/source/appendix/VPL_intel_media_sdk.html#msdk-full-name-feature-removals
[2]: https://github.com/oneapi-src/oneVPL
---
libavcodec/qsv.
This allows user to build FFmpeg against Intel oneVPL. oneVPL 2.2
is the required minimum version when building Intel oneVPL code.
It will fail to run configure script if both libmfx and libvpl are
enabled.
---
configure | 26 --
1 file changed, 20 insertions(+), 6 deletio
MFX_RATECONTROL_LA_EXT isn't supported for MFX_VERSION >= 2.0[1][2].
This is in preparation for oneVPL support
[1]:
https://spec.oneapi.io/versions/latest/elements/oneVPL/source/appendix/VPL_intel_media_sdk.html#msdk-full-name-feature-removals
[2]: https://github.com/oneapi-src/oneVPL
---
libavc
In oneVPL, MFXLoad() and MFXCreateSession() are required to create a
workable mfx session[1]
Add AccelerationMode config filter for D3D9/D3D11 session (galinart)
The default device is changed to d3d11va for oneVPL when both d3d11va
and dxva2 are enabled on Microsoft Windows
This is in preparatio
Multi-frame encode isn't supported for MFX_VERSION >= 2.0[1][2]. This is
in preparation for oneVPL support
[1]:
https://spec.oneapi.io/versions/latest/elements/oneVPL/source/appendix/VPL_intel_media_sdk.html#msdk-full-name-feature-removals
[2]: https://github.com/oneapi-src/oneVPL
---
libavcodec
Audio isn't supported for MFX_VERSION >= 2.0[1][2]. This is in
preparation for oneVPL support
[1]:
https://spec.oneapi.io/versions/latest/elements/oneVPL/source/appendix/VPL_intel_media_sdk.html#msdk-full-name-feature-removals
[2]: https://github.com/oneapi-src/oneVPL
---
libavcodec/qsv.c |
User plugin isn't supported for MFX_VERSION >= 2.0[1][2]. This is in
preparation for oneVPL Support
[1]:
https://spec.oneapi.io/versions/latest/elements/oneVPL/source/appendix/VPL_intel_media_sdk.html#msdk-full-name-feature-removals
[2]: https://github.com/oneapi-src/oneVPL
---
libavcodec/qsv.c
The following Cflags has been added to libmfx.pc, so mfx/ prefix is no
longer needed when including mfx headers in FFmpeg.
Cflags: -I${includedir} -I${includedir}/mfx
Some old versions of libmfx have the following Cflags in libmfx.pc
Cflags: -I${includedir}
We may add -I${includedir}/mfx to
The data structures for VP9 in mfxvp9.h is wrapped by
MFX_VERSION_NEXT, which means those data structures have never been used
in a public release. Actually MFX_CODEC_VP9 and other VP9 stuffs is
added in mfxstructures.h. In addition, mfxdefs.h is included in
mfxvp9.h, so we may use the check in thi
Intel's oneVPL is a successor to MediaSDK, but removed some obsolete
features of MediaSDK[1]. Some early versions of oneVPL still uses libmfx
as library name[2], however some of obsolete features, including OPAQUE
memory, multi-frame encode, user plugins and LA_EXT rate control mode
etc, have been
The oneAPI Video Processing Library (oneVPL) is a single interface for
encode, decode and video processing[1]. oneVPL is a successor to Intel(R) Media
SDK, but removed obsolete features. Intel(R) Media SDK lifetime comes to an
end now, new features for new Intel Gen platforms will be supported in o
Thilo Borgmann 于2021年9月18日周六 上午12:12写道：
>
> Hi,
Hi Thilo,
>
> On 19 Jul 2021, at 9:15, Steven Liu wrote:
>
> > move unlock_frames before return in observed_quit mode.
> > before patch:
> > ./ffmpeg -f avfoundation -i ":0" -y out.wav
> > say something to microphone
> > ffplay out.wav will hear some
Test environment:
Darwin liuqi05.local 20.5.0 Darwin Kernel Version 20.5.0: Sat May 8 05:10:33
PDT 2021; root:xnu-7195.121.3~9/RELEASE_X86_64 x86_64
Big Sur 11.4 (20F71)
before patch:
./ffmpeg -f avfoundation -i ":0" -y out.wav
say something to microphone
ffplay out.wav will get noise.
look the i
> Lynne wrote:
> Sent: Friday, September 17, 2021 6:35 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v3] libavfilter: add a gblur_vulkan filter
>
> Sep 17, 2021, 03:50 by jianhua...@intel.com:
>
> > Ping.
> >
> >> From: Wu, Jianhua
>
On Thu, 2021-09-09 at 14:56 +, Xiang, Haihao wrote:
> On Mon, 2021-08-30 at 08:04 +, Xiang, Haihao wrote:
> > On Mon, 2021-08-30 at 05:52 +, Soft Works wrote:
> > > > -Original Message-
> > > > From: ffmpeg-devel On Behalf Of
> > > > Xiang, Haihao
> > > > Sent: Monday, 30 Augus
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/encoders.texi | 10 --
libavcodec/libsvtav1.c | 10 +-
libavcodec/version.h | 2 +-
3 files changed, 18 insertions(+), 4 deletions(-)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 64d604e..e7f61ff 100644
---
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/libsvtav1.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/libsvtav1.c b/libavcodec/libsvtav1.c
index b029e01..509d92d 100644
--- a/libavcodec/libsvtav1.c
+++ b/libavcodec/libsvtav1.c
@@ -522,7 +522,7 @@ s
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/libsvtav1.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/libsvtav1.c b/libavcodec/libsvtav1.c
index 0dc25ca..b029e01 100644
--- a/libavcodec/libsvtav1.c
+++ b/libavcodec/libsvtav1.c
@@ -208,6 +208,8 @@ static int conf
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/encoders.texi | 44
1 file changed, 44 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 8fccd73..64d604e 100644
--- a/doc/encoders.texi
+++ b/doc/encoders.texi
@@ -1750,12 +175
From: Limin Wang
Reviewed-by: Jan Ekström
Signed-off-by: Limin Wang
---
libavcodec/libsvtav1.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/libsvtav1.c b/libavcodec/libsvtav1.c
index 82ae2b9..0dc25ca 100644
--- a/libavcodec/libsvtav1.c
+++ b/libavcodec/libs
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/libsvtav1.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavcodec/libsvtav1.c b/libavcodec/libsvtav1.c
index fabc4e6..82ae2b9 100644
--- a/libavcodec/libsvtav1.c
+++ b/libavcodec/libsvtav1.c
@@ -561,12 +561,11
zimg's color range enum values are off-by-one compared to ours;
therefore the code just adds one when converting from theirs to ours.
Yet this is not how one should deal with enums; use a switch instead.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_zscale.c | 15 +--
1 file c
On 9/17/2021 5:54 PM, Paul B Mahol wrote:
+static int speex_decode_frame(AVCodecContext *avctx, void *data,
+ int *got_frame_ptr, AVPacket *avpkt)
+{
+SpeexContext *s = avctx->priv_data;
+AVFrame *frame = data;
+float *dst;
+int ret;
+
+if ((ret =
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile|1 +
libavcodec/allcodecs.c |1 +
libavcodec/speexdata.h | 764
libavcodec/speexdec.c | 1540
4 files changed, 2306 insertions(+)
create mode 100644 libavcodec/speexdat
lgtm
___
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 subject "unsubscribe".
Fixes: out of array access
Fixes:
38603/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSNSIREN_fuzzer-5741847809490944.fuzz
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/siren.c | 4
Fixes: Timeout
Fixes:
38215/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VC1_fuzzer-6375595299176448
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 1 +
1 file changed,
Fixes: signed integer overflow: 2145649668 + 3956526 cannot be represented in
type 'int'
Fixes:
38351/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_APE_fuzzer-4647077926273024
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by:
Fixes: assertion failure
Fixes:
38332/clusterfuzz-testcase-minimized-ffmpeg_dem_DHAV_fuzzer-4522405595316224
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/dhav.c | 2 +-
1 file changed, 1 i
On Fri, Sep 17, 2021 at 12:38 PM Paul B Mahol wrote:
>
> Thanks. There is another path that sets it correctly. Please apply this.
> The code could be refactored later.
>
Applied and pushed.
Thank you,
Pavel.
(sending 2nd time, to the list this time)
___
Hello, due to the confidentiality of the company, I cannot send the patch by
Git sate-email. I saw that the contribution website of FFmpeg says that the
patch can be encoded by Base64 and sent to you. Therefore, I used ??certutil??
command to encode patch. I will check the patch file again tomor
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h2645_parse.h.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To un
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h2645_parse.c.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To un
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264dec.h.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264dec.c.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264_slice.c.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To uns
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264_refs.c.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsu
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264_ps.h.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264_ps.c.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
h264_parser.c.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 email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
Dear,
This patch includes a macro added to the configure file that
controls switching on and off SVC decoding capabilities based on temporal
scalability.
Thank you for you review!
configure.patch
Description: Binary data
___
ffmpeg-devel mailing li
patch welcome
___
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 subject "unsubscribe".
Paul B Mahol:
> Thanks. There is another path that sets it correctly. Please apply this.
> The code could be refactored later.
Shouldn't one use something like convert_range() (but for converting
back) instead of hardcoding the assumption that ZIMG_RANGE_* + 1 =
AVCOL_RANGE_* for matching ranges?
Thanks. There is another path that sets it correctly. Please apply this.
The code could be refactored later.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
On Fri, Sep 17, 2021 at 8:00 PM Michael Niedermayer
wrote:
> On Fri, Sep 17, 2021 at 07:35:32PM +0200, Paul B Mahol wrote:
> > Please do not apply, This actually changes output to nothing.
>
> Do you have such a TGA file without an image in it?
>
> Why would that be relevant, comply with TGA spec
On Fri, Sep 17, 2021 at 07:35:32PM +0200, Paul B Mahol wrote:
> Please do not apply, This actually changes output to nothing.
Do you have such a TGA file without an image in it?
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I have never wished to cater
On Fri, Sep 17, 2021 at 12:45 AM Paul B Mahol wrote:
> I doubt this is correct, something is fishy here.
>
The issue is that you are assigning a value of type zimg_color_family_e to
a variable of type AVColorRange.
typedef enum zimg_pixel_range_e {
ZIMG_RANGE_INTERNAL = -1, /**< Not part of the
James Almer:
> On 9/14/2021 7:16 AM, Andreas Rheinhardt wrote:
>> Do this by putting an AVBuffer structure into BufferPoolEntry and
>> reuse it for all subsequent uses of said BufferPoolEntry.
>>
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> libavutil/buffer.c | 44
On Tue, Aug 31, 2021 at 08:33:42PM +0200, Michael Niedermayer wrote:
> Fixes: invalid shift
> Fixes:
> 37018/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MPEG2VIDEO_fuzzer-5290280902328320
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffm
Please do not apply, This actually changes output to nothing.
___
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 subject "
On Tue, Jul 20, 2021 at 10:29:42PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 35877/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TARGA_fuzzer-5407292819374080
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signe
On Fri, Sep 17, 2021 at 08:46:07AM +0200, Paul B Mahol wrote:
> lgtm
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Elect your leaders based on what they did after the last election, not
based on what they say before an election.
signature.as
On Wed, Jun 02, 2021 at 05:48:53PM +0200, Michael Niedermayer wrote:
> On Sun, May 30, 2021 at 03:20:06PM -0300, James Almer wrote:
> > On 5/30/2021 3:02 PM, Michael Niedermayer wrote:
> > > Fixes: error: 1.66789e+11 is outside the range of representable values of
> > > type 'int'
> > > Fixes: Tic
> -Original Message-
> From: ffmpeg-devel On Behalf Of James Almer
> Sent: Friday, 17 September 2021 18:39
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] Plans for libavfilter
>
> On 9/17/2021 1:31 PM, Soft Works wrote:
> > Hello Xiao,
> >
> >
> > and welcome to this littl
On 9/14/2021 7:16 AM, Andreas Rheinhardt wrote:
Do this by putting an AVBuffer structure into BufferPoolEntry and
reuse it for all subsequent uses of said BufferPoolEntry.
Signed-off-by: Andreas Rheinhardt
---
libavutil/buffer.c | 44 +
libavutil/
On 9/17/2021 12:13 PM, Andreas Rheinhardt wrote:
James Almer:
Signed-off-by: James Almer
---
libavutil/buffer.c | 6 +++---
libavutil/buffer.h | 6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavutil/buffer.c b/libavutil/buffer.c
index b13eeadffb..a32b7deb89 1006
On 9/17/2021 1:04 PM, Paul B Mahol wrote:
On Thu, Sep 16, 2021 at 8:31 PM Xiang Xiao
wrote:
We are facing similar issues after working with libavfilter for more than
one year. We are implementing a private solution for:
- Partial graph configuration
- Partial graph re-configuration
On 9/17/2021 1:31 PM, Soft Works wrote:
Hello Xiao,
and welcome to this little freak-show of ffmpeg development.
(some guys are nice and cool but often quiet)
New contributing developers should be welcome, but actually
you can be glad when you're not being told the opposite.
As long as you're
Hello Xiao,
and welcome to this little freak-show of ffmpeg development.
(some guys are nice and cool but often quiet)
New contributing developers should be welcome, but actually
you can be glad when you're not being told the opposite.
As long as you're not a masochist or getting paid extremely
Nicolas George:
> Andreas Rheinhardt (12021-09-14):
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> I am not resending all the deduplication patches;
>> they can be e.g. found here:
>> https://github.com/mkver/FFmpeg/commits/avfilter_deduplication
>>
>> libavfilter/vsrc_testsrc.c | 47
Paul B Mahol (12021-09-17):
> I will be glad if you stop spamming ML with non useful messages.
This was no thread hijacking, and entirely relevant.
PM Xiang Xiao did top-post, though, which is not welcome. But since you
do it frequently too, you can not afford to complain.
--
Nicolas George
Hi,
On 19 Jul 2021, at 9:15, Steven Liu wrote:
move unlock_frames before return in observed_quit mode.
before patch:
./ffmpeg -f avfoundation -i ":0" -y out.wav
say something to microphone
ffplay out.wav will hear some noise, because not get enough samples
from
devices
after patch:
./ffmpeg
On Thu, Sep 16, 2021 at 8:31 PM Xiang Xiao
wrote:
> We are facing similar issues after working with libavfilter for more than
> one year. We are implementing a private solution for:
>
>- Partial graph configuration
>- Partial graph re-configuration
>- Global running API
>
> It's glad
On Thu, Sep 16, 2021 at 8:31 PM Xiang Xiao
wrote:
> We are facing similar issues after working with libavfilter for more than
> one year. We are implementing a private solution for:
>
>- Partial graph configuration
>- Partial graph re-configuration
>- Global running API
>
> It's glad
On Thu, Sep 16, 2021 at 8:47 PM Michael Niedermayer
wrote:
> On Thu, Sep 16, 2021 at 01:55:17PM +0200, Nicolas George wrote:
> > Since it is not healthy to keep everything for myself, here is a summary
> > of the projects I have in mind for the enhancement of libavfilter.
> >
> > The thing is, th
Signed-off-by: Andreas Rheinhardt
---
I find it odd that the previous values are not restored, but
rather overwritten with the default value of said option.
libavformat/demux.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavformat/demux.c b/libavformat/demux.c
i
On 17 May 2021 01:20:24 -0700, Brad Hards wrote:
> Signed-off-by: Brad Hards
> ---
> libavcodec/libx265.c | 22 ++
> 1 file changed, 22 insertions(+)
>
> diff --git a/libavcodec/libx265.c b/libavcodec/libx265.c
> index a1bd205201..d66506dda9 100644
> --- a/libavcodec/libx265
James Almer:
> Signed-off-by: James Almer
> ---
> libavutil/buffer.c | 6 +++---
> libavutil/buffer.h | 6 +++---
> 2 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/libavutil/buffer.c b/libavutil/buffer.c
> index b13eeadffb..a32b7deb89 100644
> --- a/libavutil/buffer.c
> +++ b/l
On 9/17/2021 11:51 AM, 蔡于涵 wrote:
Dear,
This patch includes a macro added to the configure file that
controls switching on and off SVC decoding capabilities based on temporal scalability.
Thank you for you review!
Hello. All these patches are base64 encoded and with an unexpected
header a
Signed-off-by: James Almer
---
libavutil/buffer.c | 6 +++---
libavutil/buffer.h | 6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavutil/buffer.c b/libavutil/buffer.c
index b13eeadffb..a32b7deb89 100644
--- a/libavutil/buffer.c
+++ b/libavutil/buffer.c
@@ -90,7 +90,7
> -Original Message-
> From: ffmpeg-devel On Behalf Of Soft Works
> Sent: Thursday, 16 September 2021 22:30
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH v6 00/11] Subtitle Filtering
>
> v6 Update:
>
> - Implements all given feedback from reviews (thanks!)
> - Add AVS
Am 15.08.21 um 11:55 schrieb Andreas Rheinhardt:
> Using ff_set_common_formats_from_list() avoids using different functions
> depending upon how many inputs the filter has.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> Untested as I don't have a mac.
>
> libavfilter/vf_coreimage.m | 37 ++--
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Friday, 17 September 2021 15:07
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v5 00/12] Subtitle Filtering
>
> Soft Works (12021-09-17):
> > I'm not talking about an
---
libavformat/mxf.h| 1 +
libavformat/mxfdec.c | 277 ++-
2 files changed, 272 insertions(+), 6 deletions(-)
diff --git a/libavformat/mxf.h b/libavformat/mxf.h
index fe9c52732c..cddbcb13c9 100644
--- a/libavformat/mxf.h
+++ b/libavformat/mxf.h
@@ -5
---
libavformat/mxfdec.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 34cbd2cd77..c28549f6a9 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -203,8 +203,8 @@ typedef struct MXFDescri
Am 26.08.21 um 16:40 schrieb Chengfeng Ye:
> The problem here is that the lock ctx->frame_lock will
> become an unreleased lock if the program returns at
> line 697, line 735 and line744.
>
> Cc: cy...@connect.ust.hk
> Bug tracker link: https://trac.ffmpeg.org/ticket/9385\#ticket
>
> Signed-off-b
Am 26.08.21 um 16:40 schrieb Chengfeng Ye:
> The problem here is that the lock ctx->frame_lock will become
> an unreleased lock if the program returns at patched lines.
>
> Depends-on: series-0001
> Cc: cy...@connect.ust.hk
> Bug tracker link: https://trac.ffmpeg.org/ticket/9386\#ticket
>
> Signe
Soft Works (12021-09-17):
> I'm not talking about any fantasy or idea. I'm describing the
> behaviour of my v6 patch.
Then your v6 patch, like all other versions, is completely bogus.
And again, I do not have time to give to you. I already have more than a
hundred students this year, and at least
Sep 17, 2021, 03:50 by jianhua...@intel.com:
> Ping.
>
>> From: Wu, Jianhua
>> Sent: Thursday, September 9, 2021 1:45 PM
>> To: ffmpeg-devel@ffmpeg.org
>> Cc: Wu, Jianhua
>> Subject: [PATCH v3] libavfilter: add a gblur_vulkan filter
>>
>> This commit adds a powerful and customizable gblur Vulkan
---
libavformat/allformats.c | 1 +
libavformat/img2.c | 3 +++
libavformat/img2dec.c| 22 ++
3 files changed, 26 insertions(+)
diff --git a/libavformat/allformats.c b/libavformat/allformats.c
index 5471f7c16f..99d8c91e00 100644
--- a/libavformat/allformats.c
+++ b
1 - 100 of 106 matches
Mail list logo
