similar to: Re: CVS changes

Forwarded, so the list knows about it. I'm making the changes now. Monty > Hey Monty, I have a few fixes that need to get made to the CVS tree to > fix a couple of broken things. None are worth sending you a diff. > > 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

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

Ok... This is begining to go a bit better.... I have compiled 4 lib's and placed them in my lib path. ogg.lib vorbis.lib vorbisenc.lib vorbisfile.lib When I try and compile oggenc.c I still have link errors.. unresolved external symbol _vorbis_comment_clear unresolved external symbol _optind unresolved external symbol _optarg unresolved external symbol _vorbis_comment_add_tag

Hi, I've started making an Ogg Vorbis SDK, as per IRC topic instructions :) Some questions: Its just targetting MSVC right? Not borland/whatever? Should it install the headers/libraries in the msvc dir (c:\Program Files\Microsoft Visual Studio\VC98\(Include|Lib)), or should it put them in the same directory as the document (c:\Program Files\Ogg Vorbis SDK\(Include|Lib)), and have the sample

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

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

OK, I just noticed I had not only "libname.lib" files with OV, but also "libname_d.lib" files. What are the differences in the two? I am assuming off-hand that the 'd' stands for 'dynamic', but I want to know for sure. I compiled using 'vorbisfile_d.lib' this time instead of 'vorbisfile.lib' and got no errors, but If you guys included two

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

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

I'm updating my vorbis rpm spec file, and when I try to do "make -C vorbis-tools ogg123", due to rpm's build environment, I get lots of: gcc ogg123.o -o ogg123 -lm ../lib/libvorbis.a ../lib/vorbisfile.a ../lib/vorbisfile.a(vorbisfile.o): In function `_get_prev_page': vorbisfile.o(.text+0x54): undefined reference to `ogg_sync_reset' vorbisfile.o(.text+0xa9): undefined

Hi all, While reading through various bits of libvorbis and vorbisfile, and then thinking about how to implement other features in the xmms and winamp plugins, I had some thoughts... Vorbisfile is very useful, and very easy to use. It is, however, tied to stdio - which means you can't use it for lots of other stuff where it'd be useful - like streaming, or (under win32) avoiding stdio

Hello, Apologies if this has been done before. I just joined the list as this has bugged me for a while. I can compile FLAC 1.1.2 using Visual C++ 6.0 with no problems. However, when I try to compile the CVS source I get: Linking... utils.obj : error LNK2001: unresolved external symbol _snprintf grabbag_static.lib(stream_decoder.obj) : error LNK2001: unresolved external symbol

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

The latest CVS update of libvorbis fails to compile on SuSE Linux 6.4. The error is below. Also, what happened to the xmms plugin directory in cvs? It complains that it is missing when I do a 'cvs update'. gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0beta3\" -DHAVE_ALLOCA_H=1 -DHAVE_ ALLOCA=1 -I. -I. -I../include -O20 -ffast-math -mno-ieee-fp -D_REENTRANT -fs

Eddie, I have been reviewing vorbis list postings, because I have been spinning my wheels for a week, trying to make a simple insertion of ogg vorbis decoding (vorbisfile) in the audio class of my MFC/C++ program. I just read your thread from April 2004. Question: Do you have anything you could send me, since I assume you succeeded in getting results? And/or could you take a look at what I

I have been having problems compling vorbis on my computer( running redhat 7.1 ), it gives me a bunch of errors about vorbisfile.o( at least that what the errors are complaining about...I don't know enough to figure out what is wrong ). Below is the output I get from compile: Making all in examples make[1]: Entering directory `/home/mchavez/devel/vorbis/examples' /bin/sh ../libtool

I have been having problems compling vorbis on my computer( running redhat 7.1 ), it gives me a bunch of errors about vorbisfile.o( at least that what the errors are complaining about...I don't know enough to figure out what is wrong ). Below is the output I get from compile: Making all in examples make[1]: Entering directory `/home/mchavez/devel/vorbis/examples' /bin/sh ../libtool

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm writing a simple application to decompress a set of Ogg files to raw PCM format, using vorbisfile, because that is the simplest way of doing it. These Ogg files are sounds for a game, and thus sometimes very short (about .25 s). However, vorbisfile has severe problems with Ogg files that are smaller than the CHUNKSIZE which is #defined

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

I've been trying to get oggdec to work with input streamed in through a pipe or a socket. This seems to work on Linux and OS X, but not on Windows. I've found that code in vorbisfile.c tests the input stream for seekability by invoking fseek in the following way: int offsettest=(f?callbacks.seek_func(f,0,SEEK_CUR) : -1); Unfortunately, fseek succeeds for a socket on Windows (even