libao issueshttps://gitlab.xiph.org/xiph/libao/-/issues2006-06-12T11:04:14Zhttps://gitlab.xiph.org/xiph/libao/-/issues/15core dump in ao_close2006-06-12T11:04:14Zwizcore dump in ao_close```
ao_close does a NULL pointer dereference if you only ao_initialize(), get_default_device(), append_device(), and then ao_close (like ogg123 does), but play no file in the mean time (which can happen if you specify an invalid ogg file...```
ao_close does a NULL pointer dereference if you only ao_initialize(), get_default_device(), append_device(), and then ao_close (like ogg123 does), but play no file in the mean time (which can happen if you specify an invalid ogg file for play, e.g. a directory). Simple test: `mkdir test && ogg123 test'. I traced it a bit, and found out that it dies in ao_close().
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/libao/-/issues/22RAW audio output driver2006-06-12T10:48:32ZStan SeibertRAW audio output driver```
Several people have asked me for a driver that will output raw audio samples.
The required patches can be found in this archived message:
http://www.xiph.org/archives/vorbis-dev/200103/0098.html
Please incorporate this soon.
``````
Several people have asked me for a driver that will output raw audio samples.
The required patches can be found in this archived message:
http://www.xiph.org/archives/vorbis-dev/200103/0098.html
Please incorporate this soon.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/libao/-/issues/37Encoding quality (mostly voice)2006-06-12T10:46:56ZGitlab BotEncoding quality (mostly voice)```
Hi,
I have compared an OGG beta 4 audio file with AAC (fraunhofer encoder) and MP3
(fraunhofer encoder) all encoded at 128kbps.
OGG seems to be able to produce a highter quality audio file.
I only have one comment about voice encodi...```
Hi,
I have compared an OGG beta 4 audio file with AAC (fraunhofer encoder) and MP3
(fraunhofer encoder) all encoded at 128kbps.
OGG seems to be able to produce a highter quality audio file.
I only have one comment about voice encoding. I know this is still a beta
version (perhaps close to release) but I can definitely hear a loss in the
voice encoding.
Song: Tori Amos - Cornflake Girl.
I am using oggdrop.exe beta 4.
Let me know if you need more details.
Thanks,
Gianluca.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/libao/-/issues/59RPm for RC2 doesn't build from source RPM at SuSE 7.22006-06-12T11:12:43ZmalakhanovRPm for RC2 doesn't build from source RPM at SuSE 7.2```
spec for libao-devel list documentation files in doc directory:
API DRIVERS WANTED USAGE, but there are no such files.
Also doc files are installed by Makefile which doesn't detect right directory
for documentation files. At SuSE 7.2...```
spec for libao-devel list documentation files in doc directory:
API DRIVERS WANTED USAGE, but there are no such files.
Also doc files are installed by Makefile which doesn't detect right directory
for documentation files. At SuSE 7.2 this is
/usr/share/doc/packages/<packages-name>.
Either detect right place for documentation files or let rpm build put it there.
```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 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/107Incorrect version number in README2006-06-12T10:55:35ZgshangIncorrect version number in README```
This is actually for libao 0.8.2 as shipped with vorbis RC3, but there
wasn't a pulldown entry for that (which I guess is a bugzilla bug, hmmmm).
The README in libao 0.8.2 says the version is 0.8.0. Apart from that, it
seems to be ...```
This is actually for libao 0.8.2 as shipped with vorbis RC3, but there
wasn't a pulldown entry for that (which I guess is a bugzilla bug, hmmmm).
The README in libao 0.8.2 says the version is 0.8.0. Apart from that, it
seems to be fully up to date as far as I can tell.
Geoff.
```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/131--disable-shared does the wrong thing2006-06-12T10:40:45ZSegher Boessenkool--disable-shared does the wrong thing```
When configuring with --disable-shared, the plugins get build as non-shared
libs as well. This isn't exactly useful ;-)
``````
When configuring with --disable-shared, the plugins get build as non-shared
libs as well. This isn't exactly useful ;-)
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/132Doesn't compile due to lack of RTLD_GLOBAL2006-06-12T10:59:37ZwooledgDoesn't compile due to lack of RTLD_GLOBAL```
I'm compiling on HP-UX 10.20 with the hp_dlfcn compatibility package installed.
There is no RTLD_GLOBAL in dlfcn.h, so libao doesn't build. I patched around it
like this:
--- src/ao_private.h 2001/12/17 14:06:50 1.6
+++ src/...```
I'm compiling on HP-UX 10.20 with the hp_dlfcn compatibility package installed.
There is no RTLD_GLOBAL in dlfcn.h, so libao doesn't build. I patched around it
like this:
--- src/ao_private.h 2001/12/17 14:06:50 1.6
+++ src/ao_private.h 2002/01/16 15:30:33
@@ -42,7 +42,7 @@
*
* ALSA requires RTLD_GLOBAL.
*/
-#if defined(__OpenBSD__)
+#if defined(__OpenBSD__) || defined(hpux)
#define DLOPEN_FLAG (RTLD_LAZY)
#else
#define DLOPEN_FLAG (RTLD_NOW | RTLD_GLOBAL)
but that's a sloppy way to do it; it should be handled by autoconf.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/133libao dependency for libasound.so.22006-06-12T10:55:11ZBilllibao dependency for libasound.so.2```
When I try to install the libao-0.8.2-1 i386 RPM, under Red Hat 7.1, using
GnomeRPM, I am told it needs libasound.so.2
I am not able to find libasound on any of the RPM sites.
How do I correct this?
``````
When I try to install the libao-0.8.2-1 i386 RPM, under Red Hat 7.1, using
GnomeRPM, I am told it needs libasound.so.2
I am not able to find libasound on any of the RPM sites.
How do I correct this?
```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/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/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/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/258device is not compared with NULL in ao_play()2003-08-26T23:16:58Zchristianbieredevice is not compared with NULL in ao_play()```
This bug report is for libao-0.8.3. The "Version" selector of your Bugzilla is
out of date.
ogg123 crashes on Solaris if /dev/audio doesn't exist. The crash happends in
ao_play() line 631 of src/audio_output.c:
if (device->s...```
This bug report is for libao-0.8.3. The "Version" selector of your Bugzilla is
out of date.
ogg123 crashes on Solaris if /dev/audio doesn't exist. The crash happends in
ao_play() line 631 of src/audio_output.c:
if (device->swap_buffer != NULL) {
IMO there's a missing "if (device == NULL) return 0;" although ogg123 should not
call ao_play() with device == NULL.I would also insert NULL checks in ao_close()
just because someone could accidently call it with device == NULL.
BTW, in doc/ao_play.html "ao_play" is wrongly called "ao_open".
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/260if dlopen fails, the next plugin will also fail.2003-08-31T18:10:02Zd95hjortif dlopen fails, the next plugin will also fail.```
The call to dlopen fails to give a handle then the next time _get_plugin is
called it will fail.
This is because dlerror() is never called after the failing dlopen().
Insted the error messag is returned in the test for the first symb...```
The call to dlopen fails to give a handle then the next time _get_plugin is
called it will fail.
This is because dlerror() is never called after the failing dlopen().
Insted the error messag is returned in the test for the first symbol in the next
plugin.
dt->functions->test = dlsym(dt->handle, "ao_plugin_test");
if (dlerror()) { free(dt->functions); free(dt); return NULL; }
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/310config files not closed2003-08-07T18:45:05Zfaceprintconfig files not closed```
read_config_file does not close the file that it opens
``````
read_config_file does not close the file that it opens
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/418cvs_nighly libao ao_aixs.c build problem2006-06-12T10:44:12Ztomppacvs_nighly libao ao_aixs.c build problem```
libao Makefile tries to build src/ao_aixs.c on my Solaris box. This looks
something which should happen only with AIX
make
Making all in src
Making all in plugins
Making all in oss
Making all in esd
Making all in arts
Making all i...```
libao Makefile tries to build src/ao_aixs.c on my Solaris box. This looks
something which should happen only with AIX
make
Making all in src
Making all in plugins
Making all in oss
Making all in esd
Making all in arts
Making all in alsa
Making all in alsa09
Making all in sun
Making all in irix
Making all in macosx
Making all in nas
source='ao_aixs.c' object='ao_aixs.lo' libtool=yes \
depfile='.deps/ao_aixs.Plo' tmpdepfile='.deps/ao_aixs.TPlo' \
depmode=none /bin/bash ../depcomp \
/bin/bash ../libtool --mode=compile cc -DPACKAGE_NAME=\"\"
-DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libao\" -DVERSION=\"0.8.3\"
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBPTHREAD=1 -DSIZEOF_SHORT=2
-DSIZEOF_INT=4 -DSIZEOF_LONG=4 -DHAVE_SYS_AUDIOIO_H=1 -DHAVE_SYS_AUDIO_H=1 -I.
-I. -I../include/ao -I../include
-DAO_PLUGIN_PATH=\"/usr/local/lib/ao/plugins-2\" -xO4 -fast -w -fsimple
-native -xcg92 -g -c -o ao_aixs.lo `test -f 'ao_aixs.c' || echo './'`ao_aixs.c
cc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libao\"
-DVERSION=\"0.8.3\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
-DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBPTHREAD=1
-DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -DSIZEOF_LONG=4 -DHAVE_SYS_AUDIOIO_H=1
-DHAVE_SYS_AUDIO_H=1 -I. -I. -I../include/ao -I../include
-DAO_PLUGIN_PATH=\"/usr/local/lib/ao/plugins-2\" -xO4 -fast -w -fsimple -native
-xcg92 -g -c ao_aixs.c -KPIC -DPIC -o ao_aixs.lo
"ao_aixs.c", line 130: undefined symbol: audio_init
"ao_aixs.c", line 130: syntax error before or at: init
"ao_aixs.c", line 131: undefined symbol: audio_control
"ao_aixs.c", line 132: undefined symbol: audio_change
"ao_aixs.c", line 137: undefined symbol: init
"ao_aixs.c", line 137: undefined struct/union member: srate
"ao_aixs.c", line 138: undefined struct/union member: bits_per_sample
"ao_aixs.c", line 139: non-unique member requires struct/union object: channels
"ao_aixs.c", line 139: cannot access member of non-struct/union object
"ao_aixs.c", line 140: undefined struct/union member: mode
"ao_aixs.c", line 140: undefined symbol: AUDIO_PCM
"ao_aixs.c", line 141: undefined struct/union member: flags
"ao_aixs.c", line 141: undefined symbol: AUDIO_BIG_ENDIAN
"ao_aixs.c", line 141: undefined symbol: AUDIO_TWOS_COMPLEMENT
"ao_aixs.c", line 142: undefined struct/union member: operation
"ao_aixs.c", line 144: undefined symbol: AUDIO_INIT
"ao_aixs.c", line 149: undefined symbol: change
"ao_aixs.c", line 149: cannot access member of non-struct/union object
"ao_aixs.c", line 150: undefined struct/union member: volume
"ao_aixs.c", line 151: undefined struct/union member: monitor
"ao_aixs.c", line 151: undefined symbol: AUDIO_IGNORE
"ao_aixs.c", line 152: undefined struct/union member: input
"ao_aixs.c", line 153: undefined struct/union member: output
"ao_aixs.c", line 153: undefined symbol: AUDIO_OUTPUT_1
"ao_aixs.c", line 155: undefined symbol: control
"ao_aixs.c", line 155: undefined struct/union member: ioctl_request
"ao_aixs.c", line 155: undefined symbol: AUDIO_CHANGE
"ao_aixs.c", line 156: undefined struct/union member: position
"ao_aixs.c", line 157: undefined struct/union member: request_info
"ao_aixs.c", line 159: undefined symbol: AUDIO_CONTROL
"ao_aixs.c", line 164: undefined symbol: AUDIO_START
cc: acomp failed for ao_aixs.c
*** Error code 1
make: Fatal error: Command failed for target `ao_aixs.lo'
Current working directory /v/t/src/ogg/build/ao/src
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /v/t/src/ogg/build/ao/src
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
```Stan SeibertStan Seibert