19 Apr
2006
19 Apr
'06
6:56 a.m.
On Tue, 2006-04-18 at 22:44 +0200, vlad wrote:
hello,
i was confused: i thought _rt_limits (realtime-limits and not resources-limits) is an
additional pam-module which is NOT included in the ubuntu libpam-modules package.
since pam is the standard in every newer distribution (also breezy and debian sarge)
it is (of course) easier to edit /etc/security/limits.conf then to compile the
realtime-lsm.
(as i understand the ubuntustudio-rlimits-patch only adds the "@audio"
entries.)
i did not know that it also works.
thank you,
vlad
hi all,
i don't get it! in which ubuntu package (dapper or breezy) are the
rtlimits-pam-modules?
they are not in the libpam-modules package.
dana@polly:~$ dpkg -L libpam-modules | grep limits
/etc/security/limits.conf
/lib/security/pam_limits.so
i'm using ubuntu breezy with a self-compiled
kernel (2.6.14-ck9) with
realtime-lsm.
BTW, why is the realtime-lsm method deprecated? i think it is
safe. PAM is quite delicate (that's why i don't want to build it myself).
It doesn't matter what you want or what you think, it's deprecated. You
can continue using it until your distro drops it if you want. It makes
no difference.
Since you are on Ubuntu, when you upgrade to Dapper, you do NOT need
realtime-lsm anymore.
In the meantime, on debian and Ubuntu Breezy, PAM is not "delicate" - in
fact is it very simple to patch PAM for rlimits support.
Dana
19 Apr
19 Apr
8:30 a.m.
Hallo,
vlad hat gesagt: // vlad wrote:
i was confused: i thought _rt_limits (realtime-limits
and not resources-limits) is an
additional pam-module which is NOT included in the ubuntu libpam-modules package.
since pam is the standard in every newer distribution (also breezy and debian sarge)
it is (of course) easier to edit /etc/security/limits.conf then to compile the
realtime-lsm.
(as i understand the ubuntustudio-rlimits-patch only adds the "@audio"
entries.)
No, you're still confused. ;)
The patch discussed here not only adds entries to limits.conf, it also
adds the functionality required by these entries. There is no official
package for Debian testing/unstable that has this support.
Ciao
--
Frank Barknecht _ ______footils.org_ __goto10.org__
8:38 a.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
The bristol synthesiser emulation software 0.9.4 has been uploaded to
sourceforge.
It includes the finalised Oberheims, a Rhodes Bass piano. The Korg MonoPoly
has been added but is work in progress. The filters were rewritten and many
of the waveform generation algorithms. Contributions mean it should now
compile on 64bit systems.
The audio interface now includes native Jack support, but this is the first
release with this code and your millage may vary. The engine will register
for one input port and two output ports. The engine may have to run as root
at the moment until more realtime support is put into the code. Initial
feedback from beta testing was mixed, so the standard disclaimer applies -
"it works on my system".
Feedback on the jack interface directly if possible:
mailto:nickycopeland@hotmail.com
http://sourceforge.net/projects/bristol
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
10:16 a.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
Nick Copeland wrote:
The bristol synthesiser emulation software 0.9.4 has
been uploaded to
sourceforge.
It includes the finalised Oberheims, a Rhodes Bass piano. The Korg
MonoPoly has been added but is work in progress. The filters were
rewritten and many of the waveform generation algorithms.
Contributions mean it should now compile on 64bit systems.
The audio interface now includes native Jack support, but this is the
first release with this code and your millage may vary. The engine
will register for one input port and two output ports. The engine may
have to run as root at the moment until more realtime support is put
into the code. Initial feedback from beta testing was mixed, so the
standard disclaimer applies - "it works on my system".
Feedback on the jack interface directly if possible:
mailto:nickycopeland@hotmail.com
http://sourceforge.net/projects/bristol
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's
FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Nice release! Thank you very much, I'm glad to see that this project is
still alive. I was trying to use it with jack but couldn't make it. I
passed the flags -audio jack and -jack and it kept connecting through
alsa directly (or oss?). What could be wrong?
Thanks!
Hector.
10:27 a.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
Bristol does a rather lightweight check for the presence of Jack - I did say
it was the first release. Version 0.9.4-1 wants the header files in
/usr/local/include/jack, the default location, and if they are not found
there then compilation takes place without jack support. This will change in
a present upload, using jack.pc instead to find the true location.
You can 'resolve' this by doing the following:
# mkdir /usr/local/include/jack
# cd <bristol>/src
# ./build clean
# ./build
When the directory is there the compilation will continue, and I assume that
the header files will be present in some other more defualt location (such
as /usr/include?). This may also fail if you have installed the Jack header
files in some other location completely - you can hack the build scripts or
send me an email, or wait for the present 0.9.4-X that will be uploaded
soon.
Regards,
Nick.
From: Hector Centeno-Garcia
<h.centeno(a)sympatico.ca>
Reply-To: A list for linux audio users
<linux-audio-user(a)music.columbia.edu>
To: A list for linux audio users <linux-audio-user(a)music.columbia.edu>
Subject: Re: [linux-audio-user] ANN: Bristol 0.9.4
Date: Wed, 19 Apr 2006 10:15:58 -0400
Nick Copeland wrote:
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
The bristol synthesiser emulation software 0.9.4
has been uploaded to
sourceforge.
It includes the finalised Oberheims, a Rhodes Bass piano. The Korg
MonoPoly has been added but is work in progress. The filters were
rewritten and many of the waveform generation algorithms. Contributions
mean it should now compile on 64bit systems.
The audio interface now includes native Jack support, but this is the
first release with this code and your millage may vary. The engine will
register for one input port and two output ports. The engine may have to
run as root at the moment until more realtime support is put into the
code. Initial feedback from beta testing was mixed, so the standard
disclaimer applies - "it works on my system".
Feedback on the jack interface directly if possible:
mailto:nickycopeland@hotmail.com
http://sourceforge.net/projects/bristol
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Nice release! Thank you very much, I'm glad to see that this project is
still alive. I was trying to use it with jack but couldn't make it. I
passed the flags -audio jack and -jack and it kept connecting through alsa
directly (or oss?). What could be wrong?
Thanks!
Hector. 
20 Apr
20 Apr
4:16 a.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
On Wed, 19 Apr 2006 16:27:47 +0200
"Nick Copeland" <nickycopeland(a)hotmail.com> wrote:
Bristol does a rather lightweight check for the presence of Jack - I
did say it was the first release. Version 0.9.4-1 wants the header
files in /usr/local/include/jack, the default location, and if they
are not found there then compilation takes place without jack
support. This will change in a present upload, using jack.pc instead
to find the true location.
You can 'resolve' this by doing the following:
# mkdir /usr/local/include/jack
# cd <bristol>/src
# ./build clean
# ./build
When the directory is there the compilation will continue, and I
assume that the header files will be present in some other more
defualt location (such as /usr/include?). This may also fail if you
have installed the Jack header files in some other location
completely - you can hack the build scripts or send me an email, or
wait for the present 0.9.4-X that will be uploaded soon.
Regards,
Nick.
Hmm just tried 0.9.4-1.src.041906 compiled as you explained above, but i
don't seem to be able to get it to use jack.
i did:
$ startBristol -b3 -jack &
or -audio jack
but it starts using alsa.
Any hints? :)
Regards
tom
6:53 a.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
Thomas Kuther wrote:
Hmm just tried 0.9.4-1.src.041906 compiled as you
explained above, but i
don't seem to be able to get it to use jack.
i did:
$ startBristol -b3 -jack &
or -audio jack
but it starts using alsa.
Any hints? :)
I simply linked the directory at /usr/include/jack to
/usr/local/include/jack and Bristol compiled okay with JACK support.
When I start the synth I get entries in QJackCtl for audio and MIDI
connections. The synth works okay, crashes a lot though. Nick, I'll try
to get a verbose report to you within a day or so.
Thomas, try the link, see if that makes a difference when you compile.
Best,
dp
7:11 a.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
On Thu, 20 Apr 2006 06:54:19 -0400
Dave Phillips <dlphillips(a)woh.rr.com> wrote:
Thomas Kuther wrote:
Thanks Dave!
Nick sent over a new build script and Makefile which made it work too.
The rhodes works pretty stable here.. currently playing with it as midi
synth in MusE + hydrogen for drums and i already love it.
Only little harm I see so far is that it's very silent, compared to
hydrogen's drums with default volume, but that's not a big problem.
And at least the rhodes didn't crash in the last half an hour since i
use it.
Will test the other synths too, especially the B3 and Pro52 and
report about problems if they occur.
Btw a gentoo ebuild for the new version including jack support can be
found in Frieder's overlay recently mentioned here on the list.
Regards,
Tom
Hmm just tried 0.9.4-1.src.041906 compiled as you
explained above,
but i don't seem to be able to get it to use jack.
i did:
$ startBristol -b3 -jack &
or -audio jack
but it starts using alsa.
Any hints? :)
I simply linked the directory at /usr/include/jack to
/usr/local/include/jack and Bristol compiled okay with JACK support.
When I start the synth I get entries in QJackCtl for audio and MIDI
connections. The synth works okay, crashes a lot though. Nick, I'll
try to get a verbose report to you within a day or so.
Thomas, try the link, see if that makes a difference when you compile.
Best,
dp
7:26 a.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
Thomas Kuther wrote:
Only little harm I see so far is that it's very
silent, compared to
hydrogen's drums with default volume, but that's not a big problem.
Ditto. Nick, the output from Bristol is quite low, am I missing something ?
Best,
dp
7:56 a.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
The output is admittedly rather low, but that depends on the synth - if you
start the B3 it whollops out a fair old volume. Also historically some of
the filters would overdrive rather easily, so some of this was to contain
the levels.
If you are looking at independent synths there is a final ouput gain stage -
try it with -outgain 8 or 16. In the longer term the different synths need
to be normalised for a gain level. Perhaps I could make the outgain an
emulation option rather than an engine option? Try it out, if it works I
will recode some of it.
Regarding crashes - the most extensive work I have done here has been with
ALSA drivers, and there are some potential issues with Jack that could lead
to misbehaviour. To start with I don't deal with buffer size changes. If
they get smaller fine, but if they get bigger then there are potential
problems.
Nick
From: Dave Phillips <dlphillips(a)woh.rr.com>
Reply-To: A list for linux audio users
<linux-audio-user(a)music.columbia.edu>
To: A list for linux audio users <linux-audio-user(a)music.columbia.edu>
Subject: Re: [linux-audio-user] ANN: Bristol 0.9.4
Date: Thu, 20 Apr 2006 07:27:32 -0400
Thomas Kuther wrote:
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Only little harm I see so far is that it's
very silent, compared to
hydrogen's drums with default volume, but that's not a big problem.
Ditto. Nick, the output from Bristol is quite low, am I missing something ?
Best,
dp
1:57 p.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
On Thu, 2006-04-20 at 10:16 +0200, Thomas Kuther wrote:
Hmm just tried 0.9.4-1.src.041906 compiled as you
explained above, but
i
don't seem to be able to get it to use jack.
i did:
$ startBristol -b3 -jack &
or -audio jack
but it starts using alsa.
Any hints? :)
Nick,
I think this behavior of falling back to ALSA is confusing - most users
would expect Bristol to fail to start if -jack is specified but it can't
find the server.
Lee
6:16 p.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
On 4/20/06, Lee Revell <rlrevell(a)joe-job.com> wrote:
On Thu, 2006-04-20 at 10:16 +0200, Thomas Kuther
wrote:
Or it might even start a Jack server ala Ardour if one isn't running.
- Mark
Hmm just tried 0.9.4-1.src.041906 compiled as you
explained above, but
i
don't seem to be able to get it to use jack.
i did:
$ startBristol -b3 -jack &
or -audio jack
but it starts using alsa.
Any hints? :)
Nick,
I think this behavior of falling back to ALSA is confusing - most users
would expect Bristol to fail to start if -jack is specified but it can't
find the server.
Lee 
21 Apr
21 Apr
5:25 a.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
On Thu, 2006-04-20 at 15:16 -0700, Mark Knecht wrote:
On 4/20/06, Lee Revell <rlrevell(a)joe-job.com>
wrote:
All JACK clients do this automatically if the environment variable
JACK_START_SERVER is set (unless you have an ancient version of JACK).
The same goes for LASH with the latest release, so there's really no
need to start daemons manually any more (unless you want to specify
different command line options than the ones in your config file).
--
Lars Luthman
PGP key: http://www.student.nada.kth.se/~d00-llu/pgp_key.php
Fingerprint: FCA7 C790 19B9 322D EB7A E1B3 4371 4650 04C7 7E2E
On Thu, 2006-04-20 at 10:16 +0200, Thomas Kuther
wrote:
Or it might even start a Jack server ala Ardour if one isn't running. Hmm just tried 0.9.4-1.src.041906 compiled as you
explained above, but
i
don't seem to be able to get it to use jack.
i did:
$ startBristol -b3 -jack &
or -audio jack
but it starts using alsa.
Any hints? :)
I think this behavior of falling back to ALSA is confusing - most users
would expect Bristol to fail to start if -jack is specified but it can't
find the server.
2:57 a.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
Hi All,
Bristol itself does not fall back to ALSA, but the compilation did not
include the Jack code (will upload a fix today). Without the Jack code in
the executable (try 'ldd $BRISTOL/bin/bristol' and look for libjack) then
there is per se no support and we drop through to the audio device, this is
correct operation for the compiled binary and the fix is for me to be a
little wiser in compilation. I will add a flag to the effect of printing an
error message when Jack is selected and the libraries were not included in
the compilation. This first release only looked for Jack headers and
libraries in the default location, /usr/local/ and if they could not be
found there then tough. The fix is just for me to look a little bit further
than the end of my nose :-)
Bristol does start jackd if it is not active, however since this us a
function of the jack library then unless it is compiled with the application
this will obviously not work either.
Nick
From: Lee Revell <rlrevell(a)joe-job.com>
To: A list for linux audio users <linux-audio-user(a)music.columbia.edu>
CC: nickycopeland(a)hotmail.com
Subject: Re: [linux-audio-user] ANN: Bristol 0.9.4
Date: Thu, 20 Apr 2006 13:57:23 -0400
On Thu, 2006-04-20 at 10:16 +0200, Thomas Kuther wrote:
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Hmm just tried 0.9.4-1.src.041906 compiled as you
explained above, but
i
don't seem to be able to get it to use jack.
i did:
$ startBristol -b3 -jack &
or -audio jack
but it starts using alsa.
Any hints? :)
Nick,
I think this behavior of falling back to ALSA is confusing - most users
would expect Bristol to fail to start if -jack is specified but it can't
find the server.
Lee
8:35 a.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
On Fri, 2006-04-21 at 08:57 +0200, Nick Copeland wrote:
Hi All,
Bristol itself does not fall back to ALSA, but the compilation did not
include the Jack code (will upload a fix today). Without the Jack code in
the executable (try 'ldd $BRISTOL/bin/bristol' and look for libjack) then
there is per se no support and we drop through to the audio device, this is
correct operation for the compiled binary and the fix is for me to be a
little wiser in compilation. I will add a flag to the effect of printing an
error message when Jack is selected and the libraries were not included in
the compilation. This first release only looked for Jack headers and
libraries in the default location, /usr/local/ and if they could not be
found there then tough. The fix is just for me to look a little bit further
than the end of my nose :-)
no, the correct fix is to use the same tool that everybody else does for
this:
pkg-config [ opts ] jackit
if the user doesn't have pkg-config installed, then they can't compile a
zillion other things too.
--p
11:28 a.m.
New subject: [linux-audio-user] ANN: Bristol 0.9.4
On Fri, 21 Apr 2006 08:39:39 -0400
Paul Davis <paul(a)linuxaudiosystems.com> wrote:
no, the correct fix is to use the same tool that
everybody else does for
this:
pkg-config [ opts ] jackit
if the user doesn't have pkg-config installed, then they can't compile a
zillion other things too.
<nitpicking mode>
for jack it's
pkg-config [opts] jack
though:
~$ pkg-config jack --libs --cflags
-I/usr//include -L/usr//lib -ljack
</nitpicking mode>
Flo
--
Palimm Palimm!
http://tapas.affenbande.org
6613
days inactive
6615
days old
linux-audio-user@lists.linuxaudio.org
15 comments
11 participants
participants (11)
-
Dave Phillips -
Florian Schmidt -
Frank Barknecht -
Hector Centeno-Garcia -
Lars Luthman -
Lee Revell -
Mark Knecht -
Nick Copeland -
Paul Davis -
Thomas Kuther -
vlad