Hi all
can someone try and help me please??? i am running Fedora Core 3 and the
ccrma system of programs
This is the message that I get when I try to start jack in realtime via
the qjackctl. It just always fails. I am using the ccrma 2.6-11 kernel
and kernel source and "think" i have installed everything correctly.
After reading this jack output please continue down the email as there
is more from when I run just jackd
16:13:47.917 artsshell -q terminate
16:13:48.136 Startup script terminated with exit status=256.
16:13:48.136 JACK is starting...
16:13:48.136 jackd-realtime -R -u -dalsa -ddefault -r44100 -p128 -n4 -i8
-o8 -H
16:13:48.139 Could not start JACK. Sorry.
16:13:52.055 JACK was stopped successfully.
16:14:14.360 Startup script...
16:14:14.361 artsshell -q terminate
16:14:14.579 Startup script terminated with exit status=256.
16:14:14.579 JACK is starting...
16:14:14.579 jackd-realtime -u -dalsa -ddefault -r44100 -p128 -n4 -i8
-o8 -H
16:14:14.582 Could not start JACK. Sorry.
16:14:16.545 JACK was stopped successfully.
The only way to run jack is to do it not in realtime but it drops out
now and then with Ardour and jamin. This is the message that I get when
it's running!
delay of 4450.000 usecs exceeds estimated spare time of 407.000;
restart ...
delay of 4450.000 usecs exceeds estimated spare time of 407.000;
restart ...
delay of 10707.000 usecs exceeds estimated spare time of 407.000;
restart ...
delay of 2424.000 usecs exceeds estimated spare time of 407.000;
restart ...
delay of 2424.000 usecs exceeds estimated spare time of 407.000;
restart ...
delay of 792.000 usecs exceeds estimated spare time of 407.000;
restart ...
**** alsa_pcm: xrun of at least 0.017 msecs
delay of 4909.000 usecs exceeds estimated spare time of 407.000;
restart ...
delay of 4909.000 usecs exceeds estimated spare time of 407.000;
restart ...
delay of 11562.000 usecs exceeds estimated spare time of 407.000;
restart ...
**** alsa_pcm: xrun of at least 0.017 msecs
delay of 3278.000 usecs exceeds estimated spare time of 407.000;
restart ...
delay of 3278.000 usecs exceeds estimated spare time of 407.000;
restart ...
could not complete playback of 128 frames: error = -32
cycle execution failure, exiting
DRIVER NT: could not run driver cycle
The KDE/Gnome bashing thread had some mention of seq24. seq24 looks like
a really neat program. I like the interface and the simplicity and the
lightweightness. But I'm a traditional classically trained musician and
I have never been able to wrap my head around this loop based stuff. Has
anyone made that transition and would be willing to share his
experience? Is the grass greener on the other side? If so, how do you
make the paradigm shift?
--
Hans Fugal ; http://hans.fugal.net
There's nothing remarkable about it. All one has to do is hit the
right keys at the right time and the instrument plays itself.
-- Johann Sebastian Bach
i have yet add my user to audio group and i have modify
/etc/security/limits.conf too as it is explained in this page
(http://www.linuxquestions.org/questions/showthread.php?t=386921 )
my problems are not in recording audio or playing external midi
equipment but in playing soft-synth. for example if run the 3rd patch of
hexter (FatThinE.P.) at 32notes of poliphony or the patch "The master"
of LMMS i got a lot of xrun.
where can i download the -ck patchset?
thank you a lot.
emanuele
> ------------------------------------------------------------------------
>
> Oggetto:
> Re: [linux-audio-user] ingo molnar patch on mandriva's kernel
> Da:
> Dana Olson <dana(a)ubuntustudio.com>
> Data:
> Wed, 15 Feb 2006 04:30:05 -0500
> A:
> A list for linux audio users <linux-audio-user(a)music.columbia.edu>
>
> A:
> A list for linux audio users <linux-audio-user(a)music.columbia.edu>
>
>
>On 2/15/06, emanuele ..:: www.rumoridifondo.com ::..
><emanuele(a)rumoridifondo.com> wrote:
>
>
>>if i try to recompile mandriva's kernel multimedia i see that there's
>>the voice "processors type and features --> preemptible kernel". i think
>>it's not ingo molnar's complete preemtion patch because i don't manage
>>to have low latency with my daw even if i have an audiophile2496 which
>>should work at low latency.
>>
>>so i would like to recompile my kernel multimedia with ingo molnar's patch.
>>
>>is it possible to apply the patch to mandriva's kernel or i must
>>recompile an official kernel from kernel.org?
>>is ingo molnar's patch the only step i have to take to have a
>>low-latency kernel?
>>
>>thank you
>>bye
>>emanuele
>>
>>
>>
>
>Ingo's patch works well for me. I have my doubts that you could
>successfully apply his patch to the default Mandrake kernel. You could
>try the -ck patchset, as IIRC, that's the one that Studio To Go! uses
>and I assume it has Ingo's patch as part of it.
>
>When to configure the kernel, you'll want the option "Complete Preemption."
>
>Dana
>
>
>
>
> ------------------------------------------------------------------------
>
> Oggetto:
> Re: [linux-audio-user] ingo molnar patch on mandriva's kernel
> Da:
> Peder Hedlund <peder(a)musikhuset.org>
> Data:
> Wed, 15 Feb 2006 11:19:54 +0100 (CET)
> A:
> A list for linux audio users <linux-audio-user(a)music.columbia.edu>
>
> A:
> A list for linux audio users <linux-audio-user(a)music.columbia.edu>
>
>
>On Wed, 15 Feb 2006, emanuele ..:: www.rumoridifondo.com ::.. wrote:
>
>
>
>>if i try to recompile mandriva's kernel multimedia i see that there's
>>the voice "processors type and features --> preemptible kernel". i think
>>it's not ingo molnar's complete preemtion patch because i don't manage
>>to have low latency with my daw even if i have an audiophile2496 which
>>should work at low latency.
>>
>>
>
> I'd go with the precompiled multimedia kernel.
> I have an audiophile2496 as well and my AMD 2000+ has no problem with
> low latency.
>
> The trick though is to add yourself to the "audio" group.
> As you can see in /etc/security/limits.conf those members have
> realtime capabilities.
>
> - Peder
>
>
>===== Original Message From Eric Dantan Rzewnicki <rzewnickie(a)rfa.org> =====
>On Fri, Feb 24, 2006 at 09:43:01AM +0000, Daniel James wrote:
>> Hi Ico, hi Eric,
>> >That being said, in my department (Virginia Tech) I've got an ok to offer
>> >hosting for LA purposes which would mean direct physical access to the
>> >mainframe, virtually unlimited data storage (I am not sure how much we
>> >have right now but we should have probably close to 1TB and there is
>> >plenty of empty slots left on the mainframe for more disks to be added),
>> >and most importantly unlimited bandwidth
>>
>> That would be a great improvement, and would allow us to host or stream
>> a lot of music files or offer software downloads. I can easily set up
>> linuxaudio.org DNS to point to that.
>
>I notice Joern's mail concerning moving linuxdj content to
>linuxaudiodev.org and that somehow involving Paul ... I've been a little
>out of the loop lately. Can someone sketch in the current state of the
>various sites Ico is proposing to consolidate?
In a nutshell, the lad site is being moved to Paul's server but the domain
continues (at least for the time being) to be inaccessible. Another
consideration is the .com extension current linuxdj has which may be something
worth discussing, especially considering that most of the LA software is not
of corporate origin. As far as my proposition is concerned, you are the first
one expressing any interest in it...
Regarding moving Linuxaudio.org, I'd be more than happy to provide space for
such a move as well as any other Web-related Linuxaudio.org incentives,
including potential consolidation of project summaries into one Wiki
meta-resource, as suggested in my earlier e-mail.
Best wishes,
Ico
> I would never want to run a 'dedicated' audio distro
>because, like many, my hardware is used for other things as well as
>audio production (posting to this mail list for instance).
This is where partitioning comes in so handy.
One can then pretty much have it all - a general purpose partition for online/network functions and other general purpose functions such as graphics, printing, etc.
A designer would probably want a dedicated graphics partition, and I find it convenient to have a build partition.
This way, you can have a dedicated audio OS on one partition, without sacrificing your ability to perform other functions via the other partitions.
I would like to see a really small dedicated audio OS that can run entirely out of RAM, and even be booted off a CD.
I like the way Puppy Linux does this, but there are several other, perhaps better, ways this could be accomplished as well.
>In regards to performance, on modern day hardware, especially if
>selected with audio production in mind, sub 4ms latencies are not only
>possible but also not that difficult to achieve, even when enjoying the
>luxury of some asthetically pleasing eyecandy, which should not, in
>itself, be discounted so easily... I find an attractive interface to be
>creatively inviting, more pleasurable and thus more productive (at least
>in my case) to work with than a simple terminal or even minimal
>graphics. I know that starts crossing the line into pc-as-an-instrument
>but that's the way I feel. I rarely sit down and fire up my hardware
>with a complete work of music in my mind. I will have a few concepts to
>work with, or more likely to explore and experiment with, but for me
>much of the creative process happens *while* I am sitting at my
>computer, and an attractive interface plays no small part in that.
This is a very interesting perspective, and remarkably consistent with Carlo's 'computer as instrument' vision.
I just had not thought of it this way, since we (my husband particularly :) ) would prefer for the PC to become just another audio hardware component - and as simple to use.
I really think you guys ought to get together, take this focus and blend it with Samuel Delaney's sci-fi idea: the 'Syrinx' - an electronic instrument capable of producing not only audio, but visual and olfactory signals as well.
(Near the end of the book, Lorq von Ray even uses it as a weapon to destroy his nemesis, Prince Red - sort of reminding me of the ancient 'war harps' wielded by the Tuathans. :) )
Absolutely incredible book - on my all-time top 10 list.
Seriously - you guys design a working Syrinx and we'll be the first to buy one!
- Maluvia
Just noticing that the discussion of 'audio' distros tends to primarily revolve around the binary star system of Planet CCRMA/DeMudi.
I know there are people on this list succesfully using Gentoo with unpatched kernels and getting outstanding performance w/re to latency.
We have found Arch Linux to be an excellent choice for audio use, and feel it has many advantages over the 'big 2' - namely streamlined size and the fact that they stay very cutting edge with their kernel and base packages while offering a good selection of audio apps.
(We are using an unpatched kernel, and even, heretically, doing everything as root - with no issues.)
Different distros are optimized for different purposes, and it appears that RH/Fedora, Debian and SuSe are focused on the enterprise/server market, where stability is paramount, and performance is measured in terms of server optimized parameters.
CCRMA and DeMudi being tied to RH/Fedora and Debian might prove to be a weakness in the long run - (or their greatest strength, depending on your perspective.)
Distros which are either comparatively streamlined (like Arch), or highly customizable (like Gentoo) have a lot of advantages in that they are small, easy to install and stay much more up-to-date, allowing one to take advantage of the most recent kernel improvements - which lately, have a great deal to do with preemption/latency, scheduling and memory management - all crucial for audio apps.
Perhaps the need for specially patched audio kernels is nearing an end, and a well-configured vanilla kernel can perform well within the limits required by audio producers.
I think that it is the use of large, graphics-intensive, multipurpose distros which has brought about much of the need for kernel-patching, disk-tuning, and requirements for high-powered hardware.
In audio production, functionality and usability is what matters more than appearance (imo).
Sometimes that usability necessitates gui features that increase the complexity of an app, but I think this should always be weighed against the possible performance degradation that may, as a consequence, be introduced.
I'm of the smaller-and-faster-is-better school, since that is consistent with my experience.
While a pretty desktop or pretty app may have aesthetic appeal, I'll take a plain version any day if it is faster and allows me to be more productive.
To my mind, the ideal, dedicated audio distribution would have the absolute bare minimum of base programs required to run the audio apps one needs, and the audio apps should be light on graphical features other than the ones required for functionality.
The graphics server should be very fast and lightweight, using a minimum of resources, and similarly for the desktop/WM.
I would like to see an audio distro that behaves much like an embedded system - i.e. the OS being specifically dedicated to optimally interfacing with the DAW hardware, and the (normally) small number of audio apps being used.
As in everything else, the more choices available the better - everyone having different needs and preferences, and I understand why some desire to create Windows-look-alike DEs to demonstrate that Linux can do it too, and attract current Windows users to try Linux.
I would just like to be an advocate for scaled-down, audio-optimized distros with an emphasis on simplicity and performance achieved through a minimum of small, fast programs and well-configured, up-to-date kernels.
(Am working on this. :) )
I am even wondering if there might be a place for a special, audio-optimized file system - AFS - whose journaling, write behavior, etc. is specifically optimized for audio recording.
We are having very good results with XFS, and it may already adequately serve audio requirements, but I still wonder if there could be an even better FS designed for audio?
-Maluvia
Hi all
I filled one of my partitions the other day by mistake and then
proceeded to delete some files.
Anyways, I got rid of about 2 gig but ever since, every program or
indicator continues to think that it is still full.
I have NO IDEA why this is happening, can anyone help me please???
Thanks
Peppercorn
On Fri, Feb 24, 2006 at 09:43:01AM +0000, Daniel James wrote:
> Hi Ico, hi Eric,
> >That being said, in my department (Virginia Tech) I've got an ok to offer
> >hosting for LA purposes which would mean direct physical access to the
> >mainframe, virtually unlimited data storage (I am not sure how much we
> >have right now but we should have probably close to 1TB and there is
> >plenty of empty slots left on the mainframe for more disks to be added),
> >and most importantly unlimited bandwidth
>
> That would be a great improvement, and would allow us to host or stream
> a lot of music files or offer software downloads. I can easily set up
> linuxaudio.org DNS to point to that.
I notice Joern's mail concerning moving linuxdj content to
linuxaudiodev.org and that somehow involving Paul ... I've been a little
out of the loop lately. Can someone sketch in the current state of the
various sites Ico is proposing to consolidate?
--
Eric Dantan Rzewnicki | Systems Administrator
Technical Operations Division | Radio Free Asia
2025 M Street, NW | Washington, DC 20036 | 202-530-4900
CONFIDENTIAL COMMUNICATION
This e-mail message is intended only for the use of the addressee and
may contain information that is privileged and confidential. Any
unauthorized dissemination, distribution, or copying is strictly
prohibited. If you receive this transmission in error, please contact
network(a)rfa.org.
Does anybody have any ideas about how to read MIDI
program change info with a bash script?
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hi,
for an artistic project (there's also a little money in it for me) i'm
looking for a simple jack enabled sound file player. The requirements
are pretty simple: Starting and stopping of the playback should be
controllable by midi. Caveats: The sound files will not fit into ram
(thus streaming is necessary). And there will be 8 channels of audio
each going to its own output channel on the sound card (probably a delta
1010).
Candidates so far are
- Supercollider
- Ecasound
Both meet the requirements afaict (i know supercollider), but maybe they
include unnecessary complexity. So maybe you know of some other player
that does what i need. I'm thankful for all suggestions.
Regards,
Flo
--
Palimm Palimm!
http://tapas.affenbande.org