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
-----------------------
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~
I don't think I understand this jackplug concept.
I'm trying to get an alsa client, such as aplay to play through jackd.
I've setup jackplug in /etc/asound.conf
pcm.jackplug
{
type plug
slave
{
pcm "jack"
}
}
pcm.jack
{
type jack
playback_ports
{
0 alsa_pcm:playback_1
1 alsa_pcm:playback_2
}
capture_ports
{
0 alsa_pcm:capture_1
1 alsa_pcm:capture_2
}
}
I then tell aplay to use:
#aplay -d jackplug foobar.wav
But aplay plays the file even if jackd is not started; why?. Isn't
jackplug supposed to show up in my jack connections when aplay is
playing?
I seem to be missing something vital.
Is there some way to make a "fake audio device", like hw:3,0 that alsa
applications can connect to so that I can get the audio out and then
send it through jack, process it and then send it to the real audio
device?
--
Esben Stien is b0ef(a)esben-stien.name
http://www.esben-stien.name
irc://irc.esben-stien.name/%23contact
[sip|iax]:b0ef@esben-stien.name
Someone brought this device to my attention:
http://www.emu.com/products/product.asp?product=2209&category=754&maincateg…
Creative may donate a device to an ALSA developer to develop the
necessary support, if they think Linux users would be interested. There
is already a volunteer to develop the driver support. If you would
consider buying this device were it supported (I certainly would) please
contact Creative and politely ask them.
I think if just a few people write them along the lines of "I really
like looks of the 1212m, and I'd like to buy one, if I could use it with
Linux. Can you provide one to the ALSA developers?", they will do it.
Every person who takes the time to contact them, they will assume
represents N users.
Lee
On Wednesday 19 January 2005 19:02,
linux-audio-user-request(a)music.columbia.edu wrote:
> > So how would Raton-Conductor work? Again, not as simple as it sounds.
> > Minimally, one would move the mouse in a ecliptic (or circular) motion
> > (as suggested by MagicBaton's instructions for beginners). The size of
> > the vertical diameter (or average diameter) would be the
> > volume/expression and tempo or time-codes set by the change in vertical
> > direction from down to up. Real conducting patterns are more complex but
> > these two principals would more or less remain.
>
> I started tinkering after I read your message, and I created a little
> gadget that traces mouse motions and recognizes fairly general conducting
> patterns. One can extract timing and intensity information for the purpose
> of generating MIDI clock events as well as MIDI controller values. I'm
> tentatively calling it Boa Conductor.
Cool!
>
> I've got a few questions:
> 1. Is anyone interested in a tool like Boa Conductor? What I've done so
> far was just for kicks; I now have to decide how much time and effort
> to put into polishing it.
I, of course, would be interested.
> 2. Are there any MIDI sequencers/players for Linux that can be driven
> by external clock messages? My understanding is that Rosegarden does
> not currently work as a slave but that may change in the future.
> MusE can work as a slave, but I never used it before (has anyone
> tried driving MusE with clock messages?). I don't think timidity
> expects to be driven by a MIDI clock. How about other MIDI players?
> 3. Would it make sense to have a feature that uses JACK Transport
> rather than MIDI clock?
There are a few alternatives. Not much that I have on Windows or Linux support
clock messages. MagicBaton was a MIDI-player that added events based on the
mouse-conducting.
Alternatives:
1. Run the Boa in Parallel with whatever sequencer or player is going through
jack or such. Boa would then put out simply omni/overall level and tempo
events.
2. Run Boa as a plug-in Rosegarten, Muse or other such program. In this case,
it would work on one track/channel and insert expression (and tempos) or in
an omni mode as above. For rehearsing (MagitBaton's parlance) one track, one
would probably want to disable tempo changes and conduct expression.
Omin/overall would do level and tempo.
3. Controlling another software via midi-clock and some volume control device.
This assume, naturally, that this software is available :-)
Hi.
I see that Behringer has released a new gadget:
http://www.behringer.com/BCA2000/index.cfm?lang=ENG
Has anyone tried this thing ? Does it work with the
generic USB audio driver or do we have to wait for
ALSA drivers to become available ? I am _almost_ off
to buy one :-).
Cheers
-- Jan Holst Jensen, Denmark
__________________________________
Do you Yahoo!?
Yahoo! Mail - You care about security. So do we.
http://promotions.yahoo.com/new_mail
Hi, I've been trying to get my two sound cards to work: an integrated
SiS (S17012), and a SoundBlasterLive (EMU 10K1). Both were detected fine
by alsaconf. But I am only able to get the SoundBlaster to play though
XMMS, XMMS says it's at hw:1,0, where the SiS is at hw:0,0. there is
also antoher entry in the XMMS ALSA configuration that says
"Sound Blaster Live!: EMU 10k1 FX8010 (hw:1,3)"
Have no idea why that is there..
Also, GNOME has aprantly switched over to using OSS, (I can see this in
the volume controlls) how can I change this to alsa?
Any help would be apperciated! :)
-- Mads
Is anyone aware of what might be the best open source audio
mixing package to start hacking something like the Castblaster
that is aurally (partly) described where ?
http://homepage.mac.com/dailysourcecode/DSC/DSC-2005-04-25.mp3
Any hints to shorten the devel cycle for a project like this
would be gratefully appreciated. I'm chasing up some funding
to hopefully subsidise a developer if one wants to get involved.
No, tweaking PD is not my idea of getting aunt tillie into
podcasting on linux, she needs a lightbulb that "just works" :-)
--markc
The RT rlimits patch (nice-and-rt-prio-rlimits.patch) has been proposed
as a solution to allow audio users to run their applications with
realtime priorities. While more complicated to configure, it's a much
cleaner patch than realtime-lsm and it's likely to get merged soon _if_
enough audio users test it and confirm that it works.
To encourage this, I have created a wiki page containing installation
instructions, links to prebuilt PAM packages, etc:
http://www.steamballoon.com/wiki/Rlimits
If this works for you, I am collecting success reports. Please email
rlimits-success(a)steamballoon.com .
If you have any problems with it, LAU is probably the best place to ask
for help. Unfortunately I don't have large amounts of time to spend
helping people with this, so any help requests emailed to me directly
may be deleted without a reply. Sorry.
Thanks for testing!
Jody
Hello all,
I used to use Cakewalk on a small Windows partition for composing
work. Now, I'm trying to take the midi files I'd exported from
Cakewalk and play them using rosegarden/fluidsynth/pmidi.
My songs sounds like a cacophony. Things are so wrong - it sounds
truely horrible.
I downloaded some MIDI files from around the internet and they all
play normally. Is is possible Cakewalk has some SysEx events in there
that pmidi/rosegarden are interpreting as notes?
Cause damn. I didn't write this stuff!
--
Ross Vandegrift
ross(a)lug.udel.edu
"The good Christian should beware of mathematicians, and all those who
make empty prophecies. The danger already exists that the mathematicians
have made a covenant with the devil to darken the spirit and to confine
man in the bonds of Hell."
--St. Augustine, De Genesi ad Litteram, Book II, xviii, 37