Re: Assigning sound card to specific X display - the chroot+bind-mount way

[Observer <obs...@mo...>]

I think a chroot is a very complicated solution
Im using alsa to get separated sound even from a single sound card, alsa
alone has all to accomplish this.
You must use dmix, aoss and a good config for it, this days even esd has
support for alsa, gnome has direct support for alsa without using esd,
artsd has support for alsa, and for programs using oss there is aoss.
Im still having problems with apps that require mmaped sound access
(like quake), they work but sound strange, i think thats already solved
by alsa but the one i have is too old.

El lun, 06-06-2005 a las 21:52, Ken McCord escribi=C3=B3:
> On Sun, 2005-06-05 at 17:05 -0400, Ken McCord wrote:
> > On Fri, 2005-06-03 at 11:03 +0200, Helge Hafting wrote:=20
> > > Aivils wrote:
> > >=20
> > > >On Thursday 02 June 2005 04:27, Ken McCord wrote:
> > > > =20
> > > >
> > > >>I'm running a dual-head setup using Debian unstable + the x.org p=
ackages
> > > >>from Ubuntu.  I have two sound cards, and I'd like to assign each=
 of
> > > >>them
> > > >>to a specific X display.  How can I do this?
> > > >>
> > <snip>
> > > >
> > > >Try out set up artsd under KDE or esd under GNOME .=20
> > > >
> > > >Even if these software sound mixers like artsd or esd runs
> > > >properly, then You cannot disable Java and Flash Player,
> > > >which uses sound device directly.
> > > >I open Java binary with hexedit and manulay replace
> > > >/dev/dsp with fake non-existing device file for silence.
> > > > =20
> > > >
> > > There is a way.
> > > One xserver can run in its own chroot.  The two servers can have
> > > distinct /dev directories that way, where the two "dsp" files in th=
e
> > > distinct directories have different device numbers and so
> > > refer to different sound devices.
> > > Make a copy of /dev in /chroot/dev.  In there, make sure
> > > "dsp" refers to the second soundcard instead of the first.
> > >=20
> > > On a debian system "dsp" is a symlink to "dsp0".  Change it to
> > > a link to "dsp1" instead.  On other systems you may have to
> > > do something like "mv dsp1 dsp0".
> > >=20
> > > Whatever the solution is, do the same for all other sound-related
> > > files, such as "mixer" and so on.
> > >=20
> > >=20
> <snip>=20
> > <snip>
> > > Helge Hafting
> >=20
> > I've played around with artsd and esd a bit more, and have been able
> > to get /dev/dsp and /dev/dsp1 working,
> > but there are problems.  Using esd, you can't use Gnome's 'Enable
> > Sound Server Startup' in the 'Sound Preferences' dialog box as it
> > starts another copy of esd.  I haven't been able to find where to
> > set any options for this server (ie use the options I want to start
> > the server).  Logging off and on again is problematic, and I've also
> > seen times where my setting for ESPEAKER gets modified.
> >=20
> > The idea of running the chroot is interesting.  But would I need to
> > chroot the xserver only, or parts of Gnome as well?
> >=20
> > Thanks,
> >=20
> > Ken
>=20
> Never mind.  I've been able to set up the chroot environment, and
> actually get the /dev/dsp files working correctly.  I was going down
> the wrong path at first, trying to start X in the chroot environment
> with using -indirect or -query.  That just gave me the same /dev
> structure I didn't want.  Removing that from the startx command did
> the trick.
>=20
> I still need to clean up the setup, the interface with gdm and getting
> it to start automagically on boot, but it looks promising.
>=20
> Thanks,
>=20
> Ken