Dear all,
I want to cut a part of the file on the server using this command:
ffmpeg -ss 00:30:00 -t 1000 -i http://myserver/video/test.mp4 -c copy
out.mp4
I did some tests, cutting is very very fast, but downloading file is very
slow.
To speed up, I need to use many simultaneous connections to rea
Quoting James Almer (2020-10-27 15:18:57)
> Signed-off-by: James Almer
> ---
> libavcodec/codec2utils.c | 8
> libavcodec/codec2utils.h | 14 +++---
> libavcodec/libcodec2.c | 16
> libavformat/codec2.c | 32
> 4 files chan
Quoting James Almer (2020-10-27 15:18:59)
> They are only used by the codec2 demuxers.
>
> The symbols are kept around until the next major bump.
>
> Signed-off-by: James Almer
> ---
> libavcodec/codec2utils.c | 2 ++
> libavcodec/codec2utils.h | 4 +++
> libavformat/codec2.c | 66 +++
Quoting Anton Khirnov (2020-10-25 15:58:39)
> Hi,
> this patch set implements the idea from
> 160363238545.32279.13634998196741008...@lain.red.khirnov.net
> by exporting "there were new packets for this AVStream" as an event
> flag. It should allow us to stop accessing private
> AVstream.codec_info
Andreas Rheinhardt:
> The Canopus Lossless decoder uses several VLCs and if initializing the
> ith VLC fails, all the VLCs 0..i have been freed; the ith VLC's table is
> initialized to NULL for this purpose. Yet it is totally unnecessary to
> free the ith VLC table at all: ff_init_vlc_sparse() clea
Hello,
I've attached an updated patch that properly sets the
mfxExtVideoSignalInfo::VideoFullRange flag.
On Sat, Oct 10, 2020 at 7:27 PM Zivkovic, Milos wrote:
>
> Hello,
>
> I've attached a patch that forwards the color description from
> AVCodecContext to mfxExtVideoSignalInfo. It has been dis
On 10/27/2020 5:47 PM, Mark Thompson wrote:
> On 21/10/2020 01:11, James Almer wrote:
>> Partially implements of setup_past_independence() and load_previous().
>> These ensures they are always set, even if the values were not coded
>> in the input bitstream and will not be coded in the output bitst
On 10/27/2020 6:12 PM, Mark Thompson wrote:
> On 27/10/2020 20:53, James Almer wrote:
>> On 10/27/2020 5:38 PM, Mark Thompson wrote:
>>> On 21/10/2020 01:11, James Almer wrote:
Partially implements of setup_past_independence() and load_previous().
These ensures they are always set, even i
On Tue, Oct 27, 2020 at 8:30 PM Jan Ekström wrote:
>
> This patch set started with a very simple wish to not have to set color
> related values manually each time when utilizing ffmpeg.c.
>
> As of the fourth iteration, the following changes were done since the third:
> 1. The data size threshold
On 10/28/2020 8:19 AM, Anton Khirnov wrote:
> Quoting James Almer (2020-10-27 15:18:57)
>> Signed-off-by: James Almer
>> ---
>> libavcodec/codec2utils.c | 8
>> libavcodec/codec2utils.h | 14 +++---
>> libavcodec/libcodec2.c | 16
>> libavformat/codec2.c |
On Wed, 28 Oct 2020, lance.lmw...@gmail.com wrote:
From: Limin Wang
change to first_pts_checked and reverse the logic.
Signed-off-by: Limin Wang
---
libavformat/mpegtsenc.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpe
On 10/10/2020 18:27, Zivkovic, Milos wrote:
Hello,
I've attached a patch that forwards the color description from
AVCodecContext to mfxExtVideoSignalInfo. It has been discussed on the
#ffmpeg and #ffmpeg-devel IRC channel a couple of times in the last
few days.
> From 724c8e64f9ca9356464f1596bb
On 22/10/2020 02:52, Haihao Xiang wrote:
Without this change, the output pixel format from qsv decoder is always
'qsv' ...
No it isn't.
ffmpeg -loglevel verbose -hwaccel qsv -c:v h264_qsv
-hwaccel_output_format yuv420p -i input.h264
-pix_fmt rgb24 -f null -
The legacy decoders still use the
On Wed, 28 Oct 2020, lance.lmw...@gmail.com wrote:
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/mpegtsenc.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 383181d..acc8c32 100644
--- a/libavformat/mpegtsenc.c
+
Hello,
Thanks for taking the time to review the patch.
Regarding the VideoFullRange flag, it's actually set conditionally in
the updated patch (not appearing on patchwork though).
As for the ColourDescriptionPresent flag, I'll update the patch so
it's set only if color_primaries, color_trc and co
On 02/10/2020 15:28, Fei Wang wrote:
Example cmdline:
ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -v verbose \
-c:v av1 -i input.ivf -pix_fmt yuv420p -vsync passthrough -f md5 \
-y out.md5
Signed-off-by: Fei Wang
---
Changelog | 1 +
configure
Regression since fc6a5883d6af8cae0e96af84dda0ad74b360a084 on SSSE3 enabled
CPUs.
Fixes ticket #8955.
Signed-off-by: Marton Balint
---
libswscale/x86/yuv_2_rgb.asm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libswscale/x86/yuv_2_rgb.asm b/libswscale/x86/yuv_2_rgb.asm
inde
On Tue, 20 Oct 2020, Michael Niedermayer wrote:
Fixes: division by zero
Fixes:
26459/clusterfuzz-testcase-minimized-ffmpeg_dem_MPEGTSRAW_fuzzer-5666350112178176
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niederm
Fixes: out array read
Fixes:
26610/clusterfuzz-testcase-minimized-ffmpeg_dem_CONCAT_fuzzer-5631838049271808
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/concatdec.c | 3 ++-
1 file changed
Fixes: out of array accesses
Fixes:
26622/clusterfuzz-testcase-minimized-ffmpeg_dem_VIVIDAS_fuzzer-6581200338288640
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/vividas.c | 12 ++--
Fixes: OOM
Fixes:
26608/clusterfuzz-testcase-minimized-ffmpeg_dem_APNG_fuzzer-4839491644424192
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/apngdec.c | 2 ++
1 file changed, 2 insertions(+
Bigger sizes are misinterpreted as negative numbers by the API
Fixes: infinite loop
Fixes:
26611/clusterfuzz-testcase-minimized-ffmpeg_dem_IFF_fuzzer-4890614975692800
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Nieder
On Thu, 15 Oct 2020, Forest Crossman wrote:
IIDC camera sources can now be listed by using the following command:
ffmpeg -sources libdc1394
The basic structure of this function was borrowed from
libavdevice/alsa.c:ff_alsa_get_device_list.
Signed-off-by: Forest Crossman
---
libavdevice/l
On 15/10/2020 01:16, OvchinnikovDmitrii wrote:
---
libavcodec/amfenc.c | 12
libavcodec/amfenc.h | 4 +++-
libavcodec/amfenc_h264.c | 1 +
libavcodec/amfenc_hevc.c | 1 +
4 files changed, 17 insertions(+), 1 deletion(-)
diff --git a/libavcodec/amfenc.c b/libavcode
>
>
> This looks right, but can you clarify the intent behind the hw config
> cases? (Do you have an ffmpeg command line or other example which is
> improved by them?)
>
> Hi! This ticket describes the problem.
https://trac.ffmpeg.org/ticket/8953#ticket
On 15/10/2020 01:16, OvchinnikovDmitrii wrote:
From: Alexander Kravchenko
---
libavutil/Makefile | 2 +
libavutil/hwcontext.c | 4 +
libavutil/hwcontext.h | 1 +
libavutil/hwcontext_amf.c | 284 +
libavutil/hwcontext
On Wed, 28 Oct 2020, Michael Niedermayer wrote:
Fixes: out array read
Fixes:
26610/clusterfuzz-testcase-minimized-ffmpeg_dem_CONCAT_fuzzer-5631838049271808
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
On 15/10/2020 01:16, OvchinnikovDmitrii wrote:
---
libavcodec/amfenc.c | 9 +++-
libavcodec/amfenc.h | 1 +
libavcodec/amfenc_h264.c | 8 +++
libavcodec/amfenc_hevc.c | 8 +++
libavutil/hwcontext_amf.c | 104 ++
libavutil/hwcontext_
>Why? Given that you are already initialising from a specific device when
one is given, what does this actually change?
This code was created quite a long time ago in order to allow the user to
use the vulkan encoder on Windows.
For now, it looks like you can use AVVulkanDeviceContext instead.I wi
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Mark Thompson
> Sent: Thursday, October 29, 2020 12:52 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 4/5] lavu/hwcontext_amf: Engine
> selection support for AMF context
>
> On 15/10/2020 01:16, OvchinnikovD
This part of the code is also planned to be used in AMF decorer.
___
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 subjec
On Wed, Oct 28, 2020 at 09:04:25PM +0100, Marton Balint wrote:
>
>
> On Wed, 28 Oct 2020, lance.lmw...@gmail.com wrote:
>
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavformat/mpegtsenc.c | 7 +++
> > 1 file changed, 7 insertions(+)
> >
> > diff --git a/libavforma
> On 22/10/2020 02:52, Haihao Xiang wrote:
> > Without this change, the output pixel format from qsv decoder is always
> > 'qsv' ...
>
> No it isn't.
My thought was for '-hwaccel qsv' part.
>
> > ffmpeg -loglevel verbose -hwaccel qsv -c:v h264_qsv
> > -hwaccel_output_format yuv420p -i input.h
On 2020-10-02 02:14, Paul B Mahol wrote:
On Thu, Oct 01, 2020 at 11:53:36PM -0600, liush...@aosc.io wrote:
From: liushuyu
In certain mca files, the coefficient table is in the data section
instead of the header section. In this case, the coefficient offset
relative to the header ending marker
34 matches
Mail list logo
