similar to: ao-python 0.0.2 not building under latest libs

Here is a patch to fix the compiler warnings I mentioned earlier. I've removed the byte-order changes that don't make sense. (Thanks Michael for pointing out the error!) As for the byte-order changes, since some output modules don't have the option to set the sample byte-order, I would like to standardize libao and ogg123 on native byte-order. Will this break the ao_wav.c patches

Can someone apply this patch? It corrects a silly typo on my part. --- Stan Seibert ---------- Forwarded message ---------- Date: Wed, 07 Mar 2001 01:20:48 +0100 From: Markus Keller <markus@mercury.net.dhis.org> To: indigo@aztec.asu.edu Subject: ao patch Hi, I just noticed a small typo in ao_esd.c. Here is a patch for it: --- ao_esd.c~ Sun Feb 25 03:06:05 2001 +++ ao_esd.c Wed

Below is a patch for vorbis-tools-1.0beta4 ogg123. It adds support for using the rc file (like /etc/ogg123.rc) for configuring the device-options. In addition, comments can be used (when they start a line). My ~/.ogg123rc: default_device=oss default_options=dsp:/dev/audio Please share your comments. Jeremy C. Reed http://www.reedmedia.net/ diff -u

remember kenneth that libao has moved to the "ao" module, so copy the changes... jack. ----- Forwarded message from "Kenneth C. Arnold" <kcarnold@xiph.org> ----- Delivered-To: cvs-outgoing@xiph.org Delivered-To: cvs@xiph.org To: cvs@xiph.org Subject: [xiph-cvs] cvs commit: vorbis/vorbis-tools/libao ao_alsa.c ao_oss.c audio_out.c audio_out.h Date: Tue, 5 Sep 2000

Hi, A developper of MandrakeSoft needed for some reason to ameliorate ogg123 in a way: with the patch when you issue a Ctrl+Z (suspending the app) the dsp is freed. Ofcourse the app can still continue when SIGCONT is received. Apparently he chose to separate the actual code into more functions. Please note that this code uses local functions, it thus needs gcc to compile. -=-=-- ---

Hello, I hope this is the right place to ask. I am having random lockups from the python bindings. My app has one or two threads running, the lockups only occure at one point, here is the code run as a thread def play(self): self.playing = TRUE self.output = [] self.lastplay = time.time() args = self.song_file, self.output retval =

Just a quick note that the priority in the Pulse AO plugin (ao/src/plugins/pulse/ao_pulse.c) should be changed from 41 to 50 (in the ao_pulse_info struct). Since the plugin now ships as part of libao, its priority should be a factor of 5, as that's how I designed the plugin priority system. Plugins that ship with libao should be a factor of 5, so that 3rd party plugins can fit in between

I added a couple of functions to my copy of ao. int ao_get_driver_count(void); const char * ao_get_driver_name(int index); With these, I can get a list of drivers and give the user a choice by using radio buttons, e.g. [ ] alsa [*] oss [ ] esd [ ] null [ ] wav This is a lot nicer than just asking them to enter the name of the driver. Here's the code I added to audio_out.c: const char *

Another major release of wine, another winetricks release :-) Download url: http://winetricks.org/winetricks http://winetricks.org/download/releases/winetricks-20120308.tgz For bug tracker, mailing lists, and wiki, see http://winetricks.org To become a Winetricks contributor, see http://code.google.com/p/winetricks/wiki/AddingNewVerbs Changes since 20111115: Ahmed Waheed: ao: new verb Austin

I dived into automake, autoconf, etc. waters a little while ago, and somehow got libao to actually compile (!!!) (sort of...). Still not right, though. The commit looks sorta like this: * make configure.in in coordination with autoheader and automake properly create config.h. I put it in ao/include/config.h so that the build won't need an extra include directory, but if anybody thinks

Here's the promised Sun audio system plug-in. I have tested this on OpenBSD. It should work without changes on NetBSD, too. Jeremy, could you please verify this? After a few minor tweaks it now also compiles on Solaris 2.7. Alas, I can't verify whether it actually plays anything there. I guess this could also with little effort be made to work on SunOS4. Attached: - Diff to

TURISMO & EVENTOS Luiz Guilherme 3031-7374 e Marcio Sorriso 9887-9141 S?o Paulo -SP Em abril, M?rcio Sorriso e Luiz Guilherme promover?o uma inesquec?vel viagem ? cidade maravilhosa. Ser? mais uma oportunidade para voc? divertir-se conhecer ou rever lugares maravilhosos, fazer novos amigos e ? claro, dan?ar e dan?ar... Muito! Voc? n?o pode deixar de participar. Leia a

Hello, I make a samba server + ldap. I create some users and get login in mydomain with success. After login I can't write in paste user.But is denied. #some users created brasil:x:1012:513:Brasil Telhados:/dev/null:/bin/false atleticomg:x:1013:513:Clube Atletico MG:/home/atleticomg:/bin/bash #groups crated informatica:*:1001:atleticomg,natalia,faria

Boa Tarde, Estou com problemas para autentica??o de meus computadores no dominio samba. Quando tento pelo pr?prio windows ou na m?o pelo console adicionar uma m?quina ao dominio, ela ? cadastrada com sucesso, ela fica em ou=Computers,dc=xxx,dc=xxx por?m o smbd a procura em people o que resulta que meus usu?rios n?o conseguem logar... assim ... ao inves de o sambra procurar em ou=Computers ele

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 Heikki, So libao is currently not maintained upstream. In the appropriate IRC channels I'm lead to believe that there are better libraries out there that should be used instead. If so many debian packages didn't link against it I would seriously consider dropping it all together. It doesn't sound like it's worth anyone's time maintaining libao properly upstream. I do have

Why has ao been changed so that there are now two open() functions ? IMHO the original ao_open() was fine - if you wanted to set the filename for output, you could add an option via ao_append_option and if you wanted to avoid overwriting an existing file, you could stat() it yourself. Having ao_open_live() and ao_open_file() just makes more work for the user of the library for no gain, AFAICT.

Why has ao been changed so that there are now two open() functions ? IMHO the original ao_open() was fine - if you wanted to set the filename for output, you could add an option via ao_append_option and if you wanted to avoid overwriting an existing file, you could stat() it yourself. Having ao_open_live() and ao_open_file() just makes more work for the user of the library for no gain, AFAICT.

All (Newbie Alert) A python interface for the Vorbis library would cheer up a lot of Python developers working on jukebox and streaming audio projects. I have some capability here, but before I start hacking around with the library: Has anyone else attempted a Python module? Should I wait for a new cut of the code before even starting? Cheers BJ -- Bernard Jauregui

Hi all. I want to introduce RSpactor and its "draft" release 0.2.0. RSpactor is a little command line tool to automatically run your changed specs (much like autotest). As you may expect, it concentrates on the use of RSpec. It was especially designed to use filesystem events like FSEvent on Leopard (Mac OS X 10.5) instead of permanently polling a directory structure. RSpactor is