search for: vorbis_comment_queri

Hi all, I tend to compile my code with all GCC warnings turned on. However, when I do this : vorbis_comment_add_tag(&vdata->vc,"ENCODER","libsndfile"); I get the following warning messages: warning: passing argument 2 of 'vorbis_comment_add_tag' discards qualifiers from pointer target type warning: passing argument 3 of

I've got a bug pending for FreeAmp right now where the vorbis metadata plugin does not handle international characters right. The comments that are returned from vorbis_comment_query() are in UTF-8, but FreeAmp is ISO 8859-1. I've been looking for a UTF-8 --> ISO 8859-1 converter that is available for inclusion in a GPL/LGPL program and is reasonably small. There are many full blown

Hi, i just joined the list. I was wondering if anyone would be interested in a change to icecast that logs album info as well as ARTST and TRACK. I have made the changes to the source code and it's working fine. If there is any interest, I could look into making it an addition to the code. Let me know. thanks, -- Aaron -------------- next part -------------- An HTML attachment was

I just committed a bunch of work on the comment interfaces in libvorbis. Importantly, there is now a way to deal with non-0-terminated strings being returned in the comment structure. THe vorbis_comment struct has an additional member - int *comment_lengths. Unless you're editing the struct directly (i.e. not using vorbis_comment_add(), etc.), no changes will be needed to applications (but

Hi Aaron thats interesting, I made a similar change to icecast some time ago myself. It writes ALL metadata to the log, not only ARTIST and TRACK. We wanted to include more information into the playlist of our radio but unfortunately we discovered that oddcast doesn't send more than ARTIST and TRACK... so I am looking for something that sends really everything. What do you use as your

I've been working towards a mp3info like tool, OggInfo, which will surplant vorbiscomment in functionality, and also incorportate mp3info like featuers. Looking at existing vorbis api calls, i find: vorbis_comment_add() /* unsupervised string insertion */ vorbis_comment_add_tag() /* formated TAG=text insertion */ vorbis_comment_query() /* scans for matching tag (up to count duplicates) and

Dear Vorbis devs, I'm Robert Kausch, author of fre:ac - free audio converter. Please consider using _ogg_malloc/_ogg_free in place of alloca in vorbis_comment_add_tag. alloca will cause undefined behaviour/crashing when it causes a stack overflow which can easily happen when adding cover art in a METADATA_BLOCK_PICTURE comment. I had a user trying to convert a FLAC file with a 2 MB

I was looking over the comment manipulations routines defined in vorbis/codec.h and info.c and I noticed that each "char *" could/should really be defined as "const char*". Is it expected that this will change or was it defined like this for reason? void vorbis_comment_add(vorbis_comment *vc, char *comment); void vorbis_comment_add_tag(vorbis_comment *vc,