> 在 2019年1月9日，下午9:26，Nicolas George 写道：
>
> Steven Liu (12019-01-09):
>> fix ticket: 7660
>> Because the char '#' is used for webbrowser to display, it won't present
>> in URI of http request.
>>
>> Signed-off-by: Steven Liu
>> ---
>> libavformat/utils.c | 4
>> 1 file changed, 4 insertio
Instead of assuming id 0 is used, use the same logic as used for PPS,
where all available entries in the list are emitted.
---
libavcodec/videotoolbox.c | 86 ++-
1 file changed, 40 insertions(+), 46 deletions(-)
diff --git a/libavcodec/videotoolbox.c b/libavco
This patch just enables the path from ffmpeg to libx264,
the more encoders can be added later.
Signed-off-by: Guo, Yejun
---
libavcodec/libx264.c | 62
1 file changed, 62 insertions(+)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
The encoders such as libx264 support different QPs offset for different MBs,
it makes possible for ROI-based encoding. It makes sense to add support
within ffmpeg to generate/accept ROI infos and pass into encoders.
Typical usage: After AVFrame is decoded, a ffmpeg filter or user's code
generates
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Michael Niedermayer
> Sent: Thursday, January 10, 2019 8:34 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH V7 2/3] doc/APIchanges:
On Wed, Jan 09, 2019 at 09:40:05PM +0100, Carl Eugen Hoyos wrote:
> 2019-01-09 1:01 GMT+01:00, Michael Niedermayer :
>
> > +for (i= 1; i
> This looks too inconsistent.
locally done:
-for (i= 1; i
signature.asc
Description: PGP signature
___
f
On Tue, Jan 08, 2019 at 05:55:27PM +0800, Guo, Yejun wrote:
> Signed-off-by: Guo, Yejun
> ---
> doc/APIchanges | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/doc/APIchanges b/doc/APIchanges
> index 5889fb2..a39a3ff 100644
> --- a/doc/APIchanges
> +++ b/doc/APIchanges
> @@ -15,6 +15,
On Tue, Jan 08, 2019 at 11:11:56AM +0200, Lauri Kasanen wrote:
> ./ffmpeg_g -f rawvideo -pix_fmt rgb24 -s hd1080 -i /dev/zero -pix_fmt
> yuv420p16be \
> -s 1920x1728 -f null -vframes 100 -v error -nostats -
>
> 9-14 bit funcs get about 6x speedup, 16-bit gets about 15x.
> Fate passes, each format
On Wed, Jan 09, 2019 at 03:50:03PM -0500, Shaofei Wang wrote:
> With new option "-abr_pipeline"
> It enabled multiple filter graph concurrency, which bring obove about
> 4%~20% improvement in some 1:N scenarios by CPU or GPU acceleration
>
> Below are some test cases and comparison as reference.
>
---
fftools/ffmpeg.c | 19 ++-
1 file changed, 14 insertions(+), 5 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 544f1a1cef..f4bd5d97b7 100644
--- a/fftools/ffmpeg.c
+++ b/fftools/ffmpeg.c
@@ -2038,12 +2038,14 @@ static void do_streamcopy(InputStream *ist,
O
2019-01-07 3:23 GMT+01:00, Michael Niedermayer :
> On Sun, Jan 06, 2019 at 10:43:53AM -0300, James Almer wrote:
>> On 1/6/2019 10:36 AM, Carl Eugen Hoyos wrote:
>> > 2019-01-02 0:23 GMT+01:00, Michael Niedermayer :
>> >> ffmpeg | branch: master | Michael Niedermayer
>> >> | Mon
>> >> Dec 31 18:25:
2019-01-09 22:26 GMT+01:00, Carl Eugen Hoyos :
> 2019-01-08 10:11 GMT+01:00, Lauri Kasanen :
>> ./ffmpeg_g -f rawvideo -pix_fmt rgb24 -s hd1080 -i /dev/zero -pix_fmt
>> yuv420p16be \
>> -s 1920x1728 -f null -vframes 100 -v error -nostats -
>>
>> 9-14 bit funcs get about 6x speedup, 16-bit gets abou
2019-01-08 10:11 GMT+01:00, Lauri Kasanen :
> ./ffmpeg_g -f rawvideo -pix_fmt rgb24 -s hd1080 -i /dev/zero -pix_fmt
> yuv420p16be \
> -s 1920x1728 -f null -vframes 100 -v error -nostats -
>
> 9-14 bit funcs get about 6x speedup, 16-bit gets about 15x.
> Fate passes, each format tested with an image
2019-01-08 10:08 GMT+01:00, Lauri Kasanen :
> The existing code was in no released kernel that I can see. The corrected
> code
> was added in 3.9.
>
> Signed-off-by: Lauri Kasanen
> ---
> libavutil/ppc/cpu.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/libav
2019-01-09 21:50 GMT+01:00, Shaofei Wang :
> +//if (ost->source_index >= 0)
> +//*filtered_frame=
> *input_streams[ost->source_index]->decoded_frame; //for me_threshold
Is there a reason why this is commented?
> @@ -2179,7 +2285,15 @@ static int ifilter_send_frame(InputFilter
2019-01-09 1:01 GMT+01:00, Michael Niedermayer :
> +for (i= 1; ihttp://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Signed-off-by: Paul B Mahol
---
libavfilter/af_anlmdn.c | 38 +++
libavfilter/af_anlmdndsp.h | 40
libavfilter/x86/Makefile | 2 +
libavfilter/x86/af_anlmdn.asm| 80
libavfilter/x86/af_anlmdn_init.c | 35 +++
Steven Liu (12019-01-09):
> fix ticket: 7660
> Because the char '#' is used for webbrowser to display, it won't present
> in URI of http request.
>
> Signed-off-by: Steven Liu
> ---
> libavformat/utils.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavformat/utils.c b/libavfor
Hi,
I am posting to devel as I’m assuming that this won’t go without some changes
to the code base, so please bear with me even though it may sound like a user
issue at first sight:
This is about extracting images from a video file – every 10s in the following
example:
ffmpeg -i input.mkv
On Tue, 08 Jan 2019 21:32:30 +
Simon Nash wrote:
> I have encountered a problem with ffmpeg (a segmentation fault) that
> occurs only when running ffmpeg on the Marvell Armada 370 processor.
...
> When the 32-bit floating-point multiply instruction
> 0x0018a8f2 : vmla.f32s12
20 matches
Mail list logo
