On 11/9/15, Michael Niedermayer wrote:
> On Sat, Nov 07, 2015 at 05:33:07PM +0100, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> libavformat/wavdec.c | 56
>> ++--
>> 1 file changed, 54 insertions(+), 2 deletions(-)
>>
>> diff --git
On 09/11/15 17:56, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Also support disabling them as they seem to cause problems to some
> Users.
>
> [..]
> -for (i = 0; i < local_tag_number; i++) {
> +for (i = 0; i < FF_ARRAY_ELEMS(mxf_local_tag_batch); i++) {
> avio_wb
On Sun, Nov 8, 2015 at 7:24 AM Kieran Kunhya wrote:
> On 8 November 2015 at 00:30, Timothy Gu wrote:
> > Allows one to do:
> >
> > ffmpeg -s 1920x1080 -i blah.v210 ...
> > ffmpeg -s 1920x1080 -f v210x -i blah.yuv10 ...
> >
> > Fixes #1869.
>
> Looks good
Thanks for reviewing;
On Mon, Nov 9, 2015 at 10:26 AM Calvin Walton
wrote:
> The ffmpeg command-line tool actually maps the "-s" and "-r" input
> options to "video_size" and "framerate" respectively on the input
> format. This will work automatically.
>
Thanks for the clarification :)
Timothy
___
On Sun, Nov 8, 2015 at 9:28 AM Claudio Freire
wrote:
> This particular piece of code is going to disappear soon, so not sure
> it's worth applying the patch.
>
Oh, okay then.
> Is the warning causing any troubles?
>
No, other than the minor annoyance it causes when compiling.
Timothy
___
My apologies, That was not intentional :)
- Reply message -
From: "a...@fumatic.org"
To: "FFmpeg development discussions and patches"
Subject: [FFmpeg-devel][PATCH 3/3] aacps: avoid division by zero in
stereo_processing
Date: Mon, Nov 9, 2015 10:45 PM
F
- Reply message -
F
F
- Reply message -
From: "Rostislav Pehlivanov"
To: "FFmpeg development discussions and patches"
Subject: [FFmpeg-devel] [PATCH 3/3] aacps: avoid division by zero in
stereo_processing
Date: Mon, Nov 9, 2015 8:49 PM
Thanks, applied.
border_position[] refers to the sample location
Applied, thanks
On Mon, 2015-11-09 at 22:16 +0100, Andreas Cadhalpun wrote:
> This is similar to commit ec38a1b for aac_decode_frame_int.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libavcodec/aacdec_template.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavcodec/aacdec_te
Fixes compilation of host tool aacps_fixed_tablegen.
Signed-off-by: James Almer
---
See
http://fate.ffmpeg.org/report.cgi?time=20151108011316&slot=x86_64-openbsd5.6-gcc4.2-conf2
libavutil/softfloat.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/softfloat.h b/li
Thanks, applied.
border_position[] refers to the sample location for each PS envelope
parameter specified as a QMF sample index. So, overlapping here
wouldn't make sense.
Also, thanks for your efforts in packaging FFmpeg for Debian, speaking
as a fellow user.
On Sun, 2015-11-08 at 22:04 +0100, A
On Mon, Nov 9, 2015 at 6:50 PM, Michael Niedermayer
wrote:
> On Sat, Nov 07, 2015 at 07:21:59AM -0500, Ganesh Ajjanagadde wrote:
>> Somewhat ironic that this "safe" interface is actually being used
>> unsafely here. This fixes the usage preventing potential null pointer
>> dereference, where the o
On Sat, Nov 07, 2015 at 07:21:59AM -0500, Ganesh Ajjanagadde wrote:
> Somewhat ironic that this "safe" interface is actually being used
> unsafely here. This fixes the usage preventing potential null pointer
> dereference, where the old code was doubly broken: ctime can return
> NULL, and ctime can
On Mon, Nov 9, 2015 at 5:14 PM, Michael Niedermayer
wrote:
> On Mon, Nov 09, 2015 at 09:38:43AM -0500, Ganesh Ajjanagadde wrote:
>> When upsampling, factor is set to 1 and sines need to be evaluated only
>> once for each phase, and the complexity should not depend on the number
>> of filter taps.
On Mon, Nov 9, 2015 at 5:14 PM, Michael Niedermayer
wrote:
> On Mon, Nov 09, 2015 at 09:38:44AM -0500, Ganesh Ajjanagadde wrote:
>> This may be a slightly surprising optimization, but is actually based on
>> an understanding of how math libraries compute trigonometric functions.
>> Explanation is
On Mon, Nov 09, 2015 at 10:16:01PM +0100, Andreas Cadhalpun wrote:
> This is similar to commit ec38a1b for aac_decode_frame_int.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libavcodec/aacdec_template.c | 5 +
> 1 file changed, 5 insertions(+)
should be ok
thx
[...]
--
Michael GnuPG
On Wed, Nov 04, 2015 at 05:21:57PM -0800, Chris Cunningham wrote:
> "Fast seek" uses linear interpolation to find the position of the
> requested seek time. For CBR this is more direct than using the
> mp3 TOC and bypassing the TOC avoids problems when the TOC is
> corrupted (e.g. https://crbug.com
This option can be used to select useful frames from an ffconcat file which is
using inpoints and outpoints but where the source files are not intra frame
only.
Signed-off-by: Marton Balint
---
doc/filters.texi | 17 +
libavfilter/f_select.c | 27 +++
If duration is still AV_NOPTS_VALUE when opening the next file, we can assume
that outpoint is not set.
Signed-off-by: Marton Balint
---
libavformat/concatdec.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/libavformat/concatdec.c b/libavformat/concatdec.c
index 56
Signed-off-by: Marton Balint
---
doc/demuxers.texi | 8
libavformat/concatdec.c | 10 ++
2 files changed, 18 insertions(+)
diff --git a/doc/demuxers.texi b/doc/demuxers.texi
index 34bfc9b..349b531 100644
--- a/doc/demuxers.texi
+++ b/doc/demuxers.texi
@@ -204,6 +204,14 @@
Signed-off-by: Marton Balint
---
libavformat/concatdec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/concatdec.c b/libavformat/concatdec.c
index 0180a7e..560aa64 100644
--- a/libavformat/concatdec.c
+++ b/libavformat/concatdec.c
@@ -316,6 +316,8 @@ static int open_file(AVFor
Signed-off-by: Marton Balint
---
tests/Makefile | 1 +
tests/extended.ffconcat| 114
tests/fate-run.sh | 20 +++
tests/fate/concatdec.mak | 21 +++
tests
On Mon, Nov 02, 2015 at 03:57:50PM +0100, Simon Thelen wrote:
> Signed-off-by: Simon Thelen
> ---
> doc/ffmpeg.texi | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
patch applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The real ebay
On Mon, Nov 02, 2015 at 04:36:16PM +0100, Simon Thelen wrote:
> Fixes a segfault when trying to write nonexistent rtp information.
>
> Signed-off-by: Simon Thelen
> ---
> ffmpeg.c | 4
> 1 file changed, 4 insertions(+)
patch applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128
On Sat, Nov 07, 2015 at 10:23:17PM +0800, Ni Hui wrote:
> fix the return code value of avcodec_decode_video2 for gif decoding, which
> should be the consumed data length.
>
> ---
> libavcodec/gifdec.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavcodec/gifdec.c b/libavcodec/gi
On Mon, Nov 09, 2015 at 09:38:44AM -0500, Ganesh Ajjanagadde wrote:
> This may be a slightly surprising optimization, but is actually based on
> an understanding of how math libraries compute trigonometric functions.
> Explanation is given here so that future development uses libm more
> effective
On Mon, Nov 09, 2015 at 09:38:43AM -0500, Ganesh Ajjanagadde wrote:
> When upsampling, factor is set to 1 and sines need to be evaluated only
> once for each phase, and the complexity should not depend on the number
> of filter taps. This does the desired precomputation, yielding
> significant spee
On Sun, Nov 08, 2015 at 02:44:02PM -0800, Zach Swena wrote:
> Hi,
>
> I would like to propose a change to the documentation for the overlay
> filter. The overlay filter does not detect pixel aspect ratio. This
> causes improper display resolution when overlaying smaller images on a
> larger imag
On Sun, Nov 08, 2015 at 12:34:21PM +0100, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavformat/wavdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c
> index 621d21f..144e1b7 100644
> --- a/libavformat/wavdec
On Sat, Nov 07, 2015 at 05:33:07PM +0100, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavformat/wavdec.c | 56
> ++--
> 1 file changed, 54 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c
>
This is similar to commit ec38a1b for aac_decode_frame_int.
Signed-off-by: Andreas Cadhalpun
---
libavcodec/aacdec_template.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/aacdec_template.c b/libavcodec/aacdec_template.c
index c279510..70cffe6 100644
--- a/libavcodec/aacdec
On Mon, 9 Nov 2015, Nicolas George wrote:
Le nonidi 19 brumaire, an CCXXIV, Marton Balint a écrit :
If propagating unreliable duration metadata worries you, then how about
making the demuxer flag in the next patch a tri-state:
0 - default - dont output metadata
1 - output duration metadata onl
On Sun, Nov 08, 2015 at 04:35:01PM -0800, Bryan Huh wrote:
> cache protocol indexes its cache using AVTreeNodes which require a cmp
> function for inserting and searching new cache-entries. This cmp
> function expects a 32-bit int return value (negative, zero, or positive)
> but the cache cmp funct
Le nonidi 19 brumaire, an CCXXIV, Marton Balint a écrit :
> If propagating unreliable duration metadata worries you, then how about
> making the demuxer flag in the next patch a tri-state:
> 0 - default - dont output metadata
> 1 - output duration metadata only if duration is authoritative (comes f
On 08.11.2015 21:51, Andreas Cadhalpun wrote:
> On 08.11.2015 13:41, Michael Niedermayer wrote:
>> From: Michael Niedermayer
>>
>> Signed-off-by: Michael Niedermayer
>> ---
>> libavutil/softfloat.h |1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/libavutil/softfloat.h b/libavutil/s
This prevents various values from getting an insanely huge exponent.
If someone knows a cleaner solution, thats welcome!
This is similar to commit 8978c74 for aacsbr.
Signed-off-by: Andreas Cadhalpun
---
libavcodec/aacsbr_fixed.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(
On Mon, 9 Nov 2015, Michael Niedermayer wrote:
From: Michael Niedermayer
Also support disabling them as they seem to cause problems to some
Users.
Signed-off-by: Michael Niedermayer
---
doc/muxers.texi | 13
libavformat/mxfenc.c | 44
On Mon, 9 Nov 2015, Nicolas George wrote:
Le nonidi 19 brumaire, an CCXXIV, Marton Balint a écrit :
How do you know if it is reliable/authoritative? Is there a demuxer flag or
something like that? Or you mean when the duration is explicitly set by the
user or when inpoint and outpoint is both
On Sat, 2015-11-07 at 22:22 -0300, James Almer wrote:
> On 11/7/2015 9:45 PM, Timothy Gu wrote:
> > +#define OFFSET(x) offsetof(V210DemuxerContext, x)
> > +#define DEC AV_OPT_FLAG_DECODING_PARAM
> > +static const AVOption v210_options[] = {
> > +{ "video_size", "set frame size", OFFSET(width),
From: Michael Niedermayer
Also support disabling them as they seem to cause problems to some
Users.
Signed-off-by: Michael Niedermayer
---
doc/muxers.texi | 13
libavformat/mxfenc.c | 44 +++
tests/ref/seek/lavf-mxf
Le nonidi 19 brumaire, an CCXXIV, Marton Balint a écrit :
> How do you know if it is reliable/authoritative? Is there a demuxer flag or
> something like that? Or you mean when the duration is explicitly set by the
> user or when inpoint and outpoint is both set, therefore the duration can be
> calc
On Mon, 9 Nov 2015, Nicolas George wrote:
Le duodi 12 brumaire, an CCXXIV, Marton Balint a écrit :
Signed-off-by: Marton Balint
---
libavformat/concatdec.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
I do not object, but I find that this part of the code is s
On Mon, Nov 9, 2015 at 8:22 AM, wm4 wrote:
> On Mon, 9 Nov 2015 08:03:54 -0800
> Muhammad Faiz wrote:
>
>> From 4dcbda2e585404d2d79d5afcdc13fcb699f6f158 Mon Sep 17 00:00:00 2001
>> From: Muhammad Faiz
>> Date: Mon, 9 Nov 2015 15:55:13 +0700
>> Subject: [PATCH 1/2] avcodec/wrapped_avframe: implem
On Mon, 9 Nov 2015 17:52:21 +0200
Roman Savchenko wrote:
> Hi All,
>
> could anyone please share any information about how to create stereo 3d
> movie with ffmpeg library? Examples will be very nice.
For the love of humanity, please do not create stereo 3D videos.
__
On Mon, 9 Nov 2015 08:03:54 -0800
Muhammad Faiz wrote:
> From 4dcbda2e585404d2d79d5afcdc13fcb699f6f158 Mon Sep 17 00:00:00 2001
> From: Muhammad Faiz
> Date: Mon, 9 Nov 2015 15:55:13 +0700
> Subject: [PATCH 1/2] avcodec/wrapped_avframe: implement wrapped_avframe
> decoder
>
> fix ticket #4985
On Mon, Nov 09, 2015 at 17:52:21 +0200, Roman Savchenko wrote:
> could anyone please share any information about how to create stereo 3d
> movie with ffmpeg library? Examples will be very nice.
Please don't cross-post, especially without saying so.
ffmpeg-user was the correct list for this questi
fix ticket #4985
avoid memory copying from AVFrame to rawvideo
benchmark:
time ffmpeg -f lavfi -i "amovie=audio.mp3, showcqt" -f null -y /dev/null
old:
real1m3.766s
user1m3.371s
sys 0m0.184s
new:
real0m47.893s
user0m47.399s
sys 0m0.054s
but higher m
fix ticket #4985
for use in avdevice/lavfi
patch attached
thanks
From 4dcbda2e585404d2d79d5afcdc13fcb699f6f158 Mon Sep 17 00:00:00 2001
From: Muhammad Faiz
Date: Mon, 9 Nov 2015 15:55:13 +0700
Subject: [PATCH 1/2] avcodec/wrapped_avframe: implement wrapped_avframe
decoder
fix ticket #4985
for u
Hi All,
could anyone please share any information about how to create stereo 3d
movie with ffmpeg library? Examples will be very nice.
Many thanks,
Roman
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-dev
On 11/7/15, 12:07 PM, "ffmpeg-devel on behalf of Michael Niedermayer"
wrote:
>On Sat, Nov 07, 2015 at 02:17:12PM +, Will Kelleher wrote:
>> On 11/7/15, 5:10 AM, "ffmpeg-devel on behalf of Michael Niedermayer"
>> wrote:
>>
>>
>>
>> >On Fri, Nov 06, 2015 at 02:48:46PM -0600, Will Kelleh
This may be a slightly surprising optimization, but is actually based on
an understanding of how math libraries compute trigonometric functions.
Explanation is given here so that future development uses libm more effectively
across the codebase.
All libm's essentially compute transcendental functi
When upsampling, factor is set to 1 and sines need to be evaluated only
once for each phase, and the complexity should not depend on the number
of filter taps. This does the desired precomputation, yielding
significant speedups. Hard guarantees on the gain are not possible, but gains
themselves are
On 11/7/15, 12:32 PM, "ffmpeg-devel on behalf of Ivan Uskov"
wrote:
>Hello Will,
>
>Saturday, November 7, 2015, 5:29:15 PM, you wrote:
>
>WK> ---
>WK> libavcodec/qsvenc.c | 114
>WK> +--
>WK> libavcodec/qsvenc.h | 2 +-
>WK> libavcodec/q
> -Ursprüngliche Nachricht-
> Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag
> von Sevan Gelici
> Gesendet: Freitag, 6. November 2015 20:35
> An: FFmpeg development discussions and patches
> Betreff: Re: [FFmpeg-devel] Intel QuickSync Video
>
> @Will Kelleher
> CPU
On 11/6/15, 2:34 PM, "ffmpeg-devel on behalf of Sevan Gelici"
wrote:
>@Will Kelleher
>CPU:
>http://ark.intel.com/products/75122/Intel-Core-i7-4770-Processor-8M-Cache-up-to-3_90-GHz
>MediaSDK: Intel-linux-media-ocl_generic_16.4.2.1-39163_64bit.tar.gz (inside
>package of mediaserverstudioessentia
On 15-11-02 at 15:57, Simon Thelen wrote:
> Fixes a segfault when trying to write sdp information without an rtp
> output stream, also clarifies that the sdp_file option requires an rtp
> output format.
>
> Example of segfaulting command:
> ffmpeg -re -f lavfi -i testsrc -re -f lavfi -i aevalsrc=0
> From: Agatha Hu
>
> ---
> libavcodec/nvenc.c | 22 +++---
> 1 file changed, 15 insertions(+), 7 deletions(-)
>
> diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c
> index 812b0b4..17d58fc 100644
> --- a/libavcodec/nvenc.c
> +++ b/libavcodec/nvenc.c
> @@ -769,8 +769,11 @@ st
The existing bswap code causes incorrect code generation with icl which was
breaking fate (apparently we dont have a dedicated icl fate client
anymore). This patch adds in msvc intrinsics for bswap operations which
aids both msvc and icl (although msvc previously generated correct code the
intrinsi
On 08.11.2015 20:23, Michael Niedermayer wrote:
Hi
I will probably make 2.8.2 soon (days/week), if you want somethig
backported, please backport sooner
thx
It would be great if commit 474665346616e446ecd1407002fdf5f88201bf72
(avutil/file_open: avoid file handle inheritance on Windows) could b
58 matches
Mail list logo
