On 02-09-2018 02:57 PM, Marton Balint wrote:
Change the option name to seek_interval then, -seek alone seems a bit
confusing to me because it might mean to do initial seek in the input
before playing the file.
Haven't changed code much, kept basic protection against invalid input
(val < 0
On 31-08-2018 10:26 AM, Gyan Doshi wrote:
On 31-08-2018 09:57 AM, Gyan Doshi wrote:
On 31-08-2018 04:28 AM, Marton Balint wrote:
Is there any real use case when same source and destination works, so
the option can be used?
If not, then just make ffmpeg fail, like the cp command fails for
fix ticket: 7393
indent option name to segment
Signed-off-by: Steven Liu
---
doc/muxers.texi | 26 --
libavformat/hlsenc.c | 22 ++
libavformat/version.h | 7 +--
3 files changed, 35 insertions(+), 20 deletions(-)
diff --git a/doc/muxers.t
Failed case: mss2-wmv
In following functions, pmullh was used to multiply two 16-bit data, this will
cause data overflow.
1. ff_vc1_inv_trans_8x8_dc_mmi
2. ff_vc1_inv_trans_8x8_mmi
3. ff_vc1_inv_trans_8x4_mmi
4. ff_vc1_inv_trans_4x8_mmi
5. ff_vc1_inv_trans_4x4_mmi
---
libavcodec/mips/vc1dsp_mmi.c
Signed-off-by: hwren
---
Changelog | 1 +
configure | 4 +
doc/encoders.texi | 40 +++
doc/general.texi | 14 +++
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/libxavs2.c | 319 +++
Signed-off-by: hwren
---
libavformat/allformats.c | 1 +
libavformat/rawenc.c | 13 +
2 files changed, 14 insertions(+)
diff --git a/libavformat/allformats.c b/libavformat/allformats.c
index adcc8d9..c17cdc2 100644
--- a/libavformat/allformats.c
+++ b/libavformat/allformats.c
@@
From: Luca Barbato
Merged-by: James Almer
---
This is the next merge in the queue. It's a critical part of the AVFrame API,
so even if FATE passes I'd rather have others look at it and test in case
something breaks.
The only difference compared to the libav commit is the "32 - 1" padding per
pl
On 9/2/2018 8:58 PM, Marton Balint wrote:
> Fixes a compile error and re-adds pkt_size as a url?option as well.
Sorry about that. I made sure to keep the logic as you added it a few
days ago instead of adopting the one from libav, including keeping the
option name you added and the default of -1,
---
Though nothing should look directly as these fields having random stack data in
them is confusing for debugging.
libavutil/hwcontext_vaapi.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/libavutil/hwcontext_vaapi.c b/libavutil/hwcontext_vaapi.c
index c
---
Needed to import YUV420P frames exported from Vulkan.
libavutil/hwcontext_vaapi.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavutil/hwcontext_vaapi.c b/libavutil/hwcontext_vaapi.c
index a2387d4fc4..cc3739f6ec 100644
--- a/libavutil/hwcontext_vaapi.c
+++ b/libavutil/hwcontext
Fixes a compile error and re-adds pkt_size as a url?option as well.
Signed-off-by: Marton Balint
---
libavformat/libsrt.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index 9795e279e8..fbfd6ace83 100644
--- a/libavformat/l
On Sun, Sep 02, 2018 at 12:58:38PM +0800, hwren wrote:
> Signed-off-by: hwren
> ---
> Changelog | 1 +
> configure | 4 +
> doc/encoders.texi | 40 +++
> doc/general.texi | 14 +++
> libavcodec/Makefile| 1 +
> libavcodec/allcodecs.c | 1 +
>
Hi
2018-09-01 16:27 GMT-03:00 Sergey Lavrushkin :
> Hello,
>
> Resending patch with fixes of sr filter and dnn module for review.
Thanks for your work.
I think it would be beter if you split this patch: one removing the
stored data and one which adds the support for native model file in
tf.
Rega
On 21/06/18 17:55, Rostislav Pehlivanov wrote:
> This commit adds a common code for use in Vulkan filters. It attempts
> to ease the burden of writing Vulkan image filtering to a minimum,
> which is pretty much a requirement considering how verbose the API is.
>
> It supports both compute and grap
On 21/06/18 17:55, Rostislav Pehlivanov wrote:
> Could be done in-plane with the main image but framesync segfaults.
Is this framesync not working with hardware frames, so it tries to clone an
image but can't?
(I have had vague plans for a while to clean that up by adding an
av_hwframe_clone()
On Fri, Aug 17, 2018 at 02:08:40AM +0200, Michael Niedermayer wrote:
> Fixes: nature_360-7501616eb5eafca5-.mp4
>
> Reported-by: Thierry Foucu
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/h264_refs.c | 1 +
> 1 file changed, 1 insertion(+)
will apply
[...]
--
Michael GnuPG
On Mon, Aug 27, 2018 at 01:50:35AM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 9710/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FFV1_fuzzer-4918894635515904
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-
On Sun, Aug 26, 2018 at 04:29:15PM +0200, Michael Niedermayer wrote:
> This requires us to pre-parse the skip data, as we want to
> detect this before allocating all the arrays
>
> Fixes: Timeout
> Fixes:
> 9708/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMV2_fuzzer-5729709861109760
will
On Sun, Aug 26, 2018 at 04:20:01AM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 9654/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_INDEO4_fuzzer-6289863463665664
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signe
On 21/06/18 17:55, Rostislav Pehlivanov wrote:
> Can convert to RGB using very fast fixed-function conversions.
>
> Signed-off-by: Rostislav Pehlivanov
> ---
> configure | 1 +
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/v
On 21/06/18 17:55, Rostislav Pehlivanov wrote:
> Signed-off-by: Rostislav Pehlivanov
> ---
> configure | 1 +
> libavfilter/Makefile| 1 +
> libavfilter/allfilters.c| 1 +
> libavfilter/vf_avgblur_vulkan.c | 343
> 4
(Finally got around to this again, apologies for the delay. The Vulkan-only
parts all look pretty much fine to me (modulo one transfer case below), but
mapping seems to still have some issues.)
On 21/06/18 17:55, Rostislav Pehlivanov wrote:
> This commit adds a Vulkan hwcontext, currently capa
On 21/06/18 17:55, Rostislav Pehlivanov wrote:
> It tries to do something similar to it with YUV images, but RGB images
> are done properly.
I agree that it's something similar and kindof cute, but it definitely isn't
the separation of colours you would expect from the name of the filter. I
thi
> Am 02.09.2018 um 19:46 schrieb James Almer :
>
>> On 9/2/2018 5:30 AM, Carl Eugen Hoyos wrote:
>>
>>
>>> Am 02.09.2018 um 01:18 schrieb James Almer :
>>>
>>> Signed-off-by: James Almer
>>> ---
>>> Unbenched, but if x86_32 is slow with it, then chances are so are arm
>>> and similar 32bit a
On 9/2/2018 5:30 AM, Carl Eugen Hoyos wrote:
>
>
>> Am 02.09.2018 um 01:18 schrieb James Almer :
>>
>> Signed-off-by: James Almer
>> ---
>> Unbenched, but if x86_32 is slow with it, then chances are so are arm
>> and similar 32bit architectures.
>
> Please do not commit without benchmarks, I fo
Jan Ekström (2018-09-02):
> I think that looks alright as far as back-port is concerned, although
> I was advised to use `git cherry-pick -x HASH_IN_MASTER`, where the -x
> adds the "(cherry-picked from commit HASH)" comment at the end of the
> commit message.
Ok, I'll try to remember this for the
On Sun, Sep 2, 2018 at 7:44 PM, Nicolas George wrote:
> Nicolas George (2018-08-30):
>> Confirmed to work on trac. Will push soon.
>
> Pushed.
>
> And backported to 4.0; hope I did not make any mistake, this is my first
> backport.
>
Hi,
I think that looks alright as far as back-port is concerne
Nicolas George (2018-08-30):
> Confirmed to work on trac. Will push soon.
Pushed.
And backported to 4.0; hope I did not make any mistake, this is my first
backport.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpe
> libavdevice/v4l2.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
Any comments on this?
pgp6DLors_XHR.pgp
Description: OpenPGP digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/f
In previous commit from 7c00d853a65884870e2a7a916197d87c125ed630,
It looks like adjust skip_to_keyframe param to support seek to non
keyframes.
But this code seems to avoid adjust matroska->skip_to_keyframe param.
It always set to 1 without considering AVSEEK_FLAG_ANY flag.
I don't think this cod
On Sun, 2 Sep 2018, Gyan Doshi wrote:
On 01-09-2018 10:25 PM, Marton Balint wrote:
In the descriptive text write "seeking" instead of jumping.
@item -nodisp
Disable graphical display.
@item -noborder
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
index 368e262123..83eef17797 100644
--- a
> Am 02.09.2018 um 01:18 schrieb James Almer :
>
> Signed-off-by: James Almer
> ---
> Unbenched, but if x86_32 is slow with it, then chances are so are arm
> and similar 32bit architectures.
Please do not commit without benchmarks, I found no other architecture where
the new reader is slower.
32 matches
Mail list logo
