Quoting Ismael Valladolid Torres <ivalladt(a)gmail.com>:
> When running jackd trying to get realtime I get:
>
> $ jackd -R -d alsa
> (...)
> cannot use real-time scheduling (FIFO at priority 20) [for thread
> -1228579920, from thread -1228579920] (1: Operation not permitted)
> cannot use real-time scheduling (FIFO at priority 10) [for thread
> -1236972624, from thread -1236972624] (1: Operation not permitted)
>
> ...
>
> #
> * - rt_priority 0
> * - nice 0
> #
> @audio - rt_priority 100
The limit is often referred as "rtprio" not "rt_priority", but they might be
aliases for the same thing..
Does your user belong to the group "audio", and did it belong to the group
when you logged in?
Was this limits.conf setup in place when you logged in?
Which version of libpam do you have installed?
Sampo
When running jackd trying to get realtime I get:
$ jackd -R -d alsa
(...)
cannot use real-time scheduling (FIFO at priority 20) [for thread
-1228579920, from thread -1228579920] (1: Operation not permitted)
cannot use real-time scheduling (FIFO at priority 10) [for thread
-1236972624, from thread -1236972624] (1: Operation not permitted)
However I thought everything was set up properly on my Debian sid:
$ uname -r
2.6.19.1-rt15
$ grep PREEMPT_RT /boot/config-`uname -r`
CONFIG_PREEMPT_RT=3Dy
$ dpkg -s libpam-modules | grep Version
Version: 0.79-4
$ tail /etc/security/limits.conf
# there is no way to say "allow locking all memory", 4G should be enough
#
* - rt_priority 0
* - nice 0
#
@audio - rt_priority 100
@audio - nice -10
@audio - memlock 4000000
# End of file
Any ideas welcome.
Cordially, Ismael
--
Ismael Valladolid Torres m. +34679156321
La media hostia j. ivalladt(a)jabberes.org
http://lamediahostia.blogspot.com/
Finally got Aldrin up and working (sort of). Also finally "got it" (only took
from version 0.5). Lunar!
The program cannot init any audio device, with or without jack running (only
difference is an alsa-pcm item on the wave out prefs menu).
Any ideas?
Hi everyone,
I was just wondering if someone might be able to shed some light
on a problem I have..
I sometimes notice audio clicks which are not picked up as
xruns.. One particularly easy one to reproduce is using the dssi~
plugin for pd. If I send the dssi show message, play a note and
then switch between workspaces, there is a noticable glitch in
the sound.. This is probably best heard with whysynth and having
the patch edit gui open (under edit in the dssi gui).
I notice similar glitches at other times in other programs,
although they are not usually too intrusive...
Any ideas?
I'm running a non-rt kernel although I am pretty happy with its
performance (2.6.18).. I tried to roll my own rt kernel today but
hit some networking problems which I have not had time to
properly troubleshoot... Are there any reasonable precompiled rt
images for debian/ubuntu available at present?
Best wishes,
James
Hi all,
SecretRabbitCode was recently included in a test of a number of
commercially available sample rate converters and while it wasn't
the best, it certainly didn't disgrace itself either.
The results are here:
http://src.infinitewave.ca/
This test gives me yet more incentive to continue my work on coming
up with a new improved algorithm.
I would also thank Ben Loftis of GWL (Harrison consoles) for hooking
me up with the people running the tests so that the Rabbit could be
included.
Cheers,
Erik
--
--
+-----------------------------------------------------------+
Erik de Castro Lopo
+-----------------------------------------------------------+
"Men who use terrorism as a means to power, rule by terror
once they are in power."
-- Helen Macinnes
> Basically nothing supports hardware mixing these days except the
> emu10k1 devices and some VIA onboard chipsets, because the hardware is
> designed around Windows which does software mixing in the kernel.
hmm... alsa soundcard matrix lists pretty much cards as "hardware
mixing supported". there are devices on yamaha YMF7xx, trident 4DWave,
motorola 56361, aureal AU88x0, TI TMS320C67xx, and some others. so,
hardware mixing seems to be supported on echo cards (motorola 56361),
and unsupported on m-audio cards (envy24).
> For professional audio use hardware mixing is basically irrelevant
> because no pro interface supports it [...snip...]
what interface(s) do you mean?
--
sex, pot, open source!!
On Monday 22 January 2007 01:53, linux-audio-user-request(a)music.columbia.edu
wrote:
> > I never got this working with just python. Segfaulted.
>
> you can run aldrin off the unwrapped package. there is an "aldrindebug"
> in the bin directory that starts aldrin in gdb. enter "run", when the
> segfault happens, enter "bt", and send me the output.
I think I already sent you this stuff. Not a new problem.
>
> please also list your machine specs... cpu info, mostly.
Pentium III, 500mhz running at 575mhz, Debian unstable (Sid).
> > Now it is using llvm in addition. The llvm on Debian Sid is not good
> > enough so one must download sources and go to it. However, this does not
> > compile like other ./configure. make, make install.
>
> yes, unfortunately. it totally sucks, i agree.
But at least it builds and installs fine they way they tell you to do it. Just
stay off ./configure :-(
> > Follow their instructions. Llvm itself will compile and install just
> > fine. Now go to the llvm-gcc front end (they recommend using binaries but
> > there are none for Debian and Debian's llvm is not recent enought so ...)
>
> try some of the prepackaged binaries. i used the redhat ones with
> ubuntu.
OK, I will get the redhat rpm and alien that into Debian (Ubuntu is built on
Debian) and see it that works. Since their binary names conflict with generic
ones like gcc (why did they do such a thing?), they must install somewhere
else and symlink to an llvm-gcc as per their instructions. How does the rpm
take care of this?
> never managed to build llvm-gcc itself.
>
> --
> Leonard Ritter
Hi everyone,
I'm trying to use ladspa compressors plugins in jack-rack, in order to
compress the snares and the kicks coming from my sampler.
I tried the SC4 plugin and the CAPS compressor. Actually,I have the same
problem with both of them.
This is what i do: I set the compressor parameters in jack-rack (in order
to have a "BIG" sound !!! ) and i save the .rack file. But when i restart
jack-rack with this rack, the sound isn't processed at first, i need to
tweak all the sliders one by one to make it compress the sound again.
Am i missing something ? Does anyone have the same problem ?
Thanks
Flo
I never got this working with just python. Segfaulted.
Now it is using llvm in addition. The llvm on Debian Sid is not good enough so
one must download sources and go to it. However, this does not compile like
other ./configure. make, make install.
Follow their instructions. Llvm itself will compile and install just fine. Now
go to the llvm-gcc front end (they recommend using binaries but there are
none for Debian and Debian's llvm is not recent enought so ...)
The compile dies looking for GCC_4.2.0 as required by libstdc++. This
libstdc++ is off Debian Sid but gcc there is not up to 4.2.0. So how might
this "require" it. Anyone succeded with this thing?
> Has any user on this list come here by being persuaded by what he or she
> has read on Slashdot ?
[meekly] me... I got hooked by a post long ago about Ardour.
Despite its flaws, its still some publicity. Just because the comments
can be crap doesn't mean that reasonable people, like the excellent
company here, aren't reading it. They can sort out the signal from the
noise at least some of the time.
--
Renick Bell
http://www.the3rd2nd.com