ALSA /usr/src/rpm/BUILD/alsa-driver-1.0.9rc1/pci/ac97/../../alsa-
kernel/pci/ac97/ac97_codec.c:1888: AC'97 0 does not respond - RESET
ALSA /usr/src/rpm/BUILD/alsa-driver-1.0.9rc1/pci/ac97/../../alsa-
kernel/pci/ac97/ac97_codec.c:1897: AC'97 0 access is not valid [0x0],
removing mixer.
EMU10K1_Audigy: probe of 0000:00:0b.0 failed with error -5
Are my sound modules not being loaded?
Thanks, Dirk
Greetings:
Has anyone got MidiShare working under a Debian system ? It seems that
the init script wants a /etc/init.d/functions file that's quite RH
specific. I've commented out the relevant lines in /etc/init.d/MidiShare
but I have a further problem with the old init_module and
cleanup_module. I fixed that problem with ALSA 1.0.9b by adding dummy
code to the offending sources, but it seems that the MidiShare sources
do define those functions in msLoader.c. I can 'modprobe midishare' all
right, but no MidiShare utilities work, they all complain that MidiShare
is not loaded, probably due to the init_module fiasco.
Anyone, anywhere ?
Best,
On Sunday 21 August 2005 08:14, linux-audio-user-request(a)music.columbia.edu
wrote:
> What is the output of "lsmod"? It sounds like you have gameport or
> another driver claiming the MPU port before snd-mpu401 gets loaded.
hmmm
lsmod show gameport with the ens1371 (an oldie but goody I found n the trash
and put in to have SOMETHING for audio for the Linux--my dman2044 is not
supported. Under windows, eht ens1371 has a wave table GS-subset as well.)
Since I do not use the gameport, how might I disable it and see if this was
blocking the mpu401?
Actually, I have no mpu401 device. The target is another oldie, a Yamaha
sw60xg ISA card which is simply an XG sound generator. It sits on a port, no
IRQ, no DMA, no PNP, nada. The system does not know it's there, not Windows,
not Linux. When W2k came out and Yamaha had no driver for the card, they
recommended using the W2K mpu401 driver until. So I tried this with Linux and
it has worked 100% until 2.6.12.
This multi-effects processor is working well under jack_fst on my box:
http://www.luxonix.com/home/en/products.html?id=lfx1310
Red Hat 9 + PlanetCCRMA
kernel 2.4.26-1.ll.rh90.ccrma
glibc 2.3.2-27.9.7
WINE 20040505
fst 1.6
jack_fst 1.2
Wine and fst stuff Installed using Dave's Quick Toot -- thanks Dave!
Maybe someone will find it useful.
paul
Greetings:
I'm testing DSSI and libfst VST support using wine-20050725. Here's a
preliminary report for interested users.
I rebuilt and reinstalled libfst, jack_fst, dssi, and the dssi-vst
stuff. Kernel is Demudi's 2.6.12, ALSA 1.0.9b, JACK 0.99.54. Everything
built without complaint, except for one significant error. Recently WINE
has altered some syntax and flags for some of its utilities, including
the winebuild binary. The dssi-vst and libfst stuff (including jack_fst)
use winebuild in the final stages of the build, and they failed because
a flag is missing. The fix is to add the -F flag after the --exe
directive in the appropriate Makefiles. It's only three or four
instances, and after making the changes the builds proceeded without
problems.
First, some notable failures:
dlphilp@demudi:~/dssi-vst-0.3.1$ ./vsthost
../vstplugins/vsti/HyperCanvas.dll
Returning file identifiers: JANyenIu1TlApftWzNiGT2M0
DSSI_PATH not set, defaulting to
/home/dlphilp/.dssi:/usr/local/lib/dssi:/usr/lib/dssi
RemoteVSTClient: executing
/usr/local/lib/dssi/dssi-vst/dssi-vst-server -g
../vstplugins/vsti/HyperCanvas.dll,JANyenIu1TlApftWzNiGT2M0
DSSI VST plugin server v0.96
Copyright (c) 2004 Chris Cannam - Fervent Software
Loading "../vstplugins/vsti/HyperCanvas.dll"...
VST_PATH not set, defaulting to
/home/dlphilp/vst:/usr/local/lib/vst:/usr/lib/vst
fixme:midi:OSS_MidiInit Synthesizer support MIDI in. Not supported
yet (please report)
dssi-vst-server[1]: found in
/home/dlphilp/vst/../vstplugins/vsti/HyperCanvas.dll
done
Testing VST compatibility...
dssi-vst-server[1]: VST entrypoint "main" found
Plugin server timed out on startup: No such device or address
vsthost: bailing out
Terminated
dlphilp@demudi:~$ jack_fst vstplugins/vsti/HyperCanvas.dll
fixme:midi:OSS_MidiInit Synthesizer support MIDI in. Not supported
yet (please report)
HyperCanvas could not be instantiated
------> [At this point an error dialog appears that says "Not
supported CPU" followed by garbage characters. - DP]
can't instantiate plugin vstplugins/vsti/HyperCanvas.dll
dlphilp@demudi:~$ jack_fst vstplugins/Crystal.dll
Segmentation fault
All other plugins that I tried failed with jack_fst, with the same
segmentation fault.
I was able to run and test Oberon-4, Crystal, PM4, Pro-52, Mercury-1,
and AdditiveSynth with dssi-vst's vsthost. I'm not at my home machine,
so I have just a few plugins to test, but so far I'm inclined to agree
with Paul Davis and simply recommend the dssi-vst package for running
VSTs with the most recent WINEs.
I'd really like to get HyperCanvas working under dssi-vst. Any tips or
suggestions from you VST mavens out there ?
Best,
dp
http://dis-dot-dat.net/content/music/fling.ogg
Comments?
James
--
"I'd crawl over an acre of 'Visual This++' and 'Integrated Development
That' to get to gcc, Emacs, and gdb. Thank you."
(By Vance Petree, Virginia Power)
Dave,
Thanks for your recent update on the progress of running VST plugins under
dssi-vst. I was glad to see Crystal working there; I'm sure you were, also.
Wish I could help you with Hypercanvas.
Regards,
Dave.
On Sunday 21 August 2005 19:01, linux-audio-user-request(a)music.columbia.edu
wrote:
> Hi David:
>
> Please, when asked for the output of a reporting utility copy the
> output to your reply, it's very helpful.
OK, here it is -- not very illuminating, I'm afraid:
~$ lsmod | grep snd
snd_seq_midi 9472 0
snd_mpu401_uart 8352 0
snd_ens1371 26240 1
gameport 16744 1 snd_ens1371
snd_ac97_codec 84696 1 snd_ens1371
snd_seq_dummy 3876 0
snd_seq_oss 36736 0
snd_seq_midi_event 8256 2 snd_seq_midi,snd_seq_oss
snd_seq 57424 6
snd_seq_midi,snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_usb_audio 71328 1
snd_pcm_oss 56064 0
snd_mixer_oss 20416 1 snd_pcm_oss
snd_pcm 97828 4
snd_ens1371,snd_ac97_codec,snd_usb_audio,snd_pcm_oss
snd_timer 26532 2 snd_seq,snd_pcm
snd_page_alloc 10212 1 snd_pcm
snd_usb_lib 16928 1 snd_usb_audio
snd_rawmidi 26368 4
snd_seq_midi,snd_mpu401_uart,snd_ens1371,snd_usb_lib
snd_seq_device 9004 5
snd_seq_midi,snd_seq_dummy,snd_seq_oss,snd_seq,snd_rawmidi
snd 59588 16
snd_mpu401_uart,snd_ens1371,snd_ac97_codec,snd_seq_oss,snd_seq,snd_usb_audio,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_rawmidi,snd_seq_device
soundcore 10400 1 snd
usbcore 125916 5 snd_usb_audio,snd_usb_lib,usbhid,uhci_hcd
====================================================
>My experience with 2.6.12 chimes with other users: It's got problems. :(
>I read that 2.6.13 comes with Ingo Molnar's latency patches and better
>timing resolution. Perhaps this is the OTB audio-ready kernel we've been
>waiting for ?
Maybe .... if it does to propagate the bugs from 2.6.12.
Julien,
The best place I can suggest you look for 'free' hardware (or free anything for that matter) is the nearest 'FreeCycle' group:
http://www.freecycle.org/
There's quite possibly one near you.
--
http://hl.afraid.org/~david/
--