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.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 31990 invoked from network); 21 Dec 2023 02:49:13 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 21 Dec 2023 02:49:13 -0000 Received: from ftrv.se ([45.76.35.157]) by 9front; Wed Dec 20 21:47:29 -0500 2023 Date: Thu, 21 Dec 2023 03:47:25 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ftrv.se; s=mail2; t=1703126846; bh=9n32Jmf4Qoc8UM2jVoU32sP+qhkfDX+WjGxS5d7yz9U=; h=Date:From:To:Subject:In-Reply-To:References; b=gdxSdp+AwuKSLlub3dWruaCcQT2JzKTpfiudc2TCTmGXFnXSBujXaiBFCxBMn2qdO 7h4Wg85ebXSHeb2WFs4XZNZInpTtkrDPSgkNzON/pAKZkRFanCzceXIBIfDGDMKa4h V6DgXyekxSyNTAt1b84MyDH8yO5V6HHn+7uPEqtsXWt18QVru/kN8F3S/6ehX0Jewb 54HhNsKBJyVxwsLje7K8kbLcmBpdPDTFyYDCTH8vAXCErEAKl+kKChDOonecaF2bNm AoFS41ek1R3dAeJ9ucSplLygC8uP/JMOiDEtNdlPoVi4bVy/EEjaUKyisXxU+cAe5R s8P9GanorE6oQ== From: =?ISO-8859-1?Q?Sigrid_Solveig_Hafl=EDnud=F3ttir?= To: 9front@9front.org In-Reply-To: <1235011938.3556150.1703098437964@comcenter.netcologne.de> References: <1088817250.3535546.1703071432843@comcenter.netcologne.de> <7408ADB29853D60644FA44A89191C3B8@wopr.sciops.net> <1235011938.3556150.1703098437964@comcenter.netcologne.de> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: responsive self-healing element-oriented solution Subject: Re: [9front] [PATCH] Fix nusb/audio /dev entries Reply-To: 9front@9front.org Precedence: bulk Write a tool (script?) that watches usbevent and does that=2E Run it in the= right place so that namespace is updated properly for your programs=2E Bonus: a tool (I'd suggest separate from mixfs) that does that but also pr= ovides its own /dev/audio that never craps out on writes unless there is no= audio devices at all, and can be configured in runtime to point at differe= nt "real" devices for input and output=2E That might be more useful than nusbrc running nusb/audio and modifying the= namespace when one least expects it=2E On December 20, 2023 7:53:57 PM GMT+01:00, Arne Meyer wrote: >Hello qwx, > >> qwx@sciops=2Enet hat am 20=2E12=2E2023 17:44 CET geschrieben: >>=20 >> Thanks for the patch=2E One could argue against the previous behavior >> -- what is your use case? > >I have a thin client with hda audio that is not quite working with the 9f= ront driver=2E So >I use a cheap usb sound card to get audio=2E In this case I could probabl= y do >'unmount #A' in a namespace file and have it work as intended? > >> Here are some arguments against it: >>=20 >> - It pulls the rug under you by automatically changing the device you >> write audio to, and imho the interaction between #u, #A and mixfs gets >> confusing >>=20 >> - If more devices are plugged in, only the last one would be used, >> switching output yet again >>=20 >> - If the usb device is disconnected, audio will break for programs >> currently writing to /dev/audio and they would have to reopen it >>=20 > >Yes, those are all good points=2E > >>=20 >> What do you think, would that work in your case? > >If I plug in a usb device I expect it to become the default device=2E May= be mixfs >can do some clever stuff here? > >>=20 >> Cheers, >> qwx