From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from firstgate.proxmox.com (firstgate.proxmox.com [212.224.123.68]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by lists.proxmox.com (Postfix) with ESMTPS id 6ED3365CFD for ; Mon, 4 Jan 2021 18:55:41 +0100 (CET) Received: from firstgate.proxmox.com (localhost [127.0.0.1]) by firstgate.proxmox.com (Proxmox) with ESMTP id 62E3E200D9 for ; Mon, 4 Jan 2021 18:55:41 +0100 (CET) Received: from vizir.gilouweb.com (vizir.gilouweb.com [51.254.229.100]) by firstgate.proxmox.com (Proxmox) with ESMTP id 38902200CC for ; Mon, 4 Jan 2021 18:55:40 +0100 (CET) Received: from localhost (localhost.localdomain [127.0.0.1]) by vizir.gilouweb.com (Postfix) with ESMTP id D554E82B3FA for ; Mon, 4 Jan 2021 18:55:39 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gilouweb.com; s=mail; t=1609782939; bh=betcu16NOlONc+3pFisB/YLM9YfsGFr/BHfIDfyBAKQ=; h=Subject:To:References:From:Date:In-Reply-To:From; b=gUA4iSZs9M5cT6fP5lkvtwxhzI2NFK4XwfMNCanNZVJFWbMxaiDT7vQX07vxxASJX UhP4VHx4aexNXiHbRZQH8TQNGlnHlhp1S7VyqRU5t5NaPcuwf7bIJOb15PACyr4mbu 1odUt01KXqcwdcbT81ZbHYMKp82wdMItq/pKOQXtVqDcHVp+QrdaiUi0wv1YCwoeAG a9J7hKTPOtdIao1zW0cLhK3WFDnfUNIeNiRVHWwn3/Ry8q/72guVtbnThlU1unBiuO t4BIpwIx1Um7a/mSPr3G1kbKr7ERNvNiFT7cEQvTx7EDGkZ2s+HsppBmXbObhihW/a ly4zpMB0XxAAg== X-Virus-Scanned: Debian amavisd-new at vizir.gilouweb.com Received: from vizir.gilouweb.com ([127.0.0.1]) by localhost (vizir.gilouweb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VXHrMk0L35rQ for ; Mon, 4 Jan 2021 18:55:30 +0100 (CET) Received: from [IPv6:2001:910:102d::3ca] (unknown [IPv6:2001:910:102d::3ca]) by vizir.gilouweb.com (Postfix) with ESMTPSA id 15CD682B3D0 for ; Mon, 4 Jan 2021 18:55:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gilouweb.com; s=mail; t=1609782930; bh=betcu16NOlONc+3pFisB/YLM9YfsGFr/BHfIDfyBAKQ=; h=Subject:To:References:From:Date:In-Reply-To:From; b=UYu6MpZFbw7QwxaaCIC2CP53fqwPr0I76EUQgP9PttTFpZXMELqcig1SXqgmDNZpu /Y0Zqn81tPv5k9GOrUA9S1YtER3OgGgdlOA0iUkFMOcPnO6xYrbGy8fl6rsR4T1i9C cCJkqnmb5R0pj5pytE+GyhdwOSNIhpG8X6I5brA9k4NICeQbL3+en/EMnoU0Rn/aAW neYqxODY4QqSZ2Cn5MFQTexpr2Nx4FhrBIAcbSKfpnwmo17ZWhKvhm3Br1DN1+AqSZ u1Tgth/Cn4IEIS06xeycQY8s/AtWQve5vh15768T996Hek8bkJgt9To9tzOX/hkNcs 9p3qEOp4KuN9A== To: pve-devel@lists.proxmox.com References: <309fe8ad-2589-5699-be3d-4f5a1ac0cbea@gilouweb.com> From: Gilles Pietri Message-ID: Date: Mon, 4 Jan 2021 18:55:29 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <309fe8ad-2589-5699-be3d-4f5a1ac0cbea@gilouweb.com> Content-Type: text/plain; charset=utf-8 Content-Language: fr-FR Content-Transfer-Encoding: 8bit X-SPAM-LEVEL: Spam detection results: 0 AWL 0.000 Adjusted score from AWL reputation of From: address DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain NICE_REPLY_A -0.001 Looks like a legit reply (A) SPF_HELO_NONE 0.001 SPF: HELO does not publish an SPF Record SPF_PASS -0.001 SPF: sender matches SPF record Subject: Re: [pve-devel] Audio support, dummy/none X-BeenThere: pve-devel@lists.proxmox.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Proxmox VE development discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2021 17:55:41 -0000 Le 03/01/2021 à 01:55, Gilles Pietri a écrit : > Hi! > > Happy new year to everyone, especially the devs working on Proxmox, it's > still awesome in 2021 ;) > > I'm interested in replicating a qemu audio setup that uses the dummy > driver (called "none") on Proxmox, but the enum $audio_fmt > (PVE/QemuServer.pm) for drivers only contains spice as a choice, which > is all nice, but a bit restrictive! > > Since this is used only (?) to generate the audio conf (through > conf_has_audio), which generate the audio devices through audio_devs, > which in turn generates both the -device param and the -audiodev > backend,id=xxx, it seems there wouldn't be any side effect if we fed > "none" instead of spice, as the id param is valid and works the same here. > > I haven't tried patching that, but it might be that this would boil down to: > > diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm > index bca5669..54278e5 100644 > --- a/PVE/QemuServer.pm > +++ b/PVE/QemuServer.pm > @@ -211,7 +211,7 @@ my $audio_fmt = { > }, > driver => { > type => 'string', > - enum => ['spice'], > + enum => ['spice', 'none'], > default => 'spice', > optional => 1, > description => "Driver backend for the audio device." > I tried it, it went on generating the kvm command line with none instead of spice as: -device 'ich9-intel-hda,id=audiodev0,bus=pci.2,addr=0xc' -device 'hda-micro,id=audiodev0-codec0,bus=audiodev0.0,cad=0,audiodev=none-backend0' -device 'hda-duplex,id=audiodev0-codec1,bus=audiodev0.0,cad=1,audiodev=none-backend0' -audiodev 'none,id=none-backend0' instead of the original: -device 'ich9-intel-hda,id=audiodev0,bus=pci.2,addr=0xc' -device 'hda-micro,id=audiodev0-codec0,bus=audiodev0.0,cad=0,audiodev=spice-backend0' -device 'hda-duplex,id=audiodev0-codec1,bus=audiodev0.0,cad=1,audiodev=spice-backend0' -audiodev 'spice,id=spice-backend0' And this works flawlessly… However, I guess I need to deploy the full version to have the webui integrating it, but I can follow up on that… Regards, Gilles