(Not terribly surprisingly) I can't get the Agnula low latency kernel
working on my Ubuntu box (the nvidia drivers are not happy!)
So, I figured I'd attempt the set_rtlimits approach.
Starting jackd with:
set_rtlimits -d -r=10 /usr/bin/jackd -dalsa -dhw:1 -r44100 -p1024 -n2
*almost* gets rid of xruns. What are more appropriate settings? I've
tried everything from -r=1 to -r=100. Nothing completely eliminated xruns.
Second, how do I configure qjackctl to use set_rtlimits, if this is
indeed the best approach? I see hooks for start & stop scripts, but
nothing to modify the command.
Thanks
Reuben
Hi!
The aim is to use an artificial-head IR-file for jack_convolve to move sound image
beyond a head when headphones are in use. I have tried to find such file. Probably
my English is poor - I have not found something useful. OTOH, I can not create such
file myself.
Will anybody be so kind to help me?
Thanks in advance!
Andrew
Florian Schmidt wrote:
>>>run jackd with the -R option to achieve this goal (see man jackd).
>>>
>>>
>>OK, I have that running, but I am still getting xruns.
>>
>>
>This is bad andreally shouldn't happen. Please show me the output of
>
>ps -C jackd -cmL
>
>when jackd is running with -R
>
>
>
qjackctl starts jackd w/
/usr/bin/jackd -R -dalsa -dhw:1 -r44100 -p1024 -n2
ps -C jackd -cmL gives:
PID LWP CLS PRI TTY TIME CMD
11748 - - - ? 00:00:00 jackd
- 11748 TS 21 - 00:00:00 -
- 11749 TS 23 - 00:00:00 -
- 11750 FF 60 - 00:00:00 -
- 11751 FF 50 - 00:00:00 -
>I see, you are running on AMD64. I don't have any experience with these
>systems, but there were some recent reports of difficulties with AMD64
>boxes. Anybody who followed these more closely like to chime in?
>
>
Actually, to be precise, I am running a 32bit distro (Kubuntu) on AMD64.
I ran a 64bit distro for a while, but there are various missing niceties
that my wife couldn't do without. (Flash, blah blah).
Thanks,
Reuben
I am looking for users and developers which deal with audio RT kernel
items. I used RT-LSM till now to regulate the user audio rights.
http://www.opensuse.org/index.php/RT_Kernel_Instructions
It is all about that openSUSE contains an audio distribution.
www.opensuse.org/JackLab - www.jacklab.net
This requires a SUSE-kernel according to the standard, which is patched
for "rt full preemt". This Kernel will be available in our
apt4rpm-repository at gwdg.de.
Takashi Iwai and Matthias Nargorni has made clear to me, that RT-LSM is
obsolent and PAM should be used instead. In addition, PAM is already
available in the current SUSE Kernel.
Who has experiences with PAM for SCHED_FIFO priorities ?
Who could help to arrange dealing with PAM and RT for musicians?
In generally, who can help to tune up the suse standard kernel to audio
rt ?
Finaly there will be a very userfriendly audio distribution based on
openSUSE.
Regards,
Michael
Quoting Bill Allen <bwanab+lau(a)juraview.com>:
> Another question that might be generic, but I'm asking specifically in
> the case of ardour. Why does one choose to put which plugins pre-fader
> or post-fader. In other words, which plugins work best pre-fader and
> which work best post-fader? Are there general rules that one can apply?
> For example I would think that compression should be pre-fader since it
> wouldn't seem to make sense to be compressing after you've set levels.
You put the plugins pre-fader which you don't want the gain setting of that
track/bus to have an affect on.
Say you create a really tight gate on a snare which perfectly lets all snare
hits pass but silence everything else. Then you mix the rest of the song and
suddenly feel that the snare is too loud, and turn the gain down. Suddenly
you are missing snare hits as the gate is fed a lower signal than originally.
If you have a send from a track to a rever bus. You will most probably want
the send post-fader, so that the amount of signal sent to the reverb is
relative to the gain on the track.
Sampo
Another question that might be generic, but I'm asking specifically in
the case of ardour. Why does one choose to put which plugins pre-fader
or post-fader. In other words, which plugins work best pre-fader and
which work best post-fader? Are there general rules that one can apply?
For example I would think that compression should be pre-fader since it
wouldn't seem to make sense to be compressing after you've set levels.
Bill
(I potsed this to the Hydrogen forum but wanted to get opinions here also)
I have an elaborate setup for scoring and recording symphonic and
semi-symphonic rock music (along the lines of Therion, eRa, Enigma,
etc). I am using Rosegarden for the main sequencing, Ardour for
recording, a second machine (running Windows) for some virtual
instruments controlled via MIDI... and Hydrogen.
What I had been doing in the past is scoring the drum parts directly in
Rosegarden, but this is awkward, and matching up the MIDI notes to
Hydrogen instruments is also a pain.
What I'd like to do is compose the entire drum part in Hydrogen (even if
this means empty measures) and have the drum song triggered
automatically and play back in synch with the other instruments. Will I
be able to keep accurate synchronization with the Jack transport between
Rosegarden and Hydrogen in this manner (and ultimately, with Ardour,
since that is where I am recording)? I have had excellent results
synching between Ardour and Rosegarden, especially with multiple parts
and doing punch ins at different sections of the piece.
-- Brett
Could the RT patch be interfearing with my ability to run gprof?
AFAICT I did everything right to use it, used the -pg on compile for
instance, but my profiles have no time at all in them:
Flat profile:
Each sample counts as 0.01 seconds.
no time accumulated
% cumulative self self total
time seconds seconds calls Ts/call Ts/call name
0.00 0.00 0.00 125000000 0.00 0.00
std::basic_string<char, std::char_traits<char>, std::allocator<char> >
std::operator+<char, std::char_traits<char>, std::allocator<char>
>(std::basic_string<char, std::char_traits<char>, std::allocator<char>
> const&, std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&)
0.00 0.00 0.00 500 0.00 0.00 test_append()
0.00 0.00 0.00 500 0.00 0.00 test_printf()
0.00 0.00 0.00 500 0.00 0.00 test_strcat()
0.00 0.00 0.00 500 0.00 0.00 test_add_str()
0.00 0.00 0.00 500 0.00 0.00 test_append_str()
0.00 0.00 0.00 1 0.00 0.00 global
constructors keyed to _Z11test_printfv
0.00 0.00 0.00 1 0.00 0.00
__static_initialization_and_destruction_0(int, int)
It makes no sense because I know for a fact that these functions are
taking measurable time to execute. The only thing I can think of is
that the Full on preempt is breaking my profiler.
Pete Leigh writes:
> (-L) cddb=cddbpmode do cddbp title lookups.
> resolve multiple entries according to cddbpmode:
> 0=interactive, 1=first entry
>
>So run with something like
>
> cdda2wav -B -L 1 -dev <cd dev>
That worked perfectly. Thank you! I knew I had to be doing
something wrong because everything else just looked too right to be a
bad installation plus the fact I had used normal debian procedures to
install it. The results speak for themselves.
16.( 168957), 17.( 178867), 18.( 188580), lead-out( 199992)
CDINDEX discid: CUkHzFbCjxnEHAQmLe0K_.I6Zho-
CDDB discid: 0xe70a6a12 CDDBP titles: resolved
CD-Text: not detected
CD-Extra: not detected
Album title: 'The Best Of The Girl Groups Volume 2' [from Various]
Track 1: 'The Angels / My Boyfriend's Back'
Track 2: 'The Chiffons / Sweet Talkin' Guy'
Track 3: 'Little Eva / The Loco-Motion'
Track 4: 'The Toys / A Lover's Concerto'
Track 5: 'The Raindrops / The Kind Of Boy You Can't Forget'
Track 6: 'Ellie Greenwich / You Don't Know'
Track 7: 'The Cookies / Chains'
Track 8: 'The Murmaids / Popsicles And Icicles'
Track 9: 'The Honeys / The One You Can't Have'
Track 10: 'The Exciters / Tell Him'
Track 11: 'The Cookies / Don't Say Nothin' Bad (About My Baby)'
Track 12: 'The Shirelles / I Met Him On A Sunday'
Track 13: 'Robin Ward / Wonderful Summer'
Track 14: 'Carole King / It Might As Well Rain Until September'
Track 15: 'The Caravelles / You Don't Have To Be A Baby To Cry'
Track 16: 'The Essex / Easier Said Than Done'
Track 17: 'The Paris Sisters / I Love How You Love Me'
Track 18: 'Joanie Sommers / Johnny Get Angry'
scanning for MCN...Media catalog number: 0075677098926
scanning for ISRCs: 1 ...scanning for ISRCs: 2 ...scanning for ISRCs: 3 ...scanning for ISRCs: 4 ...scanning for ISRCs: 5 ...scanning for ISRCs: 6 ...scanning for ISRCs: 7 ...scanning for ISRCs: 8 ...scanning for ISRCs: 9 ...scanning for ISRCs: 10 ...scanning for ISRCs: 11 ...scanning for ISRCs: 12 ...scanning for ISRCs: 13 ...scanning for ISRCs: 14 ...scanning for ISRCs: 15 ...scanning for ISRCs: 16 ...scanning for ISRCs: 17 ...scanning for ISRCs: 18 ...
and so forth. Pretty impressive!
Martin McCormick WB5AGZ Stillwater, OK
OSU Information Technology Department Network Operations Group
.-- -... ..... .- --. --..