LRN wrote:
> f:/src/mingw-flac/flac-1.2.2-rc1/src/share/utf8/iconvert.c:175:5:
> warning: passing argument 2 of 'libiconv' from incompatible pointer
> type [enabled by default]
> f:\mingw02\mingw-pc-i686\bin\../lib/gcc/mingw32/4.6.2/../../../../include/iconv.h:83:15:
> note: expected 'const char *
Dave Yeo wrote:
> Couple of simple patches attached.
Patches applied. Thanks.
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
___
flac-dev mailing list
flac-dev@xiph.org
http
On 02/26/12 02:18 am, Erik de Castro Lopo wrote:
> Hi all,
>
> I think we're getting close to the first FLAC release in over 4
> years.
>
> I have tested whats currently in Git on x86, x86_64 and PowerPC
> Linux and would appreciate reports of successful compiles (and even
> more importantly any
Earl Chew wrote:
> This implementation uses decimation to generate an estimate of the
> required ReplayGain adjustment for tracks sampled at high rates.
>
> This approach avoids having to generate filters with commensurately more taps,
> and also the subsequent effect on performance as these addi
Magnus Blomfelt wrote:
> Seeing how
> http://flac.sourceforge.net/license.html
> stresses that libflac and libflac++ are licensed under the New BSD License,
> would it be possible to relicense include/share/alloc.h from GPL 2.1+ to
> the New BSD License so that all of libflac and libflac++ become
On 25 February 2012 17:44, Erik de Castro Lopo wrote:
> Earl Chew forwared me an email he had submitted to this list but
> has never showed up.
I've cleaned the spam trap.
-r
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/l
This implementation uses decimation to generate an estimate of the
required ReplayGain adjustment for tracks sampled at high rates.
This approach avoids having to generate filters with commensurately more taps,
and also the subsequent effect on performance as these additional
taps are evaluated fo
Seeing how
http://flac.sourceforge.net/license.html
stresses that libflac and libflac++ are licensed under the New BSD License,
would it be possible to relicense include/share/alloc.h from GPL 2.1+ to
the New BSD License so that all of libflac and libflac++ become licensed
under the New BSD License
Hi folks.
My first post over here.
While working on a music server optimzation (which ususally goes hand in
hand with running pretty low buffers on realtime
streams)
I figured that certain HiRez flacs were causing XRUNS/hickups on my Linux
server platform.
The interesting thing is to run into X
I came across: http://www.hydrogenaudio.org/forums/index.php?showtopic=85978
which references: http://tech.ebu.ch/loudness
The site suggests broad European (broadcast?) support for R128.
One implementation is at:
http://r128gain.sourceforge.net/
___
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 26.02.2012 14:18, Erik de Castro Lopo wrote:
> I ... would appreciate reports of successful compiles (and even
> more importantly any failures) on ... Windows ...
>
1) I have to update automake version from 1.7 to 1.11.
This might be fixable with
The test is rather simple, and only compares the computed output values for a
1kHz signal
at the known filter table sampling frequencies with previously obained golden
values.
As such, the test only verifies that the performance of the replay
gain analyser has not changed.
A better test would b
Hi all,
I think we're getting close to the first FLAC release in over 4 years.
I have tested whats currently in Git on x86, x86_64 and PowerPC Linux
and would appreciate reports of successful compiles (and even more
importantly any failures) on OSX, Windows and elsewhere.
Cheers,
Erik
--
--
13 matches
Mail list logo
