Am 24.11.15 um 20:28 schrieb Clément Bœsch:
> On Tue, Nov 24, 2015 at 07:27:57PM +0100, Thilo Borgmann wrote:
>> Hi,
>>
>> this patchset fixes most if not all bugs reported to trac for me.
>>
>
> Thanks.
> BTW, did you see
> http://lists.libav.org/pipermail/libav-devel/2015-November/073162.html ?
This removes wasteful pow(x, 2.0) that although not terribly important
for speed, is still useless.
Signed-off-by: Ganesh Ajjanagadde
--
Observed while auditing the codebase for wasteful pow calls.
---
libavfilter/af_dy
Gain computation for various curves was being done in a needlessly
inaccurate fashion. Of course these are all subjective curves, but when
a curve is advertised to the user, it should be matched as closely as
possible within the limitations of libm. In particular, the constants
kept here were prett
On Tue, Nov 24, 2015 at 8:32 PM, Ganesh Ajjanagadde wrote:
> On Tue, Nov 24, 2015 at 8:19 PM, Michael Niedermayer wrote:
>> On Mon, Nov 23, 2015 at 08:00:12PM -0500, Ganesh Ajjanagadde wrote:
>>> This is a trivial rewrite of the loops that results in better cache
>>> efficiency. Essentially, iter
This is a trivial rewrite of the loops that results in better
prefetching and associated cache efficiency. Essentially, the problem is
that modern prefetching logic is based on finite state Markov memory, a
reasonable
assumption that is used elsewhere in CPU's in for instance branch
predictors.
S
On Tue, Nov 24, 2015 at 6:55 AM, wrote:
> From: Mohammad Ghasembeigi
>
> ---
> libavcodec/dsicinvideo.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/libavcodec/dsicinvideo.c b/libavcodec/dsicinvideo.c
> index f95cbc7..dc9ae7d 100644
> --- a/libavcodec/dsic
On Thu, Nov 19, 2015 at 8:14 AM, Ganesh Ajjanagadde
wrote:
> See e.g
> https://stackoverflow.com/questions/1666353/are-typedef-and-define-the-same-in-c
> for rationale.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavcodec/aac_defines.h | 20 ++--
> 1 file changed, 10 inserti
On Tue, Nov 24, 2015 at 8:48 PM, Ganesh Ajjanagadde wrote:
> On Tue, Nov 24, 2015 at 6:53 PM, Michael Niedermayer wrote:
>> On Tue, Nov 24, 2015 at 09:17:18AM +0100, Hendrik Leppkes wrote:
>>> On Sat, Nov 21, 2015 at 2:53 PM, Ganesh Ajjanagadde
>>> wrote:
>>> > On Wed, Nov 18, 2015 at 3:04 PM,
On Tue, Nov 24, 2015 at 8:19 PM, Michael Niedermayer wrote:
> On Mon, Nov 23, 2015 at 08:00:12PM -0500, Ganesh Ajjanagadde wrote:
>> This is a trivial rewrite of the loops that results in better cache
>> efficiency. Essentially, iterating backwards over an array is a bad
>> idea, since it leads to
On Tue, Nov 24, 2015 at 08:32:05PM -0500, Ganesh Ajjanagadde wrote:
> On Tue, Nov 24, 2015 at 8:19 PM, Michael Niedermayer wrote:
> > On Mon, Nov 23, 2015 at 08:00:12PM -0500, Ganesh Ajjanagadde wrote:
> >> This is a trivial rewrite of the loops that results in better cache
> >> efficiency. Essent
On Tue, Nov 10, 2015 at 11:20:43PM -0600, Rodger Combs wrote:
> ---
> libavformat/mov.c | 16
> 1 file changed, 16 insertions(+)
probably ok
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Why not whip the teacher when the pupil misbehaves? --
On Tue, Nov 10, 2015 at 11:20:42PM -0600, Rodger Combs wrote:
> ---
> libavformat/utils.c| 20
> libavutil/parseutils.c | 43 +--
> libavutil/parseutils.h | 18 +++---
> 3 files changed, 68 insertions(+), 13 deletions(-)
On Tue, Nov 24, 2015 at 7:18 AM, Paul B Mahol wrote:
> Subject: [PATCH] avfilter: add compensation delay line filter
>
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 42
> libavfilter/Makefile | 1 +
> libavfilter/af_compensationdelay.c | 196
The new patch incorporates the "3 use-cases" feedback from wm4.
1. default: use generic (accurate but slow) seeking
2. fast: set -fflags fastseek to get fast accurate scaled seek for CBR, TOC
seek for VBR falling back to scaling if no TOC exists
3. custom: set -usetoc 1 to always use TOC for VBR &
On Mon, Nov 23, 2015 at 08:00:12PM -0500, Ganesh Ajjanagadde wrote:
> This is a trivial rewrite of the loops that results in better cache
> efficiency. Essentially, iterating backwards over an array is a bad
> idea, since it leads to many cache misses: forward iteration fetches a
> new cache line t
On Tue, Nov 24, 2015 at 6:53 PM, Michael Niedermayer wrote:
> On Tue, Nov 24, 2015 at 09:17:18AM +0100, Hendrik Leppkes wrote:
>> On Sat, Nov 21, 2015 at 2:53 PM, Ganesh Ajjanagadde wrote:
>> > On Wed, Nov 18, 2015 at 3:04 PM, Ganesh Ajjanagadde
>> > wrote:
>> >> On Wed, Nov 18, 2015 at 2:58 PM
On Tue, Nov 24, 2015 at 6:40 PM, compn wrote:
> On Tue, 24 Nov 2015 13:47:52 +0100
> wm4 wrote:
>
>> I don't think non-developers
>
> most of the list of people are developers of ffmpeg:
>
> http://git.videolan.org/?p=ffmpeg.git&a=search&h=HEAD&st=author&s=togni
> http://git.videolan.org/?p=ffmpe
On Sun, Nov 22, 2015 at 6:59 PM, Rostislav Pehlivanov
wrote:
> LGTM, feel free to apply.
pushed, thanks
>
> On Sun, 2015-11-22 at 12:05 -0500, Ganesh Ajjanagadde wrote:
>> Signed-off-by: Ganesh Ajjanagadde
>> ---
>> libavcodec/aacps_tablegen.h | 2 +-
>> 1 file changed, 1 insertion(+), 1 delet
On Tue, Nov 24, 2015 at 2:28 PM, Michael Niedermayer wrote:
> On Tue, Nov 24, 2015 at 01:05:20PM -0500, Ganesh Ajjanagadde wrote:
>> lrintf is anyway used, suggesting we only care up to floating precision.
>> Rurthermore, there is a compat hack in avutil/libm for this function,
>> and it is used i
On Tue, Nov 24, 2015 at 2:28 PM, Michael Niedermayer wrote:
> On Tue, Nov 24, 2015 at 12:02:24PM -0500, Ganesh Ajjanagadde wrote:
>> This rewrites into a similar expression avoiding sqrt. Similarity is
>> assured since sqrt(x^2 + y^2)/(x+y) lies in [1/sqrt(2), 1] for x, y > 0.
>>
>> Tested on x86-
On Tue, Nov 24, 2015 at 03:23:17AM -0600, Rodger Combs wrote:
> This caused issues when seeking in some unusual MPEGTS files
> ---
> libavcodec/aac_ac3_parser.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/aac_ac3_parser.c b/libavcodec/aac_ac3_parser.c
>
On Sat, Nov 21, 2015 at 5:58 PM, Ganesh Ajjanagadde
wrote:
> On Thu, Nov 19, 2015 at 8:14 AM, Ganesh Ajjanagadde
> wrote:
>>
>> See e.g
>> https://stackoverflow.com/questions/1666353/are-typedef-and-define-the-same-in-c
>> for rationale.
>>
>> Signed-off-by: Ganesh Ajjanagadde
>> ---
>> libavc
On Wed, Nov 25, 2015 at 12:35:03AM +0100, Andreas Cadhalpun wrote:
> They are not very helpful and feel out-of-place.
>
> Suggested-by: Timothy Gu
> Signed-off-by: Andreas Cadhalpun
> ---
> src/download | 6 +-
> 1 file changed, 1 insertion(+), 5 deletions(-)
LGTM.
Timothy
___
On Tue, Nov 24, 2015 at 07:32:22PM +0100, Thilo Borgmann wrote:
>
> avfoundation.m | 23 ---
> 1 file changed, 12 insertions(+), 11 deletions(-)
> 82a547bdb47d2d38a2860d3c246345a0542fb2d6
> 0003-lavd-avfoundation-Reindentions-and-comment-improveme.patch
> From bcf7a6b9664
From: Chris Cunningham
"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 with TOC precision.
(see https://crbug.com/545914#c13)
For VBR, fast seek is not precise, so cont
OOPS! forgot to include the command line output
THDFail.log
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
The sample is exactly 1 minute long, 48000hz sample rate, 24 bits per
sample, 8 channels. and all samples are set to 0xFF
here's the thd sample, and here's one of the 8 mono wavs (they're all
literally the same, I manually created the file in a hex editor and copied
it for all the others.)
th
On Tue, Nov 24, 2015 at 01:18:20PM +0100, Paul B Mahol wrote:
> Subject: [PATCH] avfilter: add compensation delay line filter
>
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 42
> libavfilter/Makefile | 1 +
> libavfilter/af_compensationdela
Yes - the modifications to BUILD.gn seem to all be done by Google/Chromium
engineers.
When Chromium pulls in a third party dependency they sometimes but the
build files just outside of the copy of the third party repo, and this time
the build files got checked in to the upstream repo. I'm not sure
On Tue, 24 Nov 2015 16:02:01 -0800
Bruce Dawson wrote:
> Interesting. I grabbed the code with:
>
> git clone https://chromium.googlesource.com/chromium/third_party/ffmpeg
>
> and that contains BUILD.gn as part of the repo. Is it possible that
> BUILD.gn is part of the repo but is only used when
On Wed, 25 Nov 2015 00:55:25 +0100, Andreas Cadhalpun wrote:
> Signed-off-by: Andreas Cadhalpun
> ---
> doc/git-howto.texi | 8
> 1 file changed, 8 insertions(+)
LGTM
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mai
On 24 November 2015 at 23:40, compn wrote:
> old developers have no right? is baptiste bad because he works on ffmbc?
> is roberto bad because he works on mplayer? are you bad because you work
> on mpv ? what makes a developer have rights or have no rights?
>
Most of those developers are not curr
On 25.11.2015 01:11, compn wrote:
> On Wed, 25 Nov 2015 00:55:25 +0100
> Andreas Cadhalpun wrote:
>
>
>> +@example
>> +git clone gil@@ffmpeg.org:ffmpeg-web
>> +@end example
>> +
>> +This will put the source of the FFmpeg website into the directory
>> +@var{} and let you push back your changes t
On Fri, 13 Nov 2015, Nicolas George wrote:
Le decadi 20 brumaire, an CCXXIV, Marton Balint a écrit :
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
On Fri, 13 Nov 2015, Nicolas George wrote:
Le decadi 20 brumaire, an CCXXIV, Marton Balint a écrit :
Signed-off-by: Marton Balint
---
doc/demuxers.texi | 8
libavformat/concatdec.c | 10 ++
2 files changed, 18 insertions(+)
This one looks fine.
Applied, thanks.
Ma
On Wed, 25 Nov 2015 00:55:25 +0100
Andreas Cadhalpun wrote:
> +@example
> +git clone gil@@ffmpeg.org:ffmpeg-web
> +@end example
> +
> +This will put the source of the FFmpeg website into the directory
> +@var{} and let you push back your changes to the remote
patch lgtm
but ffmpeg-web repo ha
On Sun, 22 Nov 2015, Nicolas George wrote:
Sorry, missed this reply.
In read_header, duration is only set if both inpoint and outpoint is set by
the user.
In open_file duration is set if outpoint is set by the user which is the
superset of the first case.
Ok, I think I was confused by the
On Fri, 20 Nov 2015, Stefano Sabatini wrote:
On date Friday 2015-11-20 13:54:26 +0100, Marton Balint encoded:
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
This would make ffmpeg fail on VS versions prior to VS 2013, for those
using the BUILD.gn file, which I assume is not many. It would be easy to
add additional conditionals for earlier versions, but if it's just for
Chromium then 2013/2015 is sufficient.
VS versions after 2015 will work automatical
On Tue, 24 Nov 2015 14:18:47 -0800
Bruce Dawson wrote:
> The attached patch lets ffmpeg build with both VS 2013 and VS 2015.
>
> Comments?
>
not sure if ffmpeg is supporting VS 2010, but does this work on VS2010
(or any other VS besides 2013/2015) after your changes?
thanks
-compn
___
Interesting. I grabbed the code with:
git clone https://chromium.googlesource.com/chromium/third_party/ffmpeg
and that contains BUILD.gn as part of the repo. Is it possible that
BUILD.gn is part of the repo but is only used when it is part of Chromium?
That appears to be the case, in which case C
On Tue, 2015-11-24 at 12:02 +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #5029.
>
> Please comment, Carl Eugen
Looks simple enough, but (ab)using MXFCodecUL like that has a slight
stink to it. Can we perhaps rename the struct to something that signals
its more general use
On Tue, 24 Nov 2015 12:10:43 +
Eran Kornblau wrote:
> Before we start working on this feature, since we really prefer not
> to manage our own fork of the code, we wanted to check with you
> whether you will be willing to merge such a feature ? (assuming it
> conforms to the coding standards, n
Signed-off-by: Andreas Cadhalpun
---
doc/git-howto.texi | 8
1 file changed, 8 insertions(+)
diff --git a/doc/git-howto.texi b/doc/git-howto.texi
index bf37bcc..88b9926 100644
--- a/doc/git-howto.texi
+++ b/doc/git-howto.texi
@@ -65,6 +65,14 @@ git clone git@@source.ffmpeg.org:ffmpeg
On Tue, Nov 24, 2015 at 09:17:18AM +0100, Hendrik Leppkes wrote:
> On Sat, Nov 21, 2015 at 2:53 PM, Ganesh Ajjanagadde wrote:
> > On Wed, Nov 18, 2015 at 3:04 PM, Ganesh Ajjanagadde
> > wrote:
> >> On Wed, Nov 18, 2015 at 2:58 PM, Michael Niedermayer
> >> wrote:
> >>> On Tue, Nov 17, 2015 at 0
On Tue, 24 Nov 2015 13:47:52 +0100
wm4 wrote:
> I don't think non-developers
most of the list of people are developers of ffmpeg:
http://git.videolan.org/?p=ffmpeg.git&a=search&h=HEAD&st=author&s=togni
http://git.videolan.org/?p=ffmpeg.git&a=search&h=HEAD&st=author&s=Strasser
http://git.videol
They are not very helpful and feel out-of-place.
Suggested-by: Timothy Gu
Signed-off-by: Andreas Cadhalpun
---
src/download | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/src/download b/src/download
index e870ea4..aa7daa2 100644
--- a/src/download
+++ b/src/download
@@
On 06.11.2015 20:45, Michael Niedermayer wrote:
> On Fri, Nov 06, 2015 at 08:18:39PM +0100, Andreas Cadhalpun wrote:
>> download | 11 ++-
>> 1 file changed, 10 insertions(+), 1 deletion(-)
>> ab219d2ff4c6f57ec33c97deb649be0cc1d7b2f3
>> 0001-web-download-point-to-the-official-Debian-Ub
On Tue, Nov 24, 2015 at 11:18 PM, Bruce Dawson wrote:
> I've been working on getting Chromium compiling with VS 2015 and there are
> some tweaks needed to ffmpeg to get it working with gn. Currently the
> BUILD.gn file defines five symbols/keywords that are missing from VS 2013's
> C compiler, and
On Tue, Nov 24, 2015 at 03:01:28PM -0500, Alex Agranovsky wrote:
[...]
> From 2c253d7978a6c9c2dc701d393eb5b9d68e831c98 Mon Sep 17 00:00:00 2001
> From: Alex Agranovsky
> Date: Tue, 24 Nov 2015 00:07:34 -0500
> Subject: [PATCH 2/2] If available, use the actual boundary in HTTP response's
> Conten
--
Alex Agranovsky
Sighthound, Inc
www.sighthound.com
On November 24, 2015 at 12:36:30 PM, wm4 (nfx...@googlemail.com) wrote:
On Tue, 24 Nov 2015 11:39:07 -0500
Alex Agranovsky wrote:
> On November 24, 2015 at 10:32:47 AM, wm4 (nfx...@googlemail.com) wrote:
>
> On Tue,
On Tue, Nov 24, 2015 at 01:05:20PM -0500, Ganesh Ajjanagadde wrote:
> lrintf is anyway used, suggesting we only care up to floating precision.
> Rurthermore, there is a compat hack in avutil/libm for this function,
> and it is used in avcodec/aacps_tablegen.h.
>
> This yields a non-negligible spee
On Tue, Nov 24, 2015 at 12:02:24PM -0500, Ganesh Ajjanagadde wrote:
> This rewrites into a similar expression avoiding sqrt. Similarity is
> assured since sqrt(x^2 + y^2)/(x+y) lies in [1/sqrt(2), 1] for x, y > 0.
>
> Tested on x86-64, Haswell, GNU/Linux.
> Command:
> ffmpeg -f lavfi -i mandelbrot
On Tue, Nov 24, 2015 at 07:27:57PM +0100, Thilo Borgmann wrote:
> Hi,
>
> this patchset fixes most if not all bugs reported to trac for me.
>
Thanks.
BTW, did you see
http://lists.libav.org/pipermail/libav-devel/2015-November/073162.html ?
Are you in contact with the author or something? Any i
On Mon, Nov 23, 2015 at 11:37 PM, Aaron Colwell wrote:
> matroskaenc.c applies divisors to the display width/height when generating
> stereo content. This patch adds the corresponding multipliers to
> matroskadec.c
> so that the original sample aspect ratio can be recovered.
Just to link this p
On 11/24/15, Eran Kornblau wrote:
> Hi all,
>
> We're thinking about adding support for MP4 files encrypted using the CENC
> scheme to ffmpeg (such as the ones supported by GPAC -
> https://gpac.wp.mines-telecom.fr/mp4box/encryption/common-encryption/)
> The motivation is to be able to transcode f
p.s. I will add documentaion for this when applying it...
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
From bcf7a6b966469902a080c4f52c4c091fa19c286c Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Tue, 24 Nov 2015 19:08:39 +0100
Subject: [PATCH 3/3] lavd/avfoundation: Reindentions and comment improvements.
---
libavdevice/avfoundation.m | 23 ---
1 file changed, 12 insert
From 735e26a0f525d94a31db56d4a25a3d15d021cca6 Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Tue, 24 Nov 2015 19:01:55 +0100
Subject: [PATCH 2/3] lavd/avfoundation: Allow selection of audio format and
list audio formats for specific devices.
---
libavdevice/avfoundation.m | 150 ++
From 852b7db7efd2de9409a578f2e19debd2cfaf2abd Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Mon, 23 Nov 2015 23:19:23 +0100
Subject: [PATCH 1/3] lavd/avfoundation: Switch from run-time approach for
format detection to format query and Organize frame buffer in buffer queue.
This fixes tick
Hi,
this patchset fixes most if not all bugs reported to trac for me.
I'm sorry but splitting it up into really distinct patches that can be
tested separately did not work out for me so there are some unrelated
lines within. Also, applying patch 1/3 does not work on its own...
However I split th
lrintf is anyway used, suggesting we only care up to floating precision.
Rurthermore, there is a compat hack in avutil/libm for this function,
and it is used in avcodec/aacps_tablegen.h.
This yields a non-negligible speedup. Sample benchmark:
x86-64, Haswell, GNU/Linux:
old (draw_mandelbrot):
274
Hi all,
We're thinking about adding support for MP4 files encrypted using the CENC
scheme to ffmpeg (such as the ones supported by GPAC -
https://gpac.wp.mines-telecom.fr/mp4box/encryption/common-encryption/)
The motivation is to be able to transcode files without having the media ever
resident
This rewrites into a similar expression avoiding sqrt. Similarity is
assured since sqrt(x^2 + y^2)/(x+y) lies in [1/sqrt(2), 1] for x, y > 0.
Tested on x86-64, Haswell, GNU/Linux.
Command:
ffmpeg -f lavfi -i mandelbrot -f null -
old (draw_mandelbrot):
277625266 decicycles in draw_mandelbrot,
On November 24, 2015 at 10:32:47 AM, wm4 (nfx...@googlemail.com) wrote:
On Tue, 24 Nov 2015 00:16:06 -0500
Alex Agranovsky wrote:
> From a2a0b9e0da14b6e82aa783535ec1878c8ffbede0 Mon Sep 17 00:00:00 2001
> From: Alex Agranovsky
> Date: Tue, 24 Nov 2015 00:06:14 -0500
> Subject: [PATCH 1/2] A
On Fri, Nov 13, 2015 at 03:57:22PM +0100, Nicolas George wrote:
> Le primidi 21 brumaire, an CCXXIV, Clement Boesch a écrit :
> > You construct something like this:
> >
> > AVAsyncContext(
> > AVAsyncReader(
> > AVAsyncDecoder(...),
> > AVAsyncDecoder(...),
> > AVAsyncDecod
On Tue, 24 Nov 2015 00:16:06 -0500
Alex Agranovsky wrote:
> From a2a0b9e0da14b6e82aa783535ec1878c8ffbede0 Mon Sep 17 00:00:00 2001
> From: Alex Agranovsky
> Date: Tue, 24 Nov 2015 00:06:14 -0500
> Subject: [PATCH 1/2] Allow mpjpeg demuxer to process MIME parts which do not
> include Content-Len
On Mon, Nov 23, 2015 at 9:46 PM, Michael Niedermayer wrote:
> On Mon, Nov 23, 2015 at 05:19:52PM -0500, Ganesh Ajjanagadde wrote:
>> This rewrites into the mathematically equivalent expression avoiding sqrt,
>> and results in a very minor speedup.
>>
>> Tested on x86-64, Haswell, GNU/Linux.
>> Com
I agree with both BBB and wm4.
You have to remember that when we made the committee back in September we
agreed to only include people who had more than 50 commits in the period of
a year. Therefore, if we include inactive people now, then they would be
out of the committee by next September becau
Hi,
On Tue, Nov 24, 2015 at 6:21 AM, Michael Niedermayer
wrote:
> Hi all
>
> Heres another suggested addition to the voting committee, i omitted
> the "[DECISSION]" from the subject as IIUC nicolas suggested to do it
> in a 2 step process, first check if anyone was missed and then do a
> actual
On Tue, 24 Nov 2015 12:21:57 +0100
Michael Niedermayer wrote:
> Hi all
>
> Heres another suggested addition to the voting committee, i omitted
> the "[DECISSION]" from the subject as IIUC nicolas suggested to do it
> in a 2 step process, first check if anyone was missed and then do a
> actual [D
On 11/24/15, Michael Niedermayer wrote:
> Hi all
>
> Heres another suggested addition to the voting committee, i omitted
> the "[DECISSION]" from the subject as IIUC nicolas suggested to do it
> in a 2 step process, first check if anyone was missed and then do a
> actual [DECISSION] vote mail
>
>
Subject: [PATCH] avfilter: add compensation delay line filter
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 42
libavfilter/Makefile | 1 +
libavfilter/af_compensationdelay.c | 196 +
libavfilter/allfilters.c
From: Mohammad Ghasembeigi
---
libavcodec/dsicinvideo.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/dsicinvideo.c b/libavcodec/dsicinvideo.c
index f95cbc7..dc9ae7d 100644
--- a/libavcodec/dsicinvideo.c
+++ b/libavcodec/dsicinvideo.c
@@ -100,12 +100,1
Hi all
Heres another suggested addition to the voting committee, i omitted
the "[DECISSION]" from the subject as IIUC nicolas suggested to do it
in a 2 step process, first check if anyone was missed and then do a
actual [DECISSION] vote mail
I suggest to add people who do/did admin/provide ffmpeg
Hi!
Attached patch fixes ticket #5029.
Please comment, Carl Eugen
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 429f46a..6b1c654 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -1145,6 +1145,15 @@ static const MXFCodecUL
mxf_intra_only_picture_essence_coding_uls[
On Sun, Oct 25, 2015 at 01:53:07AM +0200, Michael Niedermayer wrote:
> Hi all
>
> Heres another suggested addition to the voting committee
> also off topic but i wonder if "[DECISSION]" in the subject is the best
> choice for this
>
> I Suggest to add all people who pushed or pull-requested 20 or
This caused issues when seeking in some unusual MPEGTS files
---
libavcodec/aac_ac3_parser.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/aac_ac3_parser.c b/libavcodec/aac_ac3_parser.c
index 2f7d568..b01d5a5 100644
--- a/libavcodec/aac_ac3_parser.c
+++ b/libavc
On Sat, Nov 21, 2015 at 2:53 PM, Ganesh Ajjanagadde wrote:
> On Wed, Nov 18, 2015 at 3:04 PM, Ganesh Ajjanagadde wrote:
>> On Wed, Nov 18, 2015 at 2:58 PM, Michael Niedermayer
>> wrote:
>>> On Tue, Nov 17, 2015 at 04:54:10PM -0500, Ganesh Ajjanagadde wrote:
isnan and isinf are actually mac
79 matches
Mail list logo