> I'm hoping that you're thinking of a realtime display, in which the
> peaks roll off to create a true waterfall effect.
Baudline (http://www.baudline.com) is a fantastic viewer that does fft
cascade. I've used it for a couple of years, and it is great for figuring out
how different sounds "work", and it has an oscilloscope-type display as well.
I finally started making my pet music project and realized I need a
drum synth to make some cool sounds. psindustrializer is good but also
need some tr-909-style sounds. I remeber from my old windoze days I
used a nice piece of software called Stomper. Does anybody know any
software for linux with comparable capabilities? Or we need to write
Stomper does not work under wine :(
I had a couple of articles on drum synths. Check
I built the circuit in a00*.jpg at the time when this article
was fresh. The article b00*jpg mentions an earlier article.
I will check that out at library.
Hmm.. I coded a drum synth for Commodore VIC-20 at the time.
VIC provided an audio chip with three oscillators, noise,
and a common volume if I remember correctly. What I did was to
modulate osc pitch and volume parameters with a fast and accurate
(compared to Basic) assembly code. The drum sounds were assigned to
the keys. This was about 1984, inspired by Yamaha's digital RX drum
synths, not by analog drums.
for developers of open source graphics software
Hi Steve, thanks for the reply.
I will definitely look into using DSSI, looks like it
could be good once as supported as LADSPA is (I'd
never even heard of it before your post, although
that's probably just me). Is it intended as an
eventual LADSPA replacement? I never really saw the
need to divide plugins into 'instruments' and
'effects', and it seems like DSSI can do both.
> It would be more practical to do it as a DSSI
plugin, LADSPA has no way
> indicate that you want to load files during runtime,
and no UI.
> In DSSI you can load the impulse in the "UI"
process, perform the FFT
> it and send it ot hte DSP code with configure().
Once there the DSP
> can the overlap-add/save on it.
> - Steve
Win a castle for NYE with your mates and Yahoo! Messenger
when linux-audio-announce was created, it was agreed that announcements
should be crossposted to all three lists. The reasoning was that this way
people wouldn't have to subcsribe to LAA if they were already on LAD+LAU.
Now when you look at LAA archives, some people post only to LAA, some
(like me) to all three lists, and some to either LAA+LAD or LAA+LAU.
My suggestion is that we drop this policy altogether: announcements should
be sent to LAA and optionally to LAD and/or LAU. At least I've always had
the nasty feeling that I'm spamming LAD+LAU with my Ecasound release
announcements. Of course, when announcing conferences, major new versions
(JACK-1.0.0 maybe? :)), etc, I see no harm in cross-posting to all the
So in other words, if you really want to see _all_ the announcements,
you should subcsribe to LAA.
Any comments? If no objections, at least I will from now on send non-major
release announcements only to LAA.
Audio software for Linux!
as the owner of a firewire audio card (Motu 828mkII) I was disappointed when
trying to use it under linux. Asking Motu to provide tech docs and/or linux
drivers is useless: "We will possibly release linux drivers in the future,
but we never release any kind of technical documentation."
Is there any effort to join forces for putting pressure on the manufacturers
yet? I am willing to create an address list ordered by audio card
manufacturer/model to make the manufacturers realize there is a need for
On Thursday 18 November 2004 14:01, derek holzer wrote:
> Of course, the Firewire subsystem for Linux works fine. But AFAIK there
> are no drivers existing for any firewire audio cards. Bug the various
> manufacurers to release more technical info and they might eventually
> show up.
> Victor LaLoggia wrote:
> > Hello Frank;
> > Thank you for your response, and I do not mean to be contrary, but what
> > about the work the folks at http://www.linux1394.org/ are doing?
> > I see that their subsystem has been included Linux kernel sources since
> > version 2.3.40. Does the subsystem not work?
> > Thanks,
> > vic
> > -----Original Message-----
> > From: Frank Barknecht <fbar(a)footils.org>
> > Sent: Nov 15, 2004 12:14 PM
> > To: linux-audio-user(a)music.columbia.edu
> > Subject: Re: [linux-audio-user] Using Linux Laptop for Live Performance
> > Hallo,
> > Victor LaLoggia hat gesagt: // Victor LaLoggia wrote:
> >> I am just beginning my research into the available software and
> >> hardware, and would greatly appreciate any information. Especially
> >> on hardware - what would be the best usb/ firewire interface for
> >> live performance?
> > No Firewire audio yet on Linux. The best in your case is PCMCIA, which
> > has the lowest latency. VX-Pocket or RME cards are good choices. Also
> > try, if your internal soundcard is enough.
> > Ciao
We are looking for some portable digital recording devices with the
- very small
- near $100 ($100-150)
- usb compatible
- linux + windows friendly
- mic-in with a reasonable signal-to-noise ratio
- descent quality recordings
- battery powered
We intend to distribute about 10 - 20 of these units to radio
journalists in Mali, whom will use these devices to collect material for
their programs which they can then edit in Audacity and broadcast on the
We are looking at devices such as the iRiver 190T
Any one have any experience with such devices, in particular using them
On Sun, 2004-12-26 at 12:06 -0500,
> Send linux-audio-dev mailing list submissions to
> To subscribe or unsubscribe via the World Wide Web, visit
> or, via email, send a message with subject or body 'help' to
> You can reach the person managing the list at
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of linux-audio-dev digest..."
> Today's Topics:
> 1. Re: Tascam US428 Continued hangups (Spencer Russell)
> Message: 1
> Date: Sun, 26 Dec 2004 02:09:21 -0800
> From: Spencer Russell <Spencer.Russell(a)oberlin.edu>
> Subject: Re: [linux-audio-dev] Tascam US428 Continued hangups
> To: linux-audio-dev(a)music.columbia.edu
> Message-ID: <20041226100921.GA12396@slingshot>
> Content-Type: text/plain; charset=us-ascii
> On Fri, Dec 24, 2004 at 12:05:07PM -0500, Rui Nuno Capela wrote:
> > ...
> > device. It was probably this very one that was aunting you before. After
> > some attention and furious alsa-bugtracker exchange, Karten Wiese has been
> > able to solve this, even tought he's got no OHCI hardware near him.
> I was watching that thread a little, because my symptoms were
> very similar. Strangely, though, I have a UHCI based card, so I'm
> not sure why I was seeing similar symtoms.
> > Then Karsten did it again. He crafted a special jackd alsa/usx2y backend
> > which enabled the so-called raw-usb mode of operation. And it was just
> > yesterday I have proposed the merge into the official alsa backend driver
> > on the jackit-devel list. With this new experimental stuff, one can run
> > jackd in realtime with pretty lowest-latency parameters, without aural
> > artifacts (i.e. crackling). AFAICT this is a greatest breakthrough on the
> > USB audio arena, so I would think twice about getting rid of your US428 ;)
> I'm having a bit of trouble with the usx2y backend to jackd. I
> bastardized the jackd-us2xy rpm to make a nice deb file, but
> jackd still says "unknown driver 'usx2y'". Even downloading and
> compiling the source, and running it directly from the directory
> it ws compiled into. And does it automatically use the rawusb
> interface? What's the advantage of using the usx2y driver as
> opposed to the alsa driver?
> > So my recipe goes like this:
> > 1. Have REALTIME_PREEMPT on the kernel config.
> > 2. Make sure you have loaded the latest snd-usb-usx2y>=0.8.7.1 (as of
> > latest alsa-kernel cvs).
> > 3. Tune the RT priorities (SCHED_FIFO) of the time-audio critical IRQ
> > threads:
> > 90 - timer (IRQ 0)
> > 80 - rtc (IRQ 8)
> > 70 - snd (or whatever your PCI soundcard will hook, usually IRQ 5)
> > 60 - usb (ohci_hcd or uhici_hcd, usually IRQ 10)
> > You should have schedutils installed (chrt) for this exercise.
> > 4. Load the snd-usb-usx2y with the nrpacks parameter set for:
> > a. high-stability: nrpacks=4
> > b. low-latency: nrpacks=1
> > Anyway, be advised that you can only run the forementioned "rawusb"
> > mode if you set on this later one (modprobe snd-usb-usx2y nrpacks=1).
> > Run your jackd command line (or qjackctl;) as usual, but given the above
> > priority tunning, you should try e.g. jackd -R -P60 ...
> Thanks a lot for this detailed info! I recompiled the newest
> snd-usb-usx2y driver, but how do I tune RT priorities? I got the
> schedutils package, but I'm having trouble finding details on how
> to use chrt.
> Thanks again for the info.
> linux-audio-dev mailing list
> End of linux-audio-dev Digest, Vol 15, Issue 46
IESC/Geekcorps Mali "les volontaires de l'informatique"
coordinateur de programme
bureau/office: +223 221 49 43
mobile: +223 640 30 40
Porte 1085, Rue 240, Bamako, Mali
I am in desperate need of advice! I don't know if
this post is appropriate here but for months I have
been seeking info from different linux audio
forums/lists, and have gotten nowhere.
I have a knoppix installation that includes
rosegarden2 and OSS drivers and am trying to get OSS
to recognize the midiports.
The midiports are not recognized upon bootup. How can
I configure/check the midi port configuration for the
Yes I know that rosegarden4 blows away rosegarden2,
and ALSA is the way to go, but since knoppix includes
rosegarden2 and OSS, I think it would be easier for me
to get this working than switch to ALSA and new
I have tried several midi interfaces/soundcards which
I know are supposed to work (ISA, PCI, and USB)
Any advice would be much appreciated!
Do you Yahoo!?
Meet the all-new My Yahoo! - Try it today!
careful with the linux security module: As reported on Bugtraq,
there's a vulnerability when loading LSM as a module instead of
compiling it into the kernel:
"When POSIX Capability LSM module isn't compiled into kernel, after
inserting Capability module into kernel, all existed normal users
processes will have total Capability privileges of superuser (root)."
Read on here:
Frank Barknecht _ ______footils.org__