On Mon, Dec 08, 2014 at 12:13:13PM -0800, mle...@mega-nerd.com wrote:
>
> Martijn van Beurden wrote:
>
> > Sorry, most of the testmaterial isn't copylefted, and I don't
> > think it is possible to get a nice copylefted test library.
>
> I don't think we need it to be copy left. We would keep i
Dave Yeo wrote:
> On 12/08/14 12:13 PM, Erik de Castro Lopo wrote:
> > Martijn van Beurden wrote:
> >
> >> >Sorry, most of the testmaterial isn't copylefted, and I don't
> >> >think it is possible to get a nice copylefted test library.
> > I don't think we need it to be copy left. We would keep it
On 12/08/14 12:13 PM, Erik de Castro Lopo wrote:
> Martijn van Beurden wrote:
>
>> >Sorry, most of the testmaterial isn't copylefted, and I don't
>> >think it is possible to get a nice copylefted test library.
> I don't think we need it to be copy left. We would keep it as
> a separate git repo of
Martijn van Beurden wrote:
> Sorry, most of the testmaterial isn't copylefted, and I don't
> think it is possible to get a nice copylefted test library.
I don't think we need it to be copy left. We would keep it as
a separate git repo of test files, and we could probably just
use snippets inste
Op 04-12-14 om 20:05 schreef Erik de Castro Lopo:
> Martjin, are you able to make your test material available? DO
> you have any test scripts your use to run your tests?
Sorry, most of the testmaterial isn't copylefted, and I don't
think it is possible to get a nice copylefted test library.
Th
On Dec 04 11:05:24, mle...@mega-nerd.com wrote:
> Martijn van Beurden wrote:
>
> > This patch improves compression a very tiny bit on average, but
> > up to 0.1 percentage point for classical music. I haven't found
> > any tracks that show worsening compression with this patch.
>
> Applied, tha
Martijn van Beurden wrote:
> This patch improves compression a very tiny bit on average, but
> up to 0.1 percentage point for classical music. I haven't found
> any tracks that show worsening compression with this patch.
Applied, thanks.
I think this points to the need to have a centralised re
Op 04-12-14 om 09:08 schreef Miroslav Lichvar:
> Just curious, is there any explanation why this improves the
> compression ratio? Is it a bug?
The error scale is used directly in the calculation of the
expected bits per residual sample. Substituting the current code
gives
bps = 0.5 * log(0.5
On Wed, Dec 03, 2014 at 03:34:58PM +0100, Martijn van Beurden wrote:
> The recent compression preset retuning improved upon most material
> but it the few tracks that show regression are usually classical
> music. This patch improves compression by improving the LPC order
> guess, of which classica
Thank you for the explanation, Martijn!
On Dec 3, 2014, at 9:38 AM, Martijn van Beurden wrote:
> Op 03-12-14 om 18:14 schreef Brian Willoughby:
>> I would like to point out that 'quiet' material is common when making
>> original recordings.
>
> This is probably a misunderstanding: I said that
Le 03/12/2014 18:14, Brian Willoughby a écrit :
> On Dec 3, 2014, at 8:30 AM, Martijn van Beurden wrote:
>> Op 03-12-14 om 16:48 schreef Olivier Tristan:
>>> This patch changes the settings associated with compression
>>> levels 6, 7 and 8. With this patch, -e is no longer used, but
>>> instead ap
Op 03-12-14 om 18:14 schreef Brian Willoughby:
> I would like to point out that 'quiet' material is common when making
> original recordings.
This is probably a misunderstanding: I said that the material
that suffers is usually quiet, not that all quiet material suffers.
> I do a great deal of
Le 03/12/2014 17:42, Olivier Tristan a écrit :
> Le 03/12/2014 17:30, Martijn van Beurden a écrit :
>> Op 03-12-14 om 16:48 schreef Olivier Tristan:
>>> Looks like I've missed the talk about this regression introduced in 1.3.1.
>>> From
>> http://lists.xiph.org/pipermail/flac-dev/2014-October/00514
Op 03-12-14 om 17:42 schreef Olivier Tristan:
> ok, in my use case, I should use "--best -e" instead of only
> "--best" then ?
If you don't mind the slower encoding, yes.
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listin
Le 03/12/2014 17:30, Martijn van Beurden a écrit :
> Op 03-12-14 om 16:48 schreef Olivier Tristan:
>> Looks like I've missed the talk about this regression introduced in 1.3.1.
> >From
> http://lists.xiph.org/pipermail/flac-dev/2014-October/005146.html
ok, in my use case, I should use "--best -e" i
On Dec 3, 2014, at 8:30 AM, Martijn van Beurden wrote:
> Op 03-12-14 om 16:48 schreef Olivier Tristan:
>> This patch changes the settings associated with compression
>> levels 6, 7 and 8. With this patch, -e is no longer used, but
>> instead apodization functions are added. This should improve
>>
Op 03-12-14 om 16:48 schreef Olivier Tristan:
> Looks like I've missed the talk about this regression introduced in 1.3.1.
>From
http://lists.xiph.org/pipermail/flac-dev/2014-October/005146.html
> This patch changes the settings associated with compression
> levels 6, 7 and 8. With this patch,
Le 03/12/2014 16:43, Martijn van Beurden a écrit :
> Op 03-12-14 om 15:49 schreef Olivier Tristan:
>> [...]
>> If you want to check this on a single piano note, I would be
>> happy to know if this improves the monophonic use case as well.
> This sample is indeed a case where the retuning of FLAC 1.
Op 03-12-14 om 15:49 schreef Olivier Tristan:
> [...]
> If you want to check this on a single piano note, I would be
> happy to know if this improves the monophonic use case as well.
This sample is indeed a case where the retuning of FLAC 1.3.1
shows a severe regression. It seems the patch does
Le 03/12/2014 15:34, Martijn van Beurden a écrit :
Hi,
This patch improves compression a very tiny bit on average, but up to
0.1 percentage point for classical music. I haven't found any tracks
that show worsening compression with this patch.
___
Hi,
This patch improves compression a very tiny bit on average, but
up to 0.1 percentage point for classical music. I haven't found
any tracks that show worsening compression with this patch.
>From baeeba8906efba2e8cffc9008ca54c7cf6c08d77 Mon Sep 17 00:00:00 2001
From: Martijn van Beurden
Date
21 matches
Mail list logo