search for: vargol

(Just a copy of the message I sent to Vorbis, better to send it here.) Hello, I'm just letting everyone know that I've begun the preliminary part of putting together a working comment system. I have a few idea's on how to implement this system. 1. What I would like to do is grab the General and Input SDK's for Winamp first. Then I would like to add to our existing Winamp

I know this is probably blindingly obvious, but I can't find it anywhere. Is there a way to tell the Vorbis codec what endian your samples are or do I have to do my own byte reversal. AIFF is Be's 'standard' audio file format, and its encoded big endian, not little endian even on Intel boxes. I know for decoding ov_read has an endian option, but I can't see an equaivalent for

Monty, a couple of quick questions. 1) The easy one first, have you got rid of that pesky cutoff filter yet? :) 2) How 'thread safe' are the vorbis routines ? Could you encode two blocks at once for example. I hear the LAME guys are having a few fun and games with making Lame multithreaded. I'm thinking SMP here :) Dave --- >8 ---- List archives: http://www.xiph.org/archives/

I seem to be having a small problem, with _f0_fit_to_clear, basically I get a segment violation when trying to seek, (it seems to take two seeks before it falls over) and for some vorbis file after playback as finished. Here's a stack crawl for the seek. loading symbols segment violation occurred _f0_fit_clear: _f0_fit_clear: +002a ea3039c6: * 103b cmpl (%eax), %edx

Ironically, just as we have a big thread on cross compatabilty somehow the configure for vorbis on BeOS stops with the message i586-pc-beos is not currently supported by libao configure: error: ./configure failed for vorbis-tools/libao it just needs the 'exit 1' taking out of the libao configure script on line 1313 or a proper fix from the main configure script; Dave --- >8 ----

Seems we've gone back to the -L/path/to/libvorbis/ -lvorbis missing while building libvorbisfile :( it appears that. libvorbisfile_la_LIBADD = libvorbis.la and libvorbisenc_la_LIBADD = libvorbis.la have gone missing from vorbis/lib/makefile.am Dave --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list,

I'm not sure how this would affect other OS's (I have no real idea how autoconf, automake etc work) but this is a go at fixing the BeOS undefined link problem. Hope the diffs are okay P.S. is there a simple test program for the FP bug in the math inline header I'd like to see if BeOS suffers from the problem or not. Dave --- configure.in Sun Nov 19 14:42:16 2000 +++

HI, is there are official MIME type for Vorbis.... audio/x-vorbis ? Dave --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/

After fixing a 'bug' in libtool, I've finally got ogg compiling and producing a shared library. Now I'm trying to build vorbis but I'm falling over at the final step. While trying to produce libvorbisfile. The make file is trying to compile with gcc -nostart vorbisfile.o -L/boot/home/config/lib -logg -Wl,-soname - Wl,libvorbisfile.so -o .libs/libvorbisfile.so with

This one may be my fault.... I've put a temporary fix for libvorbis not linking, I altered libvorbis_la_LIBADD = to libvorbis_la_LIBADD = $(OGG_LIBS) in the makefile, hence the temporary and continued with the build. I'm now getting gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0.0\" -DHAVE_ALLOCA_H=1 - DHAVE_ALLOCA=1 -I. -I. -I../include

Or did I check it out incorrectly ?? The problems I've had are... The configure script seems to require libogg to exist before it will finish configuring. There are includes for ogg/ogg.h which doesn't exist, in fact the ogg directory doesn't exist. Dave....not an CVS expert.... --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

Hi every one, I have an unfortunate need to release a closed source BeOS media codec for Vorbis, basically I'm using headers under an NDA so I can't release them. (Yeah I know closed source boo hiss). So I have a couple of question about what I need to do for all this to be above board. I've made no changes to the libraries so thats not a problem. As far as I can see as

Well after a week out for a training course, I'm back to trying to check out the postbeta2_branch. so I do cvs -d :pserver:anoncvs@xiph.org:/usr/local/cvsroot co -r branch_postbeta2 vorbis and everything is fine. Trying $ cvs -d :pserver:anoncvs@xiph.org:/usr/local/cvsroot co -r branch_postbeta2 ogg I get... cvs server: Updating ogg cvs server: Updating ogg/doc cvs server: Updating

HI, how do I get mods applied to Vorbis, I'm not a cvs guru and I don't know much about configure scripts. BeOS has this little quirk of being 99% POSIX compliant so these mods are required for vorbis to compile. To define int64_t in codec.h #ifdef __BEOS__ #include <inttypes.h> #endif run.c in vq needs 'changing' around line 141 becuase S_IFSOCK isn't

Just got around to compiling RC3 under beos and came across an anomaly when using managed bitrates. I haven't changed the code for the beos encoder but I now get double the bitrates so vorbis_encode_init(&vi,mediaFormat.u.raw_audio.channel_count,(long)mediaFormat.u.raw_audio.frame_rate , -1, 128000, -1); now gives me vorbis files that average around 325 - 350. Is this now the correct