Displaying 3 results from an estimated 3 matches for "analyzeresult".
2005 Jun 05
0
[PATCH] line endings fix
...f(Float_t) );
- }
- else {
- memcpy ( linprebuf, left_samples + num_samples - MAX_ORDER, MAX_ORDER * sizeof(Float_t) );
- memcpy ( rinprebuf, right_samples + num_samples - MAX_ORDER, MAX_ORDER * sizeof(Float_t) );
- }
-
- return GAIN_ANALYSIS_OK;
-}
-
-
-static Float_t
-analyzeResult ( Uint32_t* Array, size_t len )
-{
- Uint32_t elems;
- Int32_t upper;
- size_t i;
-
- elems = 0;
- for ( i = 0; i < len; i++ )
- elems += Array[i];
- if ( elems == 0 )
- return GAIN_NOT_ENOUGH_SAMPLES;
-
- upper = (Int32_t) ceil (elems * (1. - RMS_PERCENT...
2005 Jun 04
2
[PATCH] line endings fix
The replay gain code has dos line endings in CVS, which causes problems
for the Sun compiler, among others. Attached is a patch for the lazy,
but it's probably easier to fix locally and commit.
-r
2014 May 30
2
Bug in FLAC or in GCC or somewhere else?
...) or with -O2 instead of -O3
c) another solution is to add -mfpmath=sse option along with -msse2.
For GCC 4.9.0 it's enough to add __attribute__ ((__target__ ("arch=i686")))
or __attribute__ ((__target__ ("fpmath=sse"))) to the following functions
in replaygain_analysis.c: analyzeResult(), GetTitleGain() and GetAlbumGain().
Can anybody confirm this?