similar to: [Flac-users] libflac memory requirements?

--- Dave Flowerday <davidf@pier13.com> wrote: > Hello, > Can someone give me an idea of the memory requirements for using > libFLAC? > I'm trying to incorporate FLAC support into a player application for > the > Rio Receiver (see http://rioreceiver.comms.net for details), but I'm > having trouble because FLAC__stream_decoder_new() is attempting to > allocate

Thanks for that email. The one lihe change I made is this : from #define FLAC__MAX_RICE_PARTITION_ORDER (15u) to #define FLAC__MAX_RICE_PARTITION_ORDER (6u) and that seemed to make decoder_new() happy, but it's promptly crashing after making a call to the read callback (below), then to the meta callback. The meta callback did nothing but print a string and return. I removed it, and

I changed just the FLAC__EntropyCodingMethod_PartitionedRice struct, but it hasn't changed a thing. I'm still getting the same behaviour. typedef struct { unsigned order; unsigned parameters[1 << 6]; unsigned raw_bits[1 << 6]; } FLAC__EntropyCodingMethod_PartitionedRice; Any other thoughts? Thanks, Reza Josh Coalson wrote: > --- Reza Naima

I've cross-compiled flac for the armv4l processor (rio receiver), and i'm trying to start up a decode thread : #include <FLAC/stream_decoder.h> .... FLAC__StreamDecoder *flac = NULL; flac = FLAC__stream_decoder_new(); if (flac == NULL) { printf("[DECODE] Unable to initalize flac object\n");

Hello everyone! Can we add low-level seek functions into libFLAC? I'm using libFLAC in a program where file operations can't be completed synchronously from those user callback procedures that libFLAC calls when it needs to perform read, seek, etc. So I had to modify libFLAC in a way that it doesn't call any user callbacks while performing seeking. Although I added a dirty hack for

First, Thank you for your answers. I using the following code to try simply decode a flac file and write the decoded data raw PCM file. The resulting file is just noise and pops, so is the decoded data in a different format than PCM? struct flacData { FILE *inputFile; FILE *outputFile; char *filename; }; FLAC__StreamDecoderReadStatus flac_DecoderReadCallback(const FLAC__StreamDecoder

During my current dealings with the FLAC library I think I discovered a memory leak. After an encoder stream has finish()'ed, I believe you are supposed to use it again by calling init(). However, when verification is enabled, the init() routine will create a new stream decoder (to verify the data) without deleting (or reusing) the existing one. A small program demonstrating this is pasted

Previously I wrote that precompute_partition_info_sums_32bit_asm_ia32_() only makes encoding slower. Now I managed to compile flac with GCC 4.8.1, with this function enabled and disabled. NASM was enabled, SSE intrinsics disabled. Then I added -msse option (so that all C code was compiled with -msse), then -msse2 and so on. Input file for test: 44.1kHz/16bit/stereo; best compression mode (flac

i'm trying to build ices0.4 and vorbis-tools 1.0.1 with flac 1.1.1. Neither seems happy, hence the crossposting (sorry). ICES0.4 --- ices refuses to see the libFLAC library, even if i specify --with-flac=/usr/local/lib (or even just --with-flac=/usr/local/, as the configure script seems to look in the lib and include subdirectories of the specified path?). i get a configure error:

i'm trying to build ices0.4 and vorbis-tools 1.0.1 with flac 1.1.1. Neither seems happy, hence the crossposting (sorry). ICES0.4 --- ices refuses to see the libFLAC library, even if i specify --with-flac=/usr/local/lib (or even just --with-flac=/usr/local/, as the configure script seems to look in the lib and include subdirectories of the specified path?). i get a configure error:

Hello, I'm looking into storing FLAC audio in Matroska and I have a few questions. 1. Can I use libflac to extract the compressed frames? Or will I need to write up a simple file parser? 2. What is required to decode the frames? From the docs I understand that you need the FRAME and you may need the METADATA_BLOCK. Thanks, Jory Stone jcsston@toughguy.net Matroska, the new,

--- Reza Naima <reza@reza.net> wrote: > I've cross-compiled flac for the armv4l processor (rio receiver), and > > i'm trying to start up a decode thread : > > #include <FLAC/stream_decoder.h> > .... > FLAC__StreamDecoder *flac = NULL; > flac = FLAC__stream_decoder_new(); > if (flac == NULL) { >

Have you tried decoding to memory, and encoding from that memory? This technique would avoid file I/O. If you are reluctant to allocate enough memory for the full file (and why not, with a 64-bit system?), then you could implement a FIFO. You would need a semaphore to keep track of the decoder's progress, and multithreaded coding. The decoder would pause, whenever the FIFO gets

On May 24, 2011, at 12:11, David Troendle wrote: > Thanks for the tip, Brian. I did have a version that does > everything in > memory, but only had enough memory to get six threads going. > (Although my > system has 16GB, I have not taken the time to create 64-bit > libraries for > wxWidgets, TagLib, libFLAC, etc.) What's wrong with only 6 threads? Is that just 3

Thanks for the tip, Brian. I did have a version that does everything in memory, but only had enough memory to get six threads going. (Although my system has 16GB, I have not taken the time to create 64-bit libraries for wxWidgets, TagLib, libFLAC, etc.) Based on the direction you are pointing me in, I assume that encoding from within the decoder is not permitted. I really like your idea of the

I am getting large, corrupted native FLAC files when trying to call the encoder from inside the decoder. The metadata in the output file is OK. Is initializing and calling an encoder from inside a libFLAC decoder write callback supported? The encoder is initialized on the first write callback. Environment is Win 7 Ult, 64-bit, VS 2008, libFLAC 1.2.1. Here is some context. The static

> I just joined the development team for audacity, a corss platform > open source multitrack audio editor. > > I would like to add support for importing and exporting files in FLAC > format. > > I was wondering if any of you could point me to some documentation > about using libflac to add FLAC support to other programs? > (note to self... write libFLAC documentation

Hey guys... a quick thought while we're in pre-v1.0 clean-up mode. Any thoughts to perhaps integrating a quick sector-boundary check of the wav file before encoding? Does this functionality extend beyond the scope of FLAC? A quick check, and a "this wav file is not cut on a sector boundary, continue y/n" warning would do the trick. Perhaps, an option to silence this check would

Josh Coalson wrote: > > For those of you using CVS, I have added a libFLAC section to the > documentation page. I'm not sure how detailed to make it but I > think it's a good start. Let me know if there's anything else > you'd like to have in there. > > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/~checkout~/flac/flac/doc/documentation.html?rev=HEAD >

On Thu, Jun 14, 2001 at 03:03:57PM -0700, Josh Coalson wrote: > Good points. I imagine there should be two separate packages; > one for the command line tools, and one like flac-devel, which > has the libs and the includes. BTW in this scenario the files > that are currently in include/FLAC would go in /usr/include/FLAC > and you would do something like #include