similar to: _oggpack

Hello: I think that I got a linking problem but I don't know how to fix it. This is the error code form make: cc grabando_pcm.o encodear_vorbis.o -o mi_servidor -lasound -lvorbis -logg encodear_vorbis.o(.text+0x42): En la funci?n `inicializar_vorbis': : undefined reference to `vorbis_encode_init_vbr' collect2: ld devolvi? el estado de salida 1 make: *** [mi_servidor] Error 1

I'm trying to link sox to the ogg vorbis static libraries but I'm getting the following error: gcc -L. -L./gsm -o sox sox.o -lst -lgsm -logg -lvorbis -lvorbisfile -lvorbisenc -lmad -lmp3lame ld: Undefined symbols: _oggpack_bytes _oggpack_get_buffer _oggpack_reset _oggpack_writeclear _oggpack_writeinit _oggpack_read _oggpack_readinit _oggpack_write _oggpack_adv _oggpack_look

I download all the tarballs for rc3. I compiled and installed all the libraries successfully, but I wan't able to compile the vorbis tools (1.0rc3) package succesfully. I can run configure successfully, but when I run make it dies with this make[2]: Entering directory `/usr/local/src/vorbis-tools-1.0rc3/oggenc' /bin/sh ../libtool --mode=link gcc -O20 -ffast-math -fsigned-char -o

Ok, I managed to compile the Ogg and Vorbis libs. Then, after modifying the file audio_out.c as follows: original: #include <dlfcn.h> modified: #include <win32/include/dlfcn.h> I was able to (finally!) compile libao. Then I tried to compile the module vorbis-tools, but uninvited problems came to my party. [...] > /usr/bin/ld: multiple definitions of symbol _getopt >

Hi all, I just built icecast 2 from cvs. I tried to compile ices (also from cvs) and got: tream.c: In function `ices_instance_stream': stream.c:164: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast stream.c:164: too few arguments to function `shout_strerror' stream.c:198: warning: passing arg 1 of `shout_strerror' makes pointer from integer

I am trying to compile the example code for vorbis files and I am getting an undefined reference, below is my Makefile, any ideas on what is wrong? OBJS=ogg.o ogg: $(OBJS) cc -o ogg $(OBJS) -L/usr/local/lib -lm -lc -lvorbis ogg.o: ogg.c cc -I/usr/local/include -c ogg.c clean: rm -f $(OBJS) <p>_________________________________________________________________ Join

I've just posted a patch to oggenc that enables it to read FLAC files (and preserve the comments) at: http://www.ph.utexas.edu/~volsung/patches/ It does not currently work with Ogg FLAC files, and, of course, this has not been rigorously tested. --- Stan Seibert --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from

Well, I grabbed the tarballs this morning and found that of the three new releases, only libogg1.1 would compile without and issue. I had to recompile my flac1.1.0 for ogg support, and it gave me a new error (or I wasnt paying attention, anyway...) it will finish compiling and install, but I only ran make check on the original compile, not the new one with OggFLAC attached and stuff...

It sets: VORBIS_LIBS="$VORBIS_LIBDIR -lvorbis -lm" VORBISFILE_LIBS="-lvorbisfile" VORBISENC_LIBS="-lvorbisenc" Shouldn't this be: VORBIS_LIBS="$VORBIS_LIBDIR -lvorbis -lm" VORBISFILE_LIBS="$VORBIS_LIBDIR -lvorbisfile" VORBISENC_LIBS="$VORBIS_LIBDIR -lvorbisenc" as libvorbisenc & libvorbis are also in the same

>stream.c:208: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast >stream.c:208: too few arguments to function `shout_strerror' >make[2]: *** [stream.o] Error 1 You probably didn't do a 'make install' on libshout, so it was picking up the old (wrong) headers. This was a minor api change. >This looked like an api change issue, so I

I'm trying to complie ices2.0.1 on a more-or-less stock Fedora 3 installation, and I'm getting the following compiler error (during linking, I think). /bin/sh ../libtool --mode=link gcc -I/usr/include/libxml2 -pthread -g -O2 -o ices input.o cfgparse.o stream.o ices.o signals.o im_playlist.o reencode.o encode.o playlist_basic.o im_stdinpcm.o stream_shared.o metadata.o playlist_script.o

Using RH71. Got Lame, Vorbis, gcc3 and everything installed. When I try to make DarkIce I get this error. Can anyone help? $ make make all-recursive make[1]: Entering directory `/usr/src/download/darkice-0.6' Making all in src make[2]: Entering directory `/usr/src/download/darkice-0.6/src' c++ -DHAVE_CONFIG_H -I. -I. -I.. -O2 -Wall -c DarkIce.cpp In file included from

Audacity is preparing to release version 2.0.6 shortly, so I have been doing numerous test builds. Since the last Audacity release, my development system (Gentoo Linux) has updated to libvorbis-1.3.4 and libogg-1.3.1. As a result (I think) of this, I now get link errors when trying to compile Audacity against the system copies of libogg and libvorbis (standard dynamic linkage to the system

Hi, I have an Ices2 comp problem, it can't find libshout. I have installed Libshout 2.0 in /home/Darkmeteor the configure line I'm using for ices2 is : ./configure --prefix=/home/Darkmeteor --with-ogg-prefix=/home/Darkmeteor --with-vorbis-prefix=/home/Darkmeteor --with-shout-prefix=/home/Darkmeteor Problem : checking for Ogg... yes checking for Vorbis... yes checking for Shout... no

Hi My PC is Intel Pentium P4-HT, running Linux kernel 2.6.0-test10. I have the latest GNU automake/autoconf system. The make fails on libtheora with the following error msgs: player_example.c:29:1: warning: "_REENTRANT" redefined player_example.c:1:1: warning: this is the location of the previous definition /bin/sh ../libtool --mode=link gcc -O2 -D_REENTRANT -all-static -o

Hi, I have downloaded the following files libao-0.6.0.tar.gz libogg-1.0beta4.tar.gz libvorbis-1.0beta4.tar.gz vorbis-tools-1.0beta4.tar.gz as said from the download section. But I'm at a loss to what do after that. I don't have much experience/knowledge in compiling etc, but I still want to try out ogg. (I downloaded the source coz I have an OpenBSD machine, and there was no

Here is the config.log : <p>----------------------------------------------------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.57. Invocation command line was $ ./configure --prefix=/home/Darkmeteor --with-ogg-prefix=/home/Darkmeteor

if you're going to compile vorbis you'll need the following modules ogg vorbis if you're goin to compile the plugins you'll also need vorbis-plugins if you're going to compile the tools you'll need ao vorbis-tools all of these should build with exception of ao and vorbis-plugins. There were some problems from the merge that I didn't catch before leaving for

I'm tinkering with adding another C program into my fork of icecast. I've installed the libraries on my machine, as well as added both the .c and .h files for the library to my icecast source folder. However, while running make, I get: ad.a httpp/.libs/libicehttpp.a log/.libs/libicelog.a avl/.libs/libiceavl.a timing/.libs/libicetiming.a -lssl -lcrypto -lcurl -lvorbis -logg -lxslt -lxml2

Hi all: OK, this is one of those "why doesn't it work" type questions. I'm basically stumped. All the server info in the xml file and example.c seem to match, but it's coming back with an error 3 which is no login (as far as I can understand). There's nothing in the icecast2 logs to show that an attempt has been made. hmmm. It just occured to me that perhaps it's