Forgot to ask two more questions:
1) How can I go about testing the throughput of my pcmcia cardbus in order
to see whether it is the culprit?
2) If the cardbus proves to be the problem, is there a way to hook-up hdsp
directly via Firewire port, or is there perhaps an adaptor that converts
either USB 2.0 or Firewire into pcmcia cardbus?
Many thanks!
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico/
hi all,
i'm fairly new to linux and linux audio, and i've been just trying to
get my bearings amid the staggering amount of audio software.
i'd like to use linux as a hard disk sampler, and here is the general
functionality i'd like:
-ability to "compose" with samples, in the same way that you'd use a
sequencer to work with a synth. i.e., be able to arrange samples into
tracks and specify when (rhythm) and at what pitch the samples play.
-some sort of mixer to mix things down so i can record it.
-ablility to add software effects to the above tracks.
essentially, what i'm looking for is some way to reproduce the ~nature~
of Sonic Foundry's Acid for Windows. i don't really *want* Acid, or even
one specific piece of software, but just some way to use samples in a
similar sort of way.
one thought i've had is to use fluidsynth/swami to build soundfonts of
the samples i want to use, and then drive those samples with MusE. MusE
supports LADSPA, so i would have per/track access to LADSPA plugins on
top of the samples. right??
building the soundfonts will take time, though, and i wonder if there
isn't a more direct way to accomplish the same thing (like Acid, where
you drag and drop waveforms right onto your track). i've looked at
Simsam (sampler) as well, and the occured to me that i could run
multiple instances of Simsam through multiple jack-racks, but this is
obviously a kludge, and there must be a better way (?)
i'm also considering diving into TerminatorX -- it looks very promising
. . .
any suggestions?
thanks in advance,
hawkeye parker
Patrick,
> Do you mean the layout of the systems?
Sorry but no, I meant the pattern of the individual speakers or a cluster
of them --- however they are packaged. The inverse square law that
Steve Harris mentioned would result in a spherical pattern from a point
source. If you took a slice of that, it would be a circle. The sound
pattern of most real speakers don't look like that. They have quite
"distorted" shapes. If you laid these out according to the layout of the
system, you could get some idea of the sound pattern, but it would
be neglecting boundaries, wave interference, etc. It looks to me, from
another post, that Mark Knecht may have some more words of wisdom here.
Certain types of speakers should be similar enough that rules of thumb
and prior experience may be very helpful.
Does anyone know a good command-line app to change bit depth of WAV
files? I'd like to batch process a bunch of files. Ecasound does not
have this feature to my knowledge.
d.
--
derek holzer ::: http://www.umatic.nl
---Oblique Strategy # 54:
"Do something sudden, destructive and unpredictable"
Regarding the inverse square law: Be careful!
This law applies to idealized situations such as point sources in isotropic,
homogeneous media. For a speaker in a tunnel, for example, it does not hold
true. Speakers have radiation patterns as do electromagnetic devices such as
antennae. Boundaries are also important. You will also have interference
effects, etc. I would anticipate that the inverse square law to be quite
inaccurate, but being outside will help. I love theory myself, but this
situation calls for the voice of experience. (Now if that voice says,
"Always use the inverse square law," please let me know.) The best thing
I can think of from a theoretical perspective (sort of) is to obtain the
speaker patterns if you can.
I sent an email on the list but it never comin????
so here just a test to see if I'm always in...
I received a message who said that my message could be a spam and that
it will be check by the moderator but nothing happen then???
best
juto
> BTW, one of the beautifullest examples of extreme stretching isn't
> Jane Fonda, but the "Beetstretch" project of Leif Inge:
It was done with Snd/CLM.
Hi,
here's an update to the notorious problem with some M-Audio USB
devices on kernel 2.6. I won't be able to test this in the next time,
but maybe some other owners of Quattro, Duo or Audiophile USBwant to
give it a try. If yes, please report to Alan Stern or linux-usb-devel.
ciao,
--
Frank
----- Forwarded message from Alan Stern <stern(a)rowland.harvard.edu> -----
Date: Tue, 16 Mar 2004 10:12:45 -0500 (EST)
From: Alan Stern <stern(a)rowland.harvard.edu>
Cc: USB development list <linux-usb-devel(a)lists.sourceforge.net>
Subject: Re: invalid alternate setting
Here's an announcement for people interested in using USB devices with
invalid configuration descriptors. I've completed a series of patches
that will make the system accept such devices, to the extent that it can.
You will have to apply all three patches in sequence; each is a
prerequisite for the next. They should go on top of a 2.6.4 system. The
patches are:
as221: http://marc.theaimsgroup.com/?l=linux-usb-devel&m=107937025411336&w=2
as222: http://marc.theaimsgroup.com/?l=linux-usb-devel&m=107937021027794&w=2
as223: http://marc.theaimsgroup.com/?l=linux-usb-devel&m=107937029404286&w=2
The first two patches just improve the error logging; you might like to
see what happens when you plug in your devices. The third is the one that
changes the kernel's behavior. Please let me know if the patches don't
work as expected.
Not all the USB drivers will work properly with that third patch
installed, so be warned. The USB audio class driver should be okay. I
have no idea what will happen with the ALSA USB audio/MIDI driver; it
hasn't been updated yet.
Alan Stern
----- End forwarded message -----
--
Frank Barknecht _ ______footils.org__