[PlanetCCRMA] Fedora Core 3 and CCRMA
Raphael
raphael at securesoft.co.uk
Tue Jan 11 12:00:02 PST 2005
Hi all, I'm very new to all this so please bear with me...
I've just discovered the wonderful world of ccrma and proceeded straight away to
install apps...
Unfortunately I came to a bit of a stop as I can't get jack to work.
Tried with 2.6.9+realtime, 2.6.10-rdt and 2.6.10-ll
The latter seems to be a bit better but still not working
At the moment I've got the stuff installed from an apt-get install
planetccrma-dore on the CCRMA/FC3 repository
There are 2 problems really..
First: jack refuses to identify any of the above kernels as having realtime
capabilities as shown below
/~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
jackstart: cannot get realtime capabilities, current capabilities are:
=ep cap_setpcap-ep
probably running under a kernel with capabilities disabled,
a suitable kernel would have printed something like "=eip"
back from read, ret = 1 errno == Success
jackstart: could not give capabilities: Operation not permitted
jackd 0.99.36
Copyright 2001-2003 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK compiled with System V SHM support.
loading driver ..
creating alsa driver ... hw:0|hw:0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
configuring for 48000Hz, period = 1024 frames, buffer = 2 periods
Couldn't open hw:0 for 32bit samples trying 24bit instead
Couldn't open hw:0 for 24bit samples trying 16bit instead
nperiods = 2 for capture
Couldn't open hw:0 for 32bit samples trying 24bit instead
Couldn't open hw:0 for 24bit samples trying 16bit instead
nperiods = 2 for playback
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~/
...my assumption is that I have to turn something on but couldn't find the
relevant doc...
Second if choosing alsa I get inundated with xruns, oss seems fine
(although if I understand correctly that should be provided by alsa via oss
emulation...???)
Increasing the buffer to something in the order of 8-16k stops this at
first but after a little while the flood begins again.
The machine is a 2.8 GHz P4 with 1Gb RAM so it shouldn't have a problem with
essentially doing nothing....
/~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
**** alsa_pcm: xrun of at least 0.026 msecs
**** alsa_pcm: xrun of at least 0.064 msecs
**** alsa_pcm: xrun of at least 0.029 msecs
**** alsa_pcm: xrun of at least 0.025 msecs
**** alsa_pcm: xrun of at least 0.043 msecs
**** alsa_pcm: xrun of at least 0.040 msecs
**** alsa_pcm: xrun of at least 0.028 msecs
**** alsa_pcm: xrun of at least 0.030 msecs
**** alsa_pcm: xrun of at least 0.025 msecs
**** alsa_pcm: xrun of at least 0.036 msecs
**** alsa_pcm: xrun of at least 0.051 msecs
**** alsa_pcm: xrun of at least 0.029 msecs
**** alsa_pcm: xrun of at least 0.031 msecs
**** alsa_pcm: xrun of at least 0.085 msecs
**** alsa_pcm: xrun of at least 0.063 msecs
**** alsa_pcm: xrun of at least 0.039 msecs
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~/
...not too sure what this entails but doesn't sound too good...
If anyone could help on the subject it would be greatly appreciated... even a
pointer in the right direction....
here's some more info ....if useful...
Linux prometeus.internal.securesoft.co.uk 2.6.10-2.1.ll.rhfc3.ccrma #1 Thu Dec
30 03:08:13 EST 2004 i686 i686 i386 GNU/Linux
[root at prometeus ~]# lsmod
Module Size Used by
nls_utf8 2048 3
cifs 216208 3
snd_seq 76688 0
realtime 5128 0
commoncap 8064 1 realtime
nfsd 211616 9
exportfs 9472 1 nfsd
lockd 68136 2 nfsd
parport_pc 29380 1
lp 12780 2
parport 42440 2 parport_pc,lp
autofs4 28932 0
i2c_dev 11776 0
i2c_core 23040 1 i2c_dev
sunrpc 186724 19 nfsd,lockd
iptable_nat 26308 0
iptable_mangle 2688 0
ipt_REJECT 7168 1
ipt_state 1792 4
ip_conntrack 45748 2 iptable_nat,ipt_state
iptable_filter 3584 1
ip_tables 18944 5
iptable_nat,iptable_mangle,ipt_REJECT,ipt_state,iptable_filter
microcode 7072 0
nvidia 3473564 12
md5 4096 1
ipv6 284864 10
dm_mod 64148 0
video 15620 0
button 6416 0
battery 9220 0
ac 4740 0
uhci_hcd 36368 0
snd_via82xx 32032 2
snd_ac97_codec 79712 1 snd_via82xx
snd_pcm_oss 64800 0
snd_mixer_oss 21760 2 snd_pcm_oss
snd_pcm 124040 3 snd_via82xx,snd_ac97_codec,snd_pcm_oss
snd_timer 38276 2 snd_seq,snd_pcm
snd_page_alloc 10884 2 snd_via82xx,snd_pcm
gameport 5120 1 snd_via82xx
snd_mpu401_uart 11264 1 snd_via82xx
snd_rawmidi 32672 1 snd_mpu401_uart
snd_seq_device 9740 2 snd_seq,snd_rawmidi
snd 74244 12
snd_seq,snd_via82xx,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,
snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device
soundcore 11360 2 snd
via_rhine 27396 0
mii 5120 1 via_rhine
ext3 135560 4
jbd 92184 1 ext3
sata_via 7172 0
libata 48132 1 sata_via
sd_mod 19072 0
scsi_mod 138368 2 libata,sd_mod
Cheers,
Raphael
More information about the PlanetCCRMA
mailing list