Hello,
I'm trying to record on a new system, and I'm getting xruns. My
old system produced no xruns.
The problem system runs:
Fedora 17
Kernel 3.5.2-3.fc17.x86_64
Ardour 2.8.14
JACK 1.9.8
Intel i7, 16GB RAM, SATA 6Gb/s drives
My user ID is a member of the "jackuser" group.
Jack is running as:
/usr/bin/jackd \
-T -ndefault -p 256 -R -P 60 -T -d alsa -n 2 -r 48000 -p 1024 -d hw:2,0
In 43 minutes I've had almost 6700 xruns.
The working system runs:
Mandriva 2010.2
Kernel 2.6.33.7-server-2mnb
Ardour 2.8.11
JACK 1.9.5
Intel Q9650, 4GB RAM, IDE drives
Reading through the CCRMA documentation here:
http://ccrma.stanford.edu/planetccrma/software/installplanetsixteen.html
It looks like the kernel and jack for F17 are built for "proper
realtime priority". What am I missing. Is there something
I need to do beyond being a member of "jackuser" in order to
operate with acceptable xruns?
I think I'll go back to the old system for a while.
Thanks....
--
Kevin
I don't seem to be able to get involved in the music side of things much these
days - too much work and not enough free time :(
However, here is a revision of a very old, lazy chill-out tune of mine. It is
now 100% yoshimi.
http://www.musically.me.uk/music/Dreamer.ogg
--
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
greetings!
perhaps some of you use RME hdsp hardware. i'm wondering if you're running into
issues like mine with recent kernels....
i've got an hdsp multiface hanging off an expresscard adapter in a T520 thinkpad.
here's what's going on:
hdspmixer locks up soon after starting, saying, "HwDep ioctl failed. Metering
stopped"
once that has happened, if i try to start jack, i get this:
plutek@palnote:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
jackdmp 1.9.9
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2012 Grame.
jackdmp 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 server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ... hw:0,0|hw:0,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
ALSA: Cannot open PCM device alsa_pcm for playback. Falling back to capture-only mode
Cannot initialize driver
JackServer::Open failed with -1
Failed to open server
alternately, if i start jack after a reboot *without* first starting hdspmixer,
it runs for a few minutes (variable), then fails thusly:
plutek@palnote:~$ jackd -dalsa -D -Phw:0,0 -Chw:0,0
jackdmp 1.9.9
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2012 Grame.
jackdmp 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 server starting in realtime mode with priority 10
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ... hw:0,0|hw:0,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2 periods
ALSA: final selected sample format for capture: 32bit integer little-endian
ALSA: use 2 periods for capture
ALSA: final selected sample format for playback: 32bit integer little-endian
ALSA: use 2 periods for playback
ALSA: poll time out, polled for 31999183 usecs
JackAudioDriver::ProcessAsync: read error, stopping...
i'm on the aptosid distribution.
alsa-tools-gui is 1.0.25-2
although running jackd says "jackdmp 1.9.9", my installed debian package is
jackd2 1.9.8~dfsg.4+20120529git007cdc37-4
alsa is 1.0.23+dfsg-4
and here's the clincher:
kernels up to and including 3.1-6 make it all work fine (with the same versions
of other things as listed above). however, kernels 3.2.0-3 and higher all cause
the issues reported above.
so, i guess the bottom-line question is whether other folks are running hdsp
hardware successfully on 3.2 or more recent kernels, or whether we're all stuck
at 3.1 for now?
amusing side-note: i'm trying to use a wacom tablet, which is fine with the 3.2
and higher kernels, but not with the 3.1 -- haha!!
please let me know if you have any relevant observations on this; it'd be nice to
have some reassurance that my multiface isn't seeing the beginning of the end!
thanks in advance.... cheers!
.pltk.
Hi All,
Praxis LIVE is an open-source, graphical environment for rapid
development of intermedia performance tools, projections and
interactive spaces.
A new build of Praxis LIVE is now available for download. While this
is mainly a bug fix release, it does see the Praxis command line
player added to the main installation, and work which paves the way
for distributing Praxis projects as standalone applications (coming
separately in the next couple of weeks).
Website - http://code.google.com/p/praxis
Release notes - http://code.google.com/p/praxis/wiki/ReleaseNotes
Videos - http://praxisintermedia.wordpress.com/2012/07/30/video-rough-cuts-1/
If any of you who've been playing with Praxis LIVE would be interested
in submitting example projects for the next release, please get in
touch with me off-list.
Thanks and best wishes,
Neil
--
Neil C Smith
Artist : Technologist : Adviser
http://neilcsmith.net
A friend has discovered some historical recordings of his Grandfather in
the Smithsonian's collection, and would like us to clean them up a bit for
publication. One of the issues is that the triangle player is often off
the beat with the rest of the band, and he would like us to push the
triangle to the back of the mix.
Is there a plugin something like a compressor coupled to a notch or comb
filter that I could use to suppress the sound of the triangle within a
recording of a Cajun band?
--
Rick Green
"Those who would give up essential Liberty, to purchase a little
temporary Safety, deserve neither Liberty nor Safety."
-Benjamin Franklin
"As for our common defense, we reject as false the choice between our
safety and our ideals."
-President Barack Obama 20 Jan 2009
Hi.
In 25 September 2002 I released the first version of ZynAddSubFX. Now, I am glad that, after 10 years ZynAddSubFX (with its forks and other software based on it) is used by many people. For me it was one of the greatest accomplishments in my life.
I want to thank to the whole ZynAddSubFX community for help. Thanks to all other developers, contributors and users.
I hope that the next decade will bring more joy to anybody involved in developing or in using ZynAddSubFX.
Thanks.
Paul
Hello everyone!
A strange problem came up. I started LinuxSampler (localhost 8888) and then
I tried to load a setup like usual:
cat lscp_script.txt | telnet localhost 8888
Trying ::1...
Connection failed: Connection refused
Trying 127.0.0.1...
[well all OK from there]
BUT: Nothing ets done. LinuxSampler says this:
LSCPServer: Client connection established on socket:4.
LSCPServer: Client connection terminated on socket:4.
And nothing happens.
IF I start telnet like this:
telnet localhost 8888
I get the same message for a start.
Then I enter each command from the script manually, everything works jsut
fine.
What can it be? You see me truly baffled. I didn't have that before.
Best regards
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
Most of the documentation for Jack says that one should set Jack for a
prefered sample rate, and then try to make sure all your apps connect at
that rate. The problem is, much as one may prefer to work at 48kHz,
it's not very likely you'll just be able to get every app to use it,
especially programs like LinuxSampler that may be using Gigasampler
libraries that are at 44.1kHz. If you prefer to run your hardware at
96kHz, you may be in a world where almost nothing but your own DAW
tracks use that frequency.
How do you all handle sampling frequency differences between apps in a
Jack session. Most of the advice I see to simply "make sure that all
your apps are set the same" doesn't seem very realistic.
--
+ Brent A. Busby + "We've all heard that a million monkeys
+ Sr. UNIX Systems Admin + banging on a million typewriters will
+ University of Chicago + eventually reproduce the entire works of
+ James Franck Institute + Shakespeare. Now, thanks to the Internet,
+ Materials Research Ctr + we know this is not true." -Robert Wilensky
Hi all,
Ico - director of linuxaudio.org - arranged to quadruple the disk-space
for our servers.
Amongst other things, this will allow us to host large
sample-collections (an endeavor Nils has started) as well as prepare for
videos from the upcoming Linux-Audio-Conference.
linuxaudio.org services will be offline for 5-10 mins later today
(around 45 min from now).
26/Sept - 16:00 UTC
thanks for your understanding.
robin