similar to: Re: CVS changes

> > vorbisfile.o needs to be removed from the lib/Makefile in LFILES since > > vorbisfile.a is a seperate lib now. As it stands I get unresolved > > symbol errors when linking with them, so this is a fairly important fix. This is an error in the build, yes, but I don't see why you'd get unresolved symbols. *unused*, yes, but not unresolved... > > sharedbook.c

ltconfig placeholder shoud be removed. Makefile.am : some stuff copied from branch_beta3 ogg lib must be added only where necesary. vq subdir Makefile.am'ized, (but installs nothing) made distclean target slightly more clean -- check it by hand first, please --- also you'll want to remove vq/Makefile if the ...am passes inspection ------------------------------------------------- diff

First my environment MinGW and MYSYS with gcc 3.4.2 under Windows XP pro. I configured and built libbogg with out a problem. I configured libvorbis and it finds libogg. When I type make it dies with: gcc -shared .libs/mdct.o .libs/smallft.o .libs/block.o .libs/envelope.o .libs/window.o .libs/lsp.o .libs/lpc.o .libs/analysis.o .libs/synthesis.o .libs/psy.o .libs/info.o .libs/floor1.o

I'm working on getting the Darwin/Mac OS X port of Vorbis up and running again and have run into problems building libvorbisfile. I have installed the latest libtool (1.3.5) and modified it to handle Darwin/Mac OS X better (to create shared libraries, dylibs, that can be linked against other dylibs instead of creating bundles which cannot be used as input to the linker). But, when it tries

The following block in os.h needs to be changed for vorbis to work under Borland: Original: #ifndef __GNUC__ #ifdef _WIN32 # define alloca(x) (_alloca(x)) # define rint(x) (floor((x)+0.5)) #endif #endif New: #ifndef __GNUC__ #ifdef _WIN32 # ifdef __BORLANDC__ # include <malloc.h> # else # define alloca(x) (_alloca(x)) # endif # define rint(x) (floor((x)+0.5)) #endif

Hi guys, I'm trying to compile vorbis-tools with libvorbis-aotuvb5. The problem is that installed libvorbis conflicts with myself-compiled libvorbis-aotuvb5, though I specified --with-vorbis-libraries and --with-vorbis-includes to the vorbis-tools configure: vorbis-tools-1.1.1# CFLAGS="-static" ./configure

Go monty! jack. ----- To: cvs@xiph.org Subject: [xiph-cvs] cvs commit: vorbis/vq huffbuild.c latticetune.c make_residue_books.pl Date: Sun, 3 Jun 2001 22:50:13 -0700 (PDT) From: xiphmont@xiph.org (Monty) Precedence: bulk Reply-To: cvs@xiph.org xiphmont 01/06/03 22:50:12 Modified: lib codebook.c codebook.h floor0.c mapping0.c os.h res0.c vq

The current VC6 project file is set to use the single-threaded C library in Windows. This causes crashed when it hits the (temporary) fprintf's in the library. Since using multithreaded libraries in a single threaded program does no harm and will do away with these crashes in multithreaded programs, I suggest that the VC6 file should be changed to use the multi-threaded libs. I'm not a

Conrad Parker wrote: > On Tue, Mar 07, 2006 at 12:10:57PM -0500, Monty wrote: > >>On Wed, Mar 01, 2006 at 10:36:38PM +0000, Ian Malone wrote: >> >>>I assume what this all means is there's no desire for any kind of stop- >>>gap libvorbisfile that does the "vorbis out of any otherwise valid Ogg >>>stream"[1], and that anything along these

Tony, I committed a new version of the XMMS plugin. This is a cleaned up and debugged version of the code you sent me with the conversion to the vorbisfile app library. At this point, it properly handles chaining (try concatenating two vorbis files with different serial numbers to see it work). The code also got alot smaller as alot of the hairy stuff is now done by vorbisfile.a. In the

OK, I've been a busy beaver tonight. More commits: Finished stabilizing psychoacoustic configuration API; binary compatability stability for libvorbis/vorbisfile would be nice to have by 1.0. Moved several additional return values and internal types to int64_t; basically wherever there's an absolute fine-grained counter. I also moved the vorbisfile API to taking a 64 bit seek callback

The changes to vorbisfile that I suggested earlier have now been committed - this is mostly a merge of my code with a similar patch from Martin Vogt (thanks Martin). The old ov_open() interface remains untouched - and for many people, this is all you'll need to use, ever. It now calls the new interface with appropriate arguments. The new ov_open_callbacks() function adds an extra argument to

Hi folks, I've finished a round of extension and optimization of Vorbisfile. I'm working on docs to the committed changes right now. I'd appreciate testing of new functionality and verifying old functionality isn't broken. Summary of changes: General seeking cleanup; a number of boundary cases dealing with short files and chained files got fixed in the process. The bugs should

Hello, the appended Patch makes vorbis work on KDE 3.0.(again) A seek on a closed stream segfault vorbis, unfortunately this situation happens in the KDE Multimedia player very frequently (threads), thus vorbis does not work with KDE 3.0. The bug is that the goto seek_error calls in ov_pcm_seek_page do not set the return value in the error case. Monty, can you apply this? The bug was

Hi Everybody: Below is this week's Ogg Traffic in plain text. The HTML version is available at http://www.vorbis.com/ot/20030331.html Enjoy! Ogg Traffic for Monday, March 31, 2003 [1]Carsten "Purple" Haese March 31, 2003 _________________________________________________________________ Table of Contents 1. Status Updates 1.1. Monty 1.2. Michael

Hello Monty, I tried to complile vorbis under win32 (using MS Visual C 5.0) I found some things: 1.) In bitvise.c there must be buffer cleared after malloc: void _oggpack_writeinit(oggpack_buffer *b){ memset(b,0,sizeof(oggpack_buffer)); b->ptr=b->buffer=malloc(BUFFER_INCREMENT); + memset(b->ptr,0,BUFFER_INCREMENT); b->storage=BUFFER_INCREMENT; } void

I am trying to insert a bit of ogg vorbis decoding into my MFC/C++ program and send it to my waveOut functions. // AudioFile.cpp #include "vorbis/codec.h" #include "vorbis/vorbisfile.h" . . . OggVorbis_File vf; FILE* pFile; pFile = fopen("verdes_2.ogg", "rb"); int err = err = ov_open(pFile, &vf, NULL, 0); . . . ov_clear(&vf); In my

Linking libvorbis.a and vorbisfile.a in the opposite order corrected a linker error in ogg123. (dont ask me why.. Im not a genius - in fact, you could ask Monty...) I am just about to commit the fix as follows: vorbis-tools/Makefile.in : -LIBS=@LIBS@ ../lib/libvorbis.a ../lib/vorbisfile.a +LIBS=@LIBS@ ../lib/vorbisfile.a ../lib/libvorbis.a Michael Beattie

Hello Monty, I tried to complile vorbis under win32 (using MS Visual C 5.0) I found some things: 1.) In bitvise.c there must be buffer cleared after malloc: void _oggpack_writeinit(oggpack_buffer *b){ memset(b,0,sizeof(oggpack_buffer)); b->ptr=b->buffer=malloc(BUFFER_INCREMENT); + memset(b->ptr,0,BUFFER_INCREMENT); b->storage=BUFFER_INCREMENT; } void

please add the following diffs to the vorbis/vq dir. - include files changed so things actually compile in new scheme - _ogg_...alloc cleanups caught a half-dozen typos or so - minor Makefile touchup. (stuff is still not tested, but this will compile at least) Would someone with cvs write access commit them for me please? Erik diffs: ------------------------ diff -bBu2r vorbis/vq/Makefile