I'm trying and totally failing to get PD working with a Hammerfall 9652.
(System: Red Hat 7.1 - kernel 2.4.2. Using the PD 0.33P2 RPM.)
The rme96xx module doesn't install cleanly. "make install" seems broken due to a macro fault in the Makefile:
install -m 644 rme96xx.o /lib/modules/#include <linux/rhconfig.h>/kernel/drivers/sound
/bin/sh: linux/rhconfig.h: No such file or directory
I copied it by hand, but got complaints about unresolved symbols when doing a modprobe/insmod. Sometimes it seems to work, sometimes it refuses, sometimes it complains "No such device". The docs claim that this module release is compatible with this kernel version.
The rmectrl program doesn't seem to work either: the X11 version shows lots of options but they can't be changed. In fact, they're also wrong: the card is shown at 48KHz when my Roland desk has clearly locked to it at 44.1.
The ALSA support in PD doesn't match that which comes with Red Hat 7.1 so I get:
warning: Pd compiled for Alsa version 0.9 appears to be incompatible with
the installed version of ALSA. Here is what I found in /proc/asound/version:
Advanced Linux Sound Architecture Driver Version 0.5.11.
Compiled on Aug 27 2001 for kernel 2.4.2-2 with versioned symbols.
snd_pcm_open (input): Sound protocol is not compatible
snd_pcm_open (output): Sound protocol is not compatible
audio I/O stuck... closing audio
Tried building PD from source, specifying --enable-rme. So tried "pd -rme" which gives:
RME9652: failed to open /dev/rme9652/C0da1 writeonly
RME9652: failed to open /dev/rme9652/C0ad1 readonly
RME9652: configuring 0, fd=0, sr=44100
, dac=0
RME9652: Could not set sampling rate for device
RME9652: Could not set DSP format
RME9652: Could not set channels
RME9652: configuring 0, fd=0, sr=44100
, dac=1
RME9652: Could not set sampling rate for device
RME9652: Could not set DSP format
RME9652: Could not set channels
RME: ioctl on output device 0 failedRME: ioctl SOUND_PCM_GETOSPACE says 1 buffsize
audio I/O stuck... closing audio
Where do the /dev entries come from? MAKEDEV doesn't know about them. Does this require a kernel build?
(Aside: PD's "make install" is broken if /usr/local/include doesn't exist; it creates it as a plain file and breaks gcc.)
Built with ALSA 0.5x, PD gets are far as trying 1 input/1 output and then just gives screeds of file descriptor error messages.
Would someone please try to persuade me that I'm not just completely wasting my time? -=- MIME -=- This is a multi-part message in MIME format
------VistoMail999032707511 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable
Nick Rothwell Cassiel.com Limited nick@cassiel.com http://www.cassiel.com _________________________________________________________________________= __ Visit http://www.visto.com. Find out how companies are linking mobile users to the=20 enterprise with Visto.
------VistoMail999032707511 Content-Type: text/plain; name="MOAN" Content-Transfer-Encoding: base64
SSdtIHRyeWluZyBhbmQgdG90YWxseSBmYWlsaW5nIHRvIGdldCBQRCB3b3JraW5nIHdpdGgg YSBIYW1tZXJmYWxsIDk2NTIuCgpTeXN0ZW06IFJlZCBIYXQgNy4xIChrZXJuZWwgMi40LjIp LgoKVGhlIHJtZTk2eHggbW9kdWxlIGRvZXNuJ3QgaW5zdGFsbCBjbGVhbmx5LiAibWFrZSBp bnN0YWxsIiBpcyBicm9rZW4KZHVlIHRvIGEgZmF1bHQgaW4gdGhlIE1ha2VmaWxlOgoKCWlu c3RhbGwgLW0gNjQ0IHJtZTk2eHgubyAvbGliL21vZHVsZXMvI2luY2x1ZGUgPGxpbnV4L3Jo Y29uZmlnLmg+L2tlcm5lbC9kcml2ZXJzL3NvdW5kCgkvYmluL3NoOiBsaW51eC9yaGNvbmZp Zy5oOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5CgpJIGNvcGllZCBpdCBieSBoYW5kLCBi dXQgZ290IGNvbXBsYWludHMgYWJvdXQgdW5yZXNvbHZlZCBzeW1ib2xzLCBidXQKYWZ0ZXIg YSBmZXcgdHJpZXMgbW9kcHJvYmUvaW5zbW9kIHNlZW1zIHRvIGRvIGl0IGFueXdheSwgYnV0 IEknbSBub3QKY29udmluY2VkIGl0J3Mgd29ya2luZyBhdCBhbGwuCgpUaGUgcm1lY3RybCBw cm9ncmFtIGRvZXNuJ3Qgd29yayBlaXRoZXI6IHRoZSBYMTEgdmVyc2lvbiBzaG93cyBsb3Rz IG9mCm9wdGlvbnMgYnV0IHRoZXkgY2FuJ3QgYmUgY2hhbmdlZC4gSW4gZmFjdCwgdGhleSdy ZSBhbHNvIHdyb25nOiB0aGUKY2FyZCBpcyBzaG93biBhdCA0OEtIeiB3aGVuIG15IFJvbGFu ZCBkZXNrIGhhcyBsb2NrZWQgdG8gaXQgYXQgNDQuMS4KClNvIEkgdHJpZWQgUEQgYW55d2F5 LCB1c2luZyAicGQgLWluY2hhbm5lbHMgOCAtb3V0Y2hhbm5lbHMgOCIgYW5kIGdvdAoKCXRy aWVkIDQsIGdvdCAyCgl0cmllZCAyLCBnb3QgMgoJdHJpZWQgNCwgZ290IDIKCXRyaWVkIDIs IGdvdCAyCgl3YXJuaW5nOiBvdmVyaWRpbmcgYmxvY2tzaXplIHRvIDY0IQoJT1NTOiByZXF1 ZXN0ZWQgYXVkaW8gYnVmZmVyIHNpemUgMjQwNjQgbGltaXRlZCB0byAxNjM4NAoJdHJpZWQg NCwgZ290IDIKCXRyaWVkIDIsIGdvdCAyCglPU1M6IHNhbXBsaW5nIHJhdGU6IHdhbnRlZCA0 NDEwMCwgZ290IDQ0MTAxCglQZDogc3lzdGVtIGNhbGwgdGltZWQgb3V0CgkvZGV2L2RzcCAo cmVhZG9ubHkpOiBJbnRlcnJ1cHRlZCBzeXN0ZW0gY2FsbAoKSSBkb24ndCBrbm93IHdoeSBp dCdzIHVzaW5nIE9TUyAoYW5kIHByZXN1bWFibHkgd2hhdGV2ZXIgU291bmQgQmxhc3Rlcgpj YXJkIEkgaGF2ZSBzaXR0aW5nIGluIHRoZSBtYWNoaW5lKS4gSSBkb24ndCBrbm93IGhvdyB0 byBnZXQgaXQgdG8gdXNlCnRoZSBSTUUgaW5zdGVhZCwgYW5kIGNhbid0IGZpbmQgYW55IGRv Y3VtZW50YXRpb24gYWJvdXQgdGhpcy4KClNvIEkgd2VudCB0aHJvdWdoIGFsbCB0aGUgZWZm b3J0IG9mIGdldHRpbmcgdGhlIEFMU0EgZHJpdmVycyBpbiBwbGFjZQphbmQgdHJpZWQgInBk IC1hbHNhIiAoYW5kICItYWxzYWRldiAwIiwgIjEiLCAiMiIpLCBnZXR0aW5nCgoJd2Fybmlu ZzogUGQgY29tcGlsZWQgZm9yIEFsc2EgdmVyc2lvbiAwLjkgYXBwZWFycyB0byBiZSBpbmNv bXBhdGlibGUgd2l0aAoJdGhlIGluc3RhbGxlZCB2ZXJzaW9uIG9mIEFMU0EuICBIZXJlIGlz IHdoYXQgSSBmb3VuZCBpbiAvcHJvYy9hc291bmQvdmVyc2lvbjoKCUFkdmFuY2VkIExpbnV4 IFNvdW5kIEFyY2hpdGVjdHVyZSBEcml2ZXIgVmVyc2lvbiAwLjUuMTEuCglDb21waWxlZCBv biBBdWcgMjcgMjAwMSBmb3Iga2VybmVsIDIuNC4yLTIgd2l0aCB2ZXJzaW9uZWQgc3ltYm9s cy4KCXNuZF9wY21fb3BlbiAoaW5wdXQpOiBTb3VuZCBwcm90b2NvbCBpcyBub3QgY29tcGF0 aWJsZQoJc25kX3BjbV9vcGVuIChvdXRwdXQpOiBTb3VuZCBwcm90b2NvbCBpcyBub3QgY29t cGF0aWJsZQoJYXVkaW8gSS9PIHN0dWNrLi4uIGNsb3NpbmcgYXVkaW8KCndoaWNoIGlzIGNs ZWFybHkgYWxzbyBicm9rZW4uIEFsc28sIG9uY2UgdGhlIEFMU0EgbW9kdWxlcyBoYXZlIGJl ZW4KbG9hZGVkIGFuZCB1bmxvYWRlZCB0aGUgcm1lOTZ4eCBvbmUgY29tcGxhaW5zIGFib3V0 IG5vdCBmaW5kaW5nIHRoZQpjYXJkIGF0IGFsbC4KClRyaWVkIGJ1aWxkaW5nIFBEIGZyb20g c291cmNlLCBzcGVjaWZ5aW5nIC0tZW5hYmxlLXJtZS4KU28gdHJpZWQgInBkIC1ybWUiLCBn aXZlczoKClJNRTk2NTI6IGZhaWxlZCB0byBvcGVuIC9kZXYvcm1lOTY1Mi9DMGRhMSB3cml0 ZW9ubHkKUk1FOTY1MjogZmFpbGVkIHRvIG9wZW4gL2Rldi9ybWU5NjUyL0MwYWQxIHJlYWRv bmx5ClJNRTk2NTI6IGNvbmZpZ3VyaW5nIDAsIGZkPTAsIHNyPTQ0MTAwCiwgZGFjPTAKUk1F OTY1MjogQ291bGQgbm90IHNldCBzYW1wbGluZyByYXRlIGZvciBkZXZpY2UKUk1FOTY1Mjog Q291bGQgbm90IHNldCBEU1AgZm9ybWF0ClJNRTk2NTI6IENvdWxkIG5vdCBzZXQgY2hhbm5l bHMKUk1FOTY1MjogY29uZmlndXJpbmcgMCwgZmQ9MCwgc3I9NDQxMDAKLCBkYWM9MQpSTUU5 NjUyOiBDb3VsZCBub3Qgc2V0IHNhbXBsaW5nIHJhdGUgZm9yIGRldmljZQpSTUU5NjUyOiBD b3VsZCBub3Qgc2V0IERTUCBmb3JtYXQKUk1FOTY1MjogQ291bGQgbm90IHNldCBjaGFubmVs cwpSTUU6IGlvY3RsIG9uIG91dHB1dCBkZXZpY2UgMCBmYWlsZWRSTUU6IGlvY3RsIFNPVU5E X1BDTV9HRVRPU1BBQ0Ugc2F5cyAxIGJ1ZmZzaXplCmF1ZGlvIEkvTyBzdHVjay4uLiBjbG9z aW5nIGF1ZGlvCgpTbyBjbGVhcmx5IHRoYXQncyBicm9rZW4gYXMgd2VsbC4gV2hlcmUgZG8g dGhlIC9kZXYgZW50cmllcyBjb21lIGZyb20/Ck1BS0VERVYgZG9lc24ndCBrbm93IGFib3V0 IHRoZW0uCgooT2g6ICJtYWtlIGluc3RhbGwiIGlzIGJyb2tlbiBpZiAvdXNyL2xvY2FsL2lu Y2x1ZGUgZG9lc24ndCBleGlzdDsgaXQKc3RvcHMgZ2NjIHdvcmtpbmcuKQoKQnVpbHQgd2l0 aCBBTFNBIDAuNXgsIFBEIGdldHMgYXJlIGZhciBhcyB0cnlpbmcgMSBpbnB1dC8xIG91dHB1 dCBhbmQKdGhlbiBqdXN0IGdpdmVzIHNjcmVlZHMgb2YgZmlsZSBkZXNjcmlwdG9yIGVycm9y IG1lc3NhZ2VzLgoKQ2FuIHNvbWVvbmUgcGxlYXNlIHRyeSB0byBwZXJzdWFkZSBtZSB0aGF0 IEknbSBub3QganVzdCB3YXN0aW5nIG15CnRpbWU/Cg==
------VistoMail999032707511--
On 29 Aug 2001 08:33:58 -0000, Nick Rothwell wrote:
I'm trying and totally failing to get PD working with a=
Hammerfall
(System: Red Hat 7.1 - kernel 2.4.2. Using the PD 0.33P2 RPM.)
The rme96xx module doesn't install cleanly. "make install"=
seems
broken due to a macro fault in the Makefile:
..edit the path settings to your kernel in the makefile....
inshure to use the latest version of pd and the rme drivers: xdv.org/pub/gige/pd/
after that it worked, and no need for the ctrl tool within pd by using usind adat.converters
cu andreas
-- andreas.poegl, a.poegl@progressive-art.org on 29.08.2001
hello,
(System: Red Hat 7.1 - kernel 2.4.2. Using the PD 0.33P2 RPM.)
The rme96xx module doesn't install cleanly. "make install" seems broken due to a macro fault in the Makefile:
[...]
better use a kernel > 2.4.5, since there should be the sound/
[...]
Tried building PD from source, specifying --enable-rme. So tried "pd -rme" which gives:
compile pd without the rme enable and start it without -rme flag, since the flag -rme is only for the rme9652 driver for kernels 2.2.x
with eg. -inchannels 8 -outchannels 8
now it should work (use rmectl utility to check the card status, should be synced when using )
mfg winfried
better use a kernel > 2.4.5, since there should be the sound/
OK. Kernel builds are a bit of a pain, but I've done them before and I'll no doubt be doing them again...
compile pd without the rme enable and start it without -rme flag, since the flag -rme is only for the rme9652 driver for kernels 2.2.x
I'm sure I tried it with snd-rme9652 and snd-card-rme9652 loaded and it didn't help. The documentation was not clear about what "-rme" did: my reading of it was that it forced PD to use some kind of built-in RME support.
with eg. -inchannels 8 -outchannels 8
Are you implying that this now all works with ALSA? I'm still not sure about how this all hangs together with all the different kernel versions and drivers.
On 29 Aug 2001 14:11:59 -0000, Nick Rothwell wrote:
better use a kernel > 2.4.5, since there should be the sound/
OK. Kernel builds are a bit of a pain, but I've done them before and I'll no doubt be doing them again...
compile pd without the rme enable and start it without -rme flag, since the flag -rme is only for the rme9652 driver for kernels 2.2.x
I'm sure I tried it with snd-rme9652 and snd-card-rme9652 loaded and it didn't help. The documentation was not clear about what "-rme" did: my reading of it was that it forced PD to use some kind of built-in RME support.
with eg. -inchannels 8 -outchannels 8
Are you implying that this now all works with ALSA? I'm still not sure about how this all hangs together with all the different kernel versions and drivers.
--
Nick Rothwell Cassiel.com Limited nick@cassiel.com www.cassiel.com systems - composition - installation - performance
i had the same shit! all drivers shipping with my suse distribution did not do anything. --> use günter geigers (nice greetings) drivers from ftp.xdv.org/pub/gige/pd/ theese work only withing pd and a little oss. compile them and listen to your hammerfall.
cu andreas
-- andreas.poegl, a.poegl@progressive-art.org on 30.08.2001
-
andreas.poegl -
Nick Rothwell -
Winfried Ritsch