similar to: Vorbisfile changes/additions

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 In the vorbisfile API Overview, section 'File Information' on the Documentation page (http://www.xiph.org/ogg/vorbis/doc/vorbisfile/fileinfo.html) The 'ov_bitrate_instant' is said to return -1 if at the beginning of the bitream or no new information is available. According to the libVorbisfile Documentation, the return value is 0 in this situation. PG --- >8 ---- List

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

-----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

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

Hi everybody: Below is the plain text version of this week's Ogg Traffic. The HTML version is due to be posted on vorbis.com sometime later tonight. Enjoy, Carsten. <p>Ogg Traffic for Tuesday, March 11, 2003 [1]Carsten "Purple" Haese March 11, 2003 _________________________________________________________________ Table of Contents 1. Status Updates

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

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

Is there a straight forward method for seeking straight to a particular logical stream using vorbisfile? I'm guessing I'll have to look the offset for a given link up in vf->offsets, and use that in ov_raw_seek? Thanks, John --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to

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

Hi, this is my first post, I hope it's the right mailing list (or should it be vorbis@xiph.org?) I just downloaded "SDK for MacOS9" and tried to compile the "vorbisfile_example.c" sample with CodeWarrior for Mac 8 on a Mac OS 9.2 machine. I included the libOgg and libVorbis libraries in my project, but the linker cannot file ov_clear(), ov_read(), ov_pcm_total(),

I use Borland C++ Builder 3 and I'm having trouble getting vorbisfile to work. This version of C++ Builder prefixes function names with underscores, so in the .obj file ov_open would look like _ov_open. Now, when linking the .obj files, it looks for the function _ov_open in all other .obj files and .lib files in the project. It finds none, and gives me an unresolved external error. I can

Hi! I'm trying to write a vorbis plugin for my MP3/Music/Media player (http://elmp-tng.sourceforge.net). I'm using vorbisfile, and ov_open_callbacks() (to interface with my VFS layer). The problem is the same using plain ov_open() though... Some files play perfectly, while others (most) fail. ov_open returns OV_EBADHEADER. The really strange thing is that both ogg123, and the simple test

I'm seeing some inconsistency in returned timestamps using vorbisfile. I open a file, read some data (grabbing timestamps with ov_pcm_tell), then seek back with ov_pcm_seek(vf, 0) and read it again. The seek lands back on 0, but on the second read through, there's a gap in the timestamps: they jumps up by 2112 frames. This causes my vorbisfile code to insert silence to maintain sync (as

OK, I have a minor problem with the 'vorbisfile' libraries. I copied both the normal and dynamic DLLs to my program directory, and they load fine. Thing is, if I link with 'vorbisfile.lib' and use 'ov_open', the application just locks up. If I link with 'vorbisfile_d.lib' and use the function, Windows brings up a standard crash window, and I can just use that to

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

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

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