From owner-freebsd-multimedia Tue Nov 4 10:45:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA28276 for multimedia-outgoing; Tue, 4 Nov 1997 10:45:32 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA28262 for ; Tue, 4 Nov 1997 10:45:23 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA20704; Tue, 4 Nov 1997 18:32:53 +0100 From: Luigi Rizzo Message-Id: <199711041732.SAA20704@labinfo.iet.unipi.it> Subject: Re: audio modules for various applications To: jonny@coppe.ufrj.br (Joao Carlos Mendes Luis) Date: Tue, 4 Nov 1997 18:32:52 +0100 (MET) Cc: jonny@coppe.ufrj.br, multimedia@FreeBSD.ORG In-Reply-To: <199711041528.NAA20512@gaia.coppe.ufrj.br> from "Joao Carlos Mendes Luis" at Nov 4, 97 01:28:22 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > // I am not familiar about the Sun audio API to say how good or bad > // it is. > > The biggest win is that it's more standard. > > Except from Linux Toys, everything I've ever seen in Free Multimedia > runs on Sun hardware. but people want toys... and now that they don't have /usr/games anymore ... :) > If the Linux source compatibility is really that important, there > could be some sort of compat devices. In NetBSD there's a compat/ossaudio > directory. once you have to implement compatibility modes, you need all the low level features to implement them. As an example, implementing mmapped access to the audio buffer is very challenging. > Also, /dev/audio could be the "Sun Device", and /dev/dsp the "Linux > Device". there is no need to differentiate things like this. It's the ioctl() which you use that should suffice to make the difference. > // I am looking at the definition of a new API for audio device, aimed > // at minimizing the number of calls, and giving more support to > // synchronization. But this will not be SUN either... > > If you need a new API, why not to use something compatible ? if it does what I want, why not ? I'll look into the Sun documentation. Remember -- I am not looking after a thousand different library functions, just a basic, simple, effective set of ioctl() calls. Cheers Luigi