From owner-freebsd-multimedia Sat Jun 21 08:55:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05855 for multimedia-outgoing; Sat, 21 Jun 1997 08:55:15 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05850 for ; Sat, 21 Jun 1997 08:55:12 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id IAA08263; Sat, 21 Jun 1997 08:54:58 -0700 (PDT) Message-Id: <199706211554.IAA08263@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Mark Murray cc: John-Mark Gurney , multimedia@FreeBSD.ORG Subject: Re: GUS PnP woes In-reply-to: Your message of "Sat, 21 Jun 1997 14:56:31 +0200." <199706211256.OAA09649@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Jun 1997 08:54:58 -0700 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don't use /dev/audio1 Cheers, Amancio >From The Desk Of Mark Murray : > John-Mark Gurney wrote: > > > Two processes can't open /dev/audio. How should this work? > > > > see below, they can if one is a child of another... > > > > > Speak_freely has one process doing the reading and one doing the > > > writing. The one that starts second cannot get /dev/audio because it is > > > busy. This can be duplicated by going 'cat /dev/audio > /dev/audio'. > > > > so you simply do something like: > > > > int fd; > > fd=open("/dev/audio", O_RDWR); > > if(fork()) { > > handle one end; > > } else { > > handle the other; > > } > > AAAHHH! Does this not therefore represent breakage of the original > FULL-DUPLEX model of /dev/audio (as required by eg. speak_freely)? > > > really quite simple... and the seperate audio{0,1} was probably so you > > could simulate full duplex audio with two sound cards... one as audio0 > > and the other as audio1... > > OK. ATM, if I cat a .au file to /dev/audio1, my system panics with an > integer overflow. I dont know enough about what I am doing to tell > whether this is a real problem or pilot error. > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > >