Derek Buitenhuis gmail.com> writes:
> The design is how ubitux requested. Use trim with
> it or risk using ALL THEM MEMORY.
I always wondered if these kind of filters should
require an option like "-i_dont_care_about_oom"
but I am not saying it changes much...
Carl Eugen
___
On 7/9/15, Paul B Mahol wrote:
> From: LoRd_MuldeR
>
>
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi| 158 ++
> libavfilter/Makefile| 1 +
> libavfilter/af_dynaudnorm.c | 739
>
> libavfilter/allfilters.c|
Hello Michael,
Ok, will do, thanks.
Friday, July 17, 2015, 3:25:20 AM, you wrote:
MN> also maybe you want to send a patch to add yourself to the
MN> MAINTAINERs file for qsv*
--
Best regards,
Ivanmailto:ivan.us...@nablet.com
_
>> The design is how ubitux requested. Use trim with
>> it or risk using ALL THEM MEMORY.
>
> I always wondered if these kind of filters should
> require an option like "-i_dont_care_about_oom"
> but I am not saying it changes much...
Wasn't my idea. ;)
- Derek
___
From: Niklesh
Signed-off-by: Niklesh
---
libavcodec/movtextdec.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/movtextdec.c b/libavcodec/movtextdec.c
index d564cf1..ca02107 100644
--- a/libavcodec/movtextdec.c
+++ b/libavcodec/movtextdec.c
@@ -181,14 +181,
On Saturday 11 July 2015 04:13:52 pm Tomas Härdin wrote:
> Just a quick review since I have to bounce:
> > +const MXFCodecUL ff_mxf_codec_tag_uls[] = {
>
> Haven't we moved this to mxf.c already? Or rather, don't we
> have a whole bunch of very similar tables already?
The new table is (together w
L'octidi 28 messidor, an CCXXIII, Rodger Combs a écrit :
> ---
> libavutil/avstring.h | 7 +++
> libavutil/bprint.c | 30 ++
> 2 files changed, 37 insertions(+)
>
> diff --git a/libavutil/avstring.h b/libavutil/avstring.h
> index 466edaf..4d809d9 100644
> --- a/
L'octidi 28 messidor, an CCXXIII, Rodger Combs a écrit :
> ---
> libavutil/bprint.c | 7 +++
> libavutil/bprint.h | 9 +
> 2 files changed, 16 insertions(+)
>
> diff --git a/libavutil/bprint.c b/libavutil/bprint.c
> index 64d2ab1..746868b 100644
> --- a/libavutil/bprint.c
> +++ b/liba
Hi!
Attached patch allows to signal lossless mode when decoding j2k.
Please comment, Carl Eugen
diff --git a/libavcodec/jpeg2000dec.c b/libavcodec/jpeg2000dec.c
index 6e60c0a..53870f7 100644
--- a/libavcodec/jpeg2000dec.c
+++ b/libavcodec/jpeg2000dec.c
@@ -469,6 +469,9 @@ static int get_cox(Jpeg2
On 2015-07-09 18:55, Paul B Mahol wrote:
> +{ "n", "enable channels coupling", OFFSET(channels_coupled),
> AV_OPT_TYPE_INT, {.i64 = 1}, 0, 1, FLAGS },
This should be "enable channel coupling"
> +static const double s_pi =
> 3.14159265358979323846264338327950288419716939937510582097494459230
On 2015-07-09 18:55, Paul B Mahol wrote:
> diff --git a/doc/filters.texi b/doc/filters.texi
> index 3fce874..74c408a 100644
> --- a/doc/filters.texi
> +++ b/doc/filters.texi
> @@ -1520,6 +1520,164 @@ Optional. It should have a value much less than 1
> (e.g. 0.05 or 0.02) and is
> used to prevent
On 2015-07-15 21:48, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_convolution.c | 331
> +++
> 3 files changed, 333 insertions(+)
> create mode 100
On 7/17/15, James Darnley wrote:
> On 2015-07-09 18:55, Paul B Mahol wrote:
>> +{ "n", "enable channels coupling", OFFSET(channels_coupled),
>> AV_OPT_TYPE_INT, {.i64 = 1}, 0, 1, FLAGS },
>
> This should be "enable channel coupling"
Fixed
>
>> +static const double s_pi =
>> 3.141592653589793
On 7/17/15, James Darnley wrote:
> On 2015-07-09 18:55, Paul B Mahol wrote:
>> diff --git a/doc/filters.texi b/doc/filters.texi
>> index 3fce874..74c408a 100644
>> --- a/doc/filters.texi
>> +++ b/doc/filters.texi
>> @@ -1520,6 +1520,164 @@ Optional. It should have a value much less than 1
>> (e.g.
On 2015-07-17 12:55, Paul B Mahol wrote:
> On 7/17/15, James Darnley wrote:
>> On 2015-07-09 18:55, Paul B Mahol wrote:
>>> +{ "n", "enable channels coupling", OFFSET(channels_coupled),
>>> AV_OPT_TYPE_INT, {.i64 = 1}, 0, 1, FLAGS },
>>
>> This should be "enable channel coupling"
>
> Fixed
>
On Fri, 17 Jul 2015 03:57:03 +0200
Michael Niedermayer wrote:
> > Also which hosters/providers does the community recommand?
>
> noone ?
> nothing ?
>
I would like to wait to find a more permanent host, a "2 year maybe"
will mean doing this all over again in 24 months. but if you guys dont
min
Avoid clipping due to quantization noise to produce audible
artifacts, by detecting near-clipping signals and both attenuating
them a little and encoding escape-encoded bands (usually the
loudest) rounding towards zero instead of nearest, which tends to
decrease overall energy and thus clipping.
C
The gamma code is disabled until I warp it into a SwsFilterDescriptor.
2015-07-16 13:28 GMT-03:00 Michael Niedermayer :
> On Wed, Jul 15, 2015 at 08:06:49PM -0300, Pedro Arthur wrote:
> > Hi,
> >
> > I removed the asserts referencing unused variables and it passed all
> tests.
> > The following p
Signed-off-by: Paul B Mahol
---
tests/fate/filter-video.mak | 4 +++
tests/filtergraphs/mergeplanes| 2 ++
tests/ref/fate/filter-mergeplanes | 51 +++
3 files changed, 57 insertions(+)
create mode 100644 tests/filtergraphs/mergeplanes
create mode
> I like kieranks' offer. although i dont know the service hours or
> timeframe of hosting.
So the machine sits in our datacentre next to my office, has a 100meg
connection. Plenty more spare machines here ffmpeg could use but
they're all a bit old.
Kieran
On 15 Jul, Michael Niedermayer wrote :
> longer awnser,
> videolan IIUC would be willing to host some of our services
> on their existing server but this would require a "quite a bit" of
> work. videolan uses LXC we do not.
Indeed, and there is a good reason for that, called security.
> also vide
On Fri, Jul 17, 2015 at 12:46:25PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch allows to signal lossless mode when decoding j2k.
>
> Please comment, Carl Eugen
> jpeg2000dec.c |3 +++
> 1 file changed, 3 insertions(+)
> 6a82e7f5e2e6448f69ff784461b4e3d84031fe10 patchj2klossless.
On Fri, Jul 17, 2015 at 12:00:57PM +0800, Zhang Rui wrote:
> 2015-07-16 22:00 GMT+08:00 Michael Niedermayer :
> > On Thu, Jul 16, 2015 at 03:04:42PM +0800, Zhang Rui wrote:
> >> ---
> >> configure| 1 +
> >> libavformat/Makefile | 1 +
> >> libavformat/allformats.c | 1 +
On Fri, Jul 17, 2015 at 03:30:26PM +0200, Jean-Baptiste Kempf wrote:
> On 15 Jul, Michael Niedermayer wrote :
> > longer awnser,
> > videolan IIUC would be willing to host some of our services
> > on their existing server but this would require a "quite a bit" of
> > work. videolan uses LXC we do n
On Fri, Jul 17, 2015 at 12:53:38PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> tests/fate/filter-video.mak | 4 +++
> tests/filtergraphs/mergeplanes| 2 ++
> tests/ref/fate/filter-mergeplanes | 51
> +++
> 3 files changed, 57 i
On Thu, Jul 16, 2015 at 01:23:23PM +0100, Tom Butterworth wrote:
> ---
> libavcodec/Makefile | 4 +-
> libavcodec/hap.c | 51 +
> libavcodec/hap.h | 68
> libavcodec/hapdec.c | 278
> ---
> libavcodec/h
On Fri, Jul 17, 2015 at 04:16:53PM +0200, Michael Niedermayer wrote:
> On Fri, Jul 17, 2015 at 03:30:26PM +0200, Jean-Baptiste Kempf wrote:
> > On 15 Jul, Michael Niedermayer wrote :
> > > longer awnser,
> > > videolan IIUC would be willing to host some of our services
> > > on their existing serve
The following commits prepare the encoder for the introduction of
LTP, TNS and Main-style prediction, which are almost complete.
The tables inside aacdectab.h are needed for both LTP and TNS
and are thus exported to the shared aactab file. This however
reverts their types to native floats because
This commit moves the tables required for encoding and decoding
LTP and TNS AAC files out of the decoder's standalone tables file
and into the shared aactab.h, where they can be used by both the
encoder and the decoder.
This commit does not break the already-broken aac_fixed decoder.
All of the va
This commit moves the generation of ff_aac_pow34sf_tab[] out of the
encoder and into the table generator. The original commit log for
this table in 2011 actually mentions that it should be moved outside
but this never happened.
This is the first commit which cleans up the encoder a little.
---
li
This commit adds a slightly more robust way of determining whether the phases
match or are too different for IS to be used.
---
libavcodec/aaccoder.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/libavcodec/aaccoder.c b/libavcodec/aaccoder.c
index 17b14d6..bd232f6 1006
>attachment.bin:357: trailing whitespace.
>attachment.bin:436: trailing whitespace.
>attachment.bin:454: trailing whitespace.
You should probably configure your editor to strip that off automatically.
>sce->sf_idx[win*16+swb],
Why the change from (win+w)*2? Shouldn't you remove the entire loop aro
On Fri, Jul 17, 2015 at 08:57:55AM -0300, Claudio Freire wrote:
> Avoid clipping due to quantization noise to produce audible
> artifacts, by detecting near-clipping signals and both attenuating
> them a little and encoding escape-encoded bands (usually the
> loudest) rounding towards zero instead
On Friday, July 17, 2015 03:30:26 PM Jean-Baptiste Kempf wrote:
> On 15 Jul, Michael Niedermayer wrote :
> > longer awnser,
> > videolan IIUC would be willing to host some of our services
> > on their existing server but this would require a "quite a bit" of
> > work. videolan uses LXC we do not.
>
On Thu, Jul 16, 2015 at 03:57:26AM +0300, Vesselin Bontchev wrote:
> Hi,
>
> A sample Audible .aax file can be downloaded from the following link,
>
> https://gitlab.com/vesselin.bontchev/audible-samples/tree/master
>
> Usage,
>
> ffmpeg -activation_bytes 62689101 -i Audible_AAX_sample_62689101
On Fri, Jul 17, 2015 at 7:36 PM, Michael Niedermayer
wrote:
>> diff --git a/libavcodec/aacenc.c b/libavcodec/aacenc.c
>> index f05f51b..6ff95b1 100644
>> --- a/libavcodec/aacenc.c
>> +++ b/libavcodec/aacenc.c
>> @@ -46,6 +46,7 @@
>> #include "psymodel.h"
>>
>> #define AAC_MAX_CHANNELS 6
>> +#def
On Fri, Jul 17, 2015 at 7:09 PM, Rostislav Pehlivanov
wrote:
>>attachment.bin:357: trailing whitespace.
>>attachment.bin:436: trailing whitespace.
>>attachment.bin:454: trailing whitespace.
Oops
> You should probably configure your editor to strip that off automatically.
I don't like it to be d
On 17 July 2015 at 22:00, Michael Niedermayer wrote:
> On Fri, Jul 17, 2015 at 04:16:53PM +0200, Michael Niedermayer wrote:
>> On Fri, Jul 17, 2015 at 03:30:26PM +0200, Jean-Baptiste Kempf wrote:
>> > On 15 Jul, Michael Niedermayer wrote :
>> > > longer awnser,
>> > > videolan IIUC would be willin
On Fri, Jul 17, 2015 at 11:58:38AM +0800, Zhang Rui wrote:
> ---
> doc/protocols.texi | 12
> 1 file changed, 12 insertions(+)
stashed with the main patch
fixed a few minor issues
applied
thanks
PS: maybe you want to send a patch which adds you to the MAINTAINERs
file
[...]
--
M
On Fri, Jul 17, 2015 at 6:20 PM, Rostislav Pehlivanov
wrote:
> This commit adds a slightly more robust way of determining whether the phases
> match or are too different for IS to be used.
> ---
> libavcodec/aaccoder.c | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git
On Fri, Jul 17, 2015 at 08:19:17PM -0300, Claudio Freire wrote:
> On Fri, Jul 17, 2015 at 7:36 PM, Michael Niedermayer
> wrote:
> >> diff --git a/libavcodec/aacenc.c b/libavcodec/aacenc.c
> >> index f05f51b..6ff95b1 100644
> >> --- a/libavcodec/aacenc.c
> >> +++ b/libavcodec/aacenc.c
> >> @@ -46,6
Hi,
On Fri, Jul 17, 2015 at 7:20 PM, Kieran Kunhya wrote:
> On 17 July 2015 at 22:00, Michael Niedermayer
> wrote:
> > On Fri, Jul 17, 2015 at 04:16:53PM +0200, Michael Niedermayer wrote:
> >> On Fri, Jul 17, 2015 at 03:30:26PM +0200, Jean-Baptiste Kempf wrote:
> >> > On 15 Jul, Michael Niederm
I'm working on Linux kernel driver for multimedia grabber and H264
encoder based on Techwell/Intersil 5864 chip. Of course it will be
open and pushed into upstream kernel repo.
The device produces H264 encoded data, but it lacks any headers. The
reference driver generates headers and glues frames
On Fri, Jul 17, 2015 at 8:42 PM, Michael Niedermayer
wrote:
>> If you mean a transition in time, I don't think it makes any
>> difference. 0.95 is a ~0.5db change in intensity, which ought to be
>> inaudible, and windowing will already take care to make the transition
>> smooth. And the logic woul
That previous idea discriminated way too many bands for it to be actually
useful. And it would require special cases for coefficients which 'blow up'
and have an insane value.
This method is naive but it handles spikes better since a single spike in
one channel will only cause a single phase to sw
>I don't like it to be done automatically since it could (and in
>general would) modify parts of the code I didn't touch should they
>contain whitespace.
I haven't seen any trailing spaces in any ffmpeg code. In the worst case
scenario you remove one existing trailing space, you see it in git diff
On Fri, Jul 17, 2015 at 10:32 PM, Rostislav Pehlivanov
wrote:
> That previous idea discriminated way too many bands for it to be actually
> useful. And it would require special cases for coefficients which 'blow up'
> and have an insane value.
...
>> What happened to the idea of comparing the ener
>From my earlier testing, it's a bit too conservative, and if you make
>it even more conservative, it may end up reducing the effectiveness of
>I/S.
Yes, that's what I remember too from testing it too.
>But even if not used for avoding I/S, it can be used to pick whether
>to invert the phases, whe
On Fri, Jul 17, 2015 at 08:04:37PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Jul 17, 2015 at 7:20 PM, Kieran Kunhya wrote:
>
> > On 17 July 2015 at 22:00, Michael Niedermayer
> > wrote:
> > > On Fri, Jul 17, 2015 at 04:16:53PM +0200, Michael Niedermayer wrote:
> > >> On Fri, Jul 17, 2015
Attached patch is a quick fix for Ticket4723.
I have a couple of issues with this though:
1. It seems like probe thresholds are essentially tweaked based on
what files are encountered, and that these can't be set precisely
according to a spec.
Is this correct?
2. Comment in the file mentions keepi
On Fri, Jul 17, 2015 at 10:23:11PM -0400, Ganesh Ajjanagadde wrote:
> Attached patch is a quick fix for Ticket4723.
> I have a couple of issues with this though:
> 1. It seems like probe thresholds are essentially tweaked based on
> what files are encountered, and that these can't be set precisely
On Thu, Jul 16, 2015 at 09:04:39PM -0500, Rodger Combs wrote:
> ---
> libavutil/avstring.h | 7 +++
> libavutil/bprint.c | 30 ++
> 2 files changed, 37 insertions(+)
>
Does this need to be public? Can't you keep this private in lavc for now
instead? Or at worse
52 matches
Mail list logo
