similar to: vorbisfile API overview documentation error

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

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

I downloaded libogg-1.1.2 and libvorbis-1.1.0, and want to compile them using mingw32. In libogg-1.1.2 directory, 'sh configure --prefix=/mingw' and 'make' and 'make install' works smoothly. It create libogg.a, ligogg.dll.a, libogg.la in my /mingw/lib and header files in /mingw/include/ogg, so I think the gcc compiler will find them easily. After switching to

Here's a patch to vorbisfile.c in libvorbis that splits the float to integer pcm packing out of ov_read into it's own function. The good stuff: - ov_pack_pcm can be used by folks who decode to float pcm with ov_read_float to do various sound manipulations (eg, preamp, fades, replaygain). No more need to roll your own, which will really begin to pay off when 24 bit output gets

I've been playing around with using ov_test and ov_test_open as an alternative to ov_open in the xmms plugin's vorbis_check_file function. xmms never bothers to cache the result of a file check, so it tends to happen rather a lot. Unfortunately ov_test_open returns OV_EINVAL because ov_test seems to have left vf->ready_state to OPEN rather than PARTOPEN. I'm presuming this is

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

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

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

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

BTW, I need a volunteer to upgrade xiph.org to MailMan or the like. I'm officially sick to death of majordomo. (Or, if you want to code all the features I want in majordomo, that's fine too ;-) I'm a little bit out of time, see.... ------- Forwarded Message Sender: robert@emusic.com I just brought the FreeAmp codebase up to speed with the latest Vorbis source. In doing so,

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

Thanks Conrad, but no matter what I try I'm dead in the water. I guess I'm looking for somebody who can help me through the ogg/vorbis installation process for Mac OSX. Maybe I did something wrong. - Downloaded libogg-1.1.3 and libvorbis-1.2.0. - ran the "sh ./configure" and "sudo make install" - opened each xCode project and built the frameworks. - copied the

hi, vorbis-tahseen is the branch I'm using for my soc project regarding OggSkeleton support in libvorbisfile. After adding an initial support of OggSkeleton, I attempted to also add support for handling vorbis stream in a theora file. As it now seemed a bit more involved work, I've stopped working on that for the moment. The present version of vorbis-tahseen only supports OggSkeleton

Hello, All. I am making an Ogg Vorbis decoder based on Tremor. The Vorbisfile library provides a high-level API which enables us to seek in the file, but it needs to declare a pointer to OggVorbis_File structure. Because I am supposed not to use file, so I can't use the ov_pcm_seek() or ov_raw_seek() functions to seek in the file. For decoding an Ogg Vorbis file, I first put it in

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 lines will wait until Oggfile. > > Well,

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

Hello, I've been looking to the libvorbisfile and got into troubles when trying to use it: I need to compile it on a PalmOS and the libvorbisfile must be compiled in ARM whereas calling code is in 68K. This implies that the interface ov_open_callback is not usable because the OggVorbis_File *vf must point to something in the target architecture (ARM) whereas the caller cannot do that. As

[I'm not online regularly, so don't include me in any replies. Looks like the archives are working at present, so I'll catch up from them when I get a chance. Thanks...] (Trying out vorbis-dev@ instead of vorbis@ where I sent my previous messages; if this is the wrong place, correct me) Greetings. Some weeks ago, I submitted several hacks which gave me the ability to play Ogg

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