similar to: FLAC++ SeekableStream write_callback not being called?

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

I don't think we should make flush virtual. Why do you need to do it? Can't you set up the base class to write to use the tail of the memory region as the buffer? On 24 April 2015 at 06:46, Yaron Keren <yaron.keren at gmail.com> wrote: > Hi, > > Is this what you're thinking about? > The code is not tested yet, I'd like to know if the overall direction and >

Could you dig into why: + raw_ostream &write(unsigned char C) override { + grow(1); + *OutBufCur++ = C; + return *this; + } Is 3 times as fast as raw_svector_ostream? I don't see a good reason why that should be any faster than: raw_ostream &operator<<(char C) { if (OutBufCur >= OutBufEnd) return write(C); *OutBufCur++ = C; return *this; }

+update diff 2015-05-02 7:38 GMT+03:00 Yaron Keren <yaron.keren at gmail.com>: > I outlined (is that the right > word?) raw_char_ostream::grow, raw_char_ostream::write (both) into > raw_ostream.cpp with less than 10% difference in performance. > > Profiling reveals that the real culprit is the code line > > OS.reserve(OS.size() + 64); > > called from

Memdisk still won't build because gcc doesn't always inline functions. Here's a patch I used. --- memdisk/Makefile.orig 2004-01-24 16:37:22.000000000 -0500 +++ memdisk/Makefile 2004-08-18 06:34:53.000000000 -0400 @@ -17,11 +17,12 @@ then echo $(1); else echo $(2); fi) M32 := $(call gcc_ok,-m32,) +MINLINE := $(call gcc_ok,-minline-all-stringops,)

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 all, Using the FLAC++ level 2 metadata interface the following function doesn't do what you would expect: cuesheet->get_track(i).get_num_indices(); (where cuesheet is a FLAC::Metadata::CueSheet *) It returns a bool instead of an int, why is this? To get the mumber of indicies in a track I need to use: cuesheet->get_track(i).get_track()->num_indices; ie. retrieve the C struct

--- Joshua Kwan <joshk@triplehelix.org> wrote: > 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,

On Mon, Nov 17, 2003 at 11:10:58AM -0800, Josh Coalson wrote: > > but there's still junk on the char* i get back from > > get_field_value(). > > there's no terminating null for these routines either, they > are returning the unterminated UTF-8 buffer just like the C > API. OK. I assumed that stuff passed back to the user as char* would have been made to behave

I've found what looks like a bug in FLAC++ inside the Stream::set_metadata() method. It appears that the contained calls to FLAC__stream_encoder_set_metadata() are being passed arguments that point to local stack data (specifically the 'm' parameter which is a table that points to metadata objects). The code inside FLAC__stream_encoder_set_metadata() does nothing but store the given

Index: src/libFLAC++/file_decoder.cpp =================================================================== RCS file: /cvsroot/flac/flac/src/libFLAC++/file_decoder.cpp,v retrieving revision 1.9 diff -u -r1.9 file_decoder.cpp --- src/libFLAC++/file_decoder.cpp 25 Jan 2005 04:18:35 -0000 1.9 +++ src/libFLAC++/file_decoder.cpp 20 Mar 2006 05:53:19 -0000 @@ -159,6 +159,12 @@ return

--- Joshua Kwan <joshk@triplehelix.org> wrote: > On Mon, Nov 17, 2003 at 11:10:58AM -0800, Josh Coalson wrote: > > > but there's still junk on the char* i get back from > > > get_field_value(). > > > > there's no terminating null for these routines either, they > > are returning the unterminated UTF-8 buffer just like the C > > API. >

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

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:

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

Hi me (2x - Haberman and Coalson), On Tue, Nov 11, 2003 at 03:51:42PM -0800, Josh Coalson wrote: > The C++ interface is a little simpler: [code follows] OK. Well, I found the C interface a little bit easier to understand, so I ended up using that instead of continuing to try to figure out the C++ interface. The one problem I have is that the values in block->data. vorbis_comment.comments

On Wed, 13 Dec 2017 09:12:43 -0700 Chris Barrett <cbarrett.colo at gmail.com> wrote: > 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]

Hi, I'm working on writing a FLAC encoding plugin for a personal cd ripping project of mine which uses paranoia for the raw audio extraction. My basic setup which follows gets me oddly high pitched audio with lots of noise (although the music IS somewhat recognizable). #include <FLAC/stream_encoder.h> FLAC__StreamEncoder *encoder; FILE *output_file_descriptor; encoder =

Hi Chris, Have you tried the Standard C libflac option? Not that I have anything against the C++ flavor, but I've only ever worked with the C API, to keep things simple. Sorry for the brief response, but I wanted to reply quickly. Brian On Dec 12, 2017, at 1:51 PM, Chris Barrett <cbarrett.colo at gmail.com> wrote: > I'm trying to use libflac++ on a live internet audio stream.

For instance the write_callback thing: client_data ? can it be a pointer to just about anything? For instance a pointer to a two-dimensional array? Are those FLAC-WAV and WAV-FLAC examples the only examples available? What would be the best approach to read a FLAC file to an array of some kind? Passing a pointer to the array as ?client_data?? I'd like to use a two-dimensional array, but