similar to: flac_read callback not called in Windows?

--- Scott Waye <scott@boldtower.com> wrote: ... > I am now trying to get it to work under Windows 2000 with Msys and > gcc 3.2. > Everything compiles and links OK, but when it runs neither my > flac_read, or > flac_write callback get called even though I call : > > res = FLAC__seekable_stream_decoder_process_single(flacDecoder); what is the value returned in

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>

Hey guys, I just joined the list. I've been programming an external for PureData <http://pure-data.sourceforge.net/> & <http://pure-data.org>, as well as for Max/MSP....that reads multiple sound formats. But, I've been having massive problems with getting reliable seeking with FLAC. sometimes when I call FLAC__seekable_stream_decoder_seek_absolute, I get a false

Josh Coalson wrote: > --- Christer Palm <palm@nogui.se> wrote: > >> >>I'd be happy to put some effort into making that happen, but after >>having looked at the code as it currently stands I realize that this >>would require some quite substantial changes, and it would probably >>be >>wise to have an open discussion about whether and how such

Hi everyone. I'm working on a FLAC plugin for the Java Media Framework (JMF) on Mac OS X. I'm having some trouble linking to libFLAC... When I first try to link to it, it tells me the libFLAC.a TOC is out of date, so run ranlib. So then I run ranlib, and it seems to be okay, except I then get undefined symbol errors: % cc -bundle

Josh Coalson wrote: > but > the bad news is that there is no way to determine the frame > length except by decoding. > Yes, I realized that... :-( > I'm not exactly sure what the read constraint you mention > means but it might be helpful to tweak the value for > FLAC__BITBUFFER_DEFAULT_CAPACITY in src/libFLAC/bitbuffer.c > to be something larger (just guessing).

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

--- Christer Palm <palm@nogui.se> wrote: > As a matter of fact, I haven't spent much time thinking about any > specifics. The reason I was digging through the code in the first > place > was to see if; 1) there was a simple way to break out the decoding of > the frame header so that I could find out how much data I need to > buffer > up before calling

I'm using flac-1.2.1 and visual studio 2010 on windows xp sp3 and I want to compress raw CDDA with the stream encoder to a file. But I just can't get the flac encoder to work, the encoder always returns an error enc.get_state() == "FLAC__STREAM_ENCODER_VERIFY_MISMATCH_IN_AUDIO_DATA" get_verify_decoder_state() == "FLAC__STREAM_DECODER_READ_FRAME" this is the code I

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

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. At least I cannot track it down to something I would be doing. are there issues with seeking in FLAC?

Josh Coalson <xflac@yahoo.com> wrote: > Yes, it's finally here. I'm looking into updating the OpenBSD port from 1.0.2 to 1.0.3 and I'm seeing some unhappiness in various regression tests: i386: | +++ libFLAC unit test: FLAC__SeekableStreamDecoder | | testing FLAC__seekable_stream_decoder_new()... OK | testing FLAC__seekable_stream_decoder_delete()... OK | testing

I can't be totally sure what 'short' is on your platform, but if it's (probably) 16-bits, it looks like you're treating the samples in buffer[] as packed 16 bit numbers. but all samples in buffer[] are 32-bit signed integers in host order, regardless of the bits-per-sample of the frame. so to get them down to shorts (assuming they'll fit), do like: FLAC__int32 *

Matt Zimmerman wrote: > > As I understand it, the current Ogg/FLAC implementation simply wraps the Ogg > bitstream format around a normal FLAC stream, thus not utilizing the > features of Ogg, and duplicating various bookkeeping data. If the Ogg folks > were to spec out a FLAC-based codec for Ogg, it would likely look different > from the current implementation. > Right.

Did you try OggFLAC and MkaFLAC as alternative containers ? For OggFLAC you need libogg, the Xiph documentation should be describing how to seek in the file. But i dont know if using another container than native FLAC framing is an option for you ..... Christian matroska project admin august wrote: > sorry to bother again, > but I can narrow down my problem to certain parst of my flac

I'm using seekable_stream_decoder, And., this is my write_callback. I'm not getting the required output. The PCM i get is not the proper music. Am I doing something wrong here? FLAC__StreamDecoderWriteStatus AFLACStreamPlayer::StreamWriteCb ( const FLAC__SeekableStreamDecoder *decoder, const FLAC__Frame *frame, const FLAC__int32 * const buffer[], void *client_data) { int Channels,

On Mon, Jan 24, 2005 at 06:31:21PM -0800, Josh Coalson wrote: > yes, a mere 2 years later it is checked in! > > speed improvement for me is roughly 17% testing flac files on > linux-i386. Thanks! In case you would like to check another old patch, I have attached updated patch for seekable stream decoder, originally posted on 09/07/2003. -- Miroslav Lichvar -------------- next

When I was trying to find yesterday's xmms-plugin bug, i have noticed that seeking in stream without seek-table isn't very good. With attached patch it is much better. -- Miroslav Lichvar -------------- next part -------------- --- src/libFLAC/seekable_stream_decoder.c.orig 2003-02-26 19:41:51.000000000 +0100 +++ src/libFLAC/seekable_stream_decoder.c 2003-07-09 23:49:35.000000000 +0200