On Sun, 2003-09-07 at 17:12, Robert Epprecht wrote: :-) Smart a$$! ;-) I do not have this line, but I doubt it matters. I have a bit more stuff you don't. Maybe it will help, but I doubt it: alias /dev/mixer snd-mixer-oss alias /dev/dsp snd-pcm-oss alias /dev/midi snd-seq-oss OK, so that is sound coming from your application. You probably need to route it to the outputs you want it to go to. This will be different from my HDSP 9652, as per Jesse's instructions about where you are supposed to route, but as a test, you should see audio (green or yellow) on each output that has input in the middle row. It sounds like you are not? Sounds like the answer would be yes, but I'm not sure. How are you getting the audio you see above if you are not using alsaplayer? Are you using an Alsa or JAck app? Or are you using OSS emulation? These results look good to me.

"Thomas Charbonnel" <thomas(a)undata.org> writes: I have figured this one out: I had installed the alsaplayer package from debian unstable and changed this to alsaplayer-alsa now. The message from alsaplayer has disappeared. Sorry for the noise. It was a *stereo* signal, as the meters show clearly different levels for left and right channels. But no signal on any meters in the last row. I don't know ;-) I just run hdsploader a few times (until it gives no errors, which means at least two times, sometimes three), start hdspmixer from alsa-tools 0.9.6 and then alsaplayer. I did *not* run amixer. Do I get that right, that hdspmixer replaces it and there is no need for amixer when I run hdspmixer? With the *old* alsaplayer installation I got signals on all the meters of the second row, all left channels showing same level, different from the right channels. All this channels where muted when starting up, but un-muting them did *not* result in any signal showing up in the last row. With the new alsaplayer-alsa installation and alsaplayer -o alsa -d plughw:0 I do not get the warning from the player any more. The first two channels in the middle row show a stereo signal. Below that I see 'All 1+2' and have tried to set this to different output channels... Still no signal in the third row (faders are up), and still no sound... No, I have tried many different things, including setting all channels to mid-range and trying to set signal routing with amixer before starting hdspmixer, but I have *never* seen a signal in the last row using Linux. The card *does* work on 'another' OS, but this is not an option for me ;-) BTW: Does firmware version still matter when I do use hdsploader? I baught the card very recently. How can I find out what firmware is on the card? I think I could have made a very basic newbie mistake, even though I *did* a lot of searching on the net, and did a lot of RTFM. I do not pretend that I understood all of it, though. Maybe this is wrong: I do have installed jackd from Debian unstable, but I think did *not* start it AFAIK. 'ps -A | grep jack' shows nothing. I wanted to proceed step by step, but maybe this was the mistake? How would I start jackd correctly for my setup? I had no luck so far with my attempts to do so, and wanted to defer that. Or another possibility: I had tried both ways, installing ALSA from debian packages and installing it from source. Maybe I did a mistake when trying to uninstall the self compiled version (which did not work either) before I re-installed the Debian packages? I am currently reading the manual of RME and thinking about installing the cvs ALSA version. Or maybe I should wipe out my disk and start again with a new system... (oh, I would not like that too much ;-) Thanks a lot for all the help I have got so far! Robert Epprecht

"Mark Knecht" <mknecht(a)controlnet.com> writes: Yes, but I want some more ;-) It *looks* as if it would be routed to the outputs. Possible, but I have *no* electrical signal on the output jacks either. I had tried this before asking for help on this list. I had the impression to do it right, but I'll retry... I had found information on the net about the numbers to use for my hardware searching the net. I had tried out all the suggestions I could find, before I asked here. But maybe I made a mistake... It looks like. I had moved the faders and unmuted the channels (both with hdspmixer and/or amixer). It's like life, isn't it? That's what I thought. Thank you for making that clear. Hmm, but what if my Debian setup has configured some 'things' to use JACK and I don't? Feeling newbie'ish again... I am a bit resistant to downgrade the firmware. I'd like to hear from somebody who really knows what's the situation with firmware, maybe Thomas? Thanks a lot for your patience, Robert

OK, by default, with firmware loaded and no Alsa applications (hdspmixer, amixer commands or anything else) doing anything, then my HDSP mixer does the following routing: (I think!) In1 + Playback1 == Out1 In2 + Playback2 == Out2 ... In 26 + Playback26 == Out26 So, I think you have fewer I/Os on this card, but I would be surprised if RME did something very different on your MultiFace. Maybe you should do what I did when Thomas and I couldn't get outputs working. Instead of sending audio data out, concentrate on the inputs instead. Send signals in, check what hdspmixer is displaying, and see if you can record it to a wave file using something like Audacity or ReZound. You may find that with your firmware things are off by 2 or 8 channels. Thomas and I had this problem with the older HDSP 9652 driver. I switched to debugging the inputs, and when we found the problems that led pretty quickly to getting the outputs working. Also, one input signal can get monitored very well in hdspmixer, but one output signal requires you to check all outputs which is harder for you to do. Just an idea. Yes, but if the driver doesn't match up with your firmware, then all you are doing is controlling a piece of software, and then that software is not correctly controlling your hardware. Try the inputs. My wife thinks so... Yes, I understand. There are other MultiFace users here. Maybe they can tell you want firmware revisions they are running. what do you see with an lspci or lspci -vv command? - Mark

Robert Epprecht wrote on Tue, 09-Sep-2003: Please tell us what firmware you are running. An lspci -v will give a listing and a (rev ??) will be part of the rme hammerfall entry. For instance, I have rev 0b which has been well supported and working great now for several months (cardbus/multiface). jlc

On Mon, 2003-09-08 at 23:50, Robert Epprecht wrote: OK, in this case, if I remember Jesse's post last evening, you have older firmware. Wasn't he running rev 0b? If so I think you need to upgrade your firmware. http://www.rme-audio.de/english/download/drivers.htm Looks to me like the current version is 011. (0b) Their archive has rev 010 (0a) - Mark

Patrick Shirkey <pshirkey(a)boosthardware.com> writes: ^^^^^^^^ You mean 'manually' as opposed to using modules.conf? I remove them from modules.conf first and reboot? So do I. And the PCI interface. Oh, thanks a lot. I'll try that out very soon. Would you please tell me how exactly to start jackd? Or should I try without first? Which is the sequence? starting jack, running the script, running hdsploader or what? I wonder what I would do without all the help I get from the list. I hope there will be a time I can give something back... Thanks a lot, Robert

Robert Epprecht <epprecht(a)solnet.ch> writes: oups, reading through it again, I realise that you *didn't* talk about jackd when you say 'jack inputs'. Never mind, Robert

Patrick Shirkey <pshirkey(a)boosthardware.com> writes: Hmm I tried to test, but realised that it will take me some more time to understand exactly how Debian loads the ALSA modules. I thought I had them disabled, but lsmod proved me wrong... So I tried a simple quick test, which I think should (could?) have the same effect: I manually unloaded the modules in question after booting, checked with lsmod and then and run your script adapted to my card#. I even did try to unplug the Multiface cable in between on some of my tests, just to try everything I could imagine could possibly help). But hdsploader returned with the same error message as it always does when I start it the first time. Running the routing and level setting part of the script after running hdsploader again did not solve the problems either. Do you think it could make a difference when the modules have been loaded already on boot up, but removed later on? Thanks a lot for the input, Robert

Robert Epprecht wrote: That's good to know it's consistent. Sounds like a firmware bug to me too now. One other thing which you may not have tried is booting m$ then warmbooting into linux (don't turn off the machine between boots). I just remembered that with older versions ofthe driver this was the only way to get the multiface to work. I can't remember if you are running cvs or not (probably no). They shouldn't as long as you remove them before running hdsploader :) -- Patrick Shirkey - Boost Hardware Ltd. Http://www.boosthardware.com Http://www.djcj.org - The Linux Audio Users guide ======================================== Being on stage with the band in front of crowds shouting, "Get off! No! We want normal music!", I think that was more like acting than anything I've ever done. Goldie, 8 Nov, 2002 The Scotsman

-infinity means 'all zeros'. When you plug in an external device you begin to see its 'noise floor'. For instance, on my ADAT inputs, if I hook one to an AI-3 which has a spec'ed noise floor of -98db I see the inputs register about -99db to -101db, much as you would expect. However, if I hook an ADAT input to my Pro Tools rig and its ADAT outputs I still register -infinity since Pro Tools sends 'all zeros' on ADAT outputs that are not being used. Makes sense.. This is disappointing. Did you do the lspci -v and get the info on your firmware revision? In your case the MultiFace has internal A/D converters, correct? In this case I do not know why it should change either. As an experiment you might try a clean boot, open hdspmixer and hdspconf, and then change some clock settings in hdspconf. Maybe that will wake it up and get it to display things correctly? Or possibly even though the MultiFace has A/D's they are not hooked up initially and stay that way until you plug something in? Just a thought.

Both of these are out of date. I tried to submit updates to the ALSA matrix, but it appears to be unmaintained. The SuSE hardware database is no better - I was surprised to see this was also out of date, given that SuSE is offering a commercial distribution based on ALSA. I'm afraid it doesn't reflect very well on the LAU community that all these docs are out of date. I know it's a boring job, but it's so important to have reliable hardware compatibility information. Is there no way we could combine the best parts of the matrix and the wiki to make a new, definitive and official document? Cheers Daniel

Paul Perkins <speaker-to-vegetables(a)pobox.com> writes: I don't think it is fair to say that in general. There is so much really good documentation about so many things around. But of course it is true for many areas. Maybe ALSA is one, I cannot really tell yet, as I just try to enter this world. I will see... Robert

On Wed, Sep 10, 2003 at 10:23:27AM +0100, Daniel James wrote: I could be wrong, but I thought that the Midiman brand name was retained for the more consumer-oriented products, M-Audio for those aimed at the professional market. -- Anahata anahata(a)treewind.co.uk Tel: 01638 720444 http://www.treewind.co.uk Mob: 07976 263827

On Wed, 10 Sep 2003 11:38:43 +0100 Daniel James <daniel(a)mondodesigno.com> wrote: I've probably missed something here but isn't it audio and midi?

Daniel James <daniel(a)mondodesigno.com> wrote: Why's that? They have firewire interfaces now... USB. It's just evolution. At one point in time they had 2 different companies that made what was, at the time, 2 different products. Their cards have evolved to incorporate aspects of both products. {Sort of inevitable given that the functionality of either is often times dependent on the other.} I imagine their bookeepers are having a hard time with it but I really don't see the need for the rest of us to suffer. :} I'm waiting for them to partner with intel and offer us audio and multimedia motherboards.

Daniel James wrote: I like how you are thinking. I have plans to do this but it requires access to the mysql database. If you can wait for a couple of months more I should have something working. Will change it ASAP. -- Patrick Shirkey - Boost Hardware Ltd. Http://www.boosthardware.com Http://www.djcj.org - The Linux Audio Users guide ======================================== Being on stage with the band in front of crowds shouting, "Get off! No! We want normal music!", I think that was more like acting than anything I've ever done. Goldie, 8 Nov, 2002 The Scotsman

Daniel James wrote: The matrix is not unmaintained. I lost my main workstation a couple of months ago and have been trying to get it back since. It is not an easy task or cheap and I haven't the space on this machine or the inclination to install apache and mysql. Unfortunately that is how it goes when people volunteer to help on a large project like the alsa website. If I was paid and had someone else to maintain my gear then there wouldn't be a problem. The alsa website is the definitive document. If you find stuff in the wiki that you think should be in the website you can submit it. But until I get a new video card and rescue all the info on my failed HDD it won't be incorporated into the site. Hopefully I haven't lost everything that people submitted to me before the crash. Currently the prognosis is grim though. On top of all that I also have to recode the backend as Jaroslav recently upgraded to php4. Plus I'm having more fun making music at the moment. It took me at least a year to get it to where it is now. I am not going to ditch that effort, just out of action for a while. -- Patrick Shirkey - Boost Hardware Ltd. Http://www.boosthardware.com Http://www.djcj.org - The Linux Audio Users guide ======================================== Being on stage with the band in front of crowds shouting, "Get off! No! We want normal music!", I think that was more like acting than anything I've ever done. Goldie, 8 Nov, 2002 The Scotsman

Paul Perkins <speaker-to-vegetables(a)pobox.com> writes: I was actually planing to do this, but want to gather some more information. yes, I know. hmm... Robert