similar to: Difficulties to get decoder to work

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I am trying to create a FLAC plugin for the K3b CD burning program. To do this I have subclassed the FLAC::Decoder::SeekableStream class. I can obtain the vorbiscomment data using set_metadata_respond, process_until_end_of_metadata and the metadata_callback, however I cannot decode the audio data. It seems to me as though the write_callback

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

I'll have to see the whole class definition to tell what's wrong; nothing below looks wrong. the unit tests (see src/test_libFLAC++/) have some examples and the write callbacks do get called. Josh --- John Steele Scott <toojays@toojays.net> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I am trying to create a FLAC plugin for the K3b CD

Well, I'm quite frankly stumped. I'm writing a program that recurses into directories and reads (among others) FLAC files and should be able to read the vorbis comments ARTIST and TITLE from the file. A while back, I was popen()ing to metaflac, because I didn't want to mess with libFLAC. But now, it's the weekend, so I can mess around with this. Here's the code in question:

Hi Duncan, There's a problem with your check-in for r72619 is causing "weak external" symbols to appear in C++ code when it shouldn't. Take this code for example, #include <stdexcept> void dummysymbol() { throw(std::runtime_error("string")); } The c'tor for std::string is emitted as code from llvm-gcc. It is then inlined. And a weak external for

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm attempting to add flac playback to my app, and would like a couple of pointers. First of all, I'm very much a "learn by seeing other people doing" sort of programmer, and would love a pointer to an open-source app that uses libFLAC++, so I could see how they do it. Second, I'm having problems with my simple test app

Hi Bill, > There's a problem with your check-in for r72619 is causing "weak > external" symbols to appear in C++ code when it shouldn't. Take this > code for example, > > #include <stdexcept> > > void dummysymbol() { > throw(std::runtime_error("string")); > } > > The c'tor for std::string is emitted as code from

Using the New Attributes Classes Attributes in LLVM have changed in some fundamental ways. It was necessary to do this to support expanding the attributes to encompass more than a handful of attributes --- e.g. command line options. The old way of handling attributes consisted of representing them as a bit mask of values. This bit mask was stored in a "list" structure that was reference

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

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

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

Hi all, If I have code that does this: while (FLAC__stream_decoder_process_single (decoder)) /* Do something. */ ; I get an infinite loop. Shouldn't FLAC__stream_decoder_process_single return false if it gets to FLAC__STREAM_DECODER_END_OF_STREAM? If so, here's a patch. Cheers, Erik ------------------8<------------------8<------------------8<------------------

Josh Coalson wrote: > > I get an infinite loop. Shouldn't FLAC__stream_decoder_process_single > > return false if it gets to FLAC__STREAM_DECODER_END_OF_STREAM? > > it supposed to be like that actually, there's a little explanation > here: > > http://flac.sourceforge.net/api/group__flac__stream__decoder.html#ga45 Ok, I've read that and I agree that the

So, let's provide some information then :-) ---------------------------------------------------------------------------------------------- soa2ii at thor /mnt/files/music/Slime/Alle gegen Alle $ flac -aF 02\ St?rtebecker.flac flac 1.2.1, Copyright (C) 2000,2001,2002,2003,2004,2005,2006,2007 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome

Here you are: soa2ii at thor /mnt/files/music/Slime/Alle gegen Alle $ metaflac --list 02\ St?rtebecker.flac METADATA block #0 type: 0 (STREAMINFO) is last: false length: 34 minimum blocksize: 4608 samples maximum blocksize: 4608 samples minimum framesize: 14 bytes maximum framesize: 15637 bytes sample_rate: 44100 Hz channels: 2 bits-per-sample: 16 total samples: 5857656

Does the duplicate clone method of Position serve a subtle purpose that I don''t understand? I feel kind of foolish even asking, but ... I just don''t get it. I''ve been looking at this for a couple days now and as far as I can tell, the first definition is useless as it gets overlaid by the second one. I don''t see any closure trickery going on here, either.

--- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > Hi all, > > If I have code that does this: > > while (FLAC__stream_decoder_process_single (decoder)) > /* Do something. */ ; > > I get an infinite loop. Shouldn't FLAC__stream_decoder_process_single > return false if it gets to FLAC__STREAM_DECODER_END_OF_STREAM? it supposed to be like

Thanks for the help Martijn, I get the same FLAC__STREAM_DECODER_END_OF_STREAM error after doing the 2 steps you suggested. Scott On Mon, May 19, 2014 at 9:36 AM, Martijn van Beurden <mvanb1 at gmail.com>wrote: > Once more hi, > > I've tried to reproduce this issue, but I am unable to do so. Could you > try to re-encode the file with FLAC (to make sure it is not an

I've been having problems with Amarok and K3B, but I think it comes down to a problem with flac. All my music and audio files are encoded in flac format. I've ripped my CDs using KAudioCreator and using this command to encode them (split for formatting): flac --best -o %o --tag=Artist=%{artist} --tag=Album=%{albumtitle} --tag=Date=%{year} --tag=Title=%{title}

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