ThanksThis is an automatic notification regarding your Bug report #283366: audiooss: sound on a second x-screen not sent to default x-server, which was filed against the audiooss package. It has been closed by one of the developers, namely "Lex Spoon" <[EMAIL PROTECTED]>. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Received: (at 283366-done) by bugs.debian.org; 3 Feb 2005 00:15:50 +0000 >From [EMAIL PROTECTED] Wed Feb 02 16:15:50 2005 Return-path: <[EMAIL PROTECTED]> Received: from sccrmhc13.comcast.net [204.127.202.64] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CwUez-0007HG-00; Wed, 02 Feb 2005 16:15:50 -0800 Received: from gadget.dnsalias.net (c-24-98-52-85.atl.client2.attbi.com[24.98.52.85]) by comcast.net (sccrmhc13) with ESMTP id <20050203001518016004id1ae>; Thu, 3 Feb 2005 00:15:19 +0000 Received: from localhost ([127.0.0.1]) by gadget.dnsalias.net with smtp (Exim 3.36 #1 (Debian)) id 1CwUeT-0001Od-00 for <[EMAIL PROTECTED]>; Wed, 02 Feb 2005 19:15:17 -0500 Date: Wed, 2 Feb 2005 19:11:32 -0500 From: "Lex Spoon" <[EMAIL PROTECTED]> Subject: Re: Bug#283366: audiooss: sound on a second x-screen not sent to default x-server To: [EMAIL PROTECTED] Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: > $ X -query host :1 . This gives me a second "virtual screen". [...] > Explanations aside, does the AUDIOSERVER command above get sound working > for you on the :1 display? > No. > I openend a shell and typed: > > $ export AUDIOSERVER=unix:0 > $ auplay audiofile.wav > > and I get: "can't connect to audio server". > > But when I type: > > $ export AUDIOSERVER=<nas ip or hostname>:0 > $ auplay audiofile.wav > > it works. Ahh, I overlooked the "-query host" part of your X startup command. It looks like NAS and audioss behaving as designed. It's confusing, but I don't see any simple way to improve this situation. You simply have to either set your AUDIOSERVER variable, or arrange for a second NAS server to start up when you start the second X server.
Can I run two nas server for the same sound card?
Greetings Hendrik
-Lex
-- Hendrik Wouters <[EMAIL PROTECTED]> |
signature.asc
Description: Dit berichtdeel is digitaal ondertekend