> 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.
Cheers,
Jason Downer
Hello.
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
one?
Stomper does not work under wine :(
Thanks.
Hello.
I had a couple of articles on drum synths. Check
ftp://ftp.funet.fi/pub/sci/audio/devel/lad/drumsynth/
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.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
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.
Stefan Turner
> It would be more practical to do it as a DSSI
plugin, LADSPA has no way
> to
> 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
> on
> it and send it ot hte DSP code with configure().
Once there the DSP
> code
> can the overlap-add/save on it.
>
> - Steve
___________________________________________________________
Win a castle for NYE with your mates and Yahoo! Messenger
http://uk.messenger.yahoo.com
Hi,
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
linux support.
Any comments?
Olaf
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.
>
> d.
>
> 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
Hi all,
sorry for crossposting, just wanted to let everybody know:
The official statement is that there will be no support for ALSA (Linux)
FireWire drivers from RME. In other words there will be no such drivers,
as it is impossible to write them without tons of hardware and software
documentation from RME. And we won't share these information with
anyone.
Regards
Matthias Carstens
RME
No further explanations.
The moral of this story is:
Never buy a product that isn't already supported in ALSA, such as i did.
:( There's no guarantee even if pretty much every other card from the
same manufacturer *is* already supported.
Me and Benno talked to Matthias personally during Musikmesse, he was
friendly and seemed to be open with regards to future cooperation with
oss developers.
Seems like things have changed dramatically since then.
Marek
I don't know if this is completely dead or just a little dead but I had
an idea today.
It'd be kinda neat if there was a mechanism for grouping related control
ports together in the UI.
Taybin
On Fri, 2004-11-26 at 23:17, Mark Knecht wrote:
> On Sat, 27 Nov 2004 00:34:17 +0100, Marek Peteraj <marpet(a)naex.sk> wrote:
> <SNIP>
> > 2. I can only understand the point of view of open source developers
> > here, since they also invested an awfull lot of time (and money that
> > they didn't get back!) into developing linux audio applications, many of
> > which are state-of-art at least with respect to technology. And they're
> > free as in beer/speech.
>
> That was their choice. Right?
Sure but the result is the _same_ with respect to what they
deliver(state of art technology), which has the same value for me. Not
the same with respect to what you get in the end.(a non-functioning
device you paid a lot for, just because this and that)
>
> > That said i really don't understand the point of view of those few how
> > actually kindof defend the position of RME (or any other manufacturer in
> > a similar position), no offense intended.
>
> RME's position, and I am only guessing here, is that they would be
> happy to release info to the Open Source community __IF__ that
> information didn't help their competitors develop hardware that
> competed with RME.
How? To achieve 1ms less latency?
> It is natural for people who have spent money to
> want to protect it's value. We are that way with our own purchases,
> correct? I (and I think you...) would not be happy if I bought
> something and then it stopped working,
Worse. It actually never worked in my case.
> or if the company you bought it
> from stopped supporting it.
Worse. They never did in my case.
> RME is the same way. They invest hundreds
> of thousands, if not millions of Euro's developing new hardware ideas.
Hence the analogy with oss developers. They do that too without being
cowards and misers.
> They create software to support it and make it work. Then all the
> technical information goes into the public domain and some low cost
> manufacturer from Taiwan or Russia or somewhere else knocks off a copy
> and sells it for 1/2 the price. No one buys RME hardware, RME doesn't
> make money and goes out of business.
Did this happen?
See how many RME cards are supported. Almost all. Perhaps all except
fireface. Did someone from russia or taiwan knock-off a copy? Does RME
suffer from us having alsa drivers? Are russian engineers or taiwanese
engineers(envy24 btw AFAIK) not smart enough to come up with their own
superb design? Is it too hard for smart people to reverse-engineer?
In other words - what are you talking about?
>
> What's so hard to understand?
Pretty much everything. Considering that they have used proprietary
protocols in their hammerfall series anyway.
> > Which seems like it's the beginning of end for linux pro-audio hw
> > support if we don't fight for it. Right now it concerns just me, but it
> > might concern everyone in the near future.
>
> This I agree with, but the best way to fight for it (speaking as a
> business man) is to develop a real market for it. We need thousands of
> buyers. Develop the market and hardware manufacturers will come.
Perhaps it's here already. I think there's more of us RME or M-Audio
customers than one might think.
Marek
On Sun, 2004-11-28 at 13:35, R Parker wrote:
> --- Marek Peteraj <marpet(a)naex.sk> wrote:
>
> > On Sat, 2004-11-27 at 23:21, Lee Revell wrote:
> > > On Sat, 2004-11-27 at 16:22 -0600, Jan Depner
> > wrote:
> > > > Man, I've been waiting all day for someone to
> > say this. Personally,
> > > > open source is not a religion for me so a closed
> > source driver would be
> > > > fine and dandy. Let the flames commence - now
> > where did I put my
> > > > asbestos underwear?
> > >
> > > Eh, it's a slow day, I'm bored. But I mean it
> > 100%. Flame away...
> > >
> > > So, the next question is, what would it take to
> > make a closed source
> > > driver happen? They should start the bidding on
> > alsa-devel at "one free
> > > FireFace"...
> >
> > Lee and Jan,
> >
> > i talk to you as an owner of fireface. :)
> >
> > I really like the philosophy of not letting any
> > closed source drivers
> > into the kernel. In the end i only saw people upset
> > because their XY
> > nvidia or ATI driver wasn't working. Besides they'd
> > need to provide it
> > themselves, which means a lot more money than just
> > handing out
> > documentation or perhaps one free unit.
> >
> > My point of view - either open source alsa driver,
> > or i'll just sell
> > that unit. And now that they have accused me of
> > causing damage to RME
> > specifically because of this thread, i can only say,
> > i'll stay away from
> > any of their products. Speaking of damage, i'd like
> > to see a slashdot
> > story about this so that 30.000 people can judge for
> > themselves. :)
>
> I really hope you don't do that.
My intention wasn't to post that on /. at least not now. I was thinking
out loud. Of course, in case we did a market survey it would definitely
be needed.
> RME has provided
> "Pro" grade audio hardware when Linux Audio needed it
> in order to become a legitimate alternative to
> proprietary solutions.
Not really. It was Paul, Thomas, and one other guy(don't remember the
name) who did. Remember it was almost no investment from RME's side.
They got a lot of units sold in return and built a very good reputation
based on that fact and this went beyond the linux audio world i believe.
> I hope you consider how much
> work has gone into Linux Audio
But that's what i'm talking about. So much effort, oustanding
technologies(although i know the authors won't admit ;)
and they(hw manufacturers) don't care!
> and how difficult it is
> to develop that type of business relationship.
There is no relationship. The only real manufacturer from the POV of
linux audio is audioscience(.com), which unfortunately does only
broadcast hw.
They do ALSA drivers, provide support and invest their time and money in
doing so. They deserve highest respect for that considering the current
situation.
That's how it should be. And this is what we should fight for.
>
> Whether you are in the right or wrong, is it
> inconcievable for you to act for the interests of many
> people by selling the unit and getting something else?
Not sure i understand. I'm about to sell my fireface copy as i declared
previously. Of course if there's any way i could help out other people
here in keeping the unit, i'm prepared to do so.
Marek
