---
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 -
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 :
> >
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
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]
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
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:
> >>
> >>>
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
---
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
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-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
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
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
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
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
> 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
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
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
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
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
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
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
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
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
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
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, 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
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/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
> +++
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
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
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,
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
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
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
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
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
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 -
> >
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
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
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
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
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
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
>
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
> >
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 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
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
> > >
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
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.
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
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
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
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
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.
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
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,
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
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
58 matches
Mail list logo