Date: Mon, 10 Apr 2023 07:36:15 +0000 From: bugzilla-noreply@freebsd.org To: gecko@FreeBSD.org Subject: =?UTF-8?B?W0J1ZyAyNzA0MzZdIHd3dy9maXJlZm94OiAxMTEuMOKLrzogbm8g?= =?UTF-8?B?c291bmQgYWZ0ZXIgdXBncmFkZQ==?= Message-ID: <bug-270436-21738-ljjlUaBQCu@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-270436-21738@https.bugs.freebsd.org/bugzilla/> References: <bug-270436-21738@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D270436 --- Comment #21 from Tatsuki Makino <tatsuki_makino@hotmail.com> --- It seems that firefox-112.0_1,2 built with default options is back to the s= ame behavior as firefox-111.0.1_2,2. media.cubeb.backend has no effect on the actual sound output. First, try to output with pulse-rust. It can stop by echo autospawn =3D no = >> ~/.config/pulse/client.conf If jackd* is running, the next step is to try to output using JACK. If JACK was not available, then sndio is next. When using sndio, it doesn't seem to mean that the output failed even if sndiod is not running. If sndiod was not running, there is no sound because there is no route to the final o= ss. This should be followed by alsa and oss, but we won't get there. In other words, it would be better not to have SNDIO enabled by default, at least to reduce the possibility of no sound. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-270436-21738-ljjlUaBQCu>