From nobody Wed Mar 13 14:44:57 2024 X-Original-To: freebsd-multimedia@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tvtb9003Pz5D2Jl for ; Wed, 13 Mar 2024 14:45:08 +0000 (UTC) (envelope-from christos@freebsd.org) Received: from margiolis.net (mail.margiolis.net [95.179.159.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tvtb76zyHz43Tn; Wed, 13 Mar 2024 14:45:07 +0000 (UTC) (envelope-from christos@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=margiolis.net header.s=mail header.b="h/JqAKIV"; dmarc=fail reason="No valid SPF, DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 95.179.159.8 is neither permitted nor denied by domain of christos@freebsd.org) smtp.mailfrom=christos@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=mail; bh=FL0L+TIO/lei0+k r+ni4dMrlcrQ6y46EhusOWS6pk7Q=; h=subject:cc:to:from:date; d=margiolis.net; b=h/JqAKIV9HGq2lsbdy9Dc0cBXu66CN+23zI2CfbI5MU1ya/9ttN 6u8y4Oo/bCmqDmJqLla02FzCU6QATymly0a5mYZva8J1t5lWYgaLWnUl+iTAP4xQQu6CKz t/QqPiYdJGJFwwuTpKcO7bIFLiUnA7Km4gI2egM3BG5RRZPo2I= Received: from tpad (public-gprs530105.centertel.pl [31.61.189.250]) by margiolis.net (OpenSMTPD) with ESMTPSA id b0ff0552 (TLSv1.3:AEAD-AES256-GCM-SHA384:256:NO); Wed, 13 Mar 2024 14:44:59 +0000 (UTC) Date: Wed, 13 Mar 2024 15:44:57 +0100 From: Christos Margiolis To: status-updates@freebsdfoundation.org Cc: freebsd-multimedia@freebsd.org, markj@freebsd.org, jrm@freebsd.org Subject: [Development report #7] Audio Stack Improvements Message-ID: List-Id: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_ALLOW(-0.20)[margiolis.net:s=mail]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, DKIM not aligned (relaxed),none]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[christos]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:95.179.144.0/20, country:US]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-multimedia@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_SOFTFAIL(0.00)[~all:c]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[margiolis.net:+] X-Rspamd-Queue-Id: 4Tvtb76zyHz43Tn Working on scrapping sound(4)'s "snd_clone" device cloning framework and using DEVFS_CDEVPRIV(9) instead. Such a change will simplify and reduce code size significantly, as well as improve user-experience. The WIP can be found on my GitHub branch, but I will submit a patch on Phabricator ASAP. https://github.com/christosmarg/freebsd/commit/c8694174e2e9d77ef74c6d8e25d99b2b7d5d5652 - Discussed with Florian Walpen about the patch. - Reduced overall code size ("7 changed files with 327 additions and 1,739 deletions" according to GitHub). - Got rid of all snd_clone* functions, removed clone.* files and related sysctls altogether. - Handled hw.snd.basename_clone to work with the new patch. - Handle character device destroying. https://reviews.freebsd.org/D43545 will be rewritten (and end up noticeably smaller/simpler) on top of this patch once submitted. - Cleaned up patch and fixed most bugs I've spotted so far. - Simplified dsp_open() and dsp_close(). - Removed dsp_cdevinfo* and embedded this information in the cdevpriv(9) structure. - Tested a bunch of different cases. Need to test more and resolve a few remaining bugs. Regarding behavior that is preserved: - Exclusive access of an audio device still works (i.e VCHANs disabled). - Multiple processes can read from/write to the device. - A device can only be opened as many times as the maximum channel number (see PCMMAXCLONE in pcm/sound.h). Behavior changes: - Only one /dev/dspX device is exposed, as opposed to the current /dev/dspX.[X]X devices created by the snd_clone mechanism. The user/application now only needs to access the device through /dev/dspX or /dev/dsp and sound(4) will take care of all necessary audio routing. Pending work: - See if it's worth preserving any of the additional devices in dsp_cdevs[] (see SND_DSP_DEV attribute in pcm/dsp.c). - Make sure no OSS IOCTL breaks. - Add comments to the code. - Write proper commit message. - Update man page. - Update Wiki page once committed. - As already mentioned, rewrite https://reviews.freebsd.org/D43545. Additional work outside the cdevpriv(9) patch includes: Committed snd_hda patch for the Lenovo Ideapad 330-15 and ThinkPad X230. https://cgit.freebsd.org/src/commit/?id=5968e477a560406c480d78ebe438a04f57121119 MFC'd all pending patches to stable/14. Started documenting missing sound(4) sysctls. Reviewed and committed Florian Walpen's recent snd_uaudio(4) patch. https://cgit.freebsd.org/src/commit/?id=a9341f0f0ae01b4d249dbf3bacfa420152c46aef Christos From nobody Fri Mar 15 10:52:29 2024 X-Original-To: freebsd-multimedia@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tx1Ky0FjYz5D9HY for ; Fri, 15 Mar 2024 10:52:38 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tx1Kx2CbDz46kR; Fri, 15 Mar 2024 10:52:37 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=cuP6pEal; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::633 as permitted sender) smtp.mailfrom=markjdb@gmail.com Received: by mail-pl1-x633.google.com with SMTP id d9443c01a7336-1dddbeac9f9so14116315ad.3; Fri, 15 Mar 2024 03:52:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710499955; x=1711104755; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=ZSXBbTK8pF/2jQ9ThLFP57iLvMkVEKXDtFEq28N74Xg=; b=cuP6pEalINvFTGAFV9mKUHq5hP1577a2ps+Zq/CcQVKPQbabJ0DmI354UGJVXJCA5s 0o+c3o9xU8iVJFIWZEzZ97fazt6pNsbsO+QzgSCKGgZnLOIjQFGvHfheCr2Obg5KGhsl tYfKCL8acxGlvVSzNsxSzWQ51+o5wBhvtnHaa2aJpZF+RF+I7KpWQj1d7GxJeQZTpxqo afeqHETA4MamVG5leGd3R8iRKDltiUb18h6lsu280vddLybtWKBpFTpJCTpKfoer0tbc QG9VadG6EbdmUyVdGYNPQXjL50cjR8tZ2FDuOjCOZUR+2VEet4Uc7XoaASq9+YyRSSr0 bDwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710499955; x=1711104755; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=ZSXBbTK8pF/2jQ9ThLFP57iLvMkVEKXDtFEq28N74Xg=; b=kPDQh9XXllxI+dFAjdO7M5Jzez2Fh/t2T9zmnVuvoASt2UK/ryQNIg4CPOm5FXhlsS BvK/95hgIUee9xHPYkO+7Ynxa6zjk40hsqPa2qj6C/LHKPHxk7vRg5j7cU/sQahRQXDX 1bO8gBx2buU6TmyG8SS+PnMMKW9Cd6MIoxWVGIOvj4KPRkJ0mo7yerB4PiTzOnnsz4NM W5CjahX9w3gU2WbF9Av0vukaWTAejquuOthrNIHa2AJZ/VAX/iFHzS/wp/vjQ7z4XVgi 7MVjlYCXqPwMN5hwYS+1v8vJY7YsTZ8AFPkt6fTJRpSjfuUxmwScwB+dXodfO3RFbnhK 7Qaw== X-Forwarded-Encrypted: i=1; AJvYcCU8LX2kqvmt7wMlHthgaVS7i2wFfhRkEw3+K/mIhXySqd/HxBTYFPUTw04SYNOR+Z5X2kI/hN1HDSjpHSBEvDPlGsYeilFdq3BM29mz5029qCCC2RNL0Rg7l2RqBV6gYA== X-Gm-Message-State: AOJu0YyqlXeCyT6iZVsGXa4wkAFFFFIzL/fT2JeYQ1hbWdBteZrMThdp gyNAgBw5DCPehNQXUOgz4MsbcrC8k4gXs2AquzMt4AKcCqDRWdM6g8Z83nJd X-Google-Smtp-Source: AGHT+IEgRg6R3I7OlEe5IBOECVn3EQ3TKdQQ9cz3ZN7S85eYXk+u8kYwWucpJrfbBg4hu7DCmH6hoA== X-Received: by 2002:a17:902:c213:b0:1dd:38bc:e635 with SMTP id 19-20020a170902c21300b001dd38bce635mr4197890pll.4.1710499954628; Fri, 15 Mar 2024 03:52:34 -0700 (PDT) Received: from framework.home (36-224-168-33.dynamic-ip.hinet.net. [36.224.168.33]) by smtp.gmail.com with ESMTPSA id d7-20020a170902654700b001db82fdc89asm3532872pln.305.2024.03.15.03.52.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 15 Mar 2024 03:52:33 -0700 (PDT) Date: Fri, 15 Mar 2024 06:52:29 -0400 From: Mark Johnston To: Christos Margiolis Cc: status-updates@freebsdfoundation.org, freebsd-multimedia@freebsd.org, jrm@freebsd.org Subject: Re: [Development report #7] Audio Stack Improvements Message-ID: References: List-Id: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.03 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.93)[-0.934]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), DKIM not aligned (relaxed),none]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MISSING_XM_UA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::633:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-multimedia@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4Tx1Kx2CbDz46kR Hi Christos, On Wed, Mar 13, 2024 at 03:44:57PM +0100, Christos Margiolis wrote: > Working on scrapping sound(4)'s "snd_clone" device cloning framework and > using DEVFS_CDEVPRIV(9) instead. Such a change will simplify and reduce > code size significantly, as well as improve user-experience. The WIP can > be found on my GitHub branch, but I will submit a patch on Phabricator > ASAP. > > https://github.com/christosmarg/freebsd/commit/c8694174e2e9d77ef74c6d8e25d99b2b7d5d5652 > > - Discussed with Florian Walpen about the patch. > - Reduced overall code size ("7 changed files with 327 additions and > 1,739 deletions" according to GitHub). > - Got rid of all snd_clone* functions, removed clone.* files and related > sysctls altogether. > - Handled hw.snd.basename_clone to work with the new patch. > - Handle character device destroying. https://reviews.freebsd.org/D43545 > will be rewritten (and end up noticeably smaller/simpler) on top of > this patch once submitted. > - Cleaned up patch and fixed most bugs I've spotted so far. > - Simplified dsp_open() and dsp_close(). > - Removed dsp_cdevinfo* and embedded this information in the cdevpriv(9) > structure. > - Tested a bunch of different cases. Need to test more and resolve a few > remaining bugs. > > Regarding behavior that is preserved: > - Exclusive access of an audio device still works (i.e VCHANs disabled). > - Multiple processes can read from/write to the device. > - A device can only be opened as many times as the maximum channel > number (see PCMMAXCLONE in pcm/sound.h). > > Behavior changes: > - Only one /dev/dspX device is exposed, as opposed to the current > /dev/dspX.[X]X devices created by the snd_clone mechanism. The > user/application now only needs to access the device through /dev/dspX > or /dev/dsp and sound(4) will take care of all necessary audio > routing. Does this represent a backward compatibility break? That is, will applications need any modification when running on a patched kernel? > Pending work: > - See if it's worth preserving any of the additional devices in > dsp_cdevs[] (see SND_DSP_DEV attribute in pcm/dsp.c). > - Make sure no OSS IOCTL breaks. > - Add comments to the code. > - Write proper commit message. > - Update man page. > - Update Wiki page once committed. > - As already mentioned, rewrite https://reviews.freebsd.org/D43545. > > Additional work outside the cdevpriv(9) patch includes: > > Committed snd_hda patch for the Lenovo Ideapad 330-15 and ThinkPad X230. > https://cgit.freebsd.org/src/commit/?id=5968e477a560406c480d78ebe438a04f57121119 > > MFC'd all pending patches to stable/14. > > Started documenting missing sound(4) sysctls. > > Reviewed and committed Florian Walpen's recent snd_uaudio(4) patch. > https://cgit.freebsd.org/src/commit/?id=a9341f0f0ae01b4d249dbf3bacfa420152c46aef > > Christos From nobody Fri Mar 15 17:00:16 2024 X-Original-To: freebsd-multimedia@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tx9VL1DcCz5DmKb for ; Fri, 15 Mar 2024 17:00:26 +0000 (UTC) (envelope-from christos@freebsd.org) Received: from margiolis.net (mail.margiolis.net [95.179.159.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tx9VK3wdgz4kL4; Fri, 15 Mar 2024 17:00:25 +0000 (UTC) (envelope-from christos@freebsd.org) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=mail; bh=W1syBA8oyUr/HDZ 4g7kHjNW9Y83hWPACFmvbCUH/eAg=; h=in-reply-to:references:subject:cc:to: from:date; d=margiolis.net; b=m32lKCxz55M9s66G71waQrc0H0J8ZJqwMkk3VXxj 2kY1aIWUDPnpINfkDUTWjv4o74csOPAKeBVLADzCqdsHxIm7zFZuTrfFIM/9qy0NjdC7dF N4mWIz4SqxCWW75VyUICzQYogLQZiA/Dh8Rkyh0TKAnB9JCpzRnhnJ6f0r/8A= Received: from tpad (public-gprs657538.centertel.pl [5.184.111.195]) by margiolis.net (OpenSMTPD) with ESMTPSA id a07a27ab (TLSv1.3:AEAD-AES256-GCM-SHA384:256:NO); Fri, 15 Mar 2024 17:00:15 +0000 (UTC) Date: Fri, 15 Mar 2024 18:00:16 +0100 From: Christos Margiolis To: Mark Johnston Cc: status-updates@freebsdfoundation.org, freebsd-multimedia@freebsd.org, jrm@freebsd.org Subject: Re: Re: [Development report #7] Audio Stack Improvements Message-ID: References: List-Id: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20473, ipnet:95.179.144.0/20, country:US] X-Rspamd-Queue-Id: 4Tx9VK3wdgz4kL4 Hello Mark, Mark Johnston wrote: > > Behavior changes: > > - Only one /dev/dspX device is exposed, as opposed to the current > > /dev/dspX.[X]X devices created by the snd_clone mechanism. The > > user/application now only needs to access the device through /dev/dspX > > or /dev/dsp and sound(4) will take care of all necessary audio > > routing. > > Does this represent a backward compatibility break? That is, will > applications need any modification when running on a patched kernel? Applications are meant to open an audio device through /dev/dsp (if hw.snd.basename_clone is enabled), or through /dev/dspX, so the vast majority of applications should work with no problems. Applications that open a device through /dev/dspX.[X]X will break with this patch. However, opening a device like this is discouraged anyway, according to the sound(4) man page (see FILES section): [...] /dev/dsp%d.p%d Playback channel. /dev/dsp%d.r%d Record channel. /dev/dsp%d.vp%d Virtual playback channel. /dev/dsp%d.vr%d Virtual recording channel. [...] The above device nodes are only created on demand through the dynamic devfs(5) clone handler. Users are strongly discouraged to access them directly. For specific sound card access, please instead use /dev/dsp or /dev/dsp%d. The patch basically does the same thing -- the output of /dev/sndstat remains the same -- but without creating these device nodes. Christos From nobody Sat Mar 16 02:38:01 2024 X-Original-To: freebsd-multimedia@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TxQJx4ky5z5DWGx for ; Sat, 16 Mar 2024 02:38:09 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-oa1-x34.google.com (mail-oa1-x34.google.com [IPv6:2001:4860:4864:20::34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxQJx2xW4z4r0f; Sat, 16 Mar 2024 02:38:09 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-oa1-x34.google.com with SMTP id 586e51a60fabf-221830f6643so1440357fac.2; Fri, 15 Mar 2024 19:38:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710556686; x=1711161486; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=yRwWhNpYmZ5Uzj/rEuX1SOhZde96lkSvAXnsmRdtP0I=; b=OVA8JBjJk+0cTkEMM0gxE6BS3DFPuEb3tR2s6GN8OvUHpVdzMpBcSfPGEEsxAXHyHh xRo9mXGdYW8ZTLMOihNBn3JY7fg7vk89AadWELPvdzDiH+QVjObxQsiwEZW9cYwsH8YM 7gFDbOHe0BPq4F+7UU8kxuXa6f5ZjMVcIHAeoQ9L23wORLihfqjbjNowNdubkN2POHU5 eRZAkX9gnlU0D1sf1w9YXnBPp4oJmprqD5CNMfLtiTT29S0UXs+2WTMM78mZlGCh/mB7 RUe5KsrsrjJFypztB/rL56JqVZS3y1TVWFibVVuhmQD93fd+2a0HdGb24xJRxHRtw1r8 2sKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710556686; x=1711161486; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=yRwWhNpYmZ5Uzj/rEuX1SOhZde96lkSvAXnsmRdtP0I=; b=kGKzrdXF4GlzsC/tSoUvqrYHpu6CtsNA9Dohm0CQjq0I9DrgrgRbnSFY5neREFqBXO 85opNI7ukmtRRcd4On4meaueBaX5GNXT/7GbT0lb4V2aHwF3lgRtANk1azw/tvxb5y1Z hZJGXhj67PmdsCtKf3a3m7/MtcSKFYlhz0mb9lrb2OQ1GOpAuU0RdbJoWwEko3JHSLkQ xtv+An17kEkBMEvMYzlcbNOx1t+1unUamiMCDEqQTvR7tFsUbU4o26B+INMvWkY3rXeb ix9a+8DMFEO05vFrIc7TV50knE7ZdzAv5IWyMuCx5lSyZQwC/G4wU4jL6bBgkuSwiWoX TxJA== X-Forwarded-Encrypted: i=1; AJvYcCXGtFM8lxSgs9VxEej5lS90SocyJMW7+Qs6HY7QeKwYOZsjB1H++9jkeBiNkPApKyUiFR+BfKrfok8hEUkq7r/YFJfg5936xINnG9VcDK3dzg2nPKjxQ6108mNJW5jHEA== X-Gm-Message-State: AOJu0Yyx2vTVyLtPNH7rna0CIsbucPinfLElQwjaoQpuT9k/NYBUcPSB FelQvBtaqfZEXqopd2ItCTg4k0ICRzxfgMxVpXzM6/SAkY2EZiNMDnuVsw+c X-Google-Smtp-Source: AGHT+IGGvh5x5NI2qH5Uz5DFVGQCDFUH4HkP5I5+cfzE0HY5mLxauyiLz+AdIwWcjpRfAR3jBYrtmA== X-Received: by 2002:a05:6870:171c:b0:221:b27a:2bab with SMTP id h28-20020a056870171c00b00221b27a2babmr7114951oae.55.1710556686451; Fri, 15 Mar 2024 19:38:06 -0700 (PDT) Received: from framework.home (36-224-168-33.dynamic-ip.hinet.net. [36.224.168.33]) by smtp.gmail.com with ESMTPSA id c36-20020a634e24000000b005db034d1514sm3162123pgb.82.2024.03.15.19.38.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 15 Mar 2024 19:38:05 -0700 (PDT) Date: Fri, 15 Mar 2024 22:38:01 -0400 From: Mark Johnston To: Christos Margiolis Cc: status-updates@freebsdfoundation.org, freebsd-multimedia@freebsd.org, jrm@freebsd.org Subject: Re: Re: [Development report #7] Audio Stack Improvements Message-ID: References: List-Id: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US] X-Rspamd-Queue-Id: 4TxQJx2xW4z4r0f On Fri, Mar 15, 2024 at 06:00:16PM +0100, Christos Margiolis wrote: > Hello Mark, > > Mark Johnston wrote: > > > Behavior changes: > > > - Only one /dev/dspX device is exposed, as opposed to the current > > > /dev/dspX.[X]X devices created by the snd_clone mechanism. The > > > user/application now only needs to access the device through /dev/dspX > > > or /dev/dsp and sound(4) will take care of all necessary audio > > > routing. > > > > Does this represent a backward compatibility break? That is, will > > applications need any modification when running on a patched kernel? > > Applications are meant to open an audio device through /dev/dsp (if > hw.snd.basename_clone is enabled), or through /dev/dspX, so the vast > majority of applications should work with no problems. > > Applications that open a device through /dev/dspX.[X]X will break with > this patch. However, opening a device like this is discouraged anyway, > according to the sound(4) man page (see FILES section): To your knowledge, do any popular applications actually do this? A comment in the man page isn't very important if applications end up ignoring it. :) If needed, would it be a lot of work to provide backward compatibility? > [...] > /dev/dsp%d.p%d Playback channel. > /dev/dsp%d.r%d Record channel. > /dev/dsp%d.vp%d Virtual playback channel. > /dev/dsp%d.vr%d Virtual recording channel. > [...] > > The above device nodes are only created on demand through the > dynamic devfs(5) clone handler. Users are strongly discouraged > to access them directly. For specific sound card access, please > instead use /dev/dsp or /dev/dsp%d. > > The patch basically does the same thing -- the output of /dev/sndstat > remains the same -- but without creating these device nodes. > > Christos From nobody Sat Mar 16 02:48:21 2024 X-Original-To: freebsd-multimedia@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TxQXz74G9z5DWwH for ; Sat, 16 Mar 2024 02:48:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxQXz3cTVz4s7X; Sat, 16 Mar 2024 02:48:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 42G2mLTt036060; Sat, 16 Mar 2024 04:48:25 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 42G2mLTt036060 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 42G2mLht036059; Sat, 16 Mar 2024 04:48:21 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 Mar 2024 04:48:21 +0200 From: Konstantin Belousov To: Mark Johnston Cc: Christos Margiolis , status-updates@freebsdfoundation.org, freebsd-multimedia@freebsd.org, jrm@freebsd.org Subject: Re: Re: [Development report #7] Audio Stack Improvements Message-ID: References: List-Id: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on tom.home X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4TxQXz3cTVz4s7X On Fri, Mar 15, 2024 at 10:38:01PM -0400, Mark Johnston wrote: > On Fri, Mar 15, 2024 at 06:00:16PM +0100, Christos Margiolis wrote: > > Hello Mark, > > > > Mark Johnston wrote: > > > > Behavior changes: > > > > - Only one /dev/dspX device is exposed, as opposed to the current > > > > /dev/dspX.[X]X devices created by the snd_clone mechanism. The > > > > user/application now only needs to access the device through /dev/dspX > > > > or /dev/dsp and sound(4) will take care of all necessary audio > > > > routing. > > > > > > Does this represent a backward compatibility break? That is, will > > > applications need any modification when running on a patched kernel? > > > > Applications are meant to open an audio device through /dev/dsp (if > > hw.snd.basename_clone is enabled), or through /dev/dspX, so the vast > > majority of applications should work with no problems. > > > > Applications that open a device through /dev/dspX.[X]X will break with > > this patch. However, opening a device like this is discouraged anyway, > > according to the sound(4) man page (see FILES section): > > To your knowledge, do any popular applications actually do this? A > comment in the man page isn't very important if applications end up > ignoring it. :) > > If needed, would it be a lot of work to provide backward compatibility? Should be rather trivial, to catch the case in the devfs lookup clone callback and instantiate fake nodes. > > > [...] > > /dev/dsp%d.p%d Playback channel. > > /dev/dsp%d.r%d Record channel. > > /dev/dsp%d.vp%d Virtual playback channel. > > /dev/dsp%d.vr%d Virtual recording channel. > > [...] > > > > The above device nodes are only created on demand through the > > dynamic devfs(5) clone handler. Users are strongly discouraged > > to access them directly. For specific sound card access, please > > instead use /dev/dsp or /dev/dsp%d. > > > > The patch basically does the same thing -- the output of /dev/sndstat > > remains the same -- but without creating these device nodes. > > > > Christos From nobody Sat Mar 16 15:45:04 2024 X-Original-To: freebsd-multimedia@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Txln133RJz5F3Wq for ; Sat, 16 Mar 2024 15:45:09 +0000 (UTC) (envelope-from dev@submerge.ch) Received: from gozo.iway.ch (gozo.iway.ch [212.25.24.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Txln10tqPz4LCP; Sat, 16 Mar 2024 15:45:09 +0000 (UTC) (envelope-from dev@submerge.ch) Authentication-Results: mx1.freebsd.org; none Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 8F16334050F; Sat, 16 Mar 2024 16:45:05 +0100 (CET) X-Iway-Path: 0 Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/28147.26046); Sat, 16 Mar 2024 16:45:05 +0100 (CET) Received: from interway.li (sendai-nord.iway.ch [212.25.24.38]) by gozo.iway.ch (Postfix) with ESMTP; Sat, 16 Mar 2024 16:45:05 +0100 (CET) Received: from [145.40.196.39] (account fw@submerge.ch HELO x230.localnet) by sendai-nord.interway.li (CommuniGate Pro SMTP 7.1.0) with ESMTPSA id 259493139; Sat, 16 Mar 2024 16:45:05 +0100 From: Florian Walpen To: Christos Margiolis , freebsd-multimedia@freebsd.org Cc: status-updates@freebsdfoundation.org, freebsd-multimedia@freebsd.org, jrm@freebsd.org, Mark Johnston Subject: Re: [Development report #7] Audio Stack Improvements Date: Sat, 16 Mar 2024 16:45:04 +0100 Message-ID: <1895870.vslOlgHxSZ@x230> In-Reply-To: References: List-Id: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8758, ipnet:212.25.0.0/19, country:CH] X-Rspamd-Queue-Id: 4Txln10tqPz4LCP On Saturday, March 16, 2024 3:38:01 AM CET Mark Johnston wrote: > On Fri, Mar 15, 2024 at 06:00:16PM +0100, Christos Margiolis wrote: > > Hello Mark, > > > > Mark Johnston wrote: > > > > Behavior changes: > > > > - Only one /dev/dspX device is exposed, as opposed to the current > > > > > > > > /dev/dspX.[X]X devices created by the snd_clone mechanism. The > > > > user/application now only needs to access the device through > > > > /dev/dspX > > > > or /dev/dsp and sound(4) will take care of all necessary audio > > > > routing. > > > > > > Does this represent a backward compatibility break? That is, will > > > applications need any modification when running on a patched kernel? > > > > Applications are meant to open an audio device through /dev/dsp (if > > hw.snd.basename_clone is enabled), or through /dev/dspX, so the vast > > majority of applications should work with no problems. > > > > Applications that open a device through /dev/dspX.[X]X will break with > > this patch. However, opening a device like this is discouraged anyway, > > > according to the sound(4) man page (see FILES section): > To your knowledge, do any popular applications actually do this? A > comment in the man page isn't very important if applications end up > ignoring it. :) Is it even possible to open pcm devices through /dev/dspX.Y currently? I remember that I stumbled upon this when I developed the Jack backend and it wasn't possible to open /dev/dspX.Y, I had to use /dev/dspX. Just checked and that still seems to be the case on 14.0-RELEASE. Unless I missed something, I'd conclude that it's not used in ports :-) Non-clone aliases like /dev/dsp_mmap seem to work though, never actually seen them in use but I think we should preserve them as part of OSSv4 compatibility. Florian From nobody Sun Mar 17 11:07:16 2024 X-Original-To: multimedia@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TyFYy3hb4z5CtCT for ; Sun, 17 Mar 2024 11:07:18 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyFYy1Yf6z4R8r for ; Sun, 17 Mar 2024 11:07:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710673638; a=rsa-sha256; cv=none; b=dXPauqVAmwWmTZ377O6xFnDZo7wwRHZVWHAfjE+u0925ghoV1rZgaSYHMHQM6lkkRFJF9I ECfHNPHt45QoCIB1vIn+qwSi0y3k1zvsPbo6nv65Zd9ukoL369d2MqM7JDe/0hIfQjTKdV CDVj0+uICSO3la2I9MQGADnkRbAOuroRZ2+zZMlipHhTYCog5rf0WmW2ZSaopuTiVXKba9 bg6QrZtzvjxJob1gezRP3gvtzjz093EhMqgI8KNYNIvmPNPsJb+YV1l9x050rivB6uPvC3 ew6h/dTzCsYxefGqTZhsWsvEmCglw9OkH642I6TEGvyXTZNNfAVeCtI188LmvA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710673638; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+MC2bX0C61HQoviBNIJGmrZ+SXFmDOirJAGA7C9bkdE=; b=x1c5v+7H2AqrDWtxWSMYyjGHJcCNor9MC6n4DupUNbjcQXgDLaouKpdv96jiVb6cJJ6BJV B0Fm7XDB7RdSvVssdpgoapKBQnoWkeECeIwZDd0QsphEJBGuNpS0FCYHg3y225Vw2c6FVb RI/RgsN6dqGGcmqheU/BO33VyXK92/eCPAfqw0boprKJLEwOb2qXtwcJZkUP4lzwl/Aflu DCnQ9F81ZBjcEi0lDqPcx/d96/bUbv4azzVmWY2Yk0RtvjN4MyGWpT9KrOkeK94LhhJc+w 45V4KVJMoeHZX3zYApfh9chcW83ZU8uphO9KJlghC/X7m2K53ErW319g3er5kw== 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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4TyFYy19BfzcFk for ; Sun, 17 Mar 2024 11:07:18 +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 42HB7IrR096597 for ; Sun, 17 Mar 2024 11:07:18 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 42HB7HOU096594 for multimedia@FreeBSD.org; Sun, 17 Mar 2024 11:07:17 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" From: bugzilla-noreply@freebsd.org To: multimedia@FreeBSD.org Subject: maintainer-feedback requested: [Bug 277758] multimedia/gstreamer1-plugins: Remove support for librtmp Date: Sun, 17 Mar 2024 11:07:16 +0000 X-Bugzilla-Type: request X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: multimedia@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? Message-ID: In-Reply-To: References: X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@freebsd.org MIME-Version: 1.0 Bugzilla Automation has asked freebsd-multimedia (Nobody) for maintainer-feedback: Bug 277758: multimedia/gstreamer1-plugins: Remove support for librtmp https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277758 --- Description --- Library is on life support upstream by the FFmpeg team in favour of FFmpeg's own implementation and there are multiple issues keeping the legacy implementation around. Planned deprecation via PR 277418 Poudriere looks OK on my end From nobody Sun Mar 17 11:07:16 2024 X-Original-To: multimedia@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TyFYz4Grsz5Csxv for ; Sun, 17 Mar 2024 11:07:19 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyFYz0KqBz4R8s for ; Sun, 17 Mar 2024 11:07:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710673639; a=rsa-sha256; cv=none; b=x8vyncse0EQF3Ns/Yv4aKK2ioJijA6mAkKivsA0GN1DpDd4dpGsz5POBjmhZmhFeW4lluZ 3koopdlWO6cpYUay7q8Jwu8/2lAFssJBHto0MbmZpMHjcswyGOTbczMw1TB53pE0uILj1I qiX5QrK8iYlijhafRge4FJDlAjQyRFthK0SL4RErYATu+f4BpHEHm5xWTvlCGW5btVfoiX jldAfvgyd8kfiq2tzjqb3bzf+OlmXiSvzSBk7QMvi4765wW1cqeRX7DV+J2qutm+Y6KUwc /vCjepe2MRHd+ojSNkvrgbN3SUYDHIIECxsCyIcutgWM9tkJIXSCAZRjRUvStw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710673639; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=ZGNEu4jyNXr1r1dqGxisusMtnb7rjtEJyJW8VJhbWA4=; b=HTTSFUL4K3aTiRBZBDXpoOL+uQIcffzPjsk3IHS++2Mfqknzp7kigBgeeMdYDAaNqbmoAl q2UHu9b7yIxEd+L58S8oTessZNkml9DUmKalBKONBrvV4onBqOElX7LW85AsrJJpplOr+i 2nyxMD++9anf1NZlAOCxdq3CHuMR1n8pOBdUw0Bz7aSpnc2aafnYmtdQi5EiwlYJXwW28N wSTd4ezaAinq1pNJawDz6jlnMdWiJGFMLf5OCdgB07pQCZtGCuGsK0uG1jfa0lDqa67PUA ge+akvXeh42GPNSKI2yjnnfhgicDMSxzYYxenTXknwk6HekJkF7h8bHcnqj2Jg== 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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4TyFYy740SzcQT for ; Sun, 17 Mar 2024 11:07:18 +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 42HB7I3r096616 for ; Sun, 17 Mar 2024 11:07:18 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 42HB7IAd096608 for multimedia@FreeBSD.org; Sun, 17 Mar 2024 11:07:18 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: multimedia@FreeBSD.org Subject: [Bug 277758] multimedia/gstreamer1-plugins: Remove support for librtmp Date: Sun, 17 Mar 2024 11:07:16 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: diizzy@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: multimedia@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name attachments.created 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 List-Id: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277758 Bug ID: 277758 Summary: multimedia/gstreamer1-plugins: Remove support for librtmp Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: multimedia@FreeBSD.org Reporter: diizzy@FreeBSD.org CC: riggs@FreeBSD.org Flags: maintainer-feedback?(multimedia@FreeBSD.org) Created attachment 249241 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D249241&action= =3Dedit Patch for gstreamer1 Library is on life support upstream by the FFmpeg team in favour of FFmpeg's own implementation and there are multiple issues keeping the legacy implementation around. Planned deprecation via PR 277418 Poudriere looks OK on my end --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Mar 17 12:51:38 2024 X-Original-To: multimedia@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TyHtM60PKz5D49b for ; Sun, 17 Mar 2024 12:51:39 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyHtM4z42z4dBS for ; Sun, 17 Mar 2024 12:51:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710679899; a=rsa-sha256; cv=none; b=hy1UrTPrjskVSfiLrSjm9Q667u2MnQOsWjXu9Uhdafm9R6RmzQKIOV34/iS6InOY/12Z9a SFJr27BECn+lOr6kL1N2iMIXWGylax2OzOXQ2zCy56bs+LXZgmeEizDP8UuvFvdKYiYtZi EF/t7uWeLfDzD5upAw444K91CbLiNOX/Hb23WgSHdDVcSnmtbANzYujDO1KKY2s0qoAJ1S tYmad86Lkqxd9qgcZM9UB0TpSm9L4VHkqSvzcjkrHY8XYK2TfDu5lFOD6N7RPbhqQGe5Ww ZvfV/UZTAeYFDdh9hI/IaDqUFpb+nIRmZmt3/8cbdWgO0xMW01tZcRPzii08gw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710679899; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=7fiag07XSdUn6uVK3ORMQYCKz4UsOXAkRXAp/MlgEcg=; b=oOj5A+97N+sBUg5ePNSY8GxpRproneSYRg3x98DwbpOzOL/P024Lk7PAeeFhBTKLksNc9a U3kMXCMre7G01AP1e83niYVn+qgUyh377cLgR8F2KCWe+Fi0ZpnWvjCu3fYZ97RcszqvMV voR2CTyJLjosrWJUcK/lZ+Dty/J+4s6+UW12W8E4202DcbcfrYsb3Y0ea1Uk75ImqWM2uw n2iNRLNcPCJI4m88Mauos3aHQc4Bw37K2LoncZpFG7x3rSvxolvFN4Z4KIr7FJo+v1DBkG nFW3jyV/YKW8fh/dq1Jhh7oUeJsZUJpRwWArSM8ekxiXALwIoJbYoLG/Tq0PgA== 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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4TyHtM4Zq4zfr7 for ; Sun, 17 Mar 2024 12:51:39 +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 42HCpd1b097136 for ; Sun, 17 Mar 2024 12:51:39 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 42HCpdSN097050 for multimedia@FreeBSD.org; Sun, 17 Mar 2024 12:51:39 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: multimedia@FreeBSD.org Subject: [Bug 277758] multimedia/gstreamer1-plugins: Remove support for librtmp Date: Sun, 17 Mar 2024 12:51:38 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: riggs@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: riggs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: assigned_to bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277758 Thomas Zander changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|multimedia@FreeBSD.org |riggs@FreeBSD.org Status|New |In Progress --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Mar 17 21:00:06 2024 X-Original-To: multimedia@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TyVjz1qk1z5Ds9D for ; Sun, 17 Mar 2024 21:00:07 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyVjy6j9Cz4bJd for ; Sun, 17 Mar 2024 21:00:06 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710709206; a=rsa-sha256; cv=none; b=eCVKfAdV3gyQSGZtrroAISXxHRiA/WQ3xgjeVymM4hiAUqZfrXZd90lY30PzMfePY802eA GoP/E5XyhSfV6uiPFP6II0VE5xY9XOG5SMx1nLcCYoB4dcdAYZOczqrRhfl8/une6NKX8n b37KEXwpNU4acwu7AutlbLihDzYUXvOjCVcK2TxThnqBsW90pkFTRT0Mjd5y/8cjroevRc dCShCe7xOjQ39fx5dpx3YRDrVg8beOUXRd3zCILG4SoHA05gfYi8NdXN8y41mliOfMYW3C i7g1hCV7YaoGQRK2SymdjfjcFhohDHMfodubVXnF0eCNThpq9dK7BxF3qTDxaw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710709206; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=1sqs3WfyPviOLxdIUfFZh3xeJz1HzOc+cDTDaI5M7zo=; b=o9smY0gTNvec4EQW+LR/74uGksutuey7Vi9t/kqlJQovdPSfOlbdhLS7TwvrvXqi4jKV9W ELLYY2uUe+XS8GpiFeeLG13J28JPx3hI5McQf29RhAxGdDNjjGBBBh1Q20CZPpPapz6/jV kUsuvW8syAQLTQKzDgSJaVIsi5IQv77yb36vq6yl1pNyUYvjc5CZ83vENV8Ltax5I5BBm/ zbKeTk5ITshVuAMT4WN70UwYe/92dh0pl6x8V2fPn1mSTGcVlhB23KH26JMwyh+R2XK4nM Fk5OAQ1CDxTYwYIq5w3Jc4k8HcJ40h/TXZ9++v0m9YP+bCFG+evKFBM35zapow== 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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4TyVjy6HQSzv6x for ; Sun, 17 Mar 2024 21:00:06 +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 42HL06HM058317 for ; Sun, 17 Mar 2024 21:00:06 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 42HL06n7058312 for multimedia@FreeBSD.org; Sun, 17 Mar 2024 21:00:06 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202403172100.42HL06n7058312@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: multimedia@FreeBSD.org Subject: Problem reports for multimedia@FreeBSD.org that need special attention Date: Sun, 17 Mar 2024 21:00:06 +0000 List-Id: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="17107092062.c9FcbD6f.55384" Content-Transfer-Encoding: 7bit --17107092062.c9FcbD6f.55384 Date: Sun, 17 Mar 2024 21:00:06 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 275057 | audio/libsndfile: CVE-2022-33065 fix not availabl Open | 252099 | multimedia/webcamd after a stop of the webcamd se Open | 270642 | www/firefox: 112.0: no sound with sndio backend Open | 225237 | www/firefox causes zombie through accessibility/s 4 problems total for which you should take action. --17107092062.c9FcbD6f.55384 Date: Sun, 17 Mar 2024 21:00:06 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
New         |    275057 | audio/libsndfile: CVE-2022-33065 fix not availabl
Open        |    252099 | multimedia/webcamd after a stop of the webcamd se
Open        |    270642 | www/firefox: 112.0: no sound with sndio backend
Open        |    225237 | www/firefox causes zombie through accessibility/s

4 problems total for which you should take action.
--17107092062.c9FcbD6f.55384--