similar to: When to terminate decoding process ?

I have in my working directory the trivial header changes necessary to allow FLAC library functions to be used in C++ programs. Is it OK to commit this? -- - mdz -------------- next part -------------- ? Makefile ? Makefile.in ? ordinals.h Index: file_decoder.h =================================================================== RCS file: /cvsroot/flac/flac/include/FLAC/file_decoder.h,v

Hi, Not sure if this should be in the dev or users list, but here goes. I am using the FLAC seekable stream decoder in my MACH3 laser games emulation in MAME (www.boldtower.com/mach3). The game has a soundtrack (originally on a laser disk) which I have flac encoded and play back in the game. I did the implementation under Linux which works fine, the callbacks are easy to set up and I've

Hi, Here's a patch to add support for streaming HTTP transport to the xmms plugin. Most of the code (in particular, http.c) is taken from the xmms mpg123 input plugin. You'll need to make a three-line change to the xmms mpg123 input plugin to get streaming to work. The mpeg plugin currently handles all http urls itself unless they end in an ogg or real audio extension (which means flac

--- Daniel Tartaglia <daniel_t@earthlink.net> wrote: > I'm looking for sample code for using flac in my program. I want to > be > able to decode a flac file to PCM. Something like: > > bool decodeFile( const char* pathNameOfFile, voud** data ); > > How would I complete the above function? Have you seen the API documentation? The process for the file decoder is

To avoid crash caused by an unbound LPC decoding when predictor order is larger than blocksize, the sanity check needs to be moved to the subframe decoding functions. --- src/libFLAC/stream_decoder.c | 30 ++++++++++++------------------ 1 file changed, 12 insertions(+), 18 deletions(-) diff --git a/src/libFLAC/stream_decoder.c b/src/libFLAC/stream_decoder.c index d13b23b..211b4db 100644 ---

Hi all, I'm trying to use the FLAC C libraries to encode audio. I'm doing something like: FLAC__seekable_stream_encoder_set_channels(pflac->fse, 1); FLAC__seekable_stream_encoder_set_sample_rate(pflac->fse, 11025); FLAC__seekable_stream_encoder_set_bits_per_sample(pflac->fse, 8); if ((bps = FLAC__seekable_stream_encoder_init(pflac->fse)) !=

--- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > Hi all, > > I'm trying to use the FLAC C libraries to encode audio. > > I'm doing something like: > > FLAC__seekable_stream_encoder_set_channels(pflac->fse, 1); > FLAC__seekable_stream_encoder_set_sample_rate(pflac->fse, 11025); >

--- Lars von Wedel <vonwedel@web.de> wrote: > However there are two issues I'm unsure about: > > - Do I need to convert the decoded audio data delivered to the > FileDecoderWriteCallback to be compatible with mad_pcm/mad_fixed_t > data? not sure about the mad_fixed_t format, but probably. all samples coming out of the FLAC decoder are linear PCM 32-bit signed ints.

Hello, I have currently many of my CDs ripped to FLAC to replay them from the computer. In most cases, there are single files for each track on the CD. I like the idea to rip the CD to a single track and add a cue sheet to the metadata which was recently discussed on the list. How would I access specific tracks using this approach by means of the FLAC (or FLAC++) API in my own decoder

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() -

Hello, Flac is great and I have encoded all my "good" CDs into it! Now I want to extend an existing application able to decode mp3 and ogg vorbis to replay flac as well. It is a plugin to a set top box application on Linux (VDR). The existing code decodes into a mad_pcm structure using mad fixed point format (mad_fixed_t). I have read the API of libFlac++ and I understand what I have

OK, back to this one... --- Josh Coalson <xflac@yahoo.com> wrote: > --- Ingo Ralf Blum <ingoralfblum@gmx.de> wrote: > > The FLAC__stream_decoder_flush doesn't change the state, but when I > > play a > > stream and reach the end I have to do a FLAC__stream_decoder_reset > > and reread > > the metadata instead of simply a FLAC__stream_decoder_flush.

Hi Josh, As you know, I'm writing a FLAC ACM codec using libFLAC. The Audio Codec Manager sends messages to the driver with blocks of data to be converted. I think it will be much easier to decode the data if we could use FLAC__stream_decoder_process_whole_stream() to process the first message, not processing any data that don't make a whole frame, and then use

FYI, I have checked in a few interesting things. One is a speedup to the decoder (about 15% improvement in overall decode time). Another is a new interface to FLAC file metadata. If you're curious look at include/FLAC/metadata.h. It is basically a collection of object manipulation routines and iterators that make it pretty easy to add/edit/delete FLAC metadata in files efficiently. The

--- Daniel Souza <danielrsouza@hotmail.com> wrote: > Hi Josh, > > As you know, I'm writing a FLAC ACM codec using libFLAC. The Audio > Codec > Manager sends messages to the driver with blocks of data to be > converted. I > think it will be much easier to decode the data if we could use > FLAC__stream_decoder_process_whole_stream() to process the first >

Hi, The FLAC__stream_decoder_flush doesn't change the state, but when I play a stream and reach the end I have to do a FLAC__stream_decoder_reset and reread the metadata instead of simply a FLAC__stream_decoder_flush. This is because the stream state, which indicates the end of the stream, is not changed. Is there a reason, for the state not being reset to

Miroslav Lichvar wrote: > I'm trying to figure out how this one works. It seems the problem is > integer underflow in the "frame.header.blocksize-order" expression > used in read_subframe_fixed_() and read_subframe_lpc_() to get the > number of encoded samples, which causes a buffer overflow in the > LPC/fixed subframe decoding. > > The fix prevents that by

On Tue, Nov 25, 2014 at 12:29:33AM -0800, Erik de Castro Lopo wrote: > Google Security Team member, Michele Spagnuolo, recently found two potential > problems in the FLAC code base. They are : > > > CVE-2014-9028 : Heap buffer write overflow > https://git.xiph.org/?p=flac.git;a=commit;h=fcf0ba06ae12ccd7c67cee3c8d948df15f946b85 I'm trying to figure out how this one

On 9.12.2014 20:33, Tristan Matthews wrote: > On Tue, Dec 9, 2014 at 1:31 PM, Janne Hyv?rinen <cse at sci.fi > <mailto:cse at sci.fi>> wrote: > > On 25.11.2014 12:14, Miroslav Lichvar wrote: > > I think the case with non-zero partition order may need to be fixed > > too. For example, with partition order of 1, predictor order of > 16 and >

On 9.12.2014 20:31, Janne Hyv?rinen wrote: > On 25.11.2014 12:14, Miroslav Lichvar wrote: >> I think the case with non-zero partition order may need to be fixed >> too. For example, with partition order of 1, predictor order of 16 and >> blocksize of 4, the function would return true and blocksize-order in >> the caller would still underflow. >> >> ---