search for: lvorbisenc

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 libdir, yes? Bill --- >8 ---- List archiv...

...s (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 oggenc oggenc.o audio.o encode.o platform.o -lvorbisenc -lvorbis -lm -logg ../share/libutf8.a ../share/libgetopt.a gcc -O20 -ffast-math -fsigned-char -o oggenc oggenc.o audio.o encode.o platform.o /usr/lib/libvorbisenc.so -L/lib /usr/lib/libvorbis.so -lm /usr/lib/libogg.so ../share/libutf8.a ../share/libgetopt.a encode.o: In function `...

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 _oggpack_writealign _vorbis_packet_blocksize _vorbis_synthesis _vorbis_synthesis_trackonly I don...

...libraries and installed them on my MacOS X machine. The libao cannot be compiled yet since stuff is missing. But I only want to play round with encoding right now. So I also unpacked the vorbis tools distribution and am in oggenc. In oggenc I do a cc *.c -I. -L/usr/local/lib -logg -lvorbis -lvorbisenc I get unknown symbols _oggpack_* where * is read, write, adv, look, etc. I did a quick grep of source for all of libvorbis libogg and libao to try and find the missing _oggpack stuff and couldn't find it. Where can I find it? Thanks Chad --- >8 ---- List archives: http://www.xiph.or...

...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 audio.o resample.o im_oss.o im_alsa.o log/libicelog.la timing/libicetiming.la thread/libicethread.la avl/libiceavl.la -lasound -lvorbisenc -L/usr/local/lib -lshout -lvorbis -L/usr/lib -lxml2 -lz -lpthread -lm libtool: link: cannot find the library `/usr/lib/libogg.la' make[3]: *** [ices] Error 1 This, in fact, doesn't exist, even though I've got libvorbis-devel and libogg-devel installed. Is the makefile looking for the...

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

...xample.c; \ then mv -f ".deps/encoder_example.Tpo" ".deps/encoder_example.Po"; \ else rm -f ".deps/encoder_example.Tpo"; exit 1; \ fi /bin/sh ../libtool --mode=link gcc -I/usr/include/SDL -D_REENTRANT -o encoder_example encoder_example.o ../lib/libtheora.la -logg -lvorbisenc -lvorbis -lm -logg gcc -I/usr/include/SDL -D_REENTRANT -o encoder_example encoder_example.o ../lib/.libs/libtheora.a -lvorbisenc -lvorbis -lm -logg encoder_example.o: In function `main': encoder_example.o(.text+0x1b19): undefined reference to `vorbis_granule_time' collect2: ld returned 1...

...link against the wrong libshout (I think, it's been a little while since I did all this, like a few weeks). So here's what I had to do: cd to src and edit Makefile. You should see something like this on something like line 114: LIBS = -lpthread -lxml2 -L/lib -logg -L/lib -lvorbis -lm -lvorbisenc -L/usr/friends/geoff/lib -lshout the problem is that it must be finding libshout before ever getting to look in the right place for it. So I edited that to look like this: LIBS = -lpthread -lxml2 -L/lib -logg -L/lib -lvorbis -lm -lvorbisenc /usr/friends/geoff/lib/libshout.a I would really pre...

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

...-DVERSION=\"1.0rc2\" -I. -I. -I../include -fno-common -O4 -Wall -fsigned-char -ffast-math -c `test -f platform.c || echo './'`platform.c /bin/sh ../libtool --mode=link cc -fno-common -O4 -Wall -fsigned-char -ffast-math -o oggenc oggenc.o audio.o encode.o platform.o -lvorbisenc -lvorbis -lm -logg ../share/libutf8.a ../share/libgetopt.a mkdir .libs cc -fno-common -O4 -Wall -fsigned-char -ffast-math -o oggenc oggenc.o audio.o encode.o platform.o -L/usr/local/lib -lvorbisenc -lvorbis -lm -logg ../share/libutf8.a ../share/libgetopt.a /usr/bin/ld: multiple definitions of...

...nst libtheoraenc? What has been fumbled up here that it is not possible to resolve this stupid symbol? It's a T symbol, not a t symbol, so why is there a link problem? Just to avoid questions, that's the command line (stripped of unimportant blunder): g++ -o ... -ltheoraenc -ltheoradec -lvorbisenc -lvorbisfile -lvorbis -logg -- Yours sincerely Plüss Roland Leader and Head Programmer - Game: Epsylon ( http://www.indiedb.com/games/epsylon ) - Game Engine: Drag[en]gine ( http://www.indiedb.com/engines/dragengine , http://dragengine.rptd.ch/wiki ) - As well as various Blender export scripts...

...ursive-am] Error 2 Are you sure you've done `make install' for lame, libogg, and libvorbis? When you run ./configure, you should get the following lines: checking for ogg_stream_init in -logg... yes checking for vorbis_info_init in -lvorbis... yes checking for vorbis_encode_init in -lvorbisenc... yes checking for lame_init in -lmp3lame... yes If any of these say "no" rather than yes, then the build process won't be able to find your libs for that package. I got this error when I forgot to run `make install' on libvorbis... -samuel --- >8 ---- List archives: http...

...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 audio.o resample.o im_oss.o im_alsa.o log/libicelog.la timing/libicetiming.la thread/libicethread.la avl/libiceavl.la -lasound -lvorbisenc -L/usr/local/lib -lshout -lvorbis -L/usr/lib -lxml2 -lz -lpthread -lm > libtool: link: cannot find the library `/usr/lib/libogg.la' > make[3]: *** [ices] Error 1 > > This, in fact, doesn't exist, even though I've got libvorbis-devel and > libogg-devel installed. Is the...

...ce it was installed. configure: error: requisite Ogg Vorbis library not found But I have the latest svn source installed of both ogg and vorbis. I have never moved vorbis. config.log shows this: configure:23180: checking for Vorbis configure:23227: gcc -o conftest -g -O2 conftest.c -lvorbis -lm -lvorbisenc >&5 In file included from /usr/local/include/ogg/os_types.h:123, from /usr/local/include/ogg/ogg.h:24, from /usr/local/include/vorbis/codec.h:26, from conftest.c:52: /usr/local/include/ogg/config_types.h:6: error: parse error before 'ogg_uint16_t' /usr/local/include/ogg/config_type...

...on the lib and the header to make sure they actually installed, reconfigured ices and tried make again. The stream.c errors persist. ./configure --with-shout-prefix=/usr2/friends/geoff is putting the following in Makefile: LIBS = -L/usr/lib -lxml2 -lz -lm -L/lib -logg -L/lib -lvorbis -lm -lvorbisenc -L/usr2/friends/geoff/lib -lshout SHOUT_CFLAGS = -I/usr2/friends/geoff/include SHOUT_LIBS = -L/usr2/friends/geoff/lib -lshout SHOUT_CFLAGS and SHOUT-LIBS also appear in src/Makefile as shown above. Is this proof enough that the right files are being called or do I need to look further? > >...

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

...ld probably be edited to mention this. I tried, but it didn't look like I could make the edit. My solution is to clear in reverse order of initialization, though I've rearranged the order of things in the example program to highlight the immediate issue. /* compile: cc -Wall -o vbs vbs.c -lvorbisenc -lvorbis */ /* noleak: valgrind --leak-check=yes ./vbs */ /* leak: valgrind --leak-check=yes ./vbs -l */ #include <unistd.h> /* getopt(3) */ #include <vorbis/codec.h> #include <vorbis/vorbisenc.h> static struct vorbis_info info; static struct vorbis_dsp_state dsp; static st...

...//create an instance of the OggVorbis_File class OggVorbis_File vf; //open the specified vorbis file. int i = ov_testemacs(f, &vf, NULL, 0); } --------------------------------MAKEFILE------------------------------ CFLAGS = -g LIBS = -L/usr/local/lib -lvorbisfile -lvorbis -logg -lao -lvorbisenc -lltdl <p>oggPlay: oggPlay.o oggPlay.c gcc $(CFLAGS) oggPlay.o -o oggPlay $(LIBS) oggPlay.o : oggPlay.c gcc $(CFLAGS) -c oggPlay.c clean: /bin/rm oggPlay.o *.*~ <p>------------------------------ERROR---------------------------------- bash$ oggPlay ../rock....

>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