On 5/24/2019 4:11 AM, Steve Lhomme wrote:
> It's better to do it before the buffers are actually created. At least in VLC
> we currently don't support changing some parameters dynamically easily so we
> don't use the information if it comes after the buffer are created.
Glad to know my solution wo
On 5/24/2019 12:23 PM, Derek Buitenhuis wrote:
> Signed-off-by: Derek Buitenhuis
> ---
> libavcodec/libx265.c | 18 +-
> 1 file changed, 17 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/libx265.c b/libavcodec/libx265.c
> index 07bca81aef..f56def53d5 100644
> --- a/liba
From: Jun Zhao
Document checkheaders/alltools and consistency fixes
Signed-off-by: Jun Zhao
---
doc/build_system.txt |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/doc/build_system.txt b/doc/build_system.txt
index 325a9e8..3d6a21a 100644
--- a/doc/build_system.
From: Jun Zhao
Add slice threading support, use the command like:
./ffmpeg -i input -vf colorlevels -f null /dev/null
with 1080p h264 clip, the fps from 39 fps to 79 fps
in the local(Intel(R) Core(TM) i5-8265U CPU @ 1.60GHz)
Signed-off-by: Jun Zhao
---
libavfilter/vf_colorlevels.c | 121 +++
V4: - fix clip issue for 16bits case
Jun Zhao (1):
lavfi/colorlevels: Add slice threading support
libavfilter/vf_colorlevels.c | 121 +++---
1 files changed, 102 insertions(+), 19 deletions(-)
___
ffmpeg-devel ma
V2: - update comments
Jun Zhao (1):
lavfi/lut: Add slice threading support
libavfilter/vf_lut.c | 329 +-
1 files changed, 216 insertions(+), 113 deletions(-)
___
ffmpeg-devel mailing list
ffmpeg-deve
From: Jun Zhao
Used the command for 1080p h264 clip as follow:
a). ffmpeg -i input -vf lutyuv="u=128:v=128" -f null /dev/null
b). ffmpeg -i input -vf lutrgb="g=0:b=0" -f null /dev/null
after enabled the slice threading, the fps change from:
a). 144fps to 258fps (lutyuv)
b). 94fps to 153fps (l
V2: - Add version note for eld_v2 option
- Update checkheaders docs
Jun Zhao (2):
doc/build_system: Document checkheaders/alltools and consistency
fixes
doc/encoders: Document eld_v2 option for libfdk_aac encoder.
doc/build_system.txt |8
doc/encoders.texi|8
From: Jun Zhao
Document eld_v2 option for libfdk_aac encoder.
Signed-off-by: Jun Zhao
---
doc/encoders.texi |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index ef12c73..eefd124 100644
--- a/doc/encoders.texi
+++ b/doc/enco
---
This provides a small readability improvement.
I observe no performance change on x86_64 or arm6.
libavcodec/vp3.c | 6 +++---
libavcodec/vp3data.h | 9 -
2 files changed, 7 insertions(+), 8 deletions(-)
diff --git a/libavcodec/vp3.c b/libavcodec/vp3.c
index b248c90413..63f60c910
Fix #6945
Rotate or/and flip frame according to frame's metadata orientation
---
fftools/ffmpeg.c| 3 ++-
fftools/ffmpeg.h| 3 ++-
fftools/ffmpeg_filter.c | 19 ++-
3 files changed, 22 insertions(+), 3 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
Add exif orientation support and expose an option.
---
libavfilter/vf_transpose.c | 258 +
1 file changed, 207 insertions(+), 51 deletions(-)
diff --git a/libavfilter/vf_transpose.c b/libavfilter/vf_transpose.c
index dd54947bd9..4aebfb9ee4 100644
--- a/libavfil
On Saturday, May 25, 2019, Carl Eugen Hoyos wrote:
> Am Fr., 24. Mai 2019 um 11:36 Uhr schrieb :
> >
> > From: Limin Wang
> >
> > ---
> > libavfilter/vf_overlay.c | 52
> > 1 file changed, 26 insertions(+), 26 deletions(-)
> >
> > diff --git a/libavfilte
Am Fr., 24. Mai 2019 um 11:36 Uhr schrieb :
>
> From: Limin Wang
>
> ---
> libavfilter/vf_overlay.c | 52
> 1 file changed, 26 insertions(+), 26 deletions(-)
>
> diff --git a/libavfilter/vf_overlay.c b/libavfilter/vf_overlay.c
> index b468cedf2e..c1abd3e1b
Am 22.05.19 um 14:27 schrieb Thilo Borgmann:
> Am 22.05.19 um 01:41 schrieb Jan Ekström:
>> Hi,
>>
>> On Tue, May 14, 2019 at 4:16 PM Thilo Borgmann
>> wrote:
>>>
>>> $Subject
>>>
>>> Tested compilation only, sanity test actually using it appreciated.
>>>
>>
>> Thanks for the patch. To be complet
On Fri, 24 May 2019, Antonin Gouzer wrote:
---
Add S12M Timecode output with the show_frame option
Multiple timecodes (3) for one frame support
Control side date Size to 16
Correct ffrpobe.xsd to allow multiple timecodes in side_data element
---
doc/ffprobe.xsd | 8
fftools/ffprobe.
___
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".
On Fri, 24 May 2019, Paul B Mahol wrote:
On 5/23/19, Marton Balint wrote:
Fixes infinte loop with -vf loop=loop=1 and also fixes looping when the
input
is less frames than the specified loop size.
Possible regressions since ef1aadffc785b48ed62c45d954289e754f43ef46.
Signed-off-by: Marton Ba
On Thu, 23 May 2019, Paul B Mahol wrote:
On 5/23/19, Marton Balint wrote:
Fixes Coverity CID 1441460.
Signed-off-by: Marton Balint
---
libavcodec/scpr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/scpr.c b/libavcodec/scpr.c
index 10fc994ecf..317950dafb 1
On Thu, 23 May 2019, Marton Balint wrote:
On Sun, 19 May 2019, Marton Balint wrote:
Fixes a regression introduced in dbfd042983eed8586d4048795c00af820f5b6b1f.
Will apply soon.
Applied.
Regards,
Marton
___
ffmpeg-devel mailing list
ffmpeg-dev
On 5/24/19, Derek Buitenhuis wrote:
> On 24/05/2019 17:05, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> libswresample/swresample.c | 8
>> 1 file changed, 8 insertions(+)
>
> Seems reasonable. What happens if these aren't in place?
It may divide by zero and crash with f
On 24.05.2019 21:32, Сергей Свечников wrote:
Actually, I've submitted the fix a while ago and got ignored. I then wrote
to Timo directly to his email and got ignored again.
https://github.com/Svechnikov/ffmpeg-scale-cuda-problem
I simply missed the original mail to the list, sorry about that.
Actually, I've submitted the fix a while ago and got ignored. I then wrote
to Timo directly to his email and got ignored again.
https://github.com/Svechnikov/ffmpeg-scale-cuda-problem
Le ven. 24 mai 2019 19:25, Timo Rothenpieler a
écrit :
> On 24.05.2019 18:39, Josh Allmann wrote:
> > The first
On 24-05-2019 08:53 PM, Gyan wrote:
On 24-05-2019 11:24 AM, Gyan wrote:
Will push tonight.
Pushed as 50789e356d65270698d0d8495323ebe76a46091a
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpe
Michael Niedermayer:
> On Fri, May 03, 2019 at 06:31:00AM +, Andreas Rheinhardt wrote:
>> Michael Niedermayer:
>>> Signed-off-by: Michael Niedermayer
>>> ---
>>> libavformat/webm_chunk.c | 8 +++-
>>> 1 file changed, 7 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/libavformat/webm_chu
On Fri, 24 May 2019 at 09:55, Timo Rothenpieler wrote:
>
> On 24.05.2019 18:27, Josh Allmann wrote:
> > On Fri, 24 May 2019 at 06:00, Timo Rothenpieler
> > wrote:
> >>
> >> On 24/05/2019 01:49, Josh Allmann wrote:
> >>> Makes certain usages of the lavfi API easier.
> >>> ---
> >>>libavfilter
On 24/05/2019 17:05, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libswresample/swresample.c | 8
> 1 file changed, 8 insertions(+)
Seems reasonable. What happens if these aren't in place?
- Derek
___
ffmpeg-devel mailing list
ff
On 24.05.2019 18:39, Josh Allmann wrote:
The first frame is scaled correctly, and subsequent frames are
over-scaled / cropped since the frame data is reset with the
hwframe after each invocation of the scaler.
The hwframe-allocated frame has a width/height that is 32-bit
aligned. The scaler uses
On 24.05.2019 18:27, Josh Allmann wrote:
On Fri, 24 May 2019 at 06:00, Timo Rothenpieler wrote:
On 24/05/2019 01:49, Josh Allmann wrote:
Makes certain usages of the lavfi API easier.
---
libavfilter/vf_scale_cuda.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff
The first frame is scaled correctly, and subsequent frames are
over-scaled / cropped since the frame data is reset with the
hwframe after each invocation of the scaler.
The hwframe-allocated frame has a width/height that is 32-bit
aligned. The scaler uses this aligned width / height as its target,
On Fri, 24 May 2019 at 06:00, Timo Rothenpieler wrote:
>
> On 24/05/2019 01:49, Josh Allmann wrote:
> > Makes certain usages of the lavfi API easier.
> > ---
> > libavfilter/vf_scale_cuda.c | 12 +++-
> > 1 file changed, 11 insertions(+), 1 deletion(-)
> >
> > diff --git a/libavfilter/v
Signed-off-by: Paul B Mahol
---
libswresample/swresample.c | 8
1 file changed, 8 insertions(+)
diff --git a/libswresample/swresample.c b/libswresample/swresample.c
index 6d28e6a798..1ac5ef9a30 100644
--- a/libswresample/swresample.c
+++ b/libswresample/swresample.c
@@ -164,6 +164,14 @@
> 在 2019年5月24日，20:34，Pedro Arthur 写道：
>
> Em qui, 23 de mai de 2019 às 00:06, Guo, Yejun escreveu:
>>
>>
>>
Option 2)
Write c code in FFmpeg to convert tensorflow file format (format 1)
directly
>>> into memory representation (format 3), and so we controls everyth
Signed-off-by: Derek Buitenhuis
---
libavcodec/libx265.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/libavcodec/libx265.c b/libavcodec/libx265.c
index 07bca81aef..f56def53d5 100644
--- a/libavcodec/libx265.c
+++ b/libavcodec/libx265.c
@@ -133,6 +133,14 @
On 24-05-2019 11:24 AM, Gyan wrote:
On 24-05-2019 02:06 AM, Hendrik Leppkes wrote:
On Thu, May 23, 2019 at 9:55 PM Gyan wrote:
On 24-05-2019 12:58 AM, Nicolas George wrote:
Gyan (12019-05-24):
avpriv_io_delete will call the file protocol's delete which is
guarded
with a header check,
On 23/05/2019 23:58, Darren Mo wrote:
> To clarify, do you mean we should merge this now or wait for the second
> patch, which fixes the root cause?
I have no strong opinion on it. Unsure which is better for a user experience,
given they'll both be broken in some way.
I'd say merge if you feel
On 24/05/2019 01:49, Josh Allmann wrote:
Makes certain usages of the lavfi API easier.
---
libavfilter/vf_scale_cuda.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/libavfilter/vf_scale_cuda.c b/libavfilter/vf_scale_cuda.c
index b7cdb81081..6b1ef2bb6f 100644
Remove the rain in the input image/video by applying the derain
methods based on convolutional neural networks. Training scripts
as well as scripts for model generation are provided in the
repository at https://github.com/XueweiMeng/derain_filter.git.
Signed-off-by: Xuewei Meng
---
doc/filters.t
Em qui, 23 de mai de 2019 às 00:06, Guo, Yejun escreveu:
>
>
>
> > > > > > > Option 2)
> > > > > > > Write c code in FFmpeg to convert tensorflow file format (format
> > > > > > > 1)
> > > directly
> > > > > > into memory representation (format 3), and so we controls
> > > > > > everything in
>
On 2019-05-24 12:06, James Darnley wrote:
> On 2019-05-24 11:36, lance.lmw...@gmail.com wrote:
>> From: Limin Wang
>>
>> ...
>
> Why?
I see why: so you don't screw-up the macros you create later.
signature.asc
Description: OpenPGP digital signature
___
On Thu, May 23, 2019 at 06:06:42PM +0200, Moritz Barsnick wrote:
> The string matching function's return value was evaluated incorrectly.
>
> Fixes trac #7920.
>
> Signed-off-by: Moritz Barsnick
> ---
> libavformat/mpjpegdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --
On Fri, May 03, 2019 at 06:11:00AM +, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/webm_chunk.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavformat/webm_chunk.c b/libavformat/webm_chunk.
On Fri, May 03, 2019 at 06:03:02PM +0200, Michael Niedermayer wrote:
> On Fri, May 03, 2019 at 06:11:00AM +, Andreas Rheinhardt wrote:
> > Michael Niedermayer:
> > > Signed-off-by: Michael Niedermayer
> > > ---
> > > libavformat/webm_chunk.c | 2 +-
> > > 1 file changed, 1 insertion(+), 1 del
On Fri, May 24, 2019 at 17:36:10 +0800, lance.lmw...@gmail.com wrote:
> Subject: [PATCH 1/7] libavfilter/vf_overlay.c: change the commands style for
> the macro defined function
^
It's not "commands", it's "comments", or "comment style".
On Fri, May 03, 2019 at 06:31:00AM +, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/webm_chunk.c | 8 +++-
> > 1 file changed, 7 insertions(+), 1 deletion(-)
> >
> > diff --git a/libavformat/webm_chunk.c b/libavformat/webm
On 5/24/19, Michael Niedermayer wrote:
> On Sun, Apr 28, 2019 at 12:37:12PM +0200, Paul B Mahol wrote:
>> On 4/28/19, Michael Niedermayer wrote:
>> > Fixes: Timeout (23sec -> 0.5sec)
>> > Fixes:
>> > 14329/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_LSCR_fuzzer-5679252923482112
>> >
>> > Fo
On Sun, Apr 28, 2019 at 12:37:12PM +0200, Paul B Mahol wrote:
> On 4/28/19, Michael Niedermayer wrote:
> > Fixes: Timeout (23sec -> 0.5sec)
> > Fixes:
> > 14329/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_LSCR_fuzzer-5679252923482112
> >
> > Found-by: continuous fuzzing process
> > https://g
On 2019-05-24 11:36, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> ...
Why? And these are "comments" not "commands".
signature.asc
Description: OpenPGP digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.o
On Thu, May 23, 2019 at 06:06:43PM +0200, Moritz Barsnick wrote:
> According to RFC1341, the multipart boundary indicated by the
> Content-Type header must be prepended by CRLF + "--", and followed
> by CRLF. In the case of strict MIME header boundary handling, the
> "--" was forgotten to add.
>
>
On 5/24/19, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> ---
> libavfilter/vf_overlay.c | 52
> 1 file changed, 26 insertions(+), 26 deletions(-)
>
> diff --git a/libavfilter/vf_overlay.c b/libavfilter/vf_overlay.c
> index b468cedf2e..c1abd3e1b2 1
From: Limin Wang
---
libavfilter/vf_overlay.c | 52 ++--
1 file changed, 29 insertions(+), 23 deletions(-)
diff --git a/libavfilter/vf_overlay.c b/libavfilter/vf_overlay.c
index ba8147f579..ee51a54659 100644
--- a/libavfilter/vf_overlay.c
+++ b/libavfilter/vf
From: Limin Wang
---
libavfilter/vf_overlay.c | 92
1 file changed, 46 insertions(+), 46 deletions(-)
diff --git a/libavfilter/vf_overlay.c b/libavfilter/vf_overlay.c
index c1abd3e1b2..f36be1601b 100644
--- a/libavfilter/vf_overlay.c
+++ b/libavfilter/vf
From: Limin Wang
---
libavfilter/vf_overlay.c | 214 +++
1 file changed, 107 insertions(+), 107 deletions(-)
diff --git a/libavfilter/vf_overlay.c b/libavfilter/vf_overlay.c
index f36be1601b..ba8147f579 100644
--- a/libavfilter/vf_overlay.c
+++ b/libavfilter/
From: Limin Wang
---
libavfilter/vf_overlay.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavfilter/vf_overlay.c b/libavfilter/vf_overlay.c
index 0a8f089c0d..b468cedf2e 100644
--- a/libavfilter/vf_overlay.c
+++ b/libavfilter/vf_overlay.c
@@ -500,7 +500,7 @@
From: Limin Wang
The test ffmpeg command in iMAC:
./ffmpeg -y -i input.ts -i ./logo.png -filter_complex
overlay=50:50:format=yuv420p10 -c:v hevc_videotoolbox ./test.ts
Now I have tested with 8bit and check the result is OK
---
libavfilter/vf_overlay.c | 54 ++--
From: Limin Wang
---
libavfilter/vf_overlay.c | 69 +---
1 file changed, 44 insertions(+), 25 deletions(-)
diff --git a/libavfilter/vf_overlay.c b/libavfilter/vf_overlay.c
index ee51a54659..8376494efc 100644
--- a/libavfilter/vf_overlay.c
+++ b/libavfilter/vf
From: Limin Wang
---
libavfilter/vf_overlay.c | 52
1 file changed, 26 insertions(+), 26 deletions(-)
diff --git a/libavfilter/vf_overlay.c b/libavfilter/vf_overlay.c
index b468cedf2e..c1abd3e1b2 100644
--- a/libavfilter/vf_overlay.c
+++ b/libavfilter/vf
On Wed, May 22, 2019 at 9:54 PM Timo Rothenpieler
wrote:
> On 22.05.2019 08:59, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > The testing command for the HDR10 output with nvenc:
> > $ ./ffmpeg_g -y -i 4K.mp4 -c:v hevc_nvenc -g 7 -color_primaries bt2020
> -colorspace bt2020_ncl -col
On 5/15/19, Swaraj Hota wrote:
> Fixes ticket #2956.
>
> Signed-off-by: Swaraj Hota
> ---
> Revised patch based on previous discussions.
> Some of the changes are:
> - using AVIndexEntry now
> - demuxer is totally index based (removed linear search)
> - added seeking functionality with timestamps
On 5/23/19, Marton Balint wrote:
> Fixes infinte loop with -vf loop=loop=1 and also fixes looping when the
> input
> is less frames than the specified loop size.
>
> Possible regressions since ef1aadffc785b48ed62c45d954289e754f43ef46.
>
> Signed-off-by: Marton Balint
> ---
> libavfilter/f_loop.c
Xuewei Meng 于2019年5月22日周三 下午9:09写道：
>
> Add dilation parameter in dnn native to support dilated convolution.
>
> Signed-off-by: Xuewei Meng
> ---
> libavfilter/dnn_backend_native.c | 17 +
> libavfilter/dnn_backend_native.h | 1 +
> 2 files changed, 10 insertions(+), 8 deletions
On 5/23/19, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavfilter/f_loop.c | 13 +
> 1 file changed, 13 insertions(+)
>
> diff --git a/libavfilter/f_loop.c b/libavfilter/f_loop.c
> index fcbd742eb4..5ec44d9da2 100644
> --- a/libavfilter/f_loop.c
> +++ b/libavfilter/
---
Add S12M Timecode output with the show_frame option
Multiple timecodes (3) for one frame support
Control side date Size to 16
Correct ffrpobe.xsd to allow multiple timecodes in side_data element
---
doc/ffprobe.xsd | 8
fftools/ffprobe.c | 14 +-
2 files changed, 21 ins
It's better to do it before the buffers are actually created. At least in VLC
we currently don't support changing some parameters dynamically easily so we
don't use the information if it comes after the buffer are created.
Co-authored-by: James Almer
---
The same problem may exist with H264 alter
64 matches
Mail list logo
