Still not working....
|
I just noticed this thread reappear in my record of previous posts. It looks like the ground has shifted to a driver config problem. I think the modules.conf.local file must be a SuSE special, as I don't have one here.
Normally running the command 'depmod -a' will update the module dependency data and get rid of the the 'newer than' warnings. Also I suspect the only reason to use the .local file is that SuSE may rewrite modules.conf at some stage, and your edits will be lost. I don't know if depmod will cure your other problem. You don't give much info about what error messages you got. Did you just add those 2 lines to the .local file? If you are using KDE it is probably also worth poking around in the control center under 'sound and multimedia' for some sign of your keyboard. |
Quote:
Quote:
Quote:
Quote:
I've since upgraded to SuSe 9.1 Pro, will try again when I get the time. Quote:
|
I have no claims at all to be an expert on this stuff. My only knowledge about MIDI and Linux comes from playing with software MIDI synth.
But the crucial thing in getting any piece of hardware to work is to load the right driver, and in the case of old hardware like this you usually have to pass in some parameters, like IRQ number and IO range, typically set in the modules.conf file, as the hardware is too dumb to negotiate this data itself. The KDE (3.2) control centre certainly has some MIDI settings under Sound & Multimedia, but maybe only for choosing the playback device. |
Quote:
The best possible solution here, I think, would be if I can open the midi ports' data stream and tee it to std out, or dump to a file or similar. That way, if I had an amount of certainty that the test method has to produce something which I can see as data, then I'd know whether the keyboard is even communicating at all. If I have a dead MIDI keyboard, I could correctly configure all the drivers in the world but if the dead keyboard won't communicate, well, I'm nowhere. I just need an example of someone already doing this (and a brief post of their capture would be especially helpful), before I can be sure the keyboard is dead. |
FWIW but no real answers
For whatever anyone can get from this:
At some point, I installed either SuSe 9.2 Pro or SuSe 9.3 Pro, that old Reveal keyboard worked fine in the included versions of Hydrogen and Soundtracker. I can only offer that SuSe Pro had added something to the included YaST that did the job for the Pro version, where my first version of SuSe used a version of YaST which failed to set all the neccessary things in order. I have always wondered, ever since I got things working, that maybe I only needed a permissions change or maybe I only needed to make some missing file link... That's the downside to having and relying on any GUI based system setup tools: the user of those GUI tools can succeed in making stuff work, yet he/she remains clueless regarding the details of proper configuration. :twocents: |
All times are GMT -5. The time now is 11:45 PM. |