similar to: Patch -- Decode Position for libFLAC++ file and seekable_stream decoder

Josh, I added the following trivial implementation of the C++ file decoder FLAC::Decoder::File::get_decode_position() to my file_decoder.cpp file... bool File::get_decode_position(FLAC__uint64 *position) const { FLAC__ASSERT(is_valid()); return (bool)::FLAC__file_decoder_get_decode_position(decoder_, position); } I would humbly suggest it be included in future libFLAC++ releases.

Josh, I added the following trivial implementation of the C++ file decoder FLAC::Decoder::File::get_decode_position() to my file_decoder.cpp file... bool File::get_decode_position(FLAC__uint64 *position) const { FLAC__ASSERT(is_valid()); return (bool)::FLAC__file_decoder_get_decode_position(decoder_, position); } I would humbly suggest it be included in future libFLAC++ releases.

Hi, the patch below fixes function prototypes/defintions with void argument to shut up the heartful warnings by recent gcc :) It doesn't cover all places, e.g. test directories. The patch is to 1.1.2. Takashi --- src/metaflac/operations.c-dist 2005-05-25 16:20:02.000000000 +0200 +++ src/metaflac/operations.c 2005-05-25 16:20:09.000000000 +0200 @@ -26,7 +26,7 @@ #include <stdlib.h>

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

On Thursday 04 October 2007 04:27:47 you wrote: > Sir, you need to provide more information. What kind of errors? What > is not working? What exactly are you trying to do? What compiler are > you using? H IV0, we are using a lot of different cross-compiler (mainly based on GCC 3.4.x) When I tried to cross-compile FLAC for non-i386 platforms (such as ARM), I use use

On Fri, Nov 08, 2002 at 12:39:52PM -0800, Josh Coalson wrote: > --- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > > I have few notes: > > > > It seems there is changed API in CVS again. So, what about adding > > function like > > unsigned FLAC__format_frame_size(const FLAC__Frame *frame) > > which returns size of the frame in bytes. This

I tried to compile FLAC on Windows (the winamp2 plugin as a test) and I encoutered a problem. The stat() function and the associated structure doesn't exist on Windows (Visual Studio 5/6). But _stat and the structure with the same name does exist. So would it be possible to change stat() and struct stat ? I did the following in the code : #define STAT(x,y) _stat(x,y) typedef struct stat

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

On Sat, Feb 15, 2003 at 06:18:12PM -0700, David Bishop wrote: > 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. In flac sources there is

--- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > On Fri, Nov 08, 2002 at 12:39:52PM -0800, Josh Coalson wrote: > > --- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > > > I have few notes: > > > > > > It seems there is changed API in CVS again. So, what about adding > > > function like > > > unsigned

The key to Arek comment is that the project files only work with 1.1.2 FLAC. Even in those days, the Xcode project was not fully operational. I gave up on using it, and I think everyone else did. You basically have no hope of just pulling it out of the repository and expecting it to work. What I do, and what I assume most successful FLAC developers on Mac OS X are also doing, is

On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote: > The XCode project files you found are meant to be used with FLAC > 1.1.2. The FLAC repository now contains version 1.1.3 files, and there > have been interface changes in that latest revision > (http://flac.sourceforge.net/changelog.html#flac_1_1_3). That could > explain your problems with compilation. Well, now, no, I did download

libxmms-flac-1.0.3 terminates xmms with a segmentation violation at quitting time. It happens only when quitting with no playing a flac file. For example, quit after playing only mp3 files, just quit after starting xmms. But it doesn't happen after playing flac files. I tried flac-1.0.2 plugin and a case of no flac plugin. This case was OK. I attach the stack trace when terminating with SEGV.

Thanks, I see the problem. I'll try a fix tonight. Josh --- Daisuke Shimamura <Daisuke_Shimamura@nifty.com> wrote: > libxmms-flac-1.0.3 terminates xmms with a segmentation violation at > quitting time. > It happens only when quitting with no playing a flac file. > For example, quit after playing only mp3 files, just quit after > starting xmms. > But it doesn't

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

On Sat, Nov 09, 2002 at 06:02:33PM +0100, Miroslav Lichvar wrote: > On Fri, Nov 08, 2002 at 07:12:35PM -0800, Josh Coalson wrote: > > Yeah, it's useful, so now there is a > > FLAC__seekable_stream_decoder_get_decode_position() and > > FLAC__file_decoder_get_decode_position(). I haven't documented > > them yet but you can see an example in > >

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

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

On Fri, Nov 08, 2002 at 07:12:35PM -0800, Josh Coalson wrote: > Yeah, it's useful, so now there is a > FLAC__seekable_stream_decoder_get_decode_position() and > FLAC__file_decoder_get_decode_position(). I haven't documented > them yet but you can see an example in > src/metaflac/operations_shorthand_seektable.c where I use it > during seektable creation. Ok, here is

I had a problem where the seekable_stream_decoder was getting stuck in an infinite loop sometimes. It looks like I'm not the only one that's had the problem: http://lists.xiph.org/pipermail/flac-dev/2004-February/001508.html see also sourceforge bug #1154585 The problem is easiest to reproduce with a small flac file. The one I'm using is only 45 kB. Simply write a routine that