Linux-audio-user April 2004

linux-audio-user@lists.linuxaudio.org

141 participants
177 discussions

[linux-audio-user] 2.4.25 LowLat patch issues

by Mark Williams (MWP)

Greetings all, Ive patched a clean 2.4.25 kernel with the A. Morton low latency patch (it patched ok), but on building i get the errors below. Any ideas? Thanks. make all_targets make[2]: Entering directory `/usr/src/linux-2.4.25/kernel' gcc -D__KERNEL__ -I/usr/src/linux-2.4.25/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe +-mpreferred-stack-boundary=2 -march=i686 -nostdinc -iwithprefix include -DKBUILD_BASENAME=sched -fno-omit-frame-pointer -c -o sched.o sched.c sched.c:213: error: conflicting types for 'reschedule_idle' sched.c:210: error: previous declaration of 'reschedule_idle' was here sched.c:213: error: conflicting types for 'reschedule_idle' sched.c:210: error: previous declaration of 'reschedule_idle' was here sched.c:382: error: conflicting types for 'wake_up_process' /usr/src/linux-2.4.25/include/linux/sched.h:604: error: previous declaration of 'wake_up_process' was here sched.c:382: error: conflicting types for 'wake_up_process' /usr/src/linux-2.4.25/include/linux/sched.h:604: error: previous declaration of 'wake_up_process' was here sched.c:420: error: conflicting types for 'schedule_timeout' /usr/src/linux-2.4.25/include/linux/sched.h:149: error: previous declaration of 'schedule_timeout' was here sched.c:420: error: conflicting types for 'schedule_timeout' /usr/src/linux-2.4.25/include/linux/sched.h:149: error: previous declaration of 'schedule_timeout' was here sched.c:755: error: conflicting types for '__wake_up' /usr/src/linux-2.4.25/include/linux/sched.h:596: error: previous declaration of '__wake_up' was here sched.c:755: error: conflicting types for '__wake_up' /usr/src/linux-2.4.25/include/linux/sched.h:596: error: previous declaration of '__wake_up' was here sched.c:765: error: conflicting types for '__wake_up_sync' /usr/src/linux-2.4.25/include/linux/sched.h:597: error: previous declaration of '__wake_up_sync' was here sched.c:765: error: conflicting types for '__wake_up_sync' /usr/src/linux-2.4.25/include/linux/sched.h:597: error: previous declaration of '__wake_up_sync' was here sched.c:775: error: conflicting types for 'complete' /usr/src/linux-2.4.25/include/linux/completion.h:31: error: previous declaration of 'complete' was here sched.c:775: error: conflicting types for 'complete' /usr/src/linux-2.4.25/include/linux/completion.h:31: error: previous declaration of 'complete' was here sched.c:785: error: conflicting types for 'wait_for_completion' /usr/src/linux-2.4.25/include/linux/completion.h:30: error: previous declaration of 'wait_for_completion' was here sched.c:785: error: conflicting types for 'wait_for_completion' /usr/src/linux-2.4.25/include/linux/completion.h:30: error: previous declaration of 'wait_for_completion' was here sched.c:820: error: conflicting types for 'interruptible_sleep_on' /usr/src/linux-2.4.25/include/linux/sched.h:601: error: previous declaration of 'interruptible_sleep_on' was here sched.c:820: error: conflicting types for 'interruptible_sleep_on' /usr/src/linux-2.4.25/include/linux/sched.h:601: error: previous declaration of 'interruptible_sleep_on' was here sched.c:831: error: conflicting types for 'interruptible_sleep_on_timeout' /usr/src/linux-2.4.25/include/linux/sched.h:602: error: previous declaration of 'interruptible_sleep_on_timeout' was here sched.c:831: error: conflicting types for 'interruptible_sleep_on_timeout' /usr/src/linux-2.4.25/include/linux/sched.h:602: error: previous declaration of 'interruptible_sleep_on_timeout' was here sched.c:844: error: conflicting types for 'sleep_on' /usr/src/linux-2.4.25/include/linux/sched.h:598: error: previous declaration of 'sleep_on' was here sched.c:844: error: conflicting types for 'sleep_on' /usr/src/linux-2.4.25/include/linux/sched.h:598: error: previous declaration of 'sleep_on' was here sched.c:855: error: conflicting types for 'sleep_on_timeout' /usr/src/linux-2.4.25/include/linux/sched.h:599: error: previous declaration of 'sleep_on_timeout' was here sched.c:855: error: conflicting types for 'sleep_on_timeout' /usr/src/linux-2.4.25/include/linux/sched.h:599: error: previous declaration of 'sleep_on_timeout' was here sched.c:210: warning: 'reschedule_idle' declared `static' but never defined make[2]: *** [sched.o] Error 1 make[2]: Leaving directory `/usr/src/linux-2.4.25/kernel' make[1]: *** [first_rule] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.25/kernel' make: *** [_dir_kernel] Error 2

21 years, 1 month

Re: [linux-audio-user] snd-hdsp+cardbus+M6807 notebook=distortion -- First good news!

by Tim Blechmann

> 2) The Windows driver automatically adjusts any pcmcia controller's > latency from (in my case default, yours could vary) 0x20 (or 32) to > 0xFF (or 255). This always happens except in one case where the card > remains plugged-in during the suspend/resume cycle which Matthias > acknowledged it may be an overlook in their drivers, but is no big > deal as the card works ok even with 0x20 latency. The higher latency > simply ensures that if the PCI is snagged by something else that the > audio packets are never late. thomas added this to the linux driver, too, although i don't know if it's already included in the recent alsa version ... he sent me a patched source file some times ago ... anyway, it didn't help on my machine... > It's called "System Explorer v.1.00" > Screenshot of the pcmcia controller's state while card is > disconnected: > http://meowing.ccm.uc.edu/~ico/eMachines/SE-before_suspend.jpg i haven't had a look at this screenshot, yet, but can you tell me which registers have been altered in windows? > This is in a nutshell the likely culprit for Linux (in my case at > least) and this may very well help trace the problem down. Please bear > in mind that in Linux I am not using any power management and the > sound is trashed even upon first init. It would be great to see how > its hex state looks when compared with Windows as this could shed some > light as to how to fix the problem. you can use scanpci to get the actual register settings from your devices ... i'd be pretty curious if your windows register settings differ from your linux register settings ... i'll have a look at your screenshots tomorrow ... i'd appreciate if you could send me an output of scanpci of your linux settings that i can compare it with mine ... and if some people with hdsps that are actually working on their machines would provide us with their register settings, we might be able to figure out, where the problem could come from ... cheers... Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac

21 years, 1 month

[linux-audio-user] linuxjournal.com article on upcoming linux audio conference

by Joern Nettingsmeier

hi everyone ! it seems our friend dave has been very active again. in case you haven't seen it yet, here is a nice teaser for the 2nd linux audio conference in karlsruhe at the end of april: http://www.linuxjournal.com//article.php?sid=7514 best, jörn -- The handles of a craftsman's tools bespeak an absolute simplicity, the plainest forms affording the greatest range of possibilities for the user's hand. That which is overdesigned, too highly specific, anticipates outcome; the anticipation of outcome guarantees, if not failure, the absence of grace. - William Gibson, "All Tomorrow's Parties" Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers)

21 years, 1 month

[linux-audio-user] Intermitent Xruns...

by Russell Hanaghan

Hi, I setup Qjackctl with jack and have had it running fine under normal conditions on MDK 9.2 with the multimedia 2.4 kernel...I upgraded this system with MDK 10.0 today but am using the 2.4 kernel still. I use a Dell 650mhz / 256Ram laptop with LADSPA plugins ad a live FX box on my PA> Usually use AMS with Freeverb and a delay with midi control to switch FX on and off. I have set this laptop up in a CII docking station now that houses 2 SBLive PCI cards. I have them chained with a modified .asoundrc file that gives me 4 ins and 4 outs. I have been using Ardour as the host to test this setup. I am running 3 mono channels with a Chorus, Gverb and TAP Delay in eac respectively. Qjackctl, TOP and Ardour all report about 24% CPU load when all are active. I run acoustic guitar thru the Chorus channel separately routed to a channel on my mixer and I run the other 2 channels in Ardour back in stereo fed from an Aux send on the mixer for General Fx buss. The above setup works fine when I fire it up. I run the multi card set up (actually ttable from the Alsa website) at 512 2 RT (As root) The system stay stable with no Xruns for about 5 minutes then the sound will begin to distort. It will do that for a minute or so then Qjackctl shows an Xrun or 2 and it clears. Sometimes Jack will shutdown but not always. I try to shut down as many daemons and services as possible. The 2 SBlive's are on IRQ 10 (Host bridge to docking station I think) but nothing else on that interrupt. I have tmpfs setup. It seems like something is kicking in intermittently causing this but I see no spikes in Gnome Resource monitor nor anything odd watching it in TOP when the problem starts. Even though I upgraded the system, it did this previously as I have tested this once before on the same setup with MDK 9.2. Any ideas? This seems so close to being useful but the unreliable tendency is a show stopper for my needs. Thanks

21 years, 1 month

[linux-audio-user] Weird sounds

by Vi

Hi, I'm using alsa with via82xx configured. And sometimes when I play sound with xmms, xine, etc. I get wierd noise on background (popping sound). When I go to alsamixer and change via dxs (even very litle) the sound desapears, but backround popping stays. If I'm changing pcm, it becomes more silent, but when I'm turning my speakers louder I still hear popping noise. The thing is that it's not happening always, but in 50% of cases. And there is no such problem under windows (so it's not the speakers who are guilty). I'm confused about this stuff. Please help. Thanks.

21 years, 1 month

[linux-audio-user] ANNOUNCE: workshop Pure Data, Amsterdam

by derek holzer

WORKSHOP PURE DATA Netherlands Media Art Institute, Montevideo/Time Based Arts 26 - 29 May 2004 Fee: E 150,- Guests: Aymeric Mansoux, Derek Holzer, Frank Barknecht and Jaromil This workshop is meant for beginners and will focus on Open Source software for the real-time manipulation of audio and video. The dual package of Pure Data and GEM, offer a complete set of tools for sound, multimedia and VJ purposes. Topics will include: real-time audio and video processing with PD and GEM, RRADical PD, PDP and an overview of other free and open source audio and video tools for Linux. PD and GEM The dual package of PD [Pure Data] and GEM [Graphics Environment for Multimedia], developed under an open source model by an international community of programmers, offers just such a set of tools. Running under Windows, Linux or OSX, PD and GEM can be used in commonly available, inexpensive hardware as a complete multimedia environment. Both applications allow for the real-time manipulation of sound and image data within a visual programming environment which does not require any previous experience in traditional computer languages. PDP is a set of external objects to PD developed by Tom Schouten, runs under Linux and OSX, and are based on the idea of processing data in packets. While it is primarily used for video, the basic structure of PDP allows any kind of data to be processed into any other kind of data. Images can be converted to textures, which can be mapped onto 3D objects, converted back to images, changed into sound, re-rendered again as image, and so on. The possibilities are endless. RRADical PD (Reusable and Rapid Audio Development) is a set of patches created by Frank Barknecht in order to make Pure Data easier and faster to use for newcomers and for people who are looking for a collection of standardized music tools similar to what commerical software packages such as Reason or Reaktor offer. The workshop is for beginners. The level will go up while the week progresses. The first day will be dedicated to basic PD and for those who bring their own machine, an installation session. For applications please contact Marloes de Valk marloes(a)montevideo.nl <mailto:marloes@montevideo.nl> Purpose While many tools exist for sound, multimedia and VJ purposes, few of them are designed with an open architecture which allows artists to configure the tools they use themselves. Fewer still are free. The importance of an open source development model may seem academic at first, but in fact there is a strong need for a workshop of this kind. The fees, licenses and restrictions that come with commercial software become more and more restrictive every day, and the knowledge in the new media community of free and open source software is extremely limited. Coupled with this is the stigma that open source software, such as Linux, is "too difficult" for artists to use. This workshop aims to provide the tools which can be taken away and put to use immediately and the knowledge of how to use them productively. Details The workshop sessions will be held in the Netherlands Media Art Institute. Over the 4 days of the workshop, 12 participants will learn about PD, GEM, and PDP, working under the Linux operating system. Topics of the workshop will include: * Crash course 'Installing PD and GEM for beginners' with invited guests * Basic PD with Derek Holzer * Basic GEM with Aymeric Mansoux * Intermediate PD with Derek Holzer * RRADical PD with Frank Barknecht * PDP with Aymeric Mansoux * Clinic * Presentation and jamm session At the end of the fourth day a short presentation of the workshop will take place. This presentation will be open to an audience invited by the participants. The workshop will finish with a "Jam Session", in which the participants can share the creations they have made with each other and with the audience. Invited Guests Frank Barknecht (D) Open source developer, sound artist and the creator of the End-User Abstractions project (RRADical PD, Reusable and Rapid Audio Development) which makes it possible to learn using Pd in a top-down way, making PD more accessible and open. <http://footils.org> Aymeric Mansoux (F) Artist and author of pure-data tutorials/articles for MusicRun, Co-Founder of a group dedicated to alternative digital art study and Co-Founder of Goto10, an organization dedicated to set up and produce electronic live events. <http://www.bleu255.com> Derek Holzer (NL/US) Sound artist currently based in Utrecht. Initiated the Acoustic Space Lab Project, an "open source sampling project" which invites artists to use a database of samples gathered at a former Soviet spy station to create a common body of work. <http://acoustic.space.re-lab.net/lab> <http://www.umatic.nl> Jaromil (I) Jaromil is an italian GNU/Linux programmer, author and mantainer of three free softwares and a operating system: MuSe (for running a web radio), FreeJ (for veejay and realtime video manipulation), HasciiCam (ascii video streaming) and dyne:bolic. http://rastasoft.org/ <http://rastasoft.org> Marloes de Valk Educatie Nederlands Instituut voor Mediakunst, Montevideo/Time Based Arts Keizersgracht 264 1016 EV Amsterdam T 020 6237101 F 020 6244423 E marloes(a)montevideo.nl www.montevideo.nl Marloes de Valk Educatie Nederlands Instituut voor Mediakunst, Montevideo/Time Based Arts Keizersgracht 264 1016 EV Amsterdam T 020 6237101 F 020 6244423 E marloes(a)montevideo.nl www.montevideo.nl ______________________________________________ SPECTRE list for media culture in Deep Europe Info, archive and help: http://coredump.buug.de/cgi-bin/mailman/listinfo/spectre

21 years, 1 month

[linux-audio-user] Mandrake 9.2 to 10.0 upgrade but using the 2.4.22 patched kernel...

by Russell Hanaghan

HI, Can anyone tell me if I could upgrade my Mandrake laptop from 9.2 to 10.0 but continue using the 2.4 kernel? I see lots of comments on the fact that the 2.6 kernel does not seem very reliable for DAW stuff right now. My MDK 9.2 setup works well but some of the front end "X" stuff is a bit flaky and the upgrade would give me all the new versions of KDE, GNOME, etc. Thanks R~

21 years, 1 month

[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, 1 month

[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, 1 month

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, 1 month

← Newer
1
...
11
12
13
14
15
16
17
18
Older →

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 April 2004