On Sat, Dec 19, 2015 at 11:00:53AM +0100, Nicolas George wrote:
> L'octidi 28 frimaire, an CCXXIV, Clement Boesch a écrit :
> > +}else if (scale->nb_slices) {
> > +int i;
> > +const int nb_slices = FFMIN(scale->nb_slices, link->h);
> > +for (i = 0; i < nb_slices; i++) {
On Thu, Dec 17, 2015 at 12:30:27PM +0100, Clément Bœsch wrote:
> ---
> libavcodec/Makefile| 1 +
> libavcodec/allcodecs.c | 2 +-
> libavcodec/srtenc.c| 37 +++-
> libavcodec/version.h | 2 +-
> tests/fate/subtitles.mak | 3 +
> tests/ref/fate/sub-textenc |
On Tue, Dec 08, 2015 at 07:01:40PM +0100, Michael Niedermayer wrote:
> On Tue, Dec 08, 2015 at 10:47:23AM +0100, Clément Bœsch wrote:
> > From: Clément Bœsch
> >
> > This behaviour change caused a regression on our side recently, we might
> > want to disable the option by default.
> > ---
> > li
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 49
libavfilter/Makefile | 1 +
libavfilter/af_anequalizer.c | 534 +++
libavfilter/allfilters.c | 1 +
4 files changed, 585 insertions(+)
create mode 100644 libavfilter/a
On Mon, Dec 21, 2015 at 05:16:36PM +0100, Mats Peterson wrote:
[...]
> As if that wasn't enough, here is another update. This time it's passing the
> FATE tests, unlike the old one. In order to refresh your memories, this
> patch fixes the long-standing issue regarding not recognizing palettized
>
On Mon, Dec 21, 2015 at 8:25 AM, Clément Bœsch wrote:
> On Mon, Dec 21, 2015 at 05:16:36PM +0100, Mats Peterson wrote:
> [...]
>> As if that wasn't enough, here is another update. This time it's passing the
>> FATE tests, unlike the old one. In order to refresh your memories, this
>> patch fixes t
On Fri, Dec 18, 2015 at 9:45 PM, Ganesh Ajjanagadde
wrote:
> llrint is at least as fast, and better accuracy wise.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/vf_drawtext.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavfilter/vf_drawtext.c b/libavfil
On Fri, Dec 18, 2015 at 9:45 PM, Ganesh Ajjanagadde
wrote:
> lrint is more accurate, and is not slower on non-broken libm's. Thus this
> represents a Pareto improvement.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/vf_colorlevels.c | 16
> 1 file changed, 8 insertio
On Fri, Dec 18, 2015 at 9:45 PM, Ganesh Ajjanagadde
wrote:
> Mostly cosmetic here.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavcodec/libvpxenc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
> index 96b1ac6..58
On Fri, Dec 18, 2015 at 9:45 PM, Ganesh Ajjanagadde
wrote:
> lrint is at least as fast, and more accurate.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/vf_histogram.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavfilter/vf_histogram.c b/libavfilter/vf
On Fri, Dec 18, 2015 at 9:45 PM, Ganesh Ajjanagadde
wrote:
> lrint is at least as fast, and is more accurate.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/af_dynaudnorm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavfilter/af_dynaudnorm.c b/libavfilt
On Fri, Dec 18, 2015 at 9:45 PM, Ganesh Ajjanagadde
wrote:
> lrint is at least as fast, and more accurate.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/vf_crop.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavfilter/vf_crop.c b/libavfilter/vf_crop.c
>
On 12/21/2015 05:25 PM, Clément Bœsch wrote:
On Mon, Dec 21, 2015 at 05:16:36PM +0100, Mats Peterson wrote:
[...]
As if that wasn't enough, here is another update. This time it's passing the
FATE tests, unlike the old one. In order to refresh your memories, this
patch fixes the long-standing iss
On Sun, Dec 20, 2015 at 9:34 AM, Ganesh Ajjanagadde
wrote:
> On Fri, Dec 18, 2015 at 9:45 PM, Ganesh Ajjanagadde
> wrote:
>> lrint is faster here on -ftree-vectorize with GCC. This is likely simply
>> an artifact of GCC's rather terrible auto-vectorizer, since as per the
>> instruction set manual
On Fri, Dec 18, 2015 at 9:45 PM, Ganesh Ajjanagadde
wrote:
> Here it is mostly a cosmetic change, but there might be benefits in that
> there are no compat hacks for lround, while there are for lrint.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavdevice/pulse_audio_enc.c | 2 +-
> 1 file ch
Bumping up this thread, would love to see this getting merged
(attaching the same patch files)
Thank you
Eran
0001-libavutil-add-aes-ctr-support.patch
Description: 0001-libavutil-add-aes-ctr-support.patch
0002-movenc-support-cenc-common-encryption.patch
Description: 0002-movenc-support-cenc-
On Thu, Dec 17, 2015 at 1:53 PM, Ganesh Ajjanagadde
wrote:
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavformat/avformat.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavformat/avformat.h b/libavformat/avformat.h
> index ddf07b1..32bed01 100644
> --- a/libavformat/avformat.h
>
ping
Is any further review required, or is it fine to just push?
signature.asc
Description: OpenPGP digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Alright then, let's see how this turns out:
---
libavformat/Makefile |1 +
libavformat/matroskadec.c | 30 -
libavformat/mov.c | 95 ++---
libavformat/qtpalette.c | 102
+
libavf
On Sun, Dec 20, 2015 at 4:04 PM, Ganesh Ajjanagadde
wrote:
> On Sun, Dec 20, 2015 at 12:04 PM, Ganesh Ajjanagadde
> wrote:
>> Source code is from Boost:
>> http://www.boost.org/doc/libs/1_46_1/boost/math/special_functions/erf.hpp
>> with appropriate modifications for FFmpeg.
>>
>> Tested on inter
On 12/21/2015 2:08 PM, Ganesh Ajjanagadde wrote:
> Pushed with slight modifications.
>
> This is a request to any running MSVC/other platform lacking erf: can
> you please test to make sure this works?
Check http://fate.ffmpeg.org/ for new failures later today. Look for VS2012
and VS2013.
___
On 12/21/2015 06:04 PM, Mats Peterson wrote:
Alright then, let's see how this turns out:
Perhaps I should once again explain the issue:
Palettized QuickTime video in Matroska has hitherto not been recognized
whatsoever, and the "palette" used has been completely random.
The patch for matro
On Mon, Dec 21, 2015 at 9:49 AM, Mats Peterson
wrote:
> On 12/21/2015 06:04 PM, Mats Peterson wrote:
>>
>> Alright then, let's see how this turns out:
>>
>
> Perhaps I should once again explain the issue:
>
> Palettized QuickTime video in Matroska has hitherto not been recognized
> whatsoever, and
On 12/21/2015 07:02 PM, Ganesh Ajjanagadde wrote:
On Mon, Dec 21, 2015 at 9:49 AM, Mats Peterson
wrote:
On 12/21/2015 06:04 PM, Mats Peterson wrote:
Alright then, let's see how this turns out:
Perhaps I should once again explain the issue:
Palettized QuickTime video in Matroska has hither
The following configuration causes the FATE tests to fail (not so when
using a plain './configure' without anything else):
#!/bin/sh
PKG_CONFIG_PATH='/home/mats/lib/pkgconfig' \
CPPFLAGS='-I/home/mats/include' \
LDFLAGS='-L/home/mats/lib -Wl,-rpath,/home/mats/lib' \
./con
Eran Kornblau kaltura.com> writes:
> Bumping up this thread, would love to see this getting merged
> (attaching the same patch files)
Weren't patches 1&2 already applied?
http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=23ac99dc
http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=4469e8eb
On Mon, Dec 21, 2015 at 07:39:40PM +0100, Mats Peterson wrote:
> The following configuration causes the FATE tests to fail (not so when using
> a plain './configure' without anything else):
>
> #!/bin/sh
> PKG_CONFIG_PATH='/home/mats/lib/pkgconfig' \
> CPPFLAGS='-I/home/mats/include' \
>
>
> Weren't patches 1&2 already applied?
> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=23ac99dc
> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=4469e8eb
>
You're right, didn't know that.
Please let me know if there are any changes you want me to apply in order to
push the third o
On 12/21/2015 08:07 PM, Clément Bœsch wrote:
On Mon, Dec 21, 2015 at 07:39:40PM +0100, Mats Peterson wrote:
The following configuration causes the FATE tests to fail (not so when using
a plain './configure' without anything else):
#!/bin/sh
PKG_CONFIG_PATH='/home/mats/lib/pkgconfig' \
I am trying to stream from a local SDP file that contains the information
necessary for streaming from an IP camera on a separate network. The IP
camera is behind a NAT router so I first need to send dummy packets to set
up the connection. I see that libavformat/rtpdec.h contains a method
“ff_rtp_s
On Mon, Dec 21, 2015 at 9:18 AM, James Almer wrote:
> On 12/21/2015 2:08 PM, Ganesh Ajjanagadde wrote:
>> Pushed with slight modifications.
>>
>> This is a request to any running MSVC/other platform lacking erf: can
>> you please test to make sure this works?
>
> Check http://fate.ffmpeg.org/ for
On Mon, Dec 21, 2015 at 06:04:28PM +0100, Mats Peterson wrote:
> Alright then, let's see how this turns out:
>
> ---
> libavformat/Makefile |1 +
> libavformat/matroskadec.c | 30 -
> libavformat/mov.c | 95 ++---
> libavformat/
On 12/21/2015 10:57 PM, Michael Niedermayer wrote:
the patch is corrupted by newlines
attaching the patch uncompressed should solve this
disabling automatic line/word wraping in your editor instead might as
well
Since I've seen others include the patches inline, I thought it would be
safe to
On Mon, Dec 21, 2015 at 2:10 PM, Mats Peterson
wrote:
> On 12/21/2015 10:57 PM, Michael Niedermayer wrote:
>>
>>
>> the patch is corrupted by newlines
>> attaching the patch uncompressed should solve this
>> disabling automatic line/word wraping in your editor instead might as
>> well
>>
>
> Since
On 12/21/2015 11:15 PM, Ganesh Ajjanagadde wrote:
On Mon, Dec 21, 2015 at 2:10 PM, Mats Peterson
wrote:
On 12/21/2015 10:57 PM, Michael Niedermayer wrote:
the patch is corrupted by newlines
attaching the patch uncompressed should solve this
disabling automatic line/word wraping in your edito
Hi,
While hunting through configure for some easy to remove filter
dependencies, I came across asyncts which depends on avresample. So I
started some work to port it over to swresample, and get rid of this
unnecessary dependency.
But then I saw the docs:
https://www.ffmpeg.org/ffmpeg-filters.html
On Mon, Dec 21, 2015 at 11:10:45PM +0100, Mats Peterson wrote:
> On 12/21/2015 10:57 PM, Michael Niedermayer wrote:
> >
> >the patch is corrupted by newlines
> >attaching the patch uncompressed should solve this
> >disabling automatic line/word wraping in your editor instead might as
> >well
> >
>
On 12/21/15, Mats Peterson wrote:
> On 12/21/2015 10:57 PM, Michael Niedermayer wrote:
>>
>> the patch is corrupted by newlines
>> attaching the patch uncompressed should solve this
>> disabling automatic line/word wraping in your editor instead might as
>> well
>>
>
> Since I've seen others inclu
On 21 December 2015 at 22:32, Ganesh Ajjanagadde wrote:
> 2. The craziness of having 3 filters for essentially the same task:
> aresample, resample, asyncts. Seems like resample is the avresample
> equivalent of the swresample based aresample. Same remark above
> applies to resample.
This might a
On Mon, Dec 21, 2015 at 3:53 PM, Kieran Kunhya wrote:
> On 21 December 2015 at 22:32, Ganesh Ajjanagadde wrote:
>> 2. The craziness of having 3 filters for essentially the same task:
>> aresample, resample, asyncts. Seems like resample is the avresample
>> equivalent of the swresample based aresa
Le primidi 1er nivôse, an CCXXIV, Kieran Kunhya a écrit :
> This might appear crazy to you but for some in this project it is
> perfectly reasonable (see also: Prores etc).
What would you do? Flip a coin and remove one of the Prores encoder at
random. At first glance, there is not one that is obvi
Le primidi 1er nivôse, an CCXXIV, Ganesh Ajjanagadde a écrit :
> 1. swresample dates to 2012, and was utilized for aresample around
> then. If aresample indeed subsumes asyncts, why not mark asyncts
> deprecated, issue a warning telling users to switch to aresample, and
> phase it out after some ti
On Mon, Dec 21, 2015 at 4:10 PM, Nicolas George wrote:
> Le primidi 1er nivôse, an CCXXIV, Ganesh Ajjanagadde a écrit :
>> 1. swresample dates to 2012, and was utilized for aresample around
>> then. If aresample indeed subsumes asyncts, why not mark asyncts
>> deprecated, issue a warning telling u
On 2015-12-22 00:53, Timo Rothenpieler wrote:
ping
Is any further review required, or is it fine to just push?
Good to push as far as I'm concerned.
--phil
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffm
On Mon, Dec 21, 2015 at 07:19:45PM +, Eran Kornblau wrote:
> >
> > Weren't patches 1&2 already applied?
> > http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=23ac99dc
> > http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=4469e8eb
> >
> You're right, didn't know that.
> Please let me kno
complex is not available on all platforms. Furthermore, it is trivial to
rewrite complex number expressions to real arithmetic, and in fact
sometimes advantageous for performance reasons: by wrapping as a complex,
one forces a particular Cartesian representation that is not necessarily
optimal for
On 12/21/2015 10:32 PM, Ganesh Ajjanagadde wrote:
> If aresample indeed subsumes asyncts, why not mark asyncts
> deprecated, issue a warning telling users to switch to aresample, and
> phase it out after some time.
asyncts provides some features currently that aresample does not, such as
the 'firs
On Mon, Dec 21, 2015 at 5:27 PM, Derek Buitenhuis
wrote:
> On 12/21/2015 10:32 PM, Ganesh Ajjanagadde wrote:
>> If aresample indeed subsumes asyncts, why not mark asyncts
>> deprecated, issue a warning telling users to switch to aresample, and
>> phase it out after some time.
>
> asyncts provides
On 12/22/2015 1:44 AM, Ganesh Ajjanagadde wrote:
> May be missing something, but "See the ffmpeg-resampler manual for the
> complete list of supported options. " followed by man ffmpeg-resampler
> shows first_pts as a supported option.
Oh, indeed; never used to be. Apologies.
Looks like the publi
On 12/21/2015 11:49 PM, Paul B Mahol wrote:
On 12/21/15, Mats Peterson wrote:
On 12/21/2015 10:57 PM, Michael Niedermayer wrote:
the patch is corrupted by newlines
attaching the patch uncompressed should solve this
disabling automatic line/word wraping in your editor instead might as
well
On Mon, Dec 21, 2015 at 5:53 PM, Derek Buitenhuis
wrote:
> On 12/22/2015 1:44 AM, Ganesh Ajjanagadde wrote:
>> May be missing something, but "See the ffmpeg-resampler manual for the
>> complete list of supported options. " followed by man ffmpeg-resampler
>> shows first_pts as a supported option.
Alright, this is take two of my fix for palettized QuickTime video in
Matroska. I have reset the lower limit of V_QUICKTIME private data to 21
in matroskadec.c, in order to make that broken file pass, Michael. The
minimum size of a video sample description in QuickTime is really 86,
for the rec
On 12/17/15, Roger Pack wrote:
> On 8/22/15, Michael Niedermayer wrote:
>> On Sat, Aug 22, 2015 at 05:18:04AM +0200, Máté Sebők wrote:
>>> >
>>> > fails to build with mingw due to missing header
>>> > In file included from ffmpeg/libavdevice/dshow.c:33:0:
>>> > ffmpeg/libavdevice/bdadefs.h:8:24:
exp10 is a function available in GNU libm. Looks like no other common
libm has it. As such, I am mostly neutral about its inclusion, with a
very slight bias in favor since I am actually posting this.
pros:
1. It is faster than pow, and has less of a chance of going into one of
the terribly slow pa
On 12/21/2015 6:15 PM, Ganesh Ajjanagadde wrote:
> On Mon, Dec 21, 2015 at 9:18 AM, James Almer wrote:
>> On 12/21/2015 2:08 PM, Ganesh Ajjanagadde wrote:
>>> Pushed with slight modifications.
>>>
>>> This is a request to any running MSVC/other platform lacking erf: can
>>> you please test to make
On Mon, Dec 21, 2015 at 8:14 PM, James Almer wrote:
> On 12/21/2015 6:15 PM, Ganesh Ajjanagadde wrote:
>> On Mon, Dec 21, 2015 at 9:18 AM, James Almer wrote:
>>> On 12/21/2015 2:08 PM, Ganesh Ajjanagadde wrote:
Pushed with slight modifications.
This is a request to any running MSVC
On Mon, Dec 21, 2015 at 08:31:47PM -0800, Ganesh Ajjanagadde wrote:
[...]
> I unfortunately do not see an easy solution to avfilter testing in
> general: Paul [...]
The problem with testing filters is not even remotely close to Paul; the
main issue is that many filters are actually using floats, w
> > You're right, didn't know that.
> > Please let me know if there are any changes you want me to apply in order
> > to push the third one (decryption support).
>
> sounds like you missed:
> http://ffmpeg.org/pipermail/ffmpeg-devel/2015-December/185235.html
> http://ffmpeg.org/pipermail/ffmpeg-d
58 matches
Mail list logo
