similar to: More than 150 MB / second encoding ?

Thanks for the info. I will look at encode.ru . In the meantime I discovered "nanozip" : http://www.nanozip.net/ On http://compressionratings.com/sort.cgi?aud1.brief+4nf_pf, the result is amazing : 100 MB compressed in ... 0.44 sec ! with compressed size = 60% of the original size ! i.e. ratio = similar to FLAC, and very very fast... nanozip 0.09a -m.5g -cf ***** 63 710

--- src/libFLAC/include/private/bitmath.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/libFLAC/include/private/bitmath.h b/src/libFLAC/include/private/bitmath.h index 61b0e03..d32b1a7 100644 --- a/src/libFLAC/include/private/bitmath.h +++ b/src/libFLAC/include/private/bitmath.h @@ -42,7 +42,7 @@ #endif /* Will never be emitted for MSVC, GCC, Intel compilers */

Hi, attached are patches that improve decoding speed a bit. The first patch improves the bit scan macro used for decoding unary values, the second one adds a GCC inline assembly for bswap and the third patch replaces the read_rice_block function. In my testing it turned out to be even faster than the _ia32_bswap function. If the code produced by MSVC is faster as well, I'd suggest to remove

Pulled from my Arch archive, this following patch seems to have made quite a difference in getting my ARM7TDMI chip to play FLAC (compression levels 0-2) on my ipod. I don't have benchmarks with hard numbers, but playing with skips vs playing without skips is a fairly noticeable difference. memcpy and memset on uClibc are optimized in asm for the ARM7TDMI in uClibc. Other hardware/libc

Ok, here is a patch waiting for new CVS :). It works fine for me, but please check it before commiting... -- Miroslav Lichvar -------------- next part -------------- --- src/libFLAC/bitbuffer.c.orig 2003-01-30 17:36:01.000000000 +0100 +++ src/libFLAC/bitbuffer.c 2003-01-30 21:53:18.000000000 +0100 @@ -51,6 +51,25 @@ */ static const unsigned FLAC__BITBUFFER_DEFAULT_CAPACITY = ((65536 - 64) *

Alright noted, I changed me code so that the state is created in the constructor and destroyed in the destructor of the object. However I'm still getting the same issue although I'm sure that would have bit me sooner or later. The new code is as follows. virtual Enigma::u8* Encode(Enigma::u8* inputBuffer,size_t inputSize, size_t& outputSize) { short *in=(short*)inputBuffer;

Hi Steve, thanks for the advice. I placed the appropriate functions outside the while statement but I still get this error at the while loop: First-chance exception at 0x004010fa in SPXDEC.exe: 0xC0000005: Access violation reading location 0x0000000c. Unhandled exception at 0x004010fa in SPXDEC.exe: 0xC0000005: Access violation reading location 0x0000000c. It looks like the same error. I've

I'm only doing one frame using speex_encode_int greatly simplifies my code I'm not sure why the sample I was working off of was converting the shorts to floats then calling the other encode/decode methods. Based off of your suggestions I tried the following but I get the same result. virtual Enigma::u8* Encode(Enigma::u8* inputBuffer,size_t inputSize, size_t& outputSize) {

Hi all, Please a moment to look my source code, this is very similar to example of the documentation. I added FIXED_POINT flag. My source code compile and build but not decode correctly (the error may be in the while). I work with eVC 4.0 and pocket pc 2003. Someone know what is the error? Thanks. Rodrigo. #include "speex.h" #define FRAME_SIZE 160 void CPlayerDlg::OnButton3() {

Hi all. I'm trying to decode speex using version 1.1.10's libspeex with fixed_point enabled. copied the sample in the manual (1.1.11) with minor revisions. While running the program, encountered this warning: "Packet is larger than allocated buffer : 38" when calling speex_bits_read_from (&bits, cbits, nBytes) then my program terminated unexpectedly with errors (Unhandled

Hello, When I decode a recoded sound encoded by speex, it has too much noise. The noise is "slightly" reduced if I set the quality to 10. How do I get rid of this noise? The code is as follows. For encoding . state = speex_encoder_init ( &speex_nb_mode ); tmp = 7; speex_encoder_ctl ( state, SPEEX_SET_MODE, &tmp); // set quality tmp = 10; speex_encoder_ctl ( state,

Hi, Tank you for your reply. I have tried the sample programs given the manual and done encoding and decoding a wave file. That is working fine. I have already read the manual and API reference. But this problem did not occured with the wave file encoding/decoding. While capturing the data from MIC and encoding/decoding is giving this problem. Thanks and Regards, Vijender Reddy, -----

To make it complete, here is the code that I am using to encode a large file: int __stdcall SpxEncode(unsigned char* inBuf, unsigned char* outBuf, unsigned int inlen) { //char *testFile; //FILE *ftest; //testFile = "test"; //ftest = fopen(testFile, "wb"); //fwrite(inBuf,1,inlen,ftest); //take every 320 bytes //copy every short to float

hey guys, I just compiled an application similar to sampledec.c (for speex 1.1.10) and it was fine but when I executed it, the app exited without doing anything. I'm using MS VC 6.0 and this was all I got - First-chance exception in sampledec.exe : 0xC0000005: Access Violation. Has anyone encountered this / does anyone know how to deal with it? by the way, sampleenc executed perfectly... When

Josh Coalson wrote: > --- Eric Sandeen <sandeen@sandeen.net> wrote: > >>1) how to generate a cue sheet to store in the flac file (on linux?) >> I've seen cddb2cue, is this a decent way? or cdrdao can generate >> a toc file, then convert that to a cue sheet.... > > > I think whatever provides cdrdao also provides toc2cue which > will convert.

I'm completely new to speex and I'm having issues adding it to my application. I can pass raw PCM and that works fine so I know my transmission code is fine however when I try to encode/decode using speex I get noise almost like a whining/buzzing sound. I'm sure it's and issue in my code but I'm not sure where to start looking other then my gut tells me I'm not sizing or

Hello Is it planned someday to implement additional higher (9-12) compression modes like in Flake? http://flake-enc.sourceforge.net/ It's not very important I think. Harddrive space isn't problem today. But it preserves other indepentent work done on Flac and give room for some extra albums on harddrive. I think development of flake is stopped. I plan to test my ~20 GB flac

Hi, I have a FLAC file with a CUE file someone has recorded for me. I now was wondering what software I need to split the one big FLAC file in different separate FLAC files using the CUE sheet. I'm looking for Windows software thanks in advance! -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, My problem is at the second fread function, fread(&nbBytes, sizeof(int), 1, fin); //the first fread fread(cbits,1, nbBytes, fin);// the second fread. When I'm debugging always nbytes is greater than cbits. This give me a execution error. Thanks. Rodrigo. <p><p><p>-----Mensaje original----- De: owner-speex-dev@xiph.org [mailto:owner-speex-dev@xiph.org] En nombre

Linux 3.11 added respective support, so I think we should follow suit. 1: xen: add LZ4 decompression support 2: libxc: add LZ4 decompression support Signed-off-by: Jan Beulich <jbeulich@suse.com>