similar to: FLAC compression experiment

I tested Vorbis encoder - beta3 version, and here are my thoughts: - In comparison to beta2, subtle high-frequency artifacts seem to be gone (though they were small in beta2). Good job there! :-) - Velvet.wav also sounds better, but transparent quality is reached at -b256+. - Horn.wav still sounds very sucky, mode -b256 gives ~100kbps (this is understandable because in this sample practically

Hi, there is an interesting case when the FLAC encoder (using 1.2.0) is given simple waves. Simple waves means: I have a list of {frequency, duration, pause} tuples that define the monophonic tune. In other words, exactly one frequency is played at a time. This is the original dataset from 1989 (driving a PC speaker back then): $ ls -l ihold.sd -rw-r--r-- 1 jengelh users 20616 Aug 14 00:57

* Use `mktemp` instead of playing with date(1). * Use -f instead of removing the file every time. * "echo ERROR; exit 1" is what die() is for. * Some cosmetic renamings ('k' to 'comp' for compression etc). * Remove the MacOSX comment. It's not MacOSX specific, and it's not a problem anyway. The number behaves just right. * Remove the $((${size}+10)). It's

Hello. I create FLAC file decoding, processing and playing program and have the following question : how to convert FLAC 16 bit file data to 32 bit float buffer for CPU processing? I've already inplemented sound playing and tested it with sine wave - it works without problems; I even made writing into decoding buffer values of sine wave, instead of decoded FLAC file data, and it also works

Seems time is going to be a constraint for me in the coming week, but I'll try and get more of these out to you as fast as I can get them written and tested. Keeping the patches in a separate branch for now seems like a good idea to me. Attached is a patch for 'test_streams.sh' On Tue, Mar 12, 2013 at 1:44 AM, Erik de Castro Lopo <mle+la at mega-nerd.com>wrote: > Jaren

Hello, I am author of a Morse code training software written in Perl at http://starling.ws/morse Currently I output to *.wav and, if on Unix, convert to *.ogg. And that's okay for a trainer. But I have desire to upgrade the project to a real-time communication tool...or at least a Morse code audio mail routine. And I should like to avoid *.wav. I'd like some means of writing a pure

Hi! Excuse the delay, but I had to deal with a corrupted NTFS file system that ate many important files on an USB stick... The FLAC version of the original is almost 6MB and it can be downloaded slowly from this time-limited link: https://sbr5vjid0jgmce4q.myfritz.net:40262/nas/filelink.lua?id=0ba5a10529a6fe7b On the meaning of a logarithmic sweep: If you use foobar2000 and the

On Nov 26 22:39:27, hans at stare.cz wrote: > ./test_replaygain.sh fails for me in tonegenerator(), saying: > > ./test_replaygain.sh[91]: mawk: not found > Testing FLAC replaygain 8000 (8000 x 1) ... -: ERROR: got partial sample > > Apparently, the tone-generating awk script does not work with > my system's awk, which is "awk version 20110810" as distributed

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. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Improve-LPC-order-guess.patch Type: text/x-patch Size: 0 bytes Desc: not available Url :

Op 20-10-14 om 16:36 schreef Martijn van Beurden: > Op 20-10-14 om 16:31 schreef lvqcl: >> But your patch changes only two last presets (-7 and -8) so >> -6 stays unchanged. ( IIRC it should have >> "tukey(5e-1);partial_tukey(2)" as its apodization string >> instead of current "tukey(5e-1)" ). > > .... okay, I really don't know how it is

Jaren Stangret wrote: > Interestingly, I noticed compression level '0' is omitted, so I've added it > in. Thanks. > Also, I tested this on a 24bit/96kHz FLAC file and the test failed between > compression level 0 and compression level 1 -- the file size was greater > with a compression level of 1, rather than 0. The test works on > 'noisy-sine.wav'. It

Hello - I am new to the list and new to FLAC and I have an encoding question. I am using Goldwave to create a file which is 32 bits, signed, little endian. I am doing this to avoid the added step of converting from 16-bit samples to 32-bit samples. All works well except that encoding a sine wave does not output an exact replica of the sine wave -- far from it. When I encode a 16-bit sine

On Aug 07 10:08:43, petrparizek2000 at yahoo.com wrote: > > What sine sweep exactly? > > An exponential sweep. It started slightly below 24 Hz and ended almost at 24 > kHz. And it was 50 seconds long. > > > How did you obtain it, > > I used Angelo Farina's "Aurora" modules. One of them is called "Generate > sine sweep". Can you please

I have been attempting to estimate the periodic contribution of an effect to some data but have not been able to fit a sine wave within R. It would be nice to start by being able to fit a sine wave with an amplitude and frequency. x<-seq(0,20,by=0.5) y<-2*sin(2*pi*.5*x) #amplitude =2, frequency=0.5 # This failed to converge r<-nls(y ~ A*sin(2*pi*F*x), start=list(A = 1, F = 1),

"Using FLAC binary : /Users/Marcus/flac/test/../src/flac/flac Original file size 441044 bytes. Compression level 1, file size 421393 bytes. Compression level 2, file size 421393 bytes. Compression level 3, file size 373613 bytes. Compression level 4, file size 369517 bytes. Compression level 5, file size 369517 bytes. Compression level 6, file size 369517 bytes. Compression

> You don't. Audio CDs don't support ReplayGain tags. The only thing > you may do on Audio CDs is to use Volume Normalize techniques > available on certain programs. Normalization of sound is not a good, > clean thing, though. Surely it would be possible to have something apply the ReplayGain to the WAV after decoding and prior to writing them to CD... but I don't know

Hi everyone, I am trying to fit a sine function on one year of wind data. I have two questions below. Looking around on the net I managed to get the following: Sine Equation: y = a + b * sin( c + d*x ) b is the amplitude, c is the phase shift, d is something deal with periodicty of data*.* This can be linearised by sin( c+dx ) = cos(c) * sin(dx) + sin(c) * cos(dx). If one calls dx = x1 y

Dear R-users, I'd like to fit a sine function to my data. The result should have a format (and thus the formula, too) y ~ a + sin(x+b) where y and x are vectors, and a and b are (yet) unknown values. The data sets (vectors x and y) are OK, and I can do a simple lm fitting lm(y~x), or lm(y~I(sin(2*pi*x/360))), succesfully My issue is that I'm not able to do the optional linear shift in

Hi, Is there a package to perform a sine function fitting to XY data? Thx, Ashz -- View this message in context: http://r.789695.n4.nabble.com/Sine-function-fitting-tp3000156p3000156.html Sent from the R help mailing list archive at Nabble.com.

> What sine sweep exactly? An exponential sweep. It started slightly below 24 Hz and ended almost at 24 kHz. And it was 50 seconds long. > How did you obtain it, I used Angelo Farina's "Aurora" modules. One of them is called "Generate sine sweep". > and how exactly did you encode and decode it? 1) Opusenc --bitrate 12 --downmix-mono Sweep50.wav