Linux-audio-user

linux-audio-user@lists.linuxaudio.org

20661 discussions

[linux-audio-user] Un-blacklist-able USB MIDI devices

by Mr.Freeze

Hey, My USB MIDI devices refuse not to be loaded, when plugged-in at startup, before all other ALSA devices which are then "stealthed". As mentionned on the Planet CCRMA pages, I've made sure that "audio" and "usb-midi" aren't hotplugged on /etc/hotplug/blacklist. I've installed too the alsasound mod script given by Fernando Pablo Lopez-Lezcano on the thead "[PlanetCCRMA] usb audio and midi devices: loading and unloading drivers". All silently... Here's a snippet of my /etc/modules.conf: alias usb-controller usb-uhci alias usb-controller1 ehci-hcd # ALSA portion alias char-major-116 snd alias char-major-14 soundcore alias snd-card-0 snd-ice1712 alias snd-card-1 snd-intel8x0 alias snd-card-2 snd-usb-audio alias snd-card-3 snd-usb-audio alias snd-card-4 snd-virmidi # Terratec EWX 24/96 alias sound-slot-0 snd-ice1712 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss options snd-card-ice1712 snd_enable alias /dev/dsp1 snd-pcm-oss # Shuttle Intel Audio Chipset alias sound-slot-1 snd-intel8x0 alias sound-service-1-0 snd-mixer-oss alias sound-service-1-1 snd-seq-oss alias sound-service-1-3 snd-pcm-oss alias sound-service-1-8 snd-seq-oss alias sound-service-1-12 snd-pcm-oss options snd-intel8x0 snd_enable alias /dev/dsp snd-pcm-oss # M-Audio Radium 61 alias sound-slot-2 snd-usb-audio alias sound-service-2-0 snd-mixer-oss alias sound-service-2-1 snd-seq-oss alias sound-service-2-3 snd-pcm-oss alias sound-service-2-8 snd-seq-oss alias sound-service-2-12 snd-pcm-oss # Edirol UM-1S alias sound-slot-3 snd-usb-audio alias sound-service-3-0 snd-mixer-oss alias sound-service-3-1 snd-seq-oss alias sound-service-3-3 snd-pcm-oss alias sound-service-3-8 snd-seq-oss alias sound-service-3-12 snd-pcm-oss # VirMIDI alias sound-slot-4 snd-card-4 What's wrong? Cheers, Mr°Freeze

21 years, 7 months

[linux-audio-user] Re: linux-audio-user Digest, Vol 7, Issue 14

by enrico

On Thursday 08 April 2004 11:09, linux-audio-user-request(a)music.columbia.edu wrote: Hallo Hannie, Ik vind het erg lief dat je aan me denkt,maar zou me toch uit de adressenlijst willen verwijderen.Ik gebruik dat namelijk op zeer zakelijke wijze en bij hoe meer mensen allemaal ge cc'd wordt,hoe groter de kans dat er een tussen zit met virussen die dan geheel op eigen initiatie ook mijn adres weer door gaat sturen met alle ellende en gespam van dien.Ik gebruik dit account bijvoorbeeld voor de band en wat er mee samenhangt en ik hoop nog lang plezier te hebben van dit adres.De hoeveelheid mail die ik binnenkrijg vanwege allerlei virussen(bij een ander) begint zolangzamerhand uit de klauw te lopen en elke windoze computer waar mijn adres in staat kan geinfecteerd worden,dus ook via de mensen waar jij collectief aan meelt.Bovendien open ik standaard geen attachments.Dus bij deze,sorry,maar graag eraf. Groetjes. > Send linux-audio-user mailing list submissions to > linux-audio-user(a)music.columbia.edu > > To subscribe or unsubscribe via the World Wide Web, visit > http://music.columbia.edu/mailman/listinfo/linux-audio-user > or, via email, send a message with subject or body 'help' to > linux-audio-user-request(a)music.columbia.edu > > You can reach the person managing the list at > linux-audio-user-owner(a)music.columbia.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of linux-audio-user digest..." > > > Today's Topics: > > 1. Re: Picky Shuttle audio chipset conflicting with other > cards... (Mr.Freeze) > 2. Re: [PlanetCCRMA] Unmuting ALSA sound cards at startup > (Fernando Pablo Lopez-Lezcano) > 3. Re: Unmuting ALSA sound cards at startup (Gian Paolo Mureddu) > 4. Re: [PlanetCCRMA] Un-blacklist-able USB MIDI devices > (Fernando Pablo Lopez-Lezcano) > 5. Re: Re: [PlanetCCRMA] Un-blacklist-able USB MIDI devices > (Frank Barknecht) > 6. Re: shuttle xpcs as linux music boxes? (Christian Frisson) > (Kjetil Svalastog Matheussen) > 7. Re: Re: shuttle xpcs as linux music boxes? (Ch ristian > Frisson) (Stephen Hassard) > 8. LADSPA plugins...Chorus... (Russell Hanaghan) > 9. Re: shuttle xpcs as linux music boxes? (Dan Harper) > 10. Re: LADSPA plugins...Chorus... (Julien Claassen) > 11. Re: shuttle xpcs as linux music boxes? (James Stone) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 7 Apr 2004 18:48:58 +0200 > From: "Mr.Freeze" <theremin(a)free.fr> > Subject: [linux-audio-user] Re: Picky Shuttle audio chipset > conflicting with other cards... > To: linux-audio-user(a)music.columbia.edu > Message-ID: <1081356538.407430fa5354f(a)imp1-q.free.fr> > Content-Type: text/plain; charset=ISO-8859-1 > > Re- > > Stephen Hassard <steve(a)hassard.net> wrote: > > I've seen that the ice1724 driver (which is based on ice1712) is unable > > to mmap on /dev/dsp. > > What's the use of this mod then? > > > The trick is to switch the order of your cards so that /dev/dsp is > > attached to your ac97 on-board first, instead of your ice1712. If you > > make 'alias snd-card-0 snd-intel8x0', you'll probably find the game will > > work happily. > > True, once I can make this crappy "intel8x0" utter any sound, and cope with > the other cards (the first one only in /etc/modules.conf is working)! > > Modprobing it works silently, cating /proc/asound/cards tells the truth, > routing XMMS to /dev/dsp aliased to it makes the built-in spectrogram > appear... but no sound comes out of my speakers (cables connections and > volume sliders checked). As I said, there's that "[Off]" label on all > alsamixer channels. > > Cheers, > Christian > > > ------------------------------ > > Message: 2 > Date: 07 Apr 2004 11:53:03 -0700 > From: Fernando Pablo Lopez-Lezcano <nando(a)ccrma.Stanford.EDU> > Subject: [linux-audio-user] Re: [PlanetCCRMA] Unmuting ALSA sound > cards at startup > To: "Mr.Freeze" <theremin(a)free.fr> > Cc: Planet CCRMA <planetccrma(a)ccrma.Stanford.EDU>, LAU > <linux-audio-user(a)music.columbia.edu> > Message-ID: <1081363983.2923.64.camel(a)cmn37.stanford.edu> > Content-Type: text/plain > > > I've found a way of unmuting ALSA sound cards at startup, but it does > > work only if alsamixer (or the card-specific mixer) is just launched > > before all other audio apps. > > If I launch XMMS, for example, first, all levels are set to 0. > > > > Here's the code to be put at the end of /etc/modules.conf: > > > > post-install snd-card-1 /usr/sbin/alsactl restore >/dev/null 2>&1 || : > > pre-remove snd-card-1 /usr/sbin/alsactl store >/dev/null 2>&1 || : > > > > Do you know a better-working solution? > > If you are using Planet CCRMA that should be done automatically by the > alsasound alsa startup script (it will execute at boot time when it > starts the alsa driver). For that to work you have to activate it by > doing "/sbin/chkconfig --add alsasound" (and then check it is active byt > saying "/sbin/chkconfig --list alsasound"). On a subsequent boot alsa > will be started automatically and alsactl will restore whatever you > saved. > > -- Fernando > > > > > ------------------------------ > > Message: 3 > Date: Wed, 07 Apr 2004 12:58:21 -0500 > From: Gian Paolo Mureddu <Thetargos(a)tutopia.com> > Subject: Re: [linux-audio-user] Unmuting ALSA sound cards at startup > To: A list for linux audio users <linux-audio-user(a)music.columbia.edu> > Message-ID: <4074413D.9040406(a)tutopia.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Mr.Freeze wrote: > >Hey, > >I've found a way of unmuting ALSA sound cards at startup, but it does work > > only if alsamixer (or the card-specific mixer) is just launched before > > all other audio apps. > >If I launch XMMS, for example, first, all levels are set to 0. > > > >Here's the code to be put at the end of /etc/modules.conf: > > > >post-install snd-card-1 /usr/sbin/alsactl restore >/dev/null 2>&1 || : > >pre-remove snd-card-1 /usr/sbin/alsactl store >/dev/null 2>&1 || : > > > >Do you know a better-working solution? > > > >Cheers, > >Mr°Freeze > > Using the alsasound start up service? ;) > > > ------------------------------ > > Message: 4 > Date: 07 Apr 2004 12:00:10 -0700 > From: Fernando Pablo Lopez-Lezcano <nando(a)ccrma.Stanford.EDU> > Subject: [linux-audio-user] Re: [PlanetCCRMA] Un-blacklist-able USB > MIDI devices > To: "Mr.Freeze" <theremin(a)free.fr> > Cc: Planet CCRMA <planetccrma(a)ccrma.Stanford.EDU>, LAU > <linux-audio-user(a)music.columbia.edu> > Message-ID: <1081364410.2928.70.camel(a)cmn37.stanford.edu> > Content-Type: text/plain > > > My USB MIDI devices refuse not to be loaded, when plugged-in at startup, > > You mean, "refuse to be loaded", right? > > > before all other ALSA devices which are then "stealthed". > > > > As mentionned on the Planet CCRMA pages, I've made sure that "audio" and > > "usb-midi" aren't hotplugged on /etc/hotplug/blacklist. > > I've installed too the alsasound mod script given by Fernando Pablo > > Lopez-Lezcano on the thead "[PlanetCCRMA] usb audio and midi devices: > > loading and unloading drivers". > > All silently... > > You should erase the oss seq aliases for the 2nd and subsequent cards, > > they are not needed (change made in the following quotation): > > Here's a snippet of my /etc/modules.conf: > > alias usb-controller usb-uhci > > alias usb-controller1 ehci-hcd > > > > # ALSA portion > > alias char-major-116 snd > > alias char-major-14 soundcore > > > > alias snd-card-0 snd-ice1712 > > alias snd-card-1 snd-intel8x0 > > alias snd-card-2 snd-usb-audio > > alias snd-card-3 snd-usb-audio > > alias snd-card-4 snd-virmidi > > > > # Terratec EWX 24/96 > > alias sound-slot-0 snd-ice1712 > > alias sound-service-0-0 snd-mixer-oss > > alias sound-service-0-1 snd-seq-oss > > alias sound-service-0-3 snd-pcm-oss > > alias sound-service-0-8 snd-seq-oss > > alias sound-service-0-12 snd-pcm-oss > > options snd-card-ice1712 snd_enable > > alias /dev/dsp1 snd-pcm-oss > > > > # Shuttle Intel Audio Chipset > > alias sound-slot-1 snd-intel8x0 > > alias sound-service-1-0 snd-mixer-oss > > alias sound-service-1-3 snd-pcm-oss > > alias sound-service-1-12 snd-pcm-oss > > options snd-intel8x0 snd_enable > > alias /dev/dsp snd-pcm-oss > > > > # M-Audio Radium 61 > > alias sound-slot-2 snd-usb-audio > > alias sound-service-2-0 snd-mixer-oss > > alias sound-service-2-3 snd-pcm-oss > > alias sound-service-2-12 snd-pcm-oss > > > > # Edirol UM-1S > > alias sound-slot-3 snd-usb-audio > > alias sound-service-3-0 snd-mixer-oss > > alias sound-service-3-3 snd-pcm-oss > > alias sound-service-3-12 snd-pcm-oss > > > > # VirMIDI > > alias sound-slot-4 snd-card-4 > > > > What's wrong? > > Hmm, maybe adding this: > > options snd snd_major=116 snd_cards_limit=4 > > Otherwise snd_card_limit has a default of "1"? (I'm not sure). > -- Fernando > > > > > ------------------------------ > > Message: 5 > Date: Wed, 7 Apr 2004 21:49:55 +0200 > From: Frank Barknecht <fbar(a)footils.org> > Subject: Re: [linux-audio-user] Re: [PlanetCCRMA] Un-blacklist-able > USB MIDI devices > To: LAU <linux-audio-user(a)music.columbia.edu> > Message-ID: <20040407194955.GB25974(a)fliwatut.scifi> > Content-Type: text/plain; charset=us-ascii > > Hallo, > > Fernando Pablo Lopez-Lezcano hat gesagt: // Fernando Pablo Lopez-Lezcano wrote: > > You should erase the oss seq aliases for the 2nd and subsequent cards, > > > > they are not needed (change made in the following quotation): > > > Here's a snippet of my /etc/modules.conf: > > > > > > # M-Audio Radium 61 > > > alias sound-slot-2 snd-usb-audio > > > alias sound-service-2-0 snd-mixer-oss > > > alias sound-service-2-3 snd-pcm-oss > > > alias sound-service-2-12 snd-pcm-oss > > The other aliases except "alias sound-slot-2 snd-usb-audio" also > could go away if this is a pure midi device without PCM audio. > > ciao > -- > Frank Barknecht _ ______footils.org__ > > > ------------------------------ > > Message: 6 > Date: Wed, 7 Apr 2004 22:46:26 +0200 (CEST) > From: Kjetil Svalastog Matheussen <k.s.matheussen(a)notam02.no> > Subject: [linux-audio-user] Re: shuttle xpcs as linux music boxes? > (Christian Frisson) > To: linux-audio-user(a)music.columbia.edu > Message-ID: <Pine.LNX.4.58-L.0404072243500.29236(a)notam02.uio.no> > Content-Type: TEXT/PLAIN; charset=US-ASCII > > Christian Frisson: > > Hi, > > I've got a one-year-old Shuttle SB51G, loaded with a Terratec EWX 24/96 > > "ice1712" soundcard and a Gygabyte Radeon 9000 Pro 128 MB video card > > (just for the facts...), running Fedora Core 1 / Planet CCRMA > > successfully. Getting circa 11 ms of latency with Jack set (untweaked) at > > 256 frames per period and 2 periods per buffer. > > > > While adding an PCI soundcard seems quite natural to make music on these > > boxes, why not add a RAM-loaded AGP video card too then? > > I wouldn't do that, I think. It just adds heat, and that box makes > horrible noise when heated. At least mine does. The built in graphic card > and soundcard works just great. > > > My tip: don't go for the hypest nForce2 models of the Shuttle series, buy > > a cheaper (or older) one, whose chipsets are known compliant with Linux, > > disable the video chipset, and invest the gained price difference on an > > entry 3D video card with built-in RAM! > > No, nforce2 is well supported in linux now. I don't know about nforce3...

21 years, 7 months

Re: [linux-audio-user] shuttle xpcs as linux music boxes?

by Christian Frisson

Hi, I've got a one-year-old Shuttle SB51G, loaded with a Terratec EWX 24/96 "ice1712" soundcard and a Gygabyte Radeon 9000 Pro 128 MB video card (just for the facts...), running Fedora Core 1 / Planet CCRMA successfully. Getting circa 11 ms of latency with Jack set (untweaked) at 256 frames per period and 2 periods per buffer. While adding an PCI soundcard seems quite natural to make music on these boxes, why not add a RAM-loaded AGP video card too then? My tip: don't go for the hypest nForce2 models of the Shuttle series, buy a cheaper (or older) one, whose chipsets are known compliant with Linux, disable the video chipset, and invest the gained price difference on an entry 3D video card with built-in RAM! If you're not heavily onto games, don't make the same mistake as I did: get a fan-less video card! (Or disconnect it at your own risk...) Cheers, Mr°Freeze

21 years, 7 months

[linux-audio-user] LADSPA plugins...Chorus...

by Russell Hanaghan

Hi all, Looking for any new plugins that may be around, specifically a Chorus or Flanger that I can make sound close to a chorus... I have Steve's plugs and also TAP. SWH Chorus is not quite what I'm looking for. It is specifically for use on Acoustic guitar live and needs to be deep and "ringy" if possible. And as always, CPU is at a premium... Tryed Creox as a seperate Jack enabled app....locks up my MDK 9.2 Laptop! Looked for other apps that may work but dont see too many out there with Jack capability for guitar specific stuff... R~

21 years, 7 months

Re: [linux-audio-user] Re: shuttle xpcs as linux music boxes? (Ch ristian Frisson)

by Stephen Hassard

Kjetil Svalastog Matheussen wrote: >>My tip: don't go for the hypest nForce2 models of the Shuttle series, buy a >>cheaper (or older) one, whose chipsets are known compliant with Linux, disable >>the video chipset, and invest the gained price difference on an entry 3D video >>card with built-in RAM! > No, nforce2 is well supported in linux now. I don't know about nforce3... I've had mixed experiences with the asus sk8n nforce3 motherboard, although it's more implementation specific quirks than issues with the chipset itself. The GPL'd forcedeth ethernet driver seems to work really well in my experience. Debian's sarge beta 3 install CD even includes the forcedeth driver ootb. Really nice! later, Steve

21 years, 7 months

[linux-audio-user] Re: shuttle xpcs as linux music boxes? (Christian Frisson)

by Kjetil Svalastog Matheussen

Christian Frisson: > > Hi, > I've got a one-year-old Shuttle SB51G, loaded with a Terratec EWX 24/96 > "ice1712" soundcard and a Gygabyte Radeon 9000 Pro 128 MB video card (just for > the facts...), running Fedora Core 1 / Planet CCRMA successfully. Getting circa > 11 ms of latency with Jack set (untweaked) at 256 frames per period and 2 > periods per buffer. > > While adding an PCI soundcard seems quite natural to make music on these boxes, > why not add a RAM-loaded AGP video card too then? > I wouldn't do that, I think. It just adds heat, and that box makes horrible noise when heated. At least mine does. The built in graphic card and soundcard works just great. > My tip: don't go for the hypest nForce2 models of the Shuttle series, buy a > cheaper (or older) one, whose chipsets are known compliant with Linux, disable > the video chipset, and invest the gained price difference on an entry 3D video > card with built-in RAM! > No, nforce2 is well supported in linux now. I don't know about nforce3... --

21 years, 7 months

[linux-audio-user] Unmuting ALSA sound cards at startup

by Mr.Freeze

Hey, I've found a way of unmuting ALSA sound cards at startup, but it does work only if alsamixer (or the card-specific mixer) is just launched before all other audio apps. If I launch XMMS, for example, first, all levels are set to 0. Here's the code to be put at the end of /etc/modules.conf: post-install snd-card-1 /usr/sbin/alsactl restore >/dev/null 2>&1 || : pre-remove snd-card-1 /usr/sbin/alsactl store >/dev/null 2>&1 || : Do you know a better-working solution? Cheers, Mr°Freeze

21 years, 7 months

[linux-audio-user] Re: Picky Shuttle audio chipset conflicting with other cards...

by Mr.Freeze

Re- Stephen Hassard <steve(a)hassard.net> wrote: > I've seen that the ice1724 driver (which is based on ice1712) is unable > to mmap on /dev/dsp. What's the use of this mod then? > The trick is to switch the order of your cards so that /dev/dsp is > attached to your ac97 on-board first, instead of your ice1712. If you > make 'alias snd-card-0 snd-intel8x0', you'll probably find the game will > work happily. True, once I can make this crappy "intel8x0" utter any sound, and cope with the other cards (the first one only in /etc/modules.conf is working)! Modprobing it works silently, cating /proc/asound/cards tells the truth, routing XMMS to /dev/dsp aliased to it makes the built-in spectrogram appear... but no sound comes out of my speakers (cables connections and volume sliders checked). As I said, there's that "[Off]" label on all alsamixer channels. Cheers, Christian

21 years, 7 months

Re: *!* [linux-audio-user] Picky Shuttle audio chipset conflictin g with other cards...

by Stephen Hassard

I've seen that the ice1724 driver (which is based on ice1712) is unable to mmap on /dev/dsp. The trick is to switch the order of your cards so that /dev/dsp is attached to your ac97 on-board first, instead of your ice1712. If you make 'alias snd-card-0 snd-intel8x0', you'll probably find the game will work happily. later, Steve Mr.Freeze wrote: > Hey, > I'm using an "ice1712" soundcard (with whom I satisfied) on a Shuttle box, whose > "intel8x0" audio chipset powers I'm trying to "revive", in order to attempt > again to make the game Enemy Territory work at last, as it returned the > following error, when using the better soundcard of the two: > > ------- sound initialization ------- > /dev/dsp: Input/output error > Could not mmap /dev/dsp > ------------------------------------ > > One reported on the ET forum (on the thread "ET / Linux: no sound!") that it is > supposed to be due to this "ice1712" driver, quoting the "Advanced Linux Sound > Architecture - Driver Configuration Guide" > > MMAP on ICE1712 driver > ---------------------- > ICE1712 supports only the unconventional format, interleaved 10-channels 24bit > (packed in 32bit) format. Therefore you cannot mmap the buffer as the > conventional (mono or 2-channels, 8 or 16bit) format on OSS. > > When it comes to set multiple cards, the first audio card only on > /etc/modules.conf, whichever of the two it is, is installed after the boot-up. > Loading the other card afterwards by hand with modprobe does work: it is > detected on /proc/asound/cards. > Why? > > Here's a snippet of my /etc/modules.conf: > > # ALSA portion > alias char-major-116 snd > alias char-major-14 soundcore > > alias snd-card-0 snd-ice1712 > alias snd-card-1 snd-intel8x0 > > # Terratec EWX 24/96 > alias sound-slot-0 snd-ice1712 > alias sound-service-0-0 snd-mixer-oss > alias sound-service-0-1 snd-seq-oss > alias sound-service-0-3 snd-pcm-oss > alias sound-service-0-8 snd-seq-oss > alias sound-service-0-12 snd-pcm-oss > options snd-card-ice1712 snd_enable > alias /dev/dsp1 snd-pcm-oss > > # Shuttle Intel Audio Chipset > alias sound-slot-1 snd-intel8x0 > alias sound-service-1-0 snd-mixer-oss > alias sound-service-1-1 snd-seq-oss > alias sound-service-1-3 snd-pcm-oss > alias sound-service-1-8 snd-seq-oss > alias sound-service-1-12 snd-pcm-oss > options snd-intel8x0 snd_enable > alias /dev/dsp snd-pcm-oss # ET can only route /dev/dsp > > But... even if XMMS, for example, does play sounds when routed to the OSS > emulated "intel8x0" at /dev/dsp, no sound gets out of it and alsamixer labels > all volume controls by appending "[Off]". > Why? > > Two problems to be solved then... > > Cheers, > Mr°Freeze >

21 years, 7 months

[linux-audio-user] Picky Shuttle audio chipset conflicting with other cards...

by Mr.Freeze

Hey, I'm using an "ice1712" soundcard (with whom I satisfied) on a Shuttle box, whose "intel8x0" audio chipset powers I'm trying to "revive", in order to attempt again to make the game Enemy Territory work at last, as it returned the following error, when using the better soundcard of the two: ------- sound initialization ------- /dev/dsp: Input/output error Could not mmap /dev/dsp ------------------------------------ One reported on the ET forum (on the thread "ET / Linux: no sound!") that it is supposed to be due to this "ice1712" driver, quoting the "Advanced Linux Sound Architecture - Driver Configuration Guide" MMAP on ICE1712 driver ---------------------- ICE1712 supports only the unconventional format, interleaved 10-channels 24bit (packed in 32bit) format. Therefore you cannot mmap the buffer as the conventional (mono or 2-channels, 8 or 16bit) format on OSS. When it comes to set multiple cards, the first audio card only on /etc/modules.conf, whichever of the two it is, is installed after the boot-up. Loading the other card afterwards by hand with modprobe does work: it is detected on /proc/asound/cards. Why? Here's a snippet of my /etc/modules.conf: # ALSA portion alias char-major-116 snd alias char-major-14 soundcore alias snd-card-0 snd-ice1712 alias snd-card-1 snd-intel8x0 # Terratec EWX 24/96 alias sound-slot-0 snd-ice1712 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss options snd-card-ice1712 snd_enable alias /dev/dsp1 snd-pcm-oss # Shuttle Intel Audio Chipset alias sound-slot-1 snd-intel8x0 alias sound-service-1-0 snd-mixer-oss alias sound-service-1-1 snd-seq-oss alias sound-service-1-3 snd-pcm-oss alias sound-service-1-8 snd-seq-oss alias sound-service-1-12 snd-pcm-oss options snd-intel8x0 snd_enable alias /dev/dsp snd-pcm-oss # ET can only route /dev/dsp But... even if XMMS, for example, does play sounds when routed to the OSS emulated "intel8x0" at /dev/dsp, no sound gets out of it and alsamixer labels all volume controls by appending "[Off]". Why? Two problems to be solved then... Cheers, Mr°Freeze

21 years, 7 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-user