libao issueshttps://gitlab.xiph.org/xiph/libao/-/issues2010-01-13T21:14:39Zhttps://gitlab.xiph.org/xiph/libao/-/issues/1279[PATCH] ao_wmm,c; nBlockAlign incorrect for non multiple of 8 bit samples2010-01-13T21:14:39ZGitlab Bot[PATCH] ao_wmm,c; nBlockAlign incorrect for non multiple of 8 bit samplesao_wmm,c; nBlockAlign incorrect for non multiple of 8 bit samples
should be:
wavefmt.nBlockAlign = ((wavefmt.wBitsPerSample+7)>>3)*wavefmt.nChannels;ao_wmm,c; nBlockAlign incorrect for non multiple of 8 bit samples
should be:
wavefmt.nBlockAlign = ((wavefmt.wBitsPerSample+7)>>3)*wavefmt.nChannels;Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/1580Compile libao by Visual Studio?2010-01-11T20:51:01ZJIA PeiCompile libao by Visual Studio?To whom it may concern:
Is there any plan for Visual Studio compilation of libao?
Best Regards
JIA Pei
To whom it may concern:
Is there any plan for Visual Studio compilation of libao?
Best Regards
JIA Pei
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/1582Libao, too many arguments to function ao_play()2010-01-11T20:49:02ZExiquioLibao, too many arguments to function ao_play()I am working on wrapping libao in Ruby and I ran into an issue that probably is a big in my code (I am not a good C programmer). I get the following make error message referring to the method that wraps a call to ao_play():
gcc -I. -I. ...I am working on wrapping libao in Ruby and I ran into an issue that probably is a big in my code (I am not a good C programmer). I get the following make error message referring to the method that wraps a call to ao_play():
gcc -I. -I. -I/usr/lib/ruby/1.8/i686-linux -I. -D_FILE_OFFSET_BITS=64 -fPIC -march=i686 -mtune=generic -O2 -pipe -fPIC -c audiolibs.c
audiolibs.c: In function ‘play_ao’:
audiolibs.c:56: error: expected expression before ‘ao_device’
audiolibs.c:56: error: too few arguments to function ‘ao_play’
make: *** [audiolibs.o] Error 1
I am running Arch Linux (Linux ghostintheshell 2.6.30-ARCH #1 SMP PREEMPT Fri Jul 31 18:10:38 UTC 2009 i686 Intel(R) Core(TM)2 CPU 6420 @ 2.13GHz GenuineIntel GNU/Linux) with extra/libao 0.8.8-2, core/make 3.81-4, and core/gcc 4.4.1-1 installed.
I have attached a few relevant files. Maybe you have an idea of what is going on. Any help that you provide will be much appreciated. Thanks for you time.Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/1629PATCH: Add support for newer automake versions to libao's autogen.sh2010-01-11T20:39:13ZMax HornPATCH: Add support for newer automake versions to libao's autogen.shThe attached patch enables libao's trunk version to be used with automake 1.10 and newer, by fixing its autogen.sh in a fashion similar to what vorbis & ogg do.
The attached patch enables libao's trunk version to be used with automake 1.10 and newer, by fixing its autogen.sh in a fashion similar to what vorbis & ogg do.
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/665[PATCH] segmentation fault in NAS plugin of libao caused by integer overflow2007-11-19T03:24:29ZGitlab Bot[PATCH] segmentation fault in NAS plugin of libao caused by integer overflowUsing (32 bit) int variables to store 32 bit unsigned integer values leads to integer overflows in the NAS plugin of libao. This bug is in versions 0.8.5 and 0.8.6 of libao (I didn't check older versions). The following patch fixes this ...Using (32 bit) int variables to store 32 bit unsigned integer values leads to integer overflows in the NAS plugin of libao. This bug is in versions 0.8.5 and 0.8.6 of libao (I didn't check older versions). The following patch fixes this problem:
```
diff -Naur libao-0.8.5/src/plugins/nas/ao_nas.c libao-0.8.5.new/src/plugins/nas/ao_nas.c
--- libao-0.8.5/src/plugins/nas/ao_nas.c 2003-07-14 04:59:10.000000000 +0200
+++ libao-0.8.5.new/src/plugins/nas/ao_nas.c 2005-05-18 09:48:45.843142463 +0200
@@ -61,8 +61,8 @@
AuFlowID flow;
AuDeviceID dev;
char *host;
- int buf_size;
- int buf_free;
+ int64_t buf_size;
+ int64_t buf_free;
} ao_nas_internal;
int ao_plugin_test()
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/814[PATCH] libao-0.8.6 alsa driver buffer_time option is broken2007-11-15T08:46:42Zheikki.orsila[PATCH] libao-0.8.6 alsa driver buffer_time option is brokenlibao-0.8.6 alsa driver has a bug in handling buffer_time option. The API is documented to accept buffer_time in milliseconds, but ALSA driver stores buffer_time internally in microseconds but fails to convert the user input. Also, the d...libao-0.8.6 alsa driver has a bug in handling buffer_time option. The API is documented to accept buffer_time in milliseconds, but ALSA driver stores buffer_time internally in microseconds but fails to convert the user input. Also, the driver code has an untrue comment about ALSA api (claims that alsa API is given the buffer time in milliseconds but it's really in microseconds).
I will attach the patch soon.
Regards, Heikki Orsila
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/156--mandir not accepted by ./configure2007-06-17T08:54:53Zkarmak--mandir not accepted by ./configure```
The standard --mandir option is not accepted by ./configure. It is overridden
via an explicit setting of MANDIR in configure.in. The following patch to the
toplevel Makefile.in makes the --mandir option take effect:
------ BEGIN 'd...```
The standard --mandir option is not accepted by ./configure. It is overridden
via an explicit setting of MANDIR in configure.in. The following patch to the
toplevel Makefile.in makes the --mandir option take effect:
------ BEGIN 'diff -u' OUTPUT ----------
--- TRANSFORM/PATCH/Makefile.in Wed Feb 13 23:41:28 2002
+++ TRANSFORM/PATCH/Makefile.in.original Wed Feb 13 23:41:16 2002
@@ -96,7 +96,7 @@
m4datadir = $(datadir)/aclocal
m4data_DATA = ao.m4
-mandir = @mandir@
+mandir = @MANDIR@
man_MANS = libao.conf.5
EXTRA_DIST = README AUTHORS CHANGES COPYING libao.spec ao.m4 acinclude.m4
+$(man_MANS)
--- END 'diff -u' OUTPUT ---
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/651gaim crashes the sound system2007-06-17T08:54:16Zmstevens15gaim crashes the sound systemIn linux, I have to change sound daemons to get the
event sounds to even play. It won't coexist happily
with XMMS. Sometimes when I switch sound daemons, it
segfaults.
SEGFAULT:
Program received signal SIGSEGV, Segmentation fault.
[Swi...In linux, I have to change sound daemons to get the
event sounds to even play. It won't coexist happily
with XMMS. Sometimes when I switch sound daemons, it
segfaults.
SEGFAULT:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2922)]
0x415fd33c in Arts::StartupManager::startup () from
/usr/lib/libmcop.so.1
(gdb) bt
#0 0x415fd33c in Arts::StartupManager::startup () from
/usr/lib/libmcop.so.1
#1 0x415e2ff4 in Arts::Dispatcher::Dispatcher () from
/usr/lib/libmcop.so.1
#2 0x41191c95 in arts_backend_init () from
/usr/lib/libartscbackend.so.0
#3 0x40bad756 in arts_init () from /usr/lib/libartsc.so.0
#4 0x40baaaa9 in ao_plugin_test () from
/usr/lib/ao/plugins-2/libarts.so
#5 0x4003054f in ?? () from /usr/lib/libao.so.2
#6 0x08152238 in ?? ()
#7 0x00000000 in ?? ()
#8 0xffffffff in ?? ()
#9 0x400334b4 in ?? () from /usr/lib/libao.so.2
#10 0x08152232 in ?? ()
#11 0x0810d9c1 in top_left_corner ()
#12 0xbfff8c78 in ?? ()
#13 0x400310a2 in ao_default_driver_id () from
/usr/lib/libao.so.2
#14 0x400310a2 in ao_default_driver_id () from
/usr/lib/libao.so.2
#15 0x080f2ed9 in gaim_gtk_sound_get_ui_ops ()
#16 0x0808521e in gaim_prefs_destroy ()
#17 0x405963b6 in g_cclosure_marshal_VOID__VOID ()
from /usr/lib/libgobject-2.0.so.0
#18 0x405846b6 in g_closure_invoke () from
/usr/lib/libgobject-2.0.so.0
#19 0x40595ec8 in g_signal_emit_by_name () from
/usr/lib/libgobject-2.0.so.0
#20 0x40594f4c in g_signal_emit_valist () from
/usr/lib/libgobject-2.0.so.0
#21 0x405951e6 in g_signal_emit () from
/usr/lib/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#22 0x402ba1f5 in gtk_menu_item_activate () from
/usr/lib/libgtk-x11-2.0.so.0
#23 0x402cfc57 in gtk_option_menu_get_history ()
from /usr/lib/libgtk-x11-2.0.so.0
#24 0x402ae6de in _gtk_marshal_BOOLEAN__BOXED ()
from /usr/lib/libgtk-x11-2.0.so.0
#25 0x40584949 in g_cclosure_new_swap () from
/usr/lib/libgobject-2.0.so.0
#26 0x405846b6 in g_closure_invoke () from
/usr/lib/libgobject-2.0.so.0
#27 0x40595925 in g_signal_emit_by_name () from
/usr/lib/libgobject-2.0.so.0
#28 0x40594d3a in g_signal_emit_valist () from
/usr/lib/libgobject-2.0.so.0
#29 0x405951e6 in g_signal_emit () from
/usr/lib/libgobject-2.0.so.0
#30 0x4039d8a7 in gtk_widget_send_expose () from
/usr/lib/libgtk-x11-2.0.so.0
#31 0x402ad1f2 in gtk_propagate_event () from
/usr/lib/libgtk-x11-2.0.so.0
#32 0x402ac046 in gtk_main_do_event () from
/usr/lib/libgtk-x11-2.0.so.0
#33 0x404a9815 in _gdk_events_queue () from
/usr/lib/libgdk-x11-2.0.so.0
#34 0x405dc6b2 in g_main_depth () from
/usr/lib/libglib-2.0.so.0
#35 0x405dd738 in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#36 0x405dda70 in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#37 0x405de013 in g_main_loop_run () from
/usr/lib/libglib-2.0.so.0
#38 0x402ab8f3 in gtk_main () from
/usr/lib/libgtk-x11-2.0.so.0
#39 0x080f8463 in main ()Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/129libao.conf(5) file missing from package (libao.spec)2007-06-17T08:53:09Zmesriklibao.conf(5) file missing from package (libao.spec)```
Howdy,
Just upgraded the RC3 and noticed
that the man page was missing from
libao-0.8.2-1.i386.rpm package.
Minor fix, that you might already
have noticed... anyway just incase
you didn't yet, find the attached
diff for the spec fi...```
Howdy,
Just upgraded the RC3 and noticed
that the man page was missing from
libao-0.8.2-1.i386.rpm package.
Minor fix, that you might already
have noticed... anyway just incase
you didn't yet, find the attached
diff for the spec file.
HTH,
:-) riku
ps. Thanks for you all great work
with OGG Vorbis!
--- libao.spec.dist Tue Jan 1 04:00:49 2002
+++ libao.spec Mon Jan 14 00:01:20 2002
@@ -1,6 +1,6 @@
%define name libao
%define version 0.8.2
-%define release 1
+%define release 2
%define pluginver 2
Summary: Cross Platform Audio Output Library
@@ -43,6 +43,7 @@
[ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT
make DESTDIR=$RPM_BUILD_ROOT install
+
%files
%defattr(-,root,root)
%doc AUTHORS
@@ -51,6 +52,7 @@
%doc README
%{_libdir}/libao.so.*
%{_libdir}/ao/plugins-%{pluginver}/*.so
+%{_mandir}/man5/*
%files devel
%doc doc/*.html
@@ -72,6 +74,9 @@
/sbin/ldconfig
%changelog
+* Sun Jan 13 2002 Riku Meskanen <mesrik@cc.jyu.fi>
+- Added forgotten libao.conf(5) manpage to package
+
* Tue Dec 18 2001 Jack Moffitt <jack@xiph.org>
- Update for 0.8.2 release.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/libao/-/issues/244libao doesn't understand MacOS X dynamic libraries2007-06-17T08:52:27Zscrewtapelibao doesn't understand MacOS X dynamic libraries```
I'm using Mac OS X 10.1.5, and fink from cvs. The standard fink package of libao
doesn't allow any output besides .wav, .raw and null, despite the fact that the
libao tarball includes an ESD driver (and I have ESD installed, madplay ...```
I'm using Mac OS X 10.1.5, and fink from cvs. The standard fink package of libao
doesn't allow any output besides .wav, .raw and null, despite the fact that the
libao tarball includes an ESD driver (and I have ESD installed, madplay and xmms
use it happily) and an OS X CoreAudio driver.
So I downloaded libao-0.8.3 from the Vorbis site and compiled it - exactly the
same situation. I began to poke around in the code.
It seems libao has some issues with Mac OS X's implementation of dynamic
libraries. I have the fink dlcompat library installed, which mostly does the
right thing, but there's two places that stuff up:
* In src/audio_out.c at line 43, "SHARED_LIB_EXT" is defined as ".so". On Mac OS
X, shared libraries end in ".dylib". Oddly, the libao plugins are built and
installed as files ending in ".dylib", but libao ignores them because they have
the wrong extension.
* At about line 112 and following of the same file, libao has dlopened the file
in question and begins poking around for proper symbols to be defined. By
default all of these fail - libao looks for functions like "ao_plugin_test",
while the library exports "_ao_plugin_test".
After fixing both of the above in a highly hackish manner, recompiling and
installing libao, I now have the ESD plugin working properly. and ao_example.c
behaves as appropriate. I won't attach a patch, though, because I'm sure that my
changes would break every other platform out there.
```https://gitlab.xiph.org/xiph/libao/-/issues/1086ao/ao.h contains invalid C prototype2006-12-11T00:43:14ZGitlab Botao/ao.h contains invalid C prototypeThe `ao/ao.h` header file contains an invalid C prototype for the function `ao_default_driver_id`. The keyword `void` should be added between the parentheses.
When compiling an application with GCC, using `-Wall -Werror -Wmissing-protot...The `ao/ao.h` header file contains an invalid C prototype for the function `ao_default_driver_id`. The keyword `void` should be added between the parentheses.
When compiling an application with GCC, using `-Wall -Werror -Wmissing-prototypes -Wstring-prototypes`, compilation fails.Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/1005enhacements for libao 0.8.62006-07-19T08:07:47ZGitlab Botenhacements for libao 0.8.6it is mentioned in the TODO file of libao 0.8.6-1 (from debian sarge) that it is a "TODO" that libao do on the fly sample rate conversion.
it would be nice that converted to 2 channels if number of channels is not supported by the sound ...it is mentioned in the TODO file of libao 0.8.6-1 (from debian sarge) that it is a "TODO" that libao do on the fly sample rate conversion.
it would be nice that converted to 2 channels if number of channels is not supported by the sound card (e.g. my i810 only supports 2 channels)
it would be useful that ao_open_live returned a detailed description of the error when failing, since now it only returns NULL and sends things like "libao - OSS cannot set channels to 1" to stderr.
and also it would be nice a uniform method for selecting which sound card to use. say, sound card number n, with 0<=n. currently oss and alsa09 have different options for selecting sound card number and it needs a device name.Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/940[PATCH] update libao-polyp to 0.9.02006-07-18T23:06:01ZGitlab Bot[PATCH] update libao-polyp to 0.9.0please update the polypaudio plugin to version 0.9.0.
http://0pointer.de/lennart/projects/libao-polyp/
please update the polypaudio plugin to version 0.9.0.
http://0pointer.de/lennart/projects/libao-polyp/
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/71ao_example exits with error &#34;Error opening device.&#34;2006-06-12T11:45:59Zelifarleyao_example exits with error "Error opening device."```
I'm using MacOS X 10.1
``````
I'm using MacOS X 10.1
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/219libao rpm doesn't build/work on distributions w/o alsa (i.e. redhat)2006-06-12T11:40:57Znoalibao rpm doesn't build/work on distributions w/o alsa (i.e. redhat)```
The file libao.spec included in the libao distribution contains a
build-dependency on alsa-lib-devel, a package that is unavailable in several
major distributions. This prevents the libao package from being built and used
on for exam...```
The file libao.spec included in the libao distribution contains a
build-dependency on alsa-lib-devel, a package that is unavailable in several
major distributions. This prevents the libao package from being built and used
on for example redhat.
The src and binary rpms on www.vorbis.com also needs to be updated once this is
fixed.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/487MPD/mpg321 doesn't work with this mp32006-06-12T11:39:50ZstarzMPD/mpg321 doesn't work with this mp3```
OK, there's no 'Version 0.8.4' for libao in bugzilla so I couldn't put it as
0.8.4, so I just set it as CVS.
There is a problem in mpg321 & MPD (http://musicpd.org) with playing this file:
http://thelinuxshow.com/archives/2003/tls-1...```
OK, there's no 'Version 0.8.4' for libao in bugzilla so I couldn't put it as
0.8.4, so I just set it as CVS.
There is a problem in mpg321 & MPD (http://musicpd.org) with playing this file:
http://thelinuxshow.com/archives/2003/tls-11-25-2003.mp3
1) ALSA09 + 0.8.4 doesn't work
2) OSS + 0.8.4 does work
3) ALSA09 + 0.8.3 does work
4) OSS + 0.8.3 does work
5) ALSA09 + 0.8.3 + ao_alsa09.c from 0.8.4 doesn't work.
6) ALSA09 + 0.8.4 + ao_alsa09.c from 0.8.3 doesn't work
After all of this, I really don't know what the problem could be.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/238FILENAME_MAX only 14 characters on HP-UX2006-06-12T11:25:58ZAlexander RossFILENAME_MAX only 14 characters on HP-UX```
HP-UX fails because in audio_out.c the code uses FILENAME_PATH. I think
either PATH_MAX from limits.h or use pathconf.
Also, SHARED_LIB_EXTENSION isn't set automatically. I'm not sure what
can be done without explicit
#ifdef _HPU...```
HP-UX fails because in audio_out.c the code uses FILENAME_PATH. I think
either PATH_MAX from limits.h or use pathconf.
Also, SHARED_LIB_EXTENSION isn't set automatically. I'm not sure what
can be done without explicit
#ifdef _HPUX_SOURCE
#endif
code.
Also, dlopen doesn't seem to work but hacking shl_open does. I don't really
know if it is worth the effort.
Cheers,
Ross
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/240dlopen() fails upon loading plugins2006-06-12T11:25:17ZMichael Ritzertdlopen() fails upon loading plugins```
1) in contrast to my entry above this report concerns libao 0.8.3, not
0.8.2. bugzilla did not offer me to select this version. PLease fix the
corresponding form.
bug report:
after building ogg123 on my solaris7/sparc box i n...```
1) in contrast to my entry above this report concerns libao 0.8.3, not
0.8.2. bugzilla did not offer me to select this version. PLease fix the
corresponding form.
bug report:
after building ogg123 on my solaris7/sparc box i noticed that ogg123 showed
up only with the default drivers. i built the example program in libao's
doc subdirectory and noticed in a gdb session that the calls to dlopen()
failed. A research with google showed that the same problem has been
reported earlier for OpenBSD and for NetBSD. So i enforced the flag to the
dlopen() call to
#define DLOPEN_FLAG (RTLD_LAZY)
and the example program worked.
some thoughts to fix this:
the dlopen() problem occurs on OpenBSD, NetBSD, and possibly FreeBSD, and
it occurs on Solaris7 (and hence probably on most other svr4 systems)
On solaris boxes and the other commercial unices You have to deal with at
least two compilers.
So i suggest to enter a check into the configure script which tests for the
need of RTLD_LAZY or at least the system type and sets a preprocessor
symbol of, say, -DNEEDS_RTLD_LAZY according to the result of the test (or
the system type)
ao_private.h will be changed to check for NEEDS_RTLD_LAZY instead of OpenBSD
Thanks for writing this whole stuff!
Michael Ritzert
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/466libao 0.8.4 doesn't compile with --disable-esd2006-06-12T11:22:15Zberolibao 0.8.4 doesn't compile with --disable-esd```
[0.8.4 is missing in the Version list on enter_bug.cgi; this is about final
0.8.4 despite the cvs mark]
Trying to compile with esd disabled results in
configure: error: conditional "HAVE_ESD" was never defined.
Usually this m...```
[0.8.4 is missing in the Version list on enter_bug.cgi; this is about final
0.8.4 despite the cvs mark]
Trying to compile with esd disabled results in
configure: error: conditional "HAVE_ESD" was never defined.
Usually this means the macro was only invoked conditionally.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/68Mac OS X plugin loading through native API rather than dlopen compat library2006-06-12T11:19:08ZStan SeibertMac OS X plugin loading through native API rather than dlopen compat library```
This is a placeholder for Marquis Logan's patch to allow libao to load plugins
on OS X.
``````
This is a placeholder for Marquis Logan's patch to allow libao to load plugins
on OS X.
```Stan SeibertStan Seibert