similar to: Problems compiling under OS X

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

Xiph.Org announces the release of libao-1.0.0, libvorbis-1.3.1 and vorbis-tools-1.4.0. This is a coordinated update of the audio libraries and tools to deploy improved surround-sound support across the libraries and toolchain. libao improvements: - AO returned to active development - Added surround channel mapping API and capability - Updated all drivers on modern installs - New config file

Xiph.Org announces the release of libao-1.0.0, libvorbis-1.3.1 and vorbis-tools-1.4.0. This is a coordinated update of the audio libraries and tools to deploy improved surround-sound support across the libraries and toolchain. libao improvements: - AO returned to active development - Added surround channel mapping API and capability - Updated all drivers on modern installs - New config file

Hi! On March 17th I posted a message on this list concerning an artifact bug in beta4 that is audible in all available bitrates. It was this rumbling sound in the bass area. I made a demo clip, which still is available at http://www.stud.uni-karlsruhe.de/~us87/ogg/vorbis_bassrumble_demo.rar and that contains both the original .WAV and an .OGG @ 350kbps. This archive is 2.1 MB large. Today, I

Here are some of my notes with building and using vorbis-tools-1.0beta4 under Debian Linux 2.2. 1) building libao: make[3]: Leaving directory `/home/jeremy/src/ogg/libao-0.6.0/src/plugins/alsa' Making all in arts make[3]: Entering directory `/home/jeremy/src/ogg/libao-0.6.0/src/plugins/arts' /bin/sh ../../../libtool --mode=compile gcc -DPACKAGE=\"libao\"

I finally managed to compile ogg123 under MacOS X, after creating a PB project for it. Rillian, do you want to include the PB project in cvs? (it needs a LOT of polishing, though). ---------- Ogg123 from PACKAGE VERSION by Kenneth Arnold <kcarnold@arnoldnet.net> and others Usage: ogg123 [<options>] <input file> ... -h, --help this help -V, --version display

Hi! There are some little inconvenience in libao-0.8.5. - The biggest is may that: the documentation and the header file declare the ao_file_extension function, which give a hint for the file extension where the device is realy a sound file. This function is missing. -An other: the alsa 0.5 and the alsa 0.9+ drivers short name. It will be better if the alsa 0.5's name will be alsa05 and the

I tried sending this once, but it appears my school is having mail server issues. I've been playing with libao on OS X; I wanted to check out the macosx plugin for it, see if I could bend it to my will. Given some utilities from the fink project (automake comes to mind) I was able to compile it just fine. But, there was a problem. It cannot load dynamic plugins! The first reason I found

I tried sending this once, but it appears my school is having mail server issues. I've been playing with libao on OS X; I wanted to check out the macosx plugin for it, see if I could bend it to my will. Given some utilities from the fink project (automake comes to mind) I was able to compile it just fine. But, there was a problem. It cannot load dynamic plugins! The first reason I found

I'm having several problems with ogg123 on a FreeBSD-STABLE machine. In each case, ogg123 dumps core complaining about a bus error. 1) ogg123 plays all files at what seems like twice the correct speed. When given a SIGINT, ogg123 dumps core. This is using the program defaults, including the OSS driver. Here's a backtrace from gdb: Core was generated by `ogg123'. Program

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 >

OK, wanted to check out the macosx driver for libao on me new iBook. Everything compiles beautifully (given some utils from the fink project, like automake), but... but the dynamic plugin system is broken. 1) on OS X, dll's en in .dylib, not .so, as is hardwired in. this should be an easy fix. 2) dlopen chokes on opening the .dylib files...so the plugin is never loaded. i know not enought

OK, wanted to check out the macosx driver for libao on me new iBook. Everything compiles beautifully (given some utils from the fink project, like automake), but... but the dynamic plugin system is broken. 1) on OS X, dll's en in .dylib, not .so, as is hardwired in. this should be an easy fix. 2) dlopen chokes on opening the .dylib files...so the plugin is never loaded. i know not enought

Compiling libao on a system w/linux2.4.2 & glibc-2.0 (I think), I get an error. gcc -DPACKAGE=\"libao\" -DVERSION=\"0.6.0\" -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -DSIZEOF_LONG=4 -DHAVE_SYS_SOUNDCARD_H=1 -I. -I. -I../../.. -I../../../include -O20 -ffast-math -D_REENTRANT -fsigned-char -DAO_PLUGIN_PATH=\"/usr/local/lib/ao\" -c ao_alsa.c -fPIC -DPIC -o ao_alsa.lo In file

Hi. I'm trying to build and install ogg vorbis on Mandrake 8.2b4. I'm using the ogg vorbis source rpms on the download page. libogg and libvorbis built fine, but it looks like I'm missing a basic aRts header file in the build error excerpt below (artsc.h--somebody check and make sure I'm on the right track). However, I have Mandrake Cooker arts, libarts2, libarts2-devel

Hey' Can't seem to compile libao. I'm using Slackware-7.1-current-ish, linux-2.4.2, gcc-2.95.2, and alsa-9.0-beta2. This is the first time I've tried to compile libao so I don't know if the problem is related to alsa-9.0 changes. Alsa headers seem to be there: /usr/include/linux> ls -l as*.h -rw-r--r-- 1 root root 35994 Mar 3 10:57 asequencer.h -rw-r--r-- 1

This patch fixes three problems with the current configure script: 1. Manual exclusion of drivers: Now you will be able to force drivers NOT to be compiled, even if they are detected. This was specifically requested with so that ALSA could be disabled. 2. Selecting the default device: Now you can override the default driver chosen by the script with your own preference. Again, this enhancement

I ran into a dependency problem while compiling the CVS snapshot which did not occur while compiling the beta 3 tarballs. For some missing resources, autogen.sh echoes very helpful messages (such as if automake is not present), but there was no indication that the kdelibs-devel package was required for ao (in order to get artsc.h into /usr/include - I'm sure it is possible to edit the

[Sorry if this is a duplicate post. My original didn't appear to have gotten through.] I had previously installed libao, libogg, libvorbis, and vorbis-tools, as linked from the RC3 download page at vorbis.com -- I downloaded and installed the latest versions of these four libraries from the vorbis.com download page, at which point my pyogg/pyvorbis Python bindings broke. I reinstalled the

I installed fink and now I have the /sw/lib, however that didn't fix my problem. I went as far as to take out the - Ddlsym=dlsym_auto_underscore out of the configuration files. Now however the libao package won't build at all and yips about this: [ukiel:/MP3/OGG/libao-0.8.6] wind% make Making all in src Making all in plugins Making all in oss make[3]: Nothing to be done for