similar to: libao sun driver?

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

Hi! There are some little inconvenience in libao-0.8.5. - The biggest is may that: the documentation and the header file declare the ao_file_extension function, which give a hint for the file extension where the device is realy a sound file. This function is missing. -An other: the alsa 0.5 and the alsa 0.9+ drivers short name. It will be better if the alsa 0.5's name will be alsa05 and the

machine/soundcard.h was only a compatibility symlink to sys/soundcard.h and just went away. >From Motoyuki Konno <motoyuki@bsdclub.org>. --- src/plugins/oss/ao_oss.c.orig Wed Apr 10 21:56:57 2002 +++ src/plugins/oss/ao_oss.c Wed Apr 10 21:57:11 2002 @@ -32,8 +32,6 @@ #include <math.h> #if defined(__OpenBSD__) || defined(__NetBSD__) #include <soundcard.h> -#elif

(Is this the right list for libao patches?) The following adds support for a sndio plugin to libao. sndio is OpenBSD's new audio API. diff -uNrp libao-0.8.8.orig/configure.ac libao-0.8.8/configure.ac --- libao-0.8.8.orig/configure.ac Thu May 24 12:51:05 2007 +++ libao-0.8.8/configure.ac Mon Dec 8 16:34:44 2008 @@ -300,6 +300,11 @@ dnl Check for Sun audio AC_CHECK_HEADERS(sys/audioio.h)

This evening I sat down trying to make ogg123 play a song on a SPARCstation 10/412 running Solaris 7. * libao My ao_sun audio driver, already known to cover NetBSD/OpenBSD, works fine on Solaris, too. I would really like to see this committed (and ao_solaris can be removed). * libogg (no issues) * libvorbis Solaris doesn't have the float functions (acosf(), etc), but the

Clobbering CFLAGS is not nice. --- src/plugins/arts/Makefile.am.orig Sat Dec 30 06:03:25 2000 +++ src/plugins/arts/Makefile.am Wed Apr 11 00:40:35 2001 @@ -16,13 +17,12 @@ artssources = endif -INCLUDES = -I$(top_srcdir) -I$(top_srcdir)/include +INCLUDES = -I$(top_srcdir) -I$(top_srcdir)/include @ARTS_CFLAGS@ libdir = $(plugindir) lib_LTLIBRARIES = $(artsltlibs) libarts_la_LDFLAGS =

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 did this for OpenBSD. NetBSD uses the same audio(4) system. It should also work on Solaris, but I can't test that. --- configure.in.orig Tue May 13 00:58:07 2003 +++ configure.in Tue May 13 00:58:20 2003 @@ -26,7 +26,7 @@ AC_CANONICAL_HOST AM_PROG_LIBTOOL AC_C_BIGENDIAN -AC_CHECK_HEADERS(sys/soundcard.h) +AC_CHECK_HEADERS(sys/soundcard.h sys/audioio.h) AC_ARG_ENABLE(ogg, [

I just committed what will eventually become the next version of libao. I've made some major changes: renamed stuff, redesigned the API, actually documented things. It *will* break any current libao applications (like ogg123). It is on its own branch, so it shouldn't affect the mainline libao code for a while. But beware: I want to land this branch before Vorbis 1.0 goes out. Please

Embarrasing that I didn't notice this earlier. oggenc from 1.0rc2 dies for me on FreeBSD/alpha with SIGFPE. I expect this to come out of libvorbis. I've built libao/libogg/libvorbis/vorbis-tools with both gcc and ccc, no difference. I'll see whether I can dig up more details. -- Christian "naddy" Weisgerber naddy@mips.inka.de --- >8 ----

Christian Weisgerber <naddy@mips.inka.de> wrote: > #0 0x0000000040d18810 in FLAC__lpc_compute_residual_from_qlp_coefficients_wide > (data=0x49e4c014, data_len=110, qlp_coeff=0x7f7ffffece70, order=1, > lp_quantization=14, residual=0x4fced000) at lpc.c:745 > 745 residual[i] = > data[i] - (FLAC__int32)((qlp_coeff[0] *

The output of ogg123 -h and the man page should be updated to document the devices currently available through libao. (Those extraneous carriage returns in ogg123.1 suck, btw.) --- ogg123/ogg123.1.orig Sat Jun 30 14:48:43 2001 +++ ogg123/ogg123.1 Sat Jun 30 15:02:46 2001 @@ -76,7 +76,7 @@ written to output overhead. .IP oss -Open Sound System driver for Linux and {Net,Free,Open}BSD. +Open

Christian Weisgerber <naddy@mips.inka.de> wrote: > | # nasm build rule: > | %.lo: %.s Even with gmake, this really works only by accident. Automake generates a competing suffix rule, and gmake apparently gives the rule above a higher priority than the suffix rule (or that just happens to be the evaluation order). Matt, since you seem to understand automake, can you come up with

Hi. I'm trying to build and install ogg vorbis on Mandrake 8.2b4. I'm using the ogg vorbis source rpms on the download page. libogg and libvorbis built fine, but it looks like I'm missing a basic aRts header file in the build error excerpt below (artsc.h--somebody check and make sure I'm on the right track). However, I have Mandrake Cooker arts, libarts2, libarts2-devel

That sounds like the application param is still used as part of the process though? Would allowing the user to specify the application work in the Solokey case? What is stored in the private keyfile? The documentation says no private key is stored there. So is it just information used to reseed the public/private key? Thanks, Kevin ________________________________________ From: openssh-unix-dev

Ah, with an internal block size [Is that what one calls it?] of 64 bytes. From: Damien Miller <djm at mindrot.org> Sent: Wednesday, March 29, 2023 3:08 PM To: Robinson, Herbie <Herbie.Robinson at stratus.com> Cc: Chris Rapier <rapier at psc.edu>; Christian Weisgerber <naddy at mips.inka.de>; openssh-unix-dev at mindrot.org Subject: RE: [EXTERNAL] Re: ChaCha20 Rekey

Ok, this patch replaces the old patch I sent, and it does a bit more. For one, it sorts the linked list of drivers based on the priority values, highest valued ones coming first. That allows the _find_default_driver_id code to stop looping (break) immediately when it finds a driver that works, because it already knows it's the working driver with the highest priority (what it normally

I've completed the new device for libao that just writes raw, headerless, unformatted audio data to the file of your choice. The driver also supports writing to stdout by specifying the output file to be "-". This is the better way to stream uncompressed audio for now, thereby avoiding the headaches contained in wav files. To add the driver: 1) Copy ao_raw.c into ao/src/ 2) Apply

Running the basic (--disable-thorough-tests) test suite, I get these failures round-trip test (rt-1-24-111.raw) encode... Segmentation fault (core dumped) ERROR FAIL: ./test_flac.sh fsd24-01 (--channels=1 --bps=24 -0 -l 16 --lax -m -e -p): encode...ERROR during encode of fsd24-01 FAIL: ./test_streams.sh on alpha and amd64. By contrast, i386 is fine. (All OpenBSD/4.2.) Could be a generic LP64

I'm also working on writing the raw driver I mentioned in the last email, but noticed that Jack has rearranged some of the guts of ao since I last looked at it. In ao/include/ao/ao.h you define AO_NULL and AO_WAV to be 0 and 1, respectively. If I want to add a raw driver that is compiled into the main library, can I just add #define AO_RAW 2 and then modify ao_initialize to put ao_raw