similar to: Feed decoder from c++ std::stream

Well, unless somebody has a brilliant idea, I am giving up on this. I don't see how I can do what I wanted to. The slightly hacky way I thought would work, was by guaranteeing the read_callback could read at least enough data to make process_single() return (ie the buffer should contain at least 1 frame or block). But it seems that even when the maximum frame size is known, that can never be

there is a bug report that the resulting flac binary, when compiled with gcc3, is bad: http://sourceforge.net/tracker/index.php?func=detail&aid=488702&group_id=13478&atid=113478 I don't have a system to try this out on right away; can anyone verify or elaborate on that? Josh __________________________________________________ Do You Yahoo!? Buy the perfect holiday gifts at

Well, I have been away a couple of days, so I don't know if I'm in time, but I reported a memory leak and submitted a patch a couple of months ago. It would be nice if it can make it in. I first reported the leak here: http://lists.xiph.org/pipermail/flac-dev/2011-August/003002.html And the patch is here:

To all who have an AMD + Windows based PC: I have gotten a few similar bug reports about encoding errors with FLAC. The common features are: - Repeatedly encoding the same file with verify will have verify errors some of the time (looks like aroung 50%) and the verify errors will occur in different places each time. - This is happening on AMD PCs running Windows. More reports come from

I'm using the FLAC v1.0.3 plugin on XMMS v.1.2.7 (RedHat 8.0). It will play .flac files correctly, but will not play flac compressed .ogg files. If I rename the .ogg files to .flac, they work fine. I assume this is an issue with XMMS, but I thought I'd bring it up here first to see if anyone has experience with this problem. cheers, glenn

Hi all! I'm implementing FLAC playback in mC2 (a rewrite of musikCube) and need to test if everything is working. I was wondering if there are any FLAC test files to download? I'm looking for files with diffent kind of bits (8,16,24 etc) and examples of multichannel files. Best regards Daniel ?nnerby

I'm trying to use libflac++ on a live internet audio stream. I don't see anything mentioned in the documentation that suggests this should not be possible, so I hope I'm not chasing down the wrong path (two weeks in). The encoder seems to be working fine and creates data for the write_callback, which I have coded to packetize that data and send it across the network. The question is

I refer to a problem that appeared on the flac list last August that was either solved off-list or abandoned. (http://lists.xiph.org/pipermail/flac/2005-August/000468.html) The problem is with using the C++ encoder classes, particularly the FLAC::Encoder::File:set_metadata function. JC said that the developers version of how to add a simple metadata block looked right, but it did not work for

hi does the flac encoder officially supports wav64? i have a big collection of wav64 files (26 TB for each file and bigger) but didn't had the courage to encode them with flac. Cpu power is no problem (i have intel V8) but i just want to know if flac supports wav64 or not as input

--- august <august@alien.mur.at> wrote: > > > sorry to bother again, > > but I can narrow down my problem to certain parst of my flac file. > > for example, when I seek to 19*44100 samples or to 81*44100 samples, > the > seek callback runs off in an endless loop. > > there aren't any while loops in my code, so I don't think I am > causing it.

Thanks for the reply, But that still tries to read for itself from libogg... i need to be able to feed data only... it can never try and read for itself. That code is still trying to control the data flow. Basicly i need to operate like this. SetupCodec when i have data to give to the codec FeedDataToCodec(data) //Receive a bunch of callbacks somewhere returning me pcm data //Codec

Thanks Brian. I converted everything to libFLAC and got the same results. Here is some debug output encoder: [34.270050] FLAC encoder set succeeded [34.271183] write_callback, frame: 0, samples: 0 [34.271282] write_callback, frame: 0, samples: 0 [34.271313] write_callback, frame: 0, samples: 0 [34.271351] FLAC encoder initialization succeeded [34.356251] write_callback, frame: 0, samples: 4096

Hi, I'm developing a plugin for a settop-box application to make use of flac files. However, I have difficulties to get the file-decoder to run in C++. What I do in my derived decoder class is basically: - create an instance of FLAC::Decoder::File, calling also the bsae class c'tor - set_metadata_respond( FLAC__METADATA_TYPE_STREAMINFO ), set_filename() -

On Fri, 7 Nov 2003 11:42:05 -0800 (PST) Josh Coalson <xflac@yahoo.com> wrote: > sorry about the delay on this one... > > do you have a sample flac file that you can host that exhibits > the problem? Ha. The flac files used in the examples below were of entire audio CDs; due to my use of "time" to demostrate the problem I need a fairly large file. I can simulate the

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

Hello all, Is anyone here potentially up to the task of adding support for CAF (the CoreAudio Format) into the flac command-line? This would present minimal difficulty under OSX, due to the presence of the CoreAudio API, but the real challenge would be to support CAF on Unix and Windows - everywhere that flac is now available. Although the format is rather unknown, there are some very

Bryan Levin reported a problem of the FreeBSD flac port dumping core on FreeBSD 4.x: http://sourceforge.net/tracker/index.php?func=detail&aid=1099004&group_id=13478&atid=113478 It turns out that the port enabled SSE support, but FreeBSD 4.x does not support SSE by default. (FreeBSD 5.x and later do.) I have added a small patch to the port to check at runtime whether the system

Okay.. I love flac but just had a rather serious failure that really shakes my confidence. It resulted in the near loss of a master audio recording. Fortunately, I have a backup. Though there may have been other cases where I have lost original material because I have been compressing a lot of originals and deleting them after doing a 'flac -t' on them. Basically, flac failed with a

Hi, I've noticed some strange behavior with flac 1.1 - first on NetBSD 1.6 and then on Solaris 9. When I decode a flac with the --until=n option, the file decodes normally, but pauses for a long time on the "99% complete" stage while consuming a lot of CPU. I took a closer look at what's happening and it appears like flac is reading the entire flac file past the

Is there any way for flac or metaflac to support input from files with Unicode Byte Order Marks (BOM)? In command: metaflac --remove-all-tags --set-tag-from-file="CUESHEET=CDImage.cue" --set-tag-from-file="LOGFILE=CDImage.log" CDImage.flac If "CDImage.cue" contains Unicode characters, most text editors append BOM at the 1st line of this file. And metaflac does not