From owner-freebsd-bugs@freebsd.org Tue May 5 17:04:08 2020 Return-Path: Delivered-To: freebsd-bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4816C13D072 for ; Tue, 5 May 2020 17:04:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49GmKN1G57z4Fdb for ; Tue, 5 May 2020 17:04:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 2B3AC13D071; Tue, 5 May 2020 17:04:08 +0000 (UTC) Delivered-To: bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2B00013D06E for ; Tue, 5 May 2020 17:04:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49GmKN0Ky9z4FdZ for ; Tue, 5 May 2020 17:04:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 06C0819460 for ; Tue, 5 May 2020 17:04:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 045H47Pu056002 for ; Tue, 5 May 2020 17:04:07 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 045H47cg056001 for bugs@FreeBSD.org; Tue, 5 May 2020 17:04:07 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 246231] dev/sound: SNDCTL_AUDIOINFO is actually SNDCTL_ENGINEINFO Date: Tue, 05 May 2020 17:04:08 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kevinz5000@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 May 2020 17:04:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246231 Bug ID: 246231 Summary: dev/sound: SNDCTL_AUDIOINFO is actually SNDCTL_ENGINEINFO Product: Base System Version: 12.1-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: kevinz5000@gmail.com The OSS v4 API reference has this to say about AUDIOINFO vs ENGINEINFO: The higher level object is audio device file. Each audio device file has a visible device node in the /dev directory (actually there are two of them). Each audio device file has one or more audio engines. Audio device files th= at have multiple engines can be shared by multiple applications because each application (instance) will be directed to a different audio engine. In other words, every entry from AUDIOINFO should represent a device that a program can open and play. However, taking a look at my AUDIOINFO: /dev/dsp0.p0 /dev/dsp0.vp0 /dev/dsp0.vp1 /dev/dsp0.r0 /dev/dsp0.vr0 /dev/dsp0.vr1 /dev/dsp1.p0 /dev/dsp1.vp0 /dev/dsp1.vp1 /dev/dsp1.r0 /dev/dsp1.vr0 /dev/dsp1.vr1 ... Audio programs are not actually supposed to open these device nodes, because these are "engines" and not "devices". This is problematic, because many OSS applications on FreeBSD use the v4 API to populate a drop-down list of selectable audio devices, and none of them are actually playable. (To be completely clear: if you get lucky and select and empty VCHAN, then = it is playable. But probably not after an application restart.) Instead, what AUDIOINFO returns now should be moved to ENGINEINFO, with AUDIOINFO returning something like: /dev/dsp0 /dev/dsp1 These are devices that applications can actually open. --=20 You are receiving this mail because: You are the assignee for the bug.=