similar to: RPM dependency rant

I hope I'm not being an idiot, but I'm attempting to install vorbis-1.0 RPMs on a few redhat machines and failing horribly. I'm in dependency hell. For starters, libao-0.8.3-1 requires libasound.so.2 (an alsa library?) which does not seem to be available in any recent redhat releases. Then vorbis-tools wants libcurl.so.2, which makes redhat 7.2 machines choke. Worst of all is

happy new year. a day off is a day to pick up a new project, so I wrestled my way through making ogg vorbis work on macosx. first, libao (not entirely a proper patch, but 2 source file diffs and a diff of a configure'd Makefile to one that works.): http://bolson.org/pub/libao-0.8.2-diff.tar.gz libogg and libvorbis compiled without incident. vorbis-tools were more complicated. I think

happy new year. a day off is a day to pick up a new project, so I wrestled my way through making ogg vorbis work on macosx. first, libao (not entirely a proper patch, but 2 source file diffs and a diff of a configure'd Makefile to one that works.): http://bolson.org/pub/libao-0.8.2-diff.tar.gz libogg and libvorbis compiled without incident. vorbis-tools were more complicated. I think

hi, i am trying to load vorbis tool on to my arm board EDB9302 , till now i have cross compiled libao, libogg, libvorbis, flac, speex and vorbis tool. when i run the command line arm-linux-ogg123 with some sample ogg format file on my arm board it gave *"Could not load default driver and no driver specified in config file : Exiting"* , please help me to over come this error.

hi! I've got some problems compiling/linking the vorbis tools. at first I had the same problem as mentioned here: http://www.xiph.org/archives/vorbis-dev/200201/0005.html (make was looking for libogg.la in the wrong path) but creating a symlink to /usr/local/lib/libogg.la in /usr/lib/ helped. :) having solved this, I get a new error: --- gcc -O20 -ffast-math -fsigned-char -o ogg123

Hello, I built the entire Vorbis kit on my PowerMac G4 running OSX 10.4.6. I'm having problems however doing anything with the libao package. Any time I try to use the library to link it errors out with the following message: /usr/bin/ld: Undefined symbols: _dlsym_auto_underscore collect2: ld returned 1 exit status If I try to run the ogg123 application I get this:

Rather than using libtool to build its sets, the ao.m4 in beta3 is hard coding '-ldl': AO_LIBS="$AO_LIBS -lao -ldl" Not all systems have a dl library. For now, I can obviously just remove it and keep working on stuff, but what would be a suitable patch that would get accepted to be committed? Should I just check the current build target and set AO_LIBS differently on my

Hi there, I've been grappling with this for some time, so I'm finally breaking down and trying this list. I'm trying to integrate libvorbisfile and libao to create a simple sound file player, a la ogg123. To do this, I borrowed heavily from ao_example.c and vorbisfile_example.c. I feed the buffer from ov_read into ao_play in a simple loop. It usually works, but occasionally all it

Hello, I have just subscribed to this list so please forgive me if this question is misplaced. I am trying to build vorbis-tools on Darwin 10.4 using SVN. I am having some real problems getting the configure script to satisfy the dependencies needed for ogg123 support (which I definitely want). The problems are:- Firstly configure wants libao and libcurl and POSIX Threads. I installed

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

ogg123 seems to have a issue when streaming for long peroids of time. If I have ogg123 up connected to a streaming server for more than 3.5 hours it begins to stutter or add blocks of static. I've verifed this with 2 different soundcards in both alsa oss emulation and regular oss. It's 100% repeatable for me. It does not happen with xmms using libvorbis as the output plugin so it

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

The patch I submitted only reads AIFF files. I'm about to start the patch to write AIFF files. To do so, we need a command-line option to specify AIFF. My inclination is to add an option: -ff { raw | wav | aif } In some sense, "-ff" is silly since it probably stands for "format format". Still, I think it's better than just "-f", since the first

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

Hi, I noticed there was some discussion on this list about the desire for ogg123 to support output to stdout via Sun's .au file format, so I decided to give implementing an AU driver for libao a shot. Here is my first attempt. To test the driver: * Apply the patch below (against ao in CVS) * Copy the attached ao_au.c into ao/src * Run ao/autogen.sh, compile, and

Hi All, For my new file (and thus mp3) server I've decided to switch completely to Ogg Vorbis. This means having to reencode ~30GB worth of 128Kb MP3's, but i figured that it would all be worth the effort. So I downloaded the sources for libogg, libvorbis and vorbis-tools and fired up my trusty old compiler. libogg and libvorbis built and installed like a charm. Not so for

Hello, I have written a libsndfile (http://www.mega-nerd.com/libsndfile/) file output plugin for libao. For the moment I haven't done any changes to the core of libao. However some changes could make this more useful. Before I embark on anything like this I'd like to have your opinion on a few things. --- First, what do you prefer ? 1a. Keeping the AU/WAV/RAW plugins and adding

Hi , I am planning to use an open source .ogg player on my ARM simulator on QEMU ( for ARM Application Baseboard ) . So far I have been able to bring up a Linux kernel 2.6.26.5 on the simulator . Right not I want an open source ogg vorbis player which I can use to call the libraries and play some files . However the catch is that I need the APIs exposed of the player application to me . I am

I have got libao up to oggenc and ogg123 working on Mac OS X Public Beta now. I'd like to submit patches, but last time I did, they never got committed by anyone. Who is in charge of committing stuff? Does someone want to nominate themselves to review and commit my patches? The patches are briefly: - On Mac OS X dlopen() is not very well supported, so libao has been cleaned up a bit to

I was just curious about the patch that I sent for ogg123 that implements the --quiet and adds in the --skip option? Also - I would like to know what are the main cvs modules and branches in which development takes place? Specifically, I would like to look at the very latest libao and ogg123 sources. I would also like to know where the main development for libvorbis takes place Regards, Ali