similar to: C++ Set_Metadata Problem

Hi, I'm sorry to say that I've found the libFLAC++ interface and documentation pretty slim and baffling. What I need to do is add some application-specific metadata to a FLAC file (i'm using the FLAC++ fileencoder). It is currently just a string of characters, which doesn't need to be null-terminated. I've looked through the docs, i've looked through the tests, and

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

Hello, I seem to have hit a bug with adding meta data to a stream via the C++ interface. I am using FLAC 1.2.1. I've had a look through the email list archive and can't spot anything similar. The Stream::set_metadata(Prototype) function takes a double pointer which implies that it is expecting an array of pointers to Prototype objects. For example: FLAC::Metadata::Prototype

Well, I grabbed the tarballs this morning and found that of the three new releases, only libogg1.1 would compile without and issue. I had to recompile my flac1.1.0 for ogg support, and it gave me a new error (or I wasnt paying attention, anyway...) it will finish compiling and install, but I only ran make check on the original compile, not the new one with OggFLAC attached and stuff...

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

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

Josh Coalson wrote: > [...] > why do you need one? all the fields are available though method > calls. just an example: I created an object of the type "FLAC::Metadata::VorbisComment". How will this find it's way to "FLAC::Stream::Encoder.set_metadata()" ??? Thomas

Hi, We are using the libFLAC++ library to encode FLAC files with Vorbis comments in them and have had the FLAC 1.1.2 version fail consistently (access violation or segmentation fault) on both Windows and Linux. We tracked this down to the metadata code in the C++ API. The problem is in src/libFLAC++/file_encoder.cpp. There are two problems - firstly, a C-style cast is hiding a bad conversion

Hi All, In Perl, $db->set_metadata( "foo", 10 ); Results in, TypeError in method 'WritableDatabase_set_metadata', argument 3 of type 'std::string const &' It looks like this is thrown by the SWIG std::string typemap. Does someone with better SWIG skills than me know how to fix SWIG such that it converts the int to a string rather than croaking? (And

Hi, I would like to use the nice C++ wrapper classes for FLAC metadata in a FLAC::Stream::Encoder, but I cannot find an interface to get a "FLAC__StreamMetadata *" from one of those objects. So, as the FLAC::Stream::Encoder.set_metadata() function takes a "FLAC__StreamMetadata **" - so how can I use this, how is this intended to work??? For me all those Metadata classes look

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>

> > Olly Betts <olly at survex.com> wrote: > > > > > > The reverse order (ENQ_ASCENDING) is really fast - about 0.0001 seconds. > > > This is because in that case we can just stop once we've found 200 > > > matches. With a few million documents, that ENQ_ASCENDING sounds promising :) So, it looks like if I had ideal ordering, I could do

This patch to opus-tools adds optional support to WavPack lossless format as input to opusenc. Like support to FLAC, it depends on an external library, libwavpack, and may be disabled on configure. Lucas Clemente Vella (1): Reading input from WavPack files. Makefile.am | 7 +- configure.ac | 37 ++++++++ src/audio-in.c | 71 ++++++++------- src/opusenc.c | 19 +++- src/opusenc.h

Hi! I've been using a little C++ program I've written to encode flac files. The program does this in the usual way (I think), by inheriting a class from FLAC::Encoder::File, and passing it chunks of raw samples through process_interleaved()... Anyway, the program works beautifully, and I've now decided to try and add some metadata to the encoded flacs. Eventually, there will be vorbis

I'm using libFLACC++ and libFLAC and I think that I'm using the calls in the typical order (see code below). But every monoe or stereo file that I send thru I get files that are the same sze as the orginal wave files. Doing a flac -a on the flac files I see that I get: frame=9 blocksize=4608 sample_rate=8000 channels=1 channel_assignment=INDEPENDENT subframe=0

Hi Please acknowledge this message as I am not sure if your organizations still exist. On trying to integrate your 3 formats into an app I find that the position of the start of each format ID differs. Both "vorbis" and "fLaC" start at char 29 (the 30th char in the file) and "speex " starts at char 28 (the 29th char in the file). Speex appears to correlate with

Hey guys, I have a little problem. i'm running a CentOS 4.4 (Final) (Linux 2.6.9-42.0.10.EL) box. So, i installed SASacct (http://rousse.pm.org/sasacct/) for accouting the traffic of my hosts. But it dont make the graphics/images of utilization. The libs, rrdtool, perl are all installed. I just tested with rpm based rrdtool and Tarball, but no success. The firewall is ok: Counters reset

looks fine, I would suspect how the PCM sample are formatted and sent to process(), could you show that part of the code? Josh --- James Smith <jsmith@landmarkdigital.com> wrote: > > I'm using libFLACC++ and libFLAC and I think that I'm using the calls > in the > typical order (see code below). But every monoe or stereo file that > I send > thru I get files

Olly Betts <olly at survex.com> wrote: > On Fri, Mar 30, 2018 at 05:21:43PM +0000, Eric Wong wrote: > > Hello, is there a way to optimize sorting by certain values > > for queries which return a huge amount of results? > [...] > > $enquire->set_sort_by_value_then_relevance(0, 1); > > If you're just wanting the 200 newest, it'll be faster not to

Hi there, I am trying to use python-shout 0.2.1 to broadcast to a icecast 2.4.0 server, which result in a segmentation fault and I can't understand why. Is anyone else experiencing this problem? Here is the config that I use with icecast 2.4.0. <icecast> <limits> <clients>100</clients> <sources>2</sources>