hello all - got a question - I've only recently been stopping and taking a
look at my studio computer's performance and in the almost year since I
change from Red Hat 9 to gentoo, it's been more solid on some things, but I
notice a huge latency difference - ie: I have to run Jack at -p 8192 to get
anything done in Ardour
Anybody have any tips on what to look at to tweak it? Seems like it should
do better than that... I didn't see it as a problem until in the last few
days I started playing with playing softsynths live directly into Ardour -
you've gotta be running at -p 1024 or there's a latency that screws up your
playing - at 8192 it's a downright 8th note delay...
Here's some vitals that I can think of:
OS: gentoo 2.6.6-rc1 kernel (alsa built in)
jack: 0.99.0
ardour: beta28
jack command line:
jackd -R -d alsa -d hw:0 -r 48000 -p 8192 <------- (or whatever)
harddrive:
multicount on
io support: 32 bit
unmaskirq on
use dma on
keepsettings off
readonly off
readahead on
chip: 2ghz amd (I THINK - not at computer now)
ram: 512MB
thanks for any ideas! :)
---------------------
Aaron Trumm
www.nquit.com
-----------------------
>From: Neil Durant <lists(a)sphere3.co.uk>
>
>I'd be happy to sample the full lengths of all 35 notes for all six sounds,
>storing them as wavs. I don't have a lot of spare time these days, so I'll
>let someone else have the pleasure of cropping/editing!
Please do so. Make the files available from your site or
upload to
ftp://ftp.funet.fi/incoming/audio/
Note: If we end up to conclusion that the samples cannot
be put freely available, then I could make the samples
privately available for the following kind of project.
Research experts should analyse the sounds and come up
with synthesis method which generates as similar sounds
as possible. I'm aware of such research teams and I could
ask them to analyse the samples.
I also have a plenty of research papers on such analysis/synthesis
methods. I could place the papers privately available for anyone
who wish to write the analysis/synthesis software.
Regards,
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
Hi Folks,
So, I have spouted off about a distro before (I know some of you checked
it out) and it was not as good as I hoped it would be! :(
Trust me...THIS is not the case this time!!!
Announcing PClinuxOS (PCLOS for short)
http://www.pclinuxonline.com/pclos/
This is based on Mandrake but minus the bloat! One ISO built as a
LiveCD! You can boot it and not install...no commitment unless you want
to. The install is simple as can be and fast. KDE 3.4, Fluxbox, Gnome,
etc. The distro was started by Texstar who used to build packages for
Mandrake a few years ago.
So, whats that got to do with Music?? Just this; Thac has decided to
start packaging for PCLOS just as he has with Mandrake. For those not
familiar with his work...
http://rpm.nyvalls.se/sound10.1.html
I have relied on Thac's RPMS for audio since I started Linux audio work.
He keeps his packages updated and has about everything worth having in
his repositories. They have been invaluable to me.
As recently as yesterday, Thac has started his own 3rd party Apt
repository for PCLOS and as I write I am downloading the first of his
packages and new mm kernel, etc. We are chatting on the Pclinuxos IRC
chat room and ironing out a few minor bugs. It will be a few days before
he has all of his packages done.
Texstar suggested that we might make a liveCD with the key audio apps
and a R/T kernel for easy usage and evaluation. Obviously some time is
needed to work the bugs out but this is very likely in the not too
distant future! I should think those of you working with MDK right now
would see this as an easy step....others...well, the proof will be in
the pudding.
More soon....
R~
Hi :-) Seeing as everybody else appears to be getting the tunes out
there, I thought I might as well bite the bullet......hope somebody
likes it ;-) It is an initial mix, rough about the edges.
http://homepage.eircom.net/~conorotuama/time_til_i_die.ogg
Copyright 2005 Conor O'Tuama
Cheers ! (recorded in Slackware Linux, using Ardour and various other
bits 'n' bobs)
Greets to all,
As in subject, I'm gonna buy a Delta44, and I would like to have some
impressions about its reliability with JACK, as I am still bugged with
the occasional crackling problem (with no xruns) with my SB Live and
other consumer cards I own, but I think it's a poor hardware design
issue or an ALSA driver bug, as suggested by Paul Davis et a. on this
list (but, hey Lee revell, have you got that problem with SBLive?)
So, any Delta44, or M-Audio and JACK enthusiast here?
Thanks in advance!
ciao
--
salvuz
POST FATA RESVRGO
Linux registered user #291700 | machine #174619
get counted on ---> http://counter.li.org/ <---
Hi all,
I have a fully up-to-date PlanetCCRMA FC3 machine - 700Mhz P3 with about
640MB of RAM.
I bought a cheap second-hand RME Hammerfall 9636 recently, in the
knowledge that it was untested.
I've plugged the card in, and run alsaconf. I can start jack with
qjackctl, and connect my audio applications to all of the cards inputs
and outputs, and so on.
I have a Behringer ADA8000 connected to the first lightpipe output.
However, I'm having difficulties getting a clean output - whichever
software I use...
For example, when I play audio, and route it to output 1, all I can hear
is some approximation of white noise, until the volume gets to somewhere
near maximum - when I can hear a very distorted version of the original
sound.
Does this help at all?
I'm *hoping* that I've just done something wrong, and that the card
isn't fried. ALSA detected the card fine though, for what it's worth.
Regards,
Michael
Finally decided to swap out my SB Live! Platinum for
an M-Audio Delta 44.
The hardware installation is no problem as I built
this machine myself in the first place... It's more
the software. I'm running Demudi 1.2.1 and am
wondering what sort of hoops I might have to jump
through to get the proper drivers up and running.
Will it be as simple as powering down, swapping cards,
powering back up and seeing it autodetected?
Any tricks, tips, things to look out for?
Also I remember reading about some sort of mixer
specifically for these cards but can't seem to find
it. Anyone know what I'm talking about?
Thanks in advance!
Jon Hoskins
-----------------------------------------------------------------------
In a world without walls who needs gates or windows?
--unknown
______________________________________________________
Yahoo! for Good
Donate to the Hurricane Katrina relief effort.
http://store.yahoo.com/redcross-donate3/
I used to have jack working fine on my system, but lately strange things
have been happening. Right now when I try:
jackd -v -d alsa
I get,
too many servers already active
I've also tried different variations on this (-R, etc), and using
qjackctl. I can't find any other jack processes ("ps aux | grep jack"
shows nothing). I get the same thing right after rebooting. Alsa seems
to be working (aplay, etc). Can anyone give some advice?
thanks.
Dear all,
chuck-1.2.0.1 (dracula), the second major release of the
strongly-timed, concurrent, and on-the-fly audio programming language,
is available. it contains support for arrays (finally), classes,
events, as well as many other additions, bugs fixes, and new bugs!
For linux: real-time audio now defaults to using a callback model
(blocking functionality still available via command line flag), which
greatly increases stability under Jack (and for much lower buffer sizes
across the board). Many thanks to Dave Robillard, Florian Schmidt,
Leonard "paniq" Ritter and others for their suggestions, ideas, and
testing.
Home lair:
http://chuck.cs.princeton.edu/
Improved documentation and language specification (finally):
http://chuck.cs.princeton.edu/doc/http://chuck.cs.princeton.edu/doc/language/
Happy ChucKing! (and let us know if you run into any issues)
Best,
chuck team
(Perry, Ananya, Phil, Adam, Ajay, Ge ...)
mailing lists and forums:
http://chuck.cs.princeton.edu/community.html
---
what's new:
---
1.2.0.1 - 2005.9.27
- (added) full callback capability for real-time audio
- blocking functionality still available
- select via flags: --blocking and --callback
- improves latency and stability, especially on linux
- use --callback (default) for low latency / small buffer size
- use --blocking for higher throughput
- (fixed) crash when doing on-the-fly 'replace' : chuck --replace 0
foo.ck
- (fixed) OSC event function now correctly named ("event")
- (fixed) removed debug output in OSC
- (fixed) implicit cast is now correct when sporking (thanks to
Manfred Brockhaus)
- (fixed) examples code reformatted, cleaned, and commented
- (fixed) nested class definitions can now have same name as outer
class
- (fixed) nested class bug in scan1 (thanks to Robin Davies)
- (fixed) variable resolution in parent class now visible (thanks to
Robin Davies)
- (fixed) variable resolution ordering
- local, class, parent, global (thanks to Robin Davies)
- (fixed) emitter now asserts inheritance instead of equality (thanks
to Robin Davies)
- (fixed) string comparison ==, !=
- (added) string operations <, <=, >, >=
---
1.2.0.0
SYNTAX and OPERATORS:
- (added) +=>, operator : 2 +=> i; (also) -=>, *=>, /=>, %=>
- (added) @=> for explicit assignment
this is the only way to make object reference assignments
- (added) implicit int to float casting
- (changed) cast now look like: 1.1 $ (int) => int i;
- (added) function call by chucking :
// call
(1,4) => math.rand2f => result;
// same as
math.rand2f(1,4) => result;
LANGUAGE:
- (fixed) type system for existing types
- (added) forward lookup of classes and functions (mutual recursion)
- (added) stack overflow detection for massive recursion
DOCUMENTATION:
- (added) language specification:
http://chuck.cs.princeton.edu/doc/language
COMMAND-LINE:
- (added) --probe prints all audio and MIDI devices
- (added) --log or --verbose logs compiler and virtual machine
- (added) --logN or --verboseN multi level logging
1 - least verbose
10 - most verbose
OBJECTS:
- (added) 'class' definitions : class X { int i; }
- (added) 'extends' keyword : class Y extends Event { int i; }
- (added) virtual/polymorphic inheritance
- (added) added pre-constructors - code at class level
gets run when object is instantiated
- (added) function overloading :
class X { fun void foo() { } fun void foo( int y ) { } }
- (added) base classes (can be extended):
Object, Event, UGen
see below
- (added) base classes (cannot be extended):
array, string
see below
- (added) member data
- (added) static data
- (added) member functions
- (added) static functions
EVENTS:
- (added) base Event class : Event e;
can be used directly
can be extended to custom events
(see one_event_many_shreds.ck)
- (added) waiting on event, chuck to now :
e => now; // wait on e
- (added) e.signal() wakes up 1 shred, if any
- (added) e.broadcast() wakes up all shreds waiting on e
- (added) class MidiEvent (see gomidi2.ck)
alternative to polling.
- (added) class OSCEvent
ARRAYS:
- (added) arrays : int a[10]; float b[20]; Event e[2];
- (added) multidimensional arrays : int a[2][2][2];
- (added) associative arrays : int a[10]; 0 => a["foo"];
all arrays are both int-indexed and associative
- (added) array initialization : [ 1, 2, 3 ] @=> int a[];
- (added) .cap() for array capacity
- (added) .find() test if item is associative array
- (added) .erase() erase item in associative array
UGENS:
- (added) class UGen
can be extended
- (changed) all ugen parameters are now also functions:
// set freq
440 => s.freq => val;
// same as...
s.freq( 440 ) => val;
- (changed) left-most parameters must now be called as functions
// no longer valid
f.freq => float val;
// valid
f.freq() => float val;
// still ok
440 => s.freq => float val;
SHREDS:
- (added) class Shred
- (added) .yield() .id()
STRINGS:
- (added) class string
AUDIO:
- (added) stereo
all stereo unit generators have .left, .right, .pan functions
- (changed) stereo ugen: dac (2 in, 2 out)
- (changed) stereo ugen: adc (0 in, 2 out)
- (added) stereo ugen: pan2 take mono or stereo input and pans
- (added) stereo ugen: mix2 mix stereo input into mono