From: Sean P. <sea...@ma...> - 2004-08-08 10:15:56
|
OK. It seems I've solved the issue I had by either changing my kernel or moving my Audigy to a different PCI slot. I'll try my previous kernel later to see what it was that made the difference. But I've still got a completely silent Muse, both MIDI and audio tracks are completely silent. The only thing that doesn't quite seem right is in the routing window I can't connect anything to the ALSA tracks that are listed, which doesn't quite seem right. Thanks for the help everyone. Sean. On Thursday 05 August 2004 22:30, Allan Klinbail wrote: > Okay, > > That setup is exactly as mine (even though I didn't touch udev), and > still being fairly new to gentoo, thanks for the tip. Mandrake doesn't > use udev, but from what I can gather that's just a configuration file > telling the system permissions to assign to devices as they become > active. > > I have been manually have been changing the permissions before running > as root and the system has not changed them again until after a reboot > indicating it shouldn't be impacting real time behaviour (through > installing 2 new kernels over 4 attempts yesterday I got to observe this > behaviour). > > I've pasted my USE flags from my /etc/make.conf file below... as we are > having similar problems it would be good to see if there are any > similarities, but if anyone on gentoo isn't having these problems that > would probably be even better. > > USE="X gtk gnome -kde -oss -apm alsa acpi aim audiofile avi berkdb gpm > motif bonobo caps cdr crypt cups curl dga doc dvd dvdr encode evo fftw > flac flash gd gtk2 gtk2html gif gdbm libwww pam pdflib python icq imlib > jack java jikes joystick jpeg ladcca mad mbox mcal mmx sse mozilla msn > ncurses offensive oggvorbis png qt readline slang svga sdl spell > quicktime ssl tcltk tcpd tiff theora videos wmf xinerama xml xmms xv > xvid yahoo zlib nls" > > On Fri, 2004-08-06 at 06:51, Sean Parsons wrote: > > Allan. > > > > The various sound and midi devices are mapped to my main user and the > > audio group, since I've set up the permissions in udev that way. Hmmm, I > > wonder if udev has anything to do with this? I don't know if Mandrake > > uses udev and if it doesn't that's another thing to eliminate/check out. > > > > Thanks, > > Sean. > > > > On Thursday 05 August 2004 04:51, you wrote: > > > > > Also here's a capture of the console output from Muse when I ran > > > > > it, imported a midi file to the project and resized the window > > > > > slightly which seemed to coincide with the disconnection: > > > > > starting with default template > > > > > midi thread 21695 _NOT_ running SCHED_FIFO > > > > > > > > Aha! > > > > This error message is a bad one. I bet this is the problem. > > > > > > > > I'm pretty sure this has to do with kernel 2.6 or NPTL. > > > > I'm not sure how to check if a system has NPTL, do you know if it you > > > > system uses it? > > > > > > Hi... While I also am experiencing similar problems on a Gentoo system, > > > I don't get the error above. I am also using a 2.6.5 kernel, but i > > > didn't manually patch it I grabbed it from thac's rpms for mandrake 10 > > > (using a little app call rpm2targz). > > > > > > I only get messages about "cannot create thread" when running as a > > > normal user. Sean, just a point, for some reason I cannot explain, the > > > device permissions for /dev/snd/sequencer seem to default to my normal > > > user on startup, I have no idea how that happens (checked devfsd.conf > > > and it should be root) - could you check if you're gentoo does the same > > > thing? > > > > > > How can I check if I am running NPTL? Is it a choice in kernel > > > configuration or a library of some kind. > > > > > > It seems on my machine to be a performance issue, I cannot get anymore > > > than 3 ports of MIDI operational before the xruns start flying in. > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > > one more big change to announce. We are now OSTG- Open Source Technology > > Group. Come see the changes on the new OSTG site. www.ostg.com > > _______________________________________________ > > Lmuse-user mailing list > > Lmu...@li... > > https://lists.sourceforge.net/lists/listinfo/lmuse-user |