similar to: How to register on trac.xiph.org?

Hi, today I learned that libogg 1.3.0 had been released in August 2011. Curiously, there seems to have been no announcement mail here, and it is not being mentioned on <http://www.xiph.org/press/> either. Is that on purpose? Is there some other channel I could subscribe to in order to learn about updates? Freecode.com doesn't have up-to-date info either (though I just submitted a 1.3.0

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

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

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

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

Hello everyone, It's been a while since the last meeting and issues are starting to pile up again. I propose a meeting at the 16th of May, next Wednesday at 6:00 am UTC. Does everyone agree with time/day? Agenda may be found at http://wiki.xiph.org/index.php/MonthlyMeeting200705 Preliminary Agenda: * Google Summer of Code 2007; how are the projects/candidates going? * discussing current

Hello everyone, It's been a while since the last meeting and issues are starting to pile up again. I propose a meeting at the 16th of May, next Wednesday at 6:00 am UTC. Does everyone agree with time/day? Agenda may be found at http://wiki.xiph.org/index.php/MonthlyMeeting200705 Preliminary Agenda: * Google Summer of Code 2007; how are the projects/candidates going? * discussing current

Hello everyone, It's been a while since the last meeting and issues are starting to pile up again. I propose a meeting at the 16th of May, next Wednesday at 6:00 am UTC. Does everyone agree with time/day? Agenda may be found at http://wiki.xiph.org/index.php/MonthlyMeeting200705 Preliminary Agenda: * Google Summer of Code 2007; how are the projects/candidates going? * discussing current

Hello everyone, It's been a while since the last meeting and issues are starting to pile up again. I propose a meeting at the 16th of May, next Wednesday at 6:00 am UTC. Does everyone agree with time/day? Agenda may be found at http://wiki.xiph.org/index.php/MonthlyMeeting200705 Preliminary Agenda: * Google Summer of Code 2007; how are the projects/candidates going? * discussing current

Hello everyone, It's been a while since the last meeting and issues are starting to pile up again. I propose a meeting at the 16th of May, next Wednesday at 6:00 am UTC. Does everyone agree with time/day? Agenda may be found at http://wiki.xiph.org/index.php/MonthlyMeeting200705 Preliminary Agenda: * Google Summer of Code 2007; how are the projects/candidates going? * discussing current

While trying to compile libao 0.8.0 under OS X 10.1, I got the following problems: > [localhost:ecc/Sources/libao-0.8.0] root# ./configure > creating cache ./config.cache > checking for a BSD compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... yes > checking for working aclocal... found >

This patch series modernizes various aspects of the autotools based build system. There is a lot more that could and should be done, but I tried to stay conservative for now and just resolve some of the most obvious issues. Max Horn (5): configure: replace XIPH_C_FIND_ENDIAN by AC_C_BIGENDIAN autogen.sh: replace this by a simple call to autoreconf configure: always print

I am using NetBSD 1.5.1_ALPHA (i386). I have libao-0.6.0, libvorbis-1.0beta4, libogg-1.0beta4 and vorbis-tools-1.0beta4. My sound works. I am able to use a .ogg file by using ogg123 to create a .wav file and playing it with splay. (splay uses /dev/audio.) How can I modify ogg123 (or liba0) so I can use /dev/audio as the default sound device? Or maybe it would be better to add a new device (for

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

I've tweaked Tim Wood's Mac OS X DP4 patches so they compile and run reasonably well on OS X DP4 and added a couple minor tweaks of my own. I've placed diffs from the head revision in cvs at my web site: <http://www.gizzywump.com/vorbis-macosx-diffs> This includes a new file at vorbis-tools/libao/ao_macosx.c, which is in the diff. Note that "patch" doesn't seem

Hi there. Sorry I may be a little off topics with this mail but I have already written to the official libao maintainer (volsung@xiph.org) and he is the one who suggest me to write here. As I did not see any more suitable mailing list @xiph.org here I am. My point is that I have recently written a win32 driver for the libao and I would be glad to see this contribution include to the official

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

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