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_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FROM,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 16092 invoked from network); 21 Dec 2023 07:55:39 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 21 Dec 2023 07:55:39 -0000 Received: from mail-pj1-f50.google.com ([209.85.216.50]) by 9front; Thu Dec 21 02:53:54 -0500 2023 Received: by mail-pj1-f50.google.com with SMTP id 98e67ed59e1d1-28b99bca6easo121010a91.1 for <9front@9front.org>; Wed, 20 Dec 2023 23:53:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1703145231; x=1703750031; darn=9front.org; h=content-transfer-encoding:to:subject:message-id:date:from :references:in-reply-to:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=QV1xM9q+O94j6iViU64pM5qlbqWj90nDKOL+fOJpFgQ=; b=It1bFQMLXOIlEoaPThi6/aSvtxAXyBkBRm8oY9/1CKV0yrZIEglovZBfLuZLfnJWVX 2eJ+j6eAWMZAlxWtDSqD/Hty5K1qyLOk/5L9fUFbIGB74WgYdpjioGgNAh964as+M1An ucnwznLUvEb/uWusXZpZy1mK1Dv6TGTO2PnfdUgfe+yotL9CTJZ7o2u48cSNpWKaYIHI 7oRBMcgdwh60YLNxve9wwNQcpj2Qbui2bzIdCi2ZJoou+IdLrejwO2fvqA1XRY1V5W0u N0PjIfyHuTThGkWOYfueI5CTTRjUP+nx73mOrGkDb3Pr93mq8CsfNK6kpl44JyaHdbrI W0NQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1703145231; x=1703750031; h=content-transfer-encoding:to:subject:message-id:date:from :references:in-reply-to:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=QV1xM9q+O94j6iViU64pM5qlbqWj90nDKOL+fOJpFgQ=; b=fwSkFo9Din75nxC47tqmIzGPiebJjiVnl5wSoRZn5UA4lNh699h39pm5kDcbz00yB5 OfZBuItl3qL6OOdj1eoeA3aA+WAZOdd+enMqN94Rgd9EInfT/B/5RZ3hXxQh/Ldu3a6p L0pS+TW1mSNFmfpaCSmVX8ZUzPb2U+V6AqbZAmlhjn39xY7b4+m6Fse3m45LpSq+cbBA gxLYmzBNGZwqEsg5tdgvBL8PZnY2fQaOJ71D/0MuHugnE3KXd44XHTJ+w7pTi9dfsje4 7jF0y21A7JTWJRgzRD87i3JhSdyZ/+L1shHjUBtUTQAdUm6jl0nzr+Njf854Z3dGYo3w PHAw== X-Gm-Message-State: AOJu0YwXLvj83+zPHuqqGBymB1xwaWSoFSbutzHaKT+5+GXY8119nLas C2wcCWwPgAHB+KVc9t01qNXD18Q3PRhf51VGTBgvHU09 X-Google-Smtp-Source: AGHT+IGpdsQbUab2bXyOaoEpiAdfiGR/e06SRTayvMTNor55coP9G2I2zlglmeJg3sakx+BgQMmNGMrj5uMZuyvJt8w= X-Received: by 2002:a17:90a:fd85:b0:28b:c22f:b1c1 with SMTP id cx5-20020a17090afd8500b0028bc22fb1c1mr5772524pjb.1.1703145231211; Wed, 20 Dec 2023 23:53:51 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a05:7300:8c08:b0:100:1989:4ecd with HTTP; Wed, 20 Dec 2023 23:53:50 -0800 (PST) In-Reply-To: References: <1088817250.3535546.1703071432843@comcenter.netcologne.de> <7408ADB29853D60644FA44A89191C3B8@wopr.sciops.net> <1235011938.3556150.1703098437964@comcenter.netcologne.de> From: hiro <23hiro@gmail.com> Date: Thu, 21 Dec 2023 08:53:50 +0100 Message-ID: To: 9front@9front.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: package session interface Subject: Re: [9front] [PATCH] Fix nusb/audio /dev entries Reply-To: 9front@9front.org Precedence: bulk agreed. just it should also not crap out on writes when there is no audio device at all. at first i thought like you, but now i slept about it for a night and i realize khm was correct. usb audio is too flakey and we don't want errors in other applications for intermittent usb crap. On 12/21/23, Sigrid Solveig Hafl=C3=ADnud=C3=B3ttir wrote: > Write a tool (script?) that watches usbevent and does that. Run it in the > right place so that namespace is updated properly for your programs. > Bonus: a tool (I'd suggest separate from mixfs) that does that but also > provides its own /dev/audio that never craps out on writes unless there i= s > no audio devices at all, and can be configured in runtime to point at > different "real" devices for input and output. > That might be more useful than nusbrc running nusb/audio and modifying th= e > namespace when one least expects it. > > On December 20, 2023 7:53:57 PM GMT+01:00, Arne Meyer > wrote: >>Hello qwx, >> >>> qwx@sciops.net hat am 20.12.2023 17:44 CET geschrieben: >>> >>> Thanks for the patch. 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 >> 9front driver. So >>I use a cheap usb sound card to get audio. In this case I could probably >> do >>'unmount #A' in a namespace file and have it work as intended? >> >>> Here are some arguments against it: >>> >>> - 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 >>> >>> - If more devices are plugged in, only the last one would be used, >>> switching output yet again >>> >>> - If the usb device is disconnected, audio will break for programs >>> currently writing to /dev/audio and they would have to reopen it >>> >> >>Yes, those are all good points. >> >>> >>> 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. Maybe >> mixfs >>can do some clever stuff here? >> >>> >>> Cheers, >>> qwx >