Hi Patrick,
I have made these : compile an RT kernel, and "do something" in fstab, limits.conf, group. Surely there are other files to modify, but don't have heard about they yet... If you have any idea don't hesitate !
Oh, soft mode is not so good, same error comes after a while, I will try to recompile Ardour and Jack to see if it fix the problem.
Anyway, thanks for your replies.
Freely --fred
--- En date de : Sam 29.8.09, Patrick Shirkey <pshirkey(a)boosthardware.com> a écrit :
De: Patrick Shirkey <pshirkey(a)boosthardware.com>
Objet: Re: [LAU] Jack0.116.2+svn3592-2 disconnect Ardour very often
À: "frederic rech" <f.rech(a)yahoo.fr>
Date: Samedi 29 Août 2009, 0h59
Hi,
It's good to hear that helped.
There are several steps you can take to make your system more capable
of low latency and avoid xruns. They include installing a real time
kernel and making some changes to the configuration of various parts of
the system.
Cheers.
Patrick Shirkey
Boost Hardware Ltd
On 08/29/2009 02:59 AM, frederic rech wrote:
Thanks for replying Patrick : soft mode seems to work a
lot, what do you means with "fine tune" ?
--- En date de : Ven 28.8.09, Patrick Shirkey <pshirkey(a)boosthardware.com>
a écrit :
De: Patrick Shirkey <pshirkey(a)boosthardware.com>
Objet: Re: [LAU] Jack0.116.2+svn3592-2 disconnect Ardour very often
À: "frederic rech" <f.rech@yahoo..fr>
Cc: linux-audio-user(a)lists.linuxaudio.org
Date: Vendredi 28 Août 2009, 10h36
On 08/28/2009 05:21 PM, frederic rech wrote:
Hi list,
Met a problem, with Jack as far as I can understand...
I installed Jack + lib and dev + qjackctl from the Sid repositories on
this Lenny based P4 machine with Fluxbox as WM.. Then build Ardour from
svn.
When do any change in an Ardour session, at the next PLAY it says Jack
disconnect Ardour cause it was not fast enough, and ask to try to
restart Jack, reconnect Ardour and save the session.. Nothing can be
done, and Ardour is freezed. When restarted, all connections have
disappeared...
I try with a version of Ardour from the repos, and it's the same, so
think problem is on Jack side.
Is someone in the list have had the same problem, and/or an idea to
solve this ?
Any help will be appreciate, thanks !
Freely --fred
You can add a flag to jack commandline that will make it ignore xruns.
Maybe that will help.
ex. jackd -d alsa -s
-s = softmode
You can also fine tune your system to be able to handle lower latency
playback and increase stability.
Patrick Shirkey
Boost Hardware Ltd
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
I am running Debian lenny; with a home-baked RTkernel
(linux-2.6.29.6-rt23). I built Jack with no problem; I am even getting
2.67 ms latency without no Xruns using my laptop's sound cards. I
installed ZynAddSubFX via the 'Add or Remove Programs' Gnome Applet.
It runs like a dream; I can load up the PADSynth and play lots of
notes really fast with out so much as a click. I created a neat
sounding string/voice patch and saved it, and here is where I
encountered the problem. I opened the patch, and began to play on the
keyboard -- no sound. I restarted Zyn, and had no problem playing the
factory patches, however all went silent as soon as I opened my patch,
even the factory patches. I repeated this process, this time with the
Jack connection manager in view. Sure enough, as soon as I loaded my
patch, the output plug for ZynAddSubFX dissappeared. Now I get
curious. I start Zyn from the terminal, and everything seems fine. As
soon as I open my patch, I get the following message: " zombified
- calling shutdown handler " Any help solving this issue would be most
appreciated, especially since Zyn is one of my absolute all time
favorites. I will continue to work on this and post my progress. I
have tried to compile Zyn from source, but I can't get fltk to work
properly, hence downloading the binaries. Thank you all.
----Adam
kudos to Dave Phillips for an excellent article on Linux audio written
in the current issue of Ubuntu User
he also has great advice on hardware and some interesting tidbits on my
favorite piece of audio software: Ardour
check it out:
http://www.ubuntu-user.com/
Hi list,
Met a problem, with Jack as far as I can understand...
I installed Jack + lib and dev + qjackctl from the Sid repositories on this Lenny based P4 machine with Fluxbox as WM. Then build Ardour from svn.
When do any change in an Ardour session, at the next PLAY it says Jack disconnect Ardour cause it was not fast enough, and ask to try to restart Jack, reconnect Ardour and save the session. Nothing can be done, and Ardour is freezed. When restarted, all connections have disappeared...
I try with a version of Ardour from the repos, and it's the same, so think problem is on Jack side.
Is someone in the list have had the same problem, and/or an idea to solve this ?
Any help will be appreciate, thanks !
Freely --fred
On Fri Aug 28 13:26 , "Gabriel M. Beddingfield" sent:
>
>
>On Thu, 27 Aug 2009, Atte Andre Jensen wrote:
>
>>> Hydrogen has some similarities to AL... so I've pondered if it could be
>>> forked (or developed) to become a live DAW.
>>
>> Could you elaborate? What similarities, what's missing (just the big
>> picture), it's been a while since a glanced at hydrogen.
>
>The main feature of AL is the scenes and loop-based composition,
>right? This is essentially a specialized sequencer/sampler. And
>hydrogen is a sequencer/sampler.
>
>Further, Hydrogen is based on the idea of have several patterns
>(like a loop) that you set up. Then the song is composed in a
>sort of paint-by-numbers fashion. This is a lot like AL's scenes.
>
>Hydrogen also has some DAW-like features, including some primative mixing
>and FX.
>
>Hydrogen lacks any code for looping or beat slicing. Also, the audio
>internals are a little ugly IMHO -- but I've been working to improve that.
>When I'm done, I expect the backend to be *very* DAW-like.
>
>OTOH, a better starting point *might* be something like sooperlooper.
>
>> Just thinking about doing a high performance, jack enabled, realtime
>> friendly audio engine makes me tired (maybe because I wouldn't know the
>> first think in doing it right).
>
>Heh. That stuff that gets my motor running these days. :-)
>
Reading this is getting my motor running.. I would love to eventually be able to
drop my MPC2000 xl driven hardware rig for something Linux driven.. with MIDI
controllers (and still keeping some of my hardware synths)..
Hello all,
I'm using jackd and jamin at work to help the sound in cheap
headphones in such a way:
# xine -A jack *.ogg
Then I route the signal from xine to jamin and use jamin's bass boost
for instance.
xine disconnects from jamin at the end of each song. I have to
manually reconnect it using qjackctl's switch panel. I run a rather
'old' version of xine/jackd/jamin (Fedora 8). Is this a problem with
such versions ? Or, is there an option to be given somehow to tell
xine to maintain the connection until all songs are played ?
Cheers.
> And as both are sound *programming* languages, the speed also depends
> on how well you've designed your Csound/SC programs itself.
that's the main problem for me if i dare test it myself :)
i have learned how to optimize things in csound, but could not find
any tips about supercollider. porting some cpu hungry algorythms is
not so hard as doing it _right_.
--
sex, bike, open source!
On Thu Aug 27 20:15 , Ken Restivo sent:
>On Thu, Aug 27, 2009 at 06:27:58PM +0930, cunnilinux himself wrote:
>> does anybody know how supercollider performs in realtime comparing to csound?
>> which one is faster?
>>
>> thanxx in advance.
>>
>
>I have to vote "cunnilinux" as best email address, possibly ever.
>
>-ken
agreed
Hi,
I was a bit surprised that the soundtracks made for the open movie
projects of Blender (which are great!), are made with proprietary
software. So I opened a discussion about this on their forums and got a
reply from the producer of the projects Ton Roosendaal:
http://www.blender.org/forum/viewtopic.php?p=74539#74539
The discussion is if the open source audio tools are good enough to do
such a project and if there are people who are able to do the job of
making a soundtrack for the open movie projects with those open source
audio tools.
Join the discussion on that forum if you want.
\r