From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED,
	T_SCC_BODY_TEXT_LINE,UNPARSEABLE_RELAY autolearn=no autolearn_force=no
	version=3.4.4
Received: (qmail 11239 invoked from network); 20 Dec 2023 17:24:16 -0000
Received: from 9front.inri.net (168.235.81.73)
  by inbox.vuxu.org with ESMTPUTF8; 20 Dec 2023 17:24:16 -0000
Received: from wopr.sciops.net ([216.126.196.60]) by 9front; Wed Dec 20 12:20:59 -0500 2023
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sciops.net; s=20210706;
	t=1703092777;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:mime-version:mime-version:content-type:content-type:
	 in-reply-to:in-reply-to:references:references;
	bh=OZytGBniDzzT5Of6EmC5eg+aBt+uOhAZBe9fxQoTHb4=;
	b=VAFAjhjS5DOVnaUfzj8j1WErKG9IIBLVUxVqVsfvHYIFhrHWjbCc3lJXfHz77ZvhBG2ObJ
	yDcitKss5gd+yKi8oCPDDoGFR7kfYYS5n6bX8/SobnnxeKkE9efRzVVX68FwyNt6Q8TBpA
	PMpVKL9C8MwxaIs7PjWYoss40JnG5Xo=
Received: from localhost (wopr.sciops.net [local])
	by wopr.sciops.net (OpenSMTPD) with ESMTPA id 37b04956
	for <9front@9front.org>;
	Wed, 20 Dec 2023 09:19:37 -0800 (PST)
Date: Wed, 20 Dec 2023 09:19:37 -0800
From: Kurt H Maier <khm@sciops.net>
To: 9front@9front.org
Message-ID: <ZYMiKbk6pTfDe93V@wopr>
Mail-Followup-To: 9front@9front.org
References: <1088817250.3535546.1703071432843@comcenter.netcologne.de>
 <7408ADB29853D60644FA44A89191C3B8@wopr.sciops.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <7408ADB29853D60644FA44A89191C3B8@wopr.sciops.net>
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: element software-scale control 
Subject: Re: [9front] [PATCH] Fix nusb/audio /dev entries
Reply-To: 9front@9front.org
Precedence: bulk

On Wed, Dec 20, 2023 at 05:44:35PM +0100, qwx@sciops.net wrote:
> - If more devices are plugged in, only the last one would be used,
> switching output yet again

Not my circus, but isn't this how people would expect things to work?
If you plug in an audio device, surely you expect that to become the
active device?

> - If the usb device is disconnected, audio will break for programs
> currently writing to /dev/audio and they would have to reopen it

This sounds like a bug worth fixing -- we need aan for /dev/audio.  We
can call it aaa.

khm