similar to: Handling vorbis comments?

Ok, so I finally got the id3/mp3 end of things worked out for the next release of QTagger and I'm back to implementing tag reading for Ogg Vorbis. I've got some code that will read tags, but I haven't been able to figure out how to write them. Here's the code that I'm using. It's a fine C/C++ mix. The code will eventually be in a C++ app, so I don't mind

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

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

Hi, after banging my head against the wall for quite a while I finally found what crashes my code: Because I'm working with Codewarrior 8 on OS X I had to compile the ogg / vorbis libs with CW. To do so I used the CW projects for OS 9 and modified them. Howerver, they don't work as expected. Everything seems to be fine, encoding & decoding works, only vorbis_comment_add_tag() crashes

Hi guys, I'm working doing the Java->JNI->OggVorbis thing. As a test to get me going, I've just written a quick routine that dumps info about the file test.ogg in the current directory. The problem arises when I call ov_clear. I get a segfault everytime. Note that I am *not* doing any decoding (ov_read) at all, just ov_comment and ov_info. Should I only call ov_clear if I have

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

Good Morning im trying to get a program to run which is called Cakewalk Sonar Producer x1. Its a music production software by the way http://www.cakewalk.com/products/sonar/X1-Producer/. The installation runs through but give me some errors at the point where the installer wanted to register some DLL files with the (wine)included RegSvr32.exe The DLL files are programbased and not very typical.

The id3lib configure problem is due to a sh portability issue. --- configure.in.orig Thu Oct 3 16:57:34 2002 +++ configure.in Thu Oct 3 16:57:49 2002 @@ -261,7 +261,7 @@ main () fclose(output); exit(0); } -], . conftest.id3; echo "${ID3LIB_MAJOR}.${ID3LIB_MINOR}.${ID3LIB_PATCH}", AC_MSG_WARN(could not determine id3lib version),[echo $ac_n "cross compiling; assuming

--- Alec Wood <alecwood@uchicago.edu> wrote: > I'm having a number of problems related to building the latest FLAC > release. My build environment: Linux, PPC, gcc 2.95.3 > > The first has to do with with builing FLAC itself... specifically I > can't get id3lib support to build. Whether or not I specify the > location of the headers and libraries, the config.log

Hello - I send this to the vorbis-dev list yesterday, but I’m working if it would not have been better targeted at this list. Sorry for the spam if you are on both :) > Begin forwarded message: > > From: Jim Credland <jim at credland.net> > Subject: [Vorbis-dev] Zero length reported. > Date: 6 April 2017 at 15:43:18 BST > To: vorbis-dev at xiph.org > Cc: Maciej Dudek

Hello - I have two files which play back in VLC correctly. They were encoded using this command: ffmpeg -y -i '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh9.wav' -acodec libvorbis '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh920170406-21128-146yyex.ogg However ov_pcm_total reports a zero length for one of the two files. Is this a problem with my use of the

Hello - I have two files which play back in VLC correctly. They were encoded using this command: ffmpeg -y -i '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh9.wav' -acodec libvorbis '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh920170406-21128-146yyex.ogg However ov_pcm_total reports a zero length for one of the two files. Is this a problem with my use of the

On Tue, Sep 10, 2002 at 11:11:24PM -0700, Josh Coalson wrote: > I have just finished uploading the source release for FLAC 1.0.4 beta > to Sourceforge; there are no binary releases. See the included > doc/html/news.html for the changes since 1.0.3; there are quite a few. > > http://prdownloads.sourceforge.net/flac/flac-1.0.4_beta-src.tar.gz?download I just downloaded 1.0.4 beta,

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

Okay - so I stepped through the code slowly this morning making notes as I went. And I can see what’s wrong. The last Ogg header of the troublesome file contains -1 as the granule position. The spec says this has a special meaning "A special value of '-1' (in two's complement) indicates that no packets finish on this page." 4F 67 67 53 00 04 FF FF FF FF FF FF FF FF 16 A2

The rules that automake uses to automatically run autoconf/automake/etc. are handy for development, but the have a way of screwing up automated builds. AM_MAINTAINER_MODE disables this behaviour by default, but allows for it to be enabled for development at configure time. How would you feel about this? diff -u -r1.11 configure.in --- configure.in 26 Sep 2002 14:29:56 -0000 1.11 +++ configure.in

Josh Coalson <xflac@yahoo.com> wrote: > I uploaded the source tarball and binary releases for win32 and > redhat 7. Solaris package should be ready tomorrow. There seem to be various problems with the included configure script: (1) checking for shared library run path origin... /bin/sh: ./config.rpath: No such file or directory (2) --with-libiconv-prefix=/path apparently isn't

Devin Campbell wrote: > >> http://www.starbeamllc.com/images/feedback.mp3 > I guess my next question is: is there something special about my stream > or my songs that's causing this? I'll have to do some experimentation. Owtch, my ears. :( I find that 16 kHz beep most irritating, it hurts even at low volumes. ;P Anyways, the humming you hear is actually multiple tones,

I'm having a number of problems related to building the latest FLAC release. My build environment: Linux, PPC, gcc 2.95.3 The first has to do with with builing FLAC itself... specifically I can't get id3lib support to build. Whether or not I specify the location of the headers and libraries, the config.log turns up this: configure:9361: gcc -o conftest -g -O2 -INONE/include

Hi Josh, I found id3v2 didn't work on v1.1.0. I checked source codes, macros- (in such cases as FLAC_HAVE_ID3LIB) ware moved to config.h. That is good. But the place to do include is the after of #ifdef FLAC_HAVE_ID3LIB. The result of configure script isn't reflected. And it doesn't always have id3lib with this. Move place of 'include "config.h"' to the top. I