Re: [linux-audio-dev] Developing a music editor/sequencer

2005-01-29 Thread Paul Davis
If you have several years to dedicate to this, go right ahead and have fun. Otherwise, I strongly and respectfully suggest you consider how to at least start from where Rosegarden already is. You could also help the Lilypond team on their work to create a GUI/WYSIWYG system for their tool. Even the

[linux-audio-dev] Developing a music editor/sequencer

2005-01-29 Thread NadaSpam
Sorry if multiple copies of this appear. The spam filter doesn't like my choice of titles. I've tried a few variations so far. I'm looking to develop a music editor/sequencer somewhat in the vein of Cakewalk/Rosegarden, but looking more towards the future of MIDI and audio capabilities. I've be

[linux-audio-dev] test -- please ignore

2005-01-29 Thread NadaSpam
Just trying to find out what's so "suspicious" about my header.

Re: [linux-audio-dev] Re: Tuning

2005-01-29 Thread Fons Adriaensen
On Sat, Jan 29, 2005 at 01:01:31PM -0600, Jan Depner wrote: > ... I said fractal noise sounds more natural. In some cases, yes, because it happens to have the right spectrum, not because it is fractal. > > - If I gave you two series of samples, one generated with > > the fractal method, and

Re: [linux-audio-dev] Mx41 update

2005-01-29 Thread Jens M Andreasen
On lör, 2005-01-29 at 21:42 +0100, Robert Jonsson wrote: > lördagen den 29 januari 2005 21.12 skrev Robert Jonsson: > > Hey there, > > > > I just realised that Mx41 now supports both alsa and jack :). Mx41 have supported alsa and jack since the renaming from Mx4 to mx41. A limited version have bee

Re: [linux-audio-dev] lad design patterns

2005-01-29 Thread Fons Adriaensen
On Sat, Jan 29, 2005 at 04:56:43PM -0500, Eric Dantan Rzewnicki wrote: > denormals anyone? Denormals are not so difficult to get rid of, unless you are a purist and want to preserve every bit of precision that a float (or double) can give. Normal signal levels are around unity, and in most cases

Re: [linux-audio-dev] lad design patterns

2005-01-29 Thread Eric Dantan Rzewnicki
Fons Adriaensen wrote: On Sat, Jan 29, 2005 at 10:53:14AM -0600, Levi D. Burton wrote: does the idea of documenting various lad design patterns make sense to anyone? seems a lot of stuff is sort of voodooish. denormals anyone? There is a lot of common sense involved, and usually a whole collection

Re: [linux-audio-dev] Mx41 update

2005-01-29 Thread Robert Jonsson
lördagen den 29 januari 2005 21.12 skrev Robert Jonsson: > Hey there, > > I just realised that Mx41 now supports both alsa and jack :). > > I took it for a spin though the result was very confusing. It seems OSS is > still used even if alsa is detected, atleast it seemed I don't have to > connect a

Re: [linux-audio-dev] Mx41 update

2005-01-29 Thread Robert Jonsson
Hey there, I just realised that Mx41 now supports both alsa and jack :). I took it for a spin though the result was very confusing. It seems OSS is still used even if alsa is detected, atleast it seemed I don't have to connect anything in alsa to get my external keyboard to make sound through

Re: [linux-audio-dev] Re: [Jackit-devel] Re: [linux-audio-user] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Florian Schmidt
On Sat, 29 Jan 2005 19:44:47 + Steve Harris <[EMAIL PROTECTED]> wrote: > I'd recommend the half-complex format, it makes hte FFT much faster and > reduces the ammount of memory you have to touch. The only pain is that the > format is a bit wierd to work with. I see. Plus the simultaenous forw

Re: [linux-audio-dev] Re: [Jackit-devel] Re: [linux-audio-user] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Steve Harris
On Sat, Jan 29, 2005 at 07:20:39 +0100, Florian Schmidt wrote: > On Sat, 29 Jan 2005 06:55:31 +0100 > Florian Schmidt <[EMAIL PROTECTED]> wrote: > > > tarball[s] here [minor optimization attempts since last tarball]: > > > > http://affenbande.org/~tapas/jack_convolve/ > > about optimizations: li

Re: [linux-audio-dev] Buggy audio debian packages

2005-01-29 Thread Andreas Kuckartz
oliver oli wrote: > how many people are using demudi after how many > years of development? it is a waste of money... Obviously oliver oli does not know what he is talking about. Andreas

Re: [linux-audio-dev] lad design patterns

2005-01-29 Thread Fons Adriaensen
On Sat, Jan 29, 2005 at 10:53:14AM -0600, Levi D. Burton wrote: > does the idea of documenting various lad design patterns make sense to anyone? > > seems a lot of stuff is sort of voodooish. There is a lot of common sense involved, and usually a whole collection of different types of voodoo:

[linux-audio-dev] Re: [ANN] Aqualung 0.9beta4 released

2005-01-29 Thread Tom Szilagyi
On Sat, 29 Jan 2005 15:26:42 +0100, oliver oli <[EMAIL PROTECTED]> wrote: > Hi Tom! > > sound good. Is it possible to remote control the player (via OSC or Telnet, > XML-RPC or > some other interface)? Hi, Not remote controllable in that sense, but it is possible to control running instances fr

Re: [linux-audio-dev] Re: Tuning

2005-01-29 Thread Jan Depner
On Sat, 2005-01-29 at 10:48, Fons Adriaensen wrote: > On Sat, Jan 29, 2005 at 10:43:37AM -0600, Jan Depner wrote: > > On Sat, 2005-01-29 at 06:44, Fons Adriaensen wrote: > > > > That's a classic one. For large N, the output will approach > > > some form of filtered Gaussian noise. What makes this

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Florian Schmidt
On Sat, 29 Jan 2005 16:57:04 +0100 Florian Schmidt <[EMAIL PROTECTED]> wrote: > - fix error checking > - add multiple response file support as explained above > - add libsamplerate supprt for converting response files to jack samplerate > - optimize the complex multiplication forgot an important

[linux-audio-dev] lad design patterns

2005-01-29 Thread Levi D. Burton
does the idea of documenting various lad design patterns make sense to anyone? seems a lot of stuff is sort of voodooish. example: application timer design or, am i just a moron and should be able to come up with this sort of stuff easily and on my own, in other words: common sense? thanks.

Re: [linux-audio-dev] Re: Tuning

2005-01-29 Thread Fons Adriaensen
On Sat, Jan 29, 2005 at 10:43:37AM -0600, Jan Depner wrote: > On Sat, 2005-01-29 at 06:44, Fons Adriaensen wrote: > > That's a classic one. For large N, the output will approach > > some form of filtered Gaussian noise. What makes this fractal > > noise superior as a source of randomness in a resa

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Florian Schmidt
On Sat, 29 Jan 2005 16:16:04 +0100 Fons Adriaensen <[EMAIL PROTECTED]> wrote: > Yep, that's it. Even for a stereo output, you could have more than > two inputs, each one corresponding to one place in the room. Hmm, i still find it interesting though that convolving each channel of for example a s

Re: [linux-audio-dev] Re: Tuning

2005-01-29 Thread Fons Adriaensen
On Sat, Jan 29, 2005 at 04:17:52PM +0100, Mario Lang wrote: > Note that SuperCollider can do this as well, as long as you are limiting > the requirements to monophony. I guess that would hold for > Pd as well anyway. And its a *very* simple patch! Neat ! I was wondering how to do the > n

Re: [linux-audio-dev] Tuning

2005-01-29 Thread michael tewner
On Fri, 28 Jan 2005, Paul Winkler wrote: > On Fri, Jan 28, 2005 at 05:09:09PM -0600, Jan Depner wrote: > > Next up... a plugin that plays your instrument for you. Why deal > > with the tedious hassle of having to tune your instrument or actually > > learn how to play it?Can't sing... not a pro

Re: [linux-audio-dev] Re: Tuning

2005-01-29 Thread Jan Depner
On Sat, 2005-01-29 at 06:44, Fons Adriaensen wrote: > On Sat, Jan 29, 2005 at 11:03:52AM +0100, Tom Szilagyi wrote: > > > void > > fractal(LADSPA_Data * v, int N, float H) { > > ... > > } > > That's a classic one. For large N, the output will approach > some form of filtered Gaussian noise. What

Re: [linux-audio-dev] Tuning

2005-01-29 Thread Jan Depner
On Sat, 2005-01-29 at 08:41, [EMAIL PROTECTED] wrote: > On Fri, 28 Jan, 2005 at 05:09PM -0600, Jan Depner spake thus: > > Next up... a plugin that plays your instrument for you. Why deal > > with the tedious hassle of having to tune your instrument or actually > > learn how to play it? Can't

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Florian Schmidt
oops, sent to fons only.. here's the mail to the lists, too. sorry for duplicate, fons: On Sat, 29 Jan 2005 16:16:04 +0100 Fons Adriaensen <[EMAIL PROTECTED]> wrote: > On Sat, Jan 29, 2005 at 03:43:46PM +0100, Florian Schmidt wrote: > > > Now i grok it. > > > > As a stereo impulse file is a res

Re: [linux-audio-dev] Buggy audio debian packages

2005-01-29 Thread Frank Barknecht
Hallo, oliver oli hat gesagt: // oliver oli wrote: > i don't see any need for a special audio distribution based on debian. > debian itself is fine, the only thing which is missing is a low-latency > 2.6 kernel package. how many people are using demudi after how many > years of development? it

Re: [linux-audio-dev] Re: Tuning

2005-01-29 Thread Mario Lang
Stefan Turner <[EMAIL PROTECTED]> writes: > The other suggestions should good, but alternatively > you write a patch in Pure Data to do this, using the > built-in object fiddle~, which estimates pitch (fairly > accurate with tweaking) and a LADSPA pitch shifter > (the best I've found is pitchScale

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Fons Adriaensen
On Sat, Jan 29, 2005 at 03:43:46PM +0100, Florian Schmidt wrote: > Now i grok it. > > As a stereo impulse file is a response to a mono impulse placed > somewhere in the room, one needs two stereo response files with the > impulses created at different points in the room. Yep, that's it. Even for

Re: [linux-audio-dev] Re: Tuning

2005-01-29 Thread james
On Sat, 29 Jan, 2005 at 01:12AM +, Stefan Turner spake thus: > >Thanks for the advice. > > > >I've never used pd - can I use it to make a LADSPA > >plugin or > >standalone app, > > No, unfortunately not. PD 'interprets' the patch, but > it can use Jack and run LADSPA plugins inside it... > tho

Re: [linux-audio-dev] Tuning

2005-01-29 Thread james
On Fri, 28 Jan, 2005 at 05:09PM -0600, Jan Depner spake thus: > Next up... a plugin that plays your instrument for you. Why deal > with the tedious hassle of having to tune your instrument or actually > learn how to play it? Can't sing... not a problem! I can see Micro$oft > coming out with

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Florian Schmidt
On Sat, 29 Jan 2005 10:28:23 +0100 Fons Adriaensen <[EMAIL PROTECTED]> wrote: > On Sat, Jan 29, 2005 at 12:14:49AM +0100, Florian Schmidt wrote: > > > So there's plenty room for optimization (and some return value checking > > will be added too ;)).. If you know some tricks, let me know.. The > >

Re: [linux-audio-dev] Buggy audio debian packages

2005-01-29 Thread oliver oli
Frank Barknecht wrote: I'm on the fence about whether or not to start figuring out the whole debian new maintainer process and start down the road toward becoming a debian developer. I think I could do it, but I'm not sure I would enjoy learning all of the bureaucracy and jargon. You might also co

Re: [linux-audio-dev] Tuning

2005-01-29 Thread james
On Sat, 29 Jan, 2005 at 12:14AM +0100, Fons Adriaensen spake thus: > On Fri, Jan 28, 2005 at 05:11:12PM -0600, Jan Depner wrote: > > > If you're actually going to do this (argh) > > I'm not. It's an interesting problem, but I'd agree that if you can't > sing in tune, then just don't. It's no

Re: [linux-audio-dev] [ANN] Aqualung 0.9beta4 released

2005-01-29 Thread oliver oli
Hi Tom! sound good. Is it possible to remote control the player (via OSC or Telnet, XML-RPC or some other interface)? btw, why is the first and most important feature of most audio players skinability? ;-) Tom Szilagyi wrote: Aqualung 0.9beta4 released

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Florian Schmidt
On Sat, 29 Jan 2005 10:28:23 +0100 Fons Adriaensen <[EMAIL PROTECTED]> wrote: > On Sat, Jan 29, 2005 at 12:14:49AM +0100, Florian Schmidt wrote: > > > So there's plenty room for optimization (and some return value checking > > will be added too ;)).. If you know some tricks, let me know.. The > >

[linux-audio-dev] Re: [Jackit-devel] Re: [linux-audio-user] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Florian Schmidt
On Sat, 29 Jan 2005 06:55:31 +0100 Florian Schmidt <[EMAIL PROTECTED]> wrote: > make sure you get the newest version.. homepage here: > > http://www.affenbande.org/~tapas/wiki/admin.php?jack_convolve oops: http://www.affenbande.org/~tapas/wiki/index.php?jack_convolve flo -- Palimm Palimm! ht

Re: [linux-audio-dev] Re: Tuning

2005-01-29 Thread Fons Adriaensen
On Sat, Jan 29, 2005 at 11:03:52AM +0100, Tom Szilagyi wrote: > void > fractal(LADSPA_Data * v, int N, float H) { > ... > } That's a classic one. For large N, the output will approach some form of filtered Gaussian noise. What makes this fractal noise superior as a source of randomness in a resam

[linux-audio-dev] Re: Tuning

2005-01-29 Thread Tom Szilagyi
On Sat, 29 Jan 2005 04:16:05 -0600, Jan Depner <[EMAIL PROTECTED]> wrote: > > Is there any way I could try to understand what good it does without > > having to decompose Tom's plugin ? > >Just got back from a gig and it's 0330 so this might ramble a bit - > almost everything in nature is frac

Re: [linux-audio-dev] Tuning

2005-01-29 Thread Jan Depner
On Fri, 2005-01-28 at 17:14, Fons Adriaensen wrote: > On Fri, Jan 28, 2005 at 05:11:12PM -0600, Jan Depner wrote: > > > If you're actually going to do this (argh) > > I'm not. It's an interesting problem, but I'd agree that if you can't > sing in tune, then just don't. > > > take a look at T

Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Fons Adriaensen
On Sat, Jan 29, 2005 at 12:14:49AM +0100, Florian Schmidt wrote: > So there's plenty room for optimization (and some return value checking > will be added too ;)).. If you know some tricks, let me know.. The > sourcecode is pasted below for easier reference. For a typcal stereo room simulation,