On Sun, Apr 10, 2016 at 6:29 AM, Carl Eugen Hoyos wrote:
> Rick Kern gmail.com> writes:
>
>> +{ "keyframes_only", "Output only I-frames", OFFSET(keyframes_only),
>
> I suspect this should check for -g 1 instead.
>
Indeed, checking avctx->gop_size would make it compatible with other
encoders
On Sun, Apr 10, 2016 at 5:50 AM, Rick Kern wrote:
> Now set by the encoder, not used as an input parameter.
>
> Signed-off-by: Rick Kern
> ---
> libavcodec/videotoolboxenc.c | 15 ++-
> 1 file changed, 14 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/videotoolboxenc.c b/li
On Sun, Apr 10, 2016 at 6:17 AM, Carl Eugen Hoyos wrote:
> Rick Kern gmail.com> writes:
>
>> Don't require hardware encoding and explicitly fallback to
>> software if it fails. Enabling it without requiring it
>> will use hardware encoding if available.
>
> Hardware encoding should be required un
here are samples:
big buck bunny: (block=16:search=16:step=2)
http://www.mediafire.com/download/iy35rcr6d66733o/output1.mp4
matrixbench: (block=16:search=7)
http://www.mediafire.com/download/ii3n9sn42bwp3sg/output_matrix.mp4
On Sun, Apr 10, 2016 at 5:20 AM Davinder Singh wrote:
> ok, applied th
On Sun, Apr 10, 2016 at 06:39:08AM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #4862 for me.
>
> Please comment, Carl Eugen
should do no harm, so feel free to push but this is not the correct fix
ill push a fix for the probe code in a moment
[...]
--
Michael GnuPG
On Sun, Apr 10, 2016 at 6:39 AM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #4862 for me.
>
Listing only one extension, and a uncommon one at that, seems not ideal.
Considering the probing was fixed, maybe we should hold off on this.
- Hendrik
_
Michael Niedermayer niedermayer.cc> writes:
> On Sun, Apr 10, 2016 at 06:39:08AM +0200, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > Attached patch fixes ticket #4862 for me.
> should do no harm, so feel free to push but this is not the
> correct fix ill push a fix for the probe code in a moment
T
> On Apr 10, 2016, at 3:47 AM, Hendrik Leppkes wrote:
>
> On Sun, Apr 10, 2016 at 6:17 AM, Carl Eugen Hoyos wrote:
>> Rick Kern gmail.com> writes:
>>
>>> Don't require hardware encoding and explicitly fallback to
>>> software if it fails. Enabling it without requiring it
>>> will use hardware
Richard Kern gmail.com> writes:
> The user has to explicitly request this encoder, so it
> shouldn’t fail if it’s capable of encoding.
Developers seem to agree that it should fail.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http
On Sun, 10 Apr 2016 08:57:11 -0400
Richard Kern wrote:
> > On Apr 10, 2016, at 3:47 AM, Hendrik Leppkes wrote:
> >
> > On Sun, Apr 10, 2016 at 6:17 AM, Carl Eugen Hoyos wrote:
> >
> >> Rick Kern gmail.com> writes:
> >>
> >>> Don't require hardware encoding and explicitly fallback to
> >
---
libavcodec/cfhd.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c
index d369568..d82eab8 100644
--- a/libavcodec/cfhd.c
+++ b/libavcodec/cfhd.c
@@ -137,11 +137,17 @@ static void vert_filter(int16_t *output, int out_
---
Changelog | 1 +
configure | 6 --
doc/encoders.texi | 105 -
doc/ffserver.conf | 2 +-
doc/general.texi | 2 +-
doc/muxers.texi| 4 +-
doc/platform.texi | 2 +-
libavcodec/Makefile| 1 -
libavcodec/al
2016-04-05 11:24 GMT+02:00 Michael Niedermayer :
> On Mon, Apr 04, 2016 at 04:55:37PM +0200, Martin Vignali wrote:
> > Hello,
> >
> > In attach patch, in order to add fate test for recently add features in
> > openExr decoder :
> >
> > Details of tests :
> > rgb_scanline_pxr24_float_12x8 : float i
2016-04-09 6:54 GMT+02:00 Paul B Mahol :
> On 4/9/16, Martin Vignali wrote:
> > 2016-04-08 22:11 GMT+02:00 Paul B Mahol :
> >
> >> On 4/7/16, Martin Vignali wrote:
> >> > Hello,
> >> >
> >> > in attach, a patch with some modifications in size/data window
> >> management,
> >> > in order to manag
On 4/10/16, Martin Vignali wrote:
> 2016-04-09 6:54 GMT+02:00 Paul B Mahol :
>
>> On 4/9/16, Martin Vignali wrote:
>> > 2016-04-08 22:11 GMT+02:00 Paul B Mahol :
>> >
>> >> On 4/7/16, Martin Vignali wrote:
>> >> > Hello,
>> >> >
>> >> > in attach, a patch with some modifications in size/data win
Hi,
basically adding number of input/output frames in expression evaluation
for perspective transform coordinates.
-Thilo
From 093d8e543628a123d7416a09bb6ce9c3cf504db7 Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Sun, 10 Apr 2016 18:18:17 +0200
Subject: [PATCH] lavfi/perspective: Add basi
On Sun, Apr 10, 2016 at 04:38:35PM +0100, Kieran Kunhya wrote:
> ---
> Changelog | 1 +
> configure | 6 --
> doc/encoders.texi | 105 -
> doc/ffserver.conf | 2 +-
> doc/general.texi | 2 +-
> doc/muxers.texi| 4 +-
>
2016-04-10 18:12 GMT+02:00 Paul B Mahol :
> On 4/10/16, Martin Vignali wrote:
> > 2016-04-09 6:54 GMT+02:00 Paul B Mahol :
> >
> >> On 4/9/16, Martin Vignali wrote:
> >> > 2016-04-08 22:11 GMT+02:00 Paul B Mahol :
> >> >
> >> >> On 4/7/16, Martin Vignali wrote:
> >> >> > Hello,
> >> >> >
> >> >
On 4/10/16, Martin Vignali wrote:
> 2016-04-10 18:12 GMT+02:00 Paul B Mahol :
>
>> On 4/10/16, Martin Vignali wrote:
>> > 2016-04-09 6:54 GMT+02:00 Paul B Mahol :
>> >
>> >> On 4/9/16, Martin Vignali wrote:
>> >> > 2016-04-08 22:11 GMT+02:00 Paul B Mahol :
>> >> >
>> >> >> On 4/7/16, Martin Vign
On 4/10/16, Martin Vignali wrote:
> 2016-04-05 11:24 GMT+02:00 Michael Niedermayer :
>
>> On Mon, Apr 04, 2016 at 04:55:37PM +0200, Martin Vignali wrote:
>> > Hello,
>> >
>> > In attach patch, in order to add fate test for recently add features in
>> > openExr decoder :
>> >
>> > Details of tests
2016-04-10 19:23 GMT+02:00 Paul B Mahol :
> On 4/10/16, Martin Vignali wrote:
> > 2016-04-10 18:12 GMT+02:00 Paul B Mahol :
> >
> >> On 4/10/16, Martin Vignali wrote:
> >> > 2016-04-09 6:54 GMT+02:00 Paul B Mahol :
> >> >
> >> >> On 4/9/16, Martin Vignali wrote:
> >> >> > 2016-04-08 22:11 GMT+0
On 4/10/2016 5:42 PM, Michael Niedermayer wrote:
> this is not possible currently libfaac is twice as fast than the
> native encoder.
Twice as fast and produces crap output.
Personally I think 31x realtime (which is the example you've given) is pretty
quick.
I somewhat double people are using t
This fixes demuxing of 01c56b0dc1.ts
Signed-off-by: Michael Niedermayer
---
libavformat/mpegts.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index e856ff0..38ff264 100644
--- a/libavformat/mpegts.c
+++ b/libavform
Signed-off-by: Michael Niedermayer
---
libavformat/mpegts.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index dbec255..e856ff0 100644
--- a/libavformat/mpegts.c
+++ b/libavformat/mpegts.c
@@ -2335,11 +2335,14 @@ st
Kieran Kunhya kunhya.com> writes:
[...]
Please mention ticket #5383 in the commit message.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 4/10/16, Michael Niedermayer wrote:
> This fixes demuxing of 01c56b0dc1.ts
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mpegts.c | 12 +---
> 1 file changed, 9 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
> index e856ff0..3
On 10.04.2016, at 20:00, Derek Buitenhuis wrote:
> On 4/10/2016 5:42 PM, Michael Niedermayer wrote:
>> this is not possible currently libfaac is twice as fast than the
>> native encoder.
>
> Twice as fast and produces crap output.
Someone like me almost certain doesn't notice that it's crap. I'
On 10 April 2016 at 17:42, Michael Niedermayer
wrote:
> On Sun, Apr 10, 2016 at 04:38:35PM +0100, Kieran Kunhya wrote:
> > ---
> > Changelog | 1 +
> > configure | 6 --
> > doc/encoders.texi | 105 -
> > doc/ffserver.conf | 2 +-
> >
On 4/9/16, Lou Logan wrote:
> Signed-off-by: Lou Logan
> ---
> doc/filters.texi | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/doc/filters.texi b/doc/filters.texi
> index 82be06d..b4af424 100644
> --- a/doc/filters.texi
> +++ b/doc/filters.texi
> @@ -14330,7 +1433
Kieran Kunhya kunhya.com> writes:
[...]
While it's - unfortunately - still too early to remove, this
will also need a news entry.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Carl Eugen Hoyos ag.or.at> writes:
> Attached is a probe function for gsm and a patch for a gsm
> muxer to allow testing. The file format is for example
> supported by sox.
Patches applied.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmp
On 10 April 2016 at 19:43, Carl Eugen Hoyos wrote:
> Kieran Kunhya kunhya.com> writes:
>
> [...]
>
> While it's - unfortunately - still too early to remove, this
> will also need a news entry.
>
>
We've removed far bigger things (libstagefright) without a news entry.
There are far less users of
On 4/10/2016 8:09 PM, Rostislav Pehlivanov wrote:
> There are far less users of libfaac than libstagefright, so I think just a
> changelog entry would be enough.
I very much doubt this. Very few people could even *compile* the libstagefright
code.
- Derek
On Sun, Apr 10, 2016 at 07:29:05PM +0100, Rostislav Pehlivanov wrote:
> On 10 April 2016 at 17:42, Michael Niedermayer
> wrote:
>
> > On Sun, Apr 10, 2016 at 04:38:35PM +0100, Kieran Kunhya wrote:
> > > ---
> > > Changelog | 1 +
> > > configure | 6 --
> > > doc/en
On Sun, 10 Apr 2016 21:13:13 +0200
Michael Niedermayer wrote:
> On Sun, Apr 10, 2016 at 07:29:05PM +0100, Rostislav Pehlivanov wrote:
> > On 10 April 2016 at 17:42, Michael Niedermayer
> > wrote:
> >
> > > On Sun, Apr 10, 2016 at 04:38:35PM +0100, Kieran Kunhya wrote:
> > > > ---
> > > > C
On Sun, Apr 10, 2016 at 4:13 PM, Michael Niedermayer
wrote:
> that said, to be blunt, make your encoder be capable to encode as fast
> and as good quality as libfaac and after that remove libfaac support
> if you want.
I could make a small patch that could do just that, I believe.
I've always m
On 5/2/12, Mashiat Sarker Shakkhar wrote:
> On 5/2/2012 11:31 PM, Jakub Stachowski wrote:
> [...]
>> I did not. I used git format-patch and attached it to email in written
>> in Thunderbird.
>
> Then please send the patch using git send-email so that we can do a
> proper review. I can't inline my
On Sun, Apr 10, 2016 at 09:24:21PM +0200, wm4 wrote:
> On Sun, 10 Apr 2016 21:13:13 +0200
> Michael Niedermayer wrote:
>
> > On Sun, Apr 10, 2016 at 07:29:05PM +0100, Rostislav Pehlivanov wrote:
> > > On 10 April 2016 at 17:42, Michael Niedermayer
> > > wrote:
> > >
> > > > On Sun, Apr 10, 20
On Sun, Apr 10, 2016 at 04:34:02PM -0300, Claudio Freire wrote:
> On Sun, Apr 10, 2016 at 4:13 PM, Michael Niedermayer
> wrote:
> > that said, to be blunt, make your encoder be capable to encode as fast
> > and as good quality as libfaac and after that remove libfaac support
> > if you want.
>
>
On Sun, 10 Apr 2016 at 20:46 Michael Niedermayer
wrote:
> On Sun, Apr 10, 2016 at 09:24:21PM +0200, wm4 wrote:
> > On Sun, 10 Apr 2016 21:13:13 +0200
> > Michael Niedermayer wrote:
> >
> > > On Sun, Apr 10, 2016 at 07:29:05PM +0100, Rostislav Pehlivanov wrote:
> > > > On 10 April 2016 at 17:42,
Hi,
On Sun, Apr 10, 2016 at 10:13 PM, Michael Niedermayer
wrote:
> This is not about changing a bad encoder to a good encoder, this patch
> is about removing choices.
> Before this patch users can force libfaac and have twice as long
> battery life at lower quality after the patch the users do no
On Sun, Apr 10, 2016, at 12:00 PM, Jan Ekstrom wrote:
> Additionally, as a minor not-really-related anecdote, I have only seen
> people on #ffmpeg having -c:a/-acodec libfaac on their command lines
> when they have followed very old tutorials from up to just before
> fdk-aac got published.
From t
On Sun, Apr 10, 2016 at 11:00:23PM +0300, Jan Ekstrom wrote:
> Hi,
>
> On Sun, Apr 10, 2016 at 10:13 PM, Michael Niedermayer
> wrote:
> > This is not about changing a bad encoder to a good encoder, this patch
> > is about removing choices.
> > Before this patch users can force libfaac and have tw
On Sun, 10 Apr 2016 at 21:39 Michael Niedermayer
wrote:
> On Sun, Apr 10, 2016 at 11:00:23PM +0300, Jan Ekstrom wrote:
> > Hi,
> >
> > On Sun, Apr 10, 2016 at 10:13 PM, Michael Niedermayer
> > wrote:
> > > This is not about changing a bad encoder to a good encoder, this patch
> > > is about remo
On Sun, Apr 10, 2016 at 08:49:16PM +, Kieran Kunhya wrote:
> On Sun, 10 Apr 2016 at 21:39 Michael Niedermayer
> wrote:
>
> > On Sun, Apr 10, 2016 at 11:00:23PM +0300, Jan Ekstrom wrote:
> > > Hi,
> > >
> > > On Sun, Apr 10, 2016 at 10:13 PM, Michael Niedermayer
> > > wrote:
> > > > This is n
On Sun, Apr 10, 2016 at 08:23:58PM +0200, Paul B Mahol wrote:
> On 4/10/16, Michael Niedermayer wrote:
> > This fixes demuxing of 01c56b0dc1.ts
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/mpegts.c | 12 +---
> > 1 file changed, 9 insertions(+), 3 deletions(-)
> >
From: Michael Niedermayer
Signed-off-by: Michael Niedermayer
Signed-off-by: James Almer
---
The differences with Michael's original patch are that this one is updated
to use codecpar, and adds the new output as framehash version 2 but doesn't
make it the default until further additions are made
From: Moritz Barsnick
Signed-off-by: Moritz Barsnick
Signed-off-by: James Almer
---
Here's the previously sent patchset in an easy to read single patch.
I changed the default from sha512 to sha256 since the former is slow
on 32bits arches.
Changelog | 1 +
doc/muxe
From: Pawel Golinski
There are some afl specific macros inside,
to make the example usable with afl fuzzer.
---
doc/examples/fffuzz.c | 373 ++
1 file changed, 373 insertions(+)
create mode 100644 doc/examples/fffuzz.c
diff --git a/doc/examples/f
On 4/5/2016 9:23 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> tests/fate/filter-audio.mak | 13 +++--
> tests/fate/filter-video.mak | 36 ++--
> 2 files changed, 25 insertions(+), 24 deletions(-)
Ping.
__
On 4/10/2016 6:24 PM, James Almer wrote:
> On 4/5/2016 9:23 PM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> tests/fate/filter-audio.mak | 13 +++--
>> tests/fate/filter-video.mak | 36 ++--
>> 2 files changed, 25 insertions(+), 24 deletions(-
On Thursday 07 April 2016 02:49:34 am Carl Eugen Hoyos wrote:
> On Wednesday 06 April 2016 11:18:20 pm Carl Eugen Hoyos wrote:
> > Hi!
> >
> > Attached patch fixes ticket #5410 for me.
>
> New patch for Monkey Island 4 files attached.
Improved patch with less overhead attached.
Please comment, Ca
The bits_per_raw_sample represents the number of bits of precission per sample.
The field is added at the logical place, not at the end as the code was just
recently added
This fixes the regression about loosing the audio sample precission information
The change in the fate test checksum un-does
On Mon, 11 Apr 2016 at 00:33 Michael Niedermayer
wrote:
> The bits_per_raw_sample represents the number of bits of precission per
> sample.
>
> The field is added at the logical place, not at the end as the code was
> just
> recently added
>
> This fixes the regression about loosing the audio sam
On 4/11/2016 12:32 AM, Michael Niedermayer wrote:
> The bits_per_raw_sample represents the number of bits of precission per
> sample.
>
> The field is added at the logical place, not at the end as the code was just
> recently added
>
> This fixes the regression about loosing the audio sample pre
On Mon, Apr 11, 2016 at 12:40:43AM +0100, Derek Buitenhuis wrote:
> On 4/11/2016 12:32 AM, Michael Niedermayer wrote:
> > The bits_per_raw_sample represents the number of bits of precission per
> > sample.
> >
> > The field is added at the logical place, not at the end as the code was just
> > re
On Sun, Apr 10, 2016 at 11:39:57PM +, Kieran Kunhya wrote:
> On Mon, 11 Apr 2016 at 00:33 Michael Niedermayer
> wrote:
>
> > The bits_per_raw_sample represents the number of bits of precission per
> > sample.
> >
> > The field is added at the logical place, not at the end as the code was
> >
On Donnerstag, 7. April 2016 00:35:25 CEST Michael Niedermayer wrote:
> On Wed, Mar 30, 2016 at 11:02:36PM +0200, Gerion Entrup wrote:
> > On Mittwoch, 30. März 2016 22:57:47 CEST Gerion Entrup wrote:
> > > Add improved patch.
> >
> > Rebased to master.
> >
>
> > Changelog
On Sun, Apr 10, 2016 at 06:33:47PM +0200, Thilo Borgmann wrote:
> Hi,
>
> basically adding number of input/output frames in expression evaluation
> for perspective transform coordinates.
>
> -Thilo
> doc/filters.texi | 19 +
> libavfilter/vf_perspective.c | 82
> +++
59 matches
Mail list logo
