Re: [linux-audio-dev] RDF for CMT, and slightly improved script

2006-04-21 Thread Steve Harris
On Thu, Apr 20, 2006 at 01:21:12 -0400, Paul Winkler wrote: > And here's some quick RDF for the CMT plugins, which greatly > reduces the number of "Unknown" plugins on my system. > > Plus a slightly improved script (it takes the plugin filename as an > argument now). > > For a couple of plugins I

Re: [linux-audio-dev] RDF for CAPS plugins

2006-04-21 Thread Steve Harris
On Fri, Apr 21, 2006 at 08:51:32 +, Chris Cannam wrote: > Paul Winkler: > > OTOH, it's pretty obvious why this is the case. > > Imagine if it *did* have to resolve to something. > > What would that mean? > > That's a slightly perplexing detail even with the > situation as it is. What if t

Re: [linux-audio-dev] RDF for CAPS plugins

2006-04-21 Thread Steve Harris
On Thu, Apr 20, 2006 at 11:26:27 -0400, Taybin Rutkin wrote: > On Apr 20, 2006, at 9:05 PM, Paul Winkler wrote: > > >OTOH, it's pretty obvious why this is the case. Imagine if it *did* > >have > >to resolve to something. What would that mean? it only works when the > >server's up? (and DNS, and

Re: [linux-audio-dev] RDF for CAPS plugins

2006-04-21 Thread Steve Harris
On Thu, Apr 20, 2006 at 06:28:48 -0400, Paul Winkler wrote: > > Steve, are the dc:creator, dc:rights, dc:title tags necessary? Paul's > > caps.rdf simply copies the data found in caps.so -- is it possible to > > simply eliminate this redundancy? > > dc (dublin core) metadata is generally optiona

Re: [linux-audio-dev] RDF for CAPS plugins

2006-04-20 Thread Steve Harris
On Thu, Apr 20, 2006 at 12:07:38 -0400, Paul Winkler wrote: > I also haven't bothered to figure out what to do with all the stuff > about ports, and ardour doesn't seem to need it anyway, so this version > of the script doesn't handle that. (Hey Steve, what's all that port > info in your rdfs us

Re: [linux-audio-dev] Ladspa rdf

2006-04-20 Thread Steve Harris
On Thu, Apr 20, 2006 at 12:12:29 +0200, fons adriaensen wrote: > A maybe silly question: where on a typical system are the rdf > descriptions of ladspa plugins supposed to live ? > > I can't find them ! As the previous poster said, or in LADSPA_RDF_PATH. - Steve

Re: [linux-audio-dev] linear resampling is crap ?

2006-03-30 Thread Steve Harris
On Thu, Mar 30, 2006 at 12:12:23 +0300, Jussi Laako wrote: > Stefan Westerfeld wrote: > >process, it should be possible to be quite fast (well, of course it > >depends on what fast is) while maintaining good quality. From my recent > >work on SSE based resampling code for BEAST: > > At least you c

Re: [linux-audio-dev] LADSPA processing: ams, om, ... Anything else?

2006-03-16 Thread Steve Harris
On Thu, Mar 16, 2006 at 08:01:49PM +0100, Lars Luthman wrote: > > Anything else? > > I think Csound supports LADSPAs. So do Pd and SpiralSynthModular. - Steve

Re: [linux-audio-dev] LADSPA AC3 encoder?

2006-01-29 Thread Steve Harris
On Sun, Jan 29, 2006 at 01:05:12 -0500, Lee Revell wrote: > Question for the DSP gurus: > > How hard would it be to implement an AC3 encoder as a LADSPA plugin that > could be used in an ALSA config to encode stereo and 5.1 sources on the > fly? Many Windows drivers seem to contain one, and it wo

Re: [linux-audio-dev] Ladspa GUIs (Was Re: [linux-audio-user] Acid type program

2006-01-28 Thread Steve Harris
On Fri, Jan 27, 2006 at 09:45:35 -0800, Kjetil S. Matheussen wrote: > > Reuben Martin: > > >>(Why hasn't anyone made a ladspa plugin with a GUI by the way? Its > >>really simple just spawning of a gui process program.) They have, it can be done via the DSSI API. > >Because you have no way of kn

Re: [linux-audio-dev] timemachine auto recorder patch

2006-01-14 Thread Steve Harris
On Sat, Jan 14, 2006 at 12:41:33 -0700, Garett Shulman wrote: > Hello, I have created a patch that allows timeachine to automatically > start and stop recording based on the audio signal. Recording will start > when a sample value exceeds a start threashold. Recording stops when > sample values

Re: [linux-audio-dev] liblo lo_message_deserialise?

2006-01-12 Thread Steve Harris
On Thu, Jan 12, 2006 at 04:22:44 +0100, Mario Lang wrote: > Hi. > > While playing a little with the liblo lowlevel interface > (I am trying to deliver and receive/decode OSC messages via a non-UDP/TCP > transport), I found lo_message_serialise. I also had to rip > a bit of code from lo_send_inter

Re: [linux-audio-dev] [ann] caps-0.3.0

2006-01-12 Thread Steve Harris
On Thu, Jan 12, 2006 at 03:48:50 +0100, Esben Stien wrote: > Tim Goetze <[EMAIL PROTECTED]> writes: > > > Please enlighten me! > > RDF, so it's possible to categorize it and look it up quickly;). > > OT: I think it's wrong to write the type names as plurals. A formal > categorization should not

Re: [linux-audio-dev] [ann] caps-0.3.0

2006-01-12 Thread Steve Harris
On Thu, Jan 12, 2006 at 08:48:38 +0100, Giuseppe Zompatori wrote: > Hello Tim, > > A couple of concerns with your guitar related plugs: > > Speaking about the compile flags you use for caps -O6 does nothing > more than -O3 and from -O2 upwards there's no need to specify > "-funroll-loops", also -

Re: [linux-audio-dev] things to port to the gp2x ..

2006-01-11 Thread Steve Harris
On Wed, Jan 11, 2006 at 03:24:45PM +, Michael T D Nelson wrote: > Alfons Adriaensen wrote: > >On Wed, Jan 11, 2006 at 02:08:05PM +0000, Steve Harris wrote: > > > >>Damn, does it show ;) > > > >You're not alone :-) > > > > In the near fut

Re: [linux-audio-dev] things to port to the gp2x ..

2006-01-11 Thread Steve Harris
On Wed, Jan 11, 2006 at 03:01:28PM +0100, Alfons Adriaensen wrote: > On Wed, Jan 11, 2006 at 01:53:25PM +0000, Steve Harris wrote: > > > I agree about ARM assembly, I have written some (not DSP related) many > > years ago and it was quite straightforward. > > Another

Re: [linux-audio-dev] things to port to the gp2x ..

2006-01-11 Thread Steve Harris
On Wed, Jan 11, 2006 at 01:38:45PM +0100, Alfons Adriaensen wrote: > > Writing DSP code for integer platforms is extremly tedious, > > Having done a lot of it (fixed point, on ARM), I'd disagree. But It is > certainly different. If you want good fixed point performance, you have > to write some of

Re: [linux-audio-dev] things to port to the gp2x ..

2006-01-11 Thread Steve Harris
On Wed, Jan 11, 2006 at 12:12:30PM +0100, Jay Vaughan wrote: > >How's its float performance? Older ARMs have very bad/non-existant floating > >point support. > > > > i would wager that floating-point is not its forté, but rather than > give you an opinion, what would be got a good float-performan

Re: [linux-audio-dev] ANN: DT-42 DrumToy 0.1.0

2006-01-11 Thread Steve Harris
On Wed, Jan 11, 2006 at 12:19:06PM +0100, Wolfgang Woehl wrote: > David Olofson <[EMAIL PROTECTED]>: > > DT-42 DrumToy 0.1.0 - First Release > > Jackify this and you will be worshipped. Or DSSI-ify it? It would be more versatile that way. - Steve

Re: [linux-audio-dev] things to port to the gp2x ..

2006-01-11 Thread Steve Harris
On Wed, Jan 11, 2006 at 11:47:53AM +0100, Jay Vaughan wrote: > http://gbax.com/ > > its a dual-processor (ARM) portable games machine, battery powered, > US$180, and .. it runs linux, has a very interesting EXT connector > which supports USB and MIDI, video and audio, and extremely active > gam

Re: [linux-audio-dev] Problem compiling with liblo: error: 'lo_address' does not name a type

2006-01-11 Thread Steve Harris
On Wed, Jan 11, 2006 at 10:35:02AM +0100, Frank Barknecht wrote: > My problem with liblo was, that the version I had in /usr/local was > way old and shouldn't have been there at all. It works now, after I > deleted it. Yeah, lo_address used to be called something else, but it was in the dim and di

Re: [linux-audio-dev] High-order Ambisonic coder/decoder in JACK/LDASPA?

2005-12-15 Thread Steve Harris
On Thu, Dec 15, 2005 at 04:56:04 +0100, Asbjørn Sæbø wrote: > Secondly, what would be the better choice, JACK or LADSPA? We are > probably going to need som GUI on it, to configure the thing. And we > would like to have the flexibility to alter the coding/decoding > coefficients, turn on/off s

Re: [linux-audio-dev] LADSPA, GUIs, OSC and LADSPA_HINT_SAMPLE_RATE

2005-11-17 Thread Steve Harris
On Thu, Nov 17, 2005 at 02:01:57 +1100, Dave Robillard wrote: > On Wed, 2005-16-11 at 21:40 +0100, Luis Garrido wrote: > > Hi! > > > > I am working on a GUI designing tool for LADSPA/DSSI around Qt > > designer. The idea is to extend the DSSI gui concept to LADSPA (OSC > > control included) and pr

Re: [linux-audio-dev] LADSPA, GUIs, OSC and LADSPA_HINT_SAMPLE_RATE

2005-11-16 Thread Steve Harris
On Wed, Nov 16, 2005 at 09:40:21 +0100, Luis Garrido wrote: > Now I have a doubt about LADSPA_HINT_SAMPLE_RATE. To effectively > incorporate this hinting in the GUI, the host must have some means of > letting know the GUI what the current sample rate is. Is there any > standard procedure for achiev

Re: [linux-audio-dev] applying RIAA curves in software

2005-10-26 Thread Steve Harris
On Tue, Oct 25, 2005 at 06:47:51PM -0500, Richard Smith wrote: > > I don't want to bring down the great work done by Jamin's authors, but > > if fidelity is among you goals then using Jamin for RIAA equalisation > > would be a bad idea. > > Fidelity is in fact the primary goal. > > > > > It's qui

Re: [linux-audio-dev] applying RIAA curves in software

2005-10-25 Thread Steve Harris
On Tue, Oct 25, 2005 at 08:38:18 -0500, Richard Smith wrote: > I'm going to convert my fathers record collection over to CD. Doing > some google research. > > According to http://www.tracertek.com/newway.htm they claim the "new" > and best way to do LP to CD is to use a flat preamp, record at 24b

Re: [linux-audio-dev] Fixed vs. floating point

2005-10-14 Thread Steve Harris
On Fri, Oct 14, 2005 at 11:37:30AM +0300, Hannu Savolainen wrote: > Floating point in turn has 24 bits of precision which is enough for audio. > The exponent part takes care of scaling while the mantissa stays always > normalized to the full 24 bit precision. In fact 64 bit precision is used > f

Re: [linux-audio-dev] file format

2005-10-11 Thread Steve Harris
On Mon, Oct 10, 2005 at 08:08:22 -0400, Paul Davis wrote: > On Tue, 2005-10-11 at 01:02 +0200, fons adriaensen wrote: > > The alternative is of course to have separate WAV files and some > > text file for the metadata, and combine all of this into a directory > > that would then be handled as a uni

Re: [linux-audio-dev] [ANN] WhySynth DSSI softsynth

2005-10-09 Thread Steve Harris
On Sun, Oct 09, 2005 at 05:45:33PM +0200, derek holzer wrote: > Very nice, hours of fun in there to be sure. But how can you handle MIDI > bindings? For example, to control one of the filter resonance knobs > rather than just the MIDI note/pitchwheel in? Plugins can specify default CC and NRPN b

Re: [linux-audio-dev] gcc4 patch for swh plugins

2005-07-28 Thread Steve Harris
On Thu, Jul 28, 2005 at 03:58:55AM -0400, Doug McLain wrote: > Here is a patch that got swh plugins built for me on FC4 gcc version > 4.0.0 20050519 (Red Hat 4.0.0-8) > > the original fails on gcc4 for both use of a removed optimize option > -fmove-all-movables and for declaring an already defin

Re: [linux-audio-dev] Gamepad as midi controller?

2005-07-28 Thread Steve Harris
On Thu, Jul 28, 2005 at 12:40:36AM +0200, Jens M Andreasen wrote: > Hi! > > Today I went downtown to the big store, to buy a few things I need for > other purposes. They sell computer related stuff as well, and I picked > up a gamepad which had an analogue mini joystick buildin. I've always > thog

Re: [linux-audio-dev] ANN: libgdither 0.6

2005-07-26 Thread Steve Harris
On Tue, Jul 26, 2005 at 05:51:09 +0200, Alfons Adriaensen wrote: > On Tue, Jul 26, 2005 at 09:45:45AM +0100, Steve Harris wrote: > > > Yes, note that its not much good as a random number generator as > > its easily predictable, > > All 'psuedoramdom' generators

Re: [linux-audio-dev] ANN: libgdither 0.6

2005-07-26 Thread Steve Harris
On Mon, Jul 25, 2005 at 08:56:49 +0200, fons adriaensen wrote: > On Mon, Jul 25, 2005 at 07:37:14PM +0200, Wolfgang Woehl wrote: > > > Me being noisy all the time I still don't know the maths of making > > noise. Would you care to explain the rationale in this snippet from > > noise.h? > > > >

[linux-audio-dev] ANN: libgdither 0.6

2005-07-24 Thread Steve Harris
) Steve Harris 2001-2005 and released under the GNU Public Licence. Details may be found in the file COPYING. It can do conversions between any combination of: in out (optionally interleaved) - normalised mono

Re: [linux-audio-dev] please help: enumerating library requirements

2005-07-23 Thread Steve Harris
On Sat, Jul 23, 2005 at 08:05:18AM -0400, Paul Davis wrote: > > if fraunhofer restricts the widespread use of its codec, mp3 will die. ogg > > vorbis is the better alternative, and the only reason why it hasnt defeated > > mp3 is the awkward name. > > are you blind? the only reason it hasn't def

[linux-audio-dev] Re: ladspa: delayorama

2005-07-20 Thread Steve Harris
On Fri, Apr 09, 2004 at 06:43:24 +0200, Tim Blechmann wrote: > hi steve and list... > > i've experiencing some problems with the delayorama plugin ... > if the (feedback * taps) is bigger than 100, there is a big possibility > of clipping / sound getting louder and lounder / the plugin getting >

Re: [linux-audio-dev] maximum ports -problem

2005-07-13 Thread Steve Harris
On Wed, Jul 13, 2005 at 09:24:29 -0400, Brett McCoy wrote: > Steve Harris wrote: > > >>Even if I am not using them all? I calculate I had maybe 12 - 15 > >>actually allocated ( will try to verify this tonight when I am back in > >>the studio ) > > >

Re: [linux-audio-dev] maximum ports -problem

2005-07-13 Thread Steve Harris
On Wed, Jul 13, 2005 at 09:09:28 -0400, Brett McCoy wrote: > Steve Harris wrote: > > >back of the envelope maths: > > > >soundcard ports are always assigned, > >even if theres nothing connected: 22 > >hydrogen, 32*2:

Re: [linux-audio-dev] maximum ports -problem

2005-07-13 Thread Steve Harris
On Wed, Jul 13, 2005 at 08:39:53 -0400, Brett McCoy wrote: > Last night I was setting up a session in Ardour. I had three tracks for > keyboard parts that were from imported audio files, so they did not have > any input ports set. I wanted to bring in drum parts from Hydrogen, and > started se

Re: [linux-audio-dev] LADSPA: getting sample rate

2005-07-11 Thread Steve Harris
On Mon, Jul 11, 2005 at 03:43:50 +0300, Artemio wrote: > > > You have to initialise the value in MyPlugin when you > > create that struct inside instantiate(). > Thanks, Fons! > > I have: > > LADSPA_Handle instantiateMyPlugin(const LADSPA_Descriptor * > Descriptor, unsigned long SampleRate) { >

Re: [linux-audio-dev] LADSPA: getting sample rate

2005-07-11 Thread Steve Harris
On Mon, Jul 11, 2005 at 12:31:04PM +0300, Artemio wrote: > Hello all! > > I am wondering, in my runMyPlugin() function, how do I get the sample > rate value? Youre passed it as a paramter when your instantiated, just stash it in the struct. - Steve

Re: [linux-audio-dev] LADSPA plugin IDs needed

2005-07-04 Thread Steve Harris
#include Theres not much you can do, I was going to offer you some of mine, but I've only got 3 left myself (need to register for more). Mayube theres soneone out there with some spare space who can give you a range? Richard is very busy and can take some time to respond to mail. - Steve On S

Re: [linux-audio-dev] jack_convolve-0.0.10, libconvolve-0.0.3 released

2005-06-29 Thread Steve Harris
On Wed, Jun 29, 2005 at 12:31:49AM +0200, Florian Schmidt wrote: > On Tue, 28 Jun 2005 21:38:32 +0100 > Chris Cannam <[EMAIL PROTECTED]> wrote: > > > It does seem a shame not to end up with a DSSI plugin as well, then, > > given that it would then have much the same structure already. > > Yeah,

Re: [linux-audio-dev] All things LADSPA, your input please

2005-06-29 Thread Steve Harris
On Tue, Jun 28, 2005 at 06:55:39PM +0200, Lars Luthman wrote: > > A simple addition would be, that if the plugin has a parameter named "gui > > on/off", > > the ladspa host should only display this button instead of a hunderd > > parameters. The pluginmaker usually knows of a better interface. >

Re: [linux-audio-dev] All things LADSPA, your input please

2005-06-28 Thread Steve Harris
On Tue, Jun 28, 2005 at 05:16:15 +0200, Tim Goetze wrote: > [Christoph Eckert] > > >I enjoy jack-rack with some EQ, chorus and reverb really a > >great fun when plugging in my acoustic guitar. > > > >LADSPAS in ardour are really cool as well as using LADSPAS in > >synths like ams or om directly (a

[linux-audio-dev] Re: [linux-audio-user] disaster day #1

2005-06-07 Thread Steve Harris
RAM is the most likly cause IMHO, but If the motherboard is oldish (couple of years or so) then its worth eyeballing the motherboard for bulging capacitors, I lost my studio PC to this and we lost a load at work. The tops should be slightly concave and clean, if theres any sign of brown gunge (tec

Re: [linux-audio-dev] Objective-C (was: gcc, you let me down...)

2005-06-06 Thread Steve Harris
On Mon, Jun 06, 2005 at 11:07:03AM +0200, Toby wrote: > Enter Objective-C: > > - STRICT SUPERSET OF C: every valid C program is a valid ObjC program. > This makes it trivial to include or link to C code and libraries and > to mix procedural, object-oriented and ASM code in the same *file*. >

Re: [linux-audio-dev] Software controller for homemade edrums

2005-06-02 Thread Steve Harris
On Thu, Jun 02, 2005 at 09:55:45AM +0200, Thorsten Wilms wrote: > On Thu, Jun 02, 2005 at 12:56:12AM +0200, Olivier Guilyardi wrote: > > > > I am now about to code a software controller to : > > 1 - either interprete the signal and produce midi (or OSC) events > > 2 - or interprete the signal, an

Re: [linux-audio-dev] Mixing signals

2005-05-23 Thread Steve Harris
On Mon, May 23, 2005 at 10:45:51 +0200, Viceic Predrag wrote: > Hi all, > > I'm the author of Freecycle, one of the younger FOSS audio projects out > there. > I have a problem that may astound by it's simplicity, so I barely dare to ask > for help... > > Freecycle provides some LADSPA function

Re: [linux-audio-dev] Mixing signals

2005-05-23 Thread Steve Harris
On Mon, May 23, 2005 at 11:03:30 +0200, Richard Spindler wrote: > On 5/23/05, Viceic Predrag <[EMAIL PROTECTED]> wrote: > > Could someone please help with this apparently simple problem? > > I'm not a "professional" either, but this is what I do: > > unsigned int TLData::MixChannels(float *A, flo

Re: [linux-audio-dev] LADSPA Issues

2005-05-20 Thread Steve Harris
On Fri, May 20, 2005 at 01:31:16 +0100, Simon Jenkins wrote: > On Fri, 2005-05-20 at 11:03 +0100, Dave Griffiths wrote: > > > On Thu, May 19, 2005 at 03:19:50 +1000, Dave Robillard wrote: > > >> (I still think the central repository is a good idea anyway, FWIW) > > > > > > So do I, but its a hell o

Re: [linux-audio-dev] LADSPA Issues

2005-05-20 Thread Steve Harris
On Thu, May 19, 2005 at 03:19:50 +1000, Dave Robillard wrote: > (I still think the central repository is a good idea anyway, FWIW) So do I, but its a hell of a lot of effort, and its unlikly to be kept up to date. - Steve

Re: [linux-audio-dev] LADSPA Issues

2005-05-20 Thread Steve Harris
On Wed, May 18, 2005 at 01:19:58 +0100, Mike Rawes wrote: > > So why wasn't the unique ID the thing to use? There is a unique plugin > > ID in LADSPA, if not for this then for what reason? > > Going by what is said on ladspa.org, I think that it was originally intended > to > be the way to refer

Re: [linux-audio-dev] LADSPA Issues

2005-05-20 Thread Steve Harris
On Wed, May 18, 2005 at 10:16:43 +0100, Chris Cannam wrote: > On Wednesday 18 May 2005 09:56, Dave Robillard wrote: > > So why wasn't the unique ID the thing to use? > > Because it's impossible to find any way to guarantee it's actually > unique, for example in the case of a wrapper plugin that g

Re: [linux-audio-dev] Aeolus and OSC - comments requested

2005-05-12 Thread Steve Harris
On Thu, May 12, 2005 at 05:55:05 -0400, Jesse Chappell wrote: > Fons Adriaensen wrote on Thu, 12-May-2005: > > > You also allow the client to include a return address and OSC path > > with each request. I have my doubts about the first: it allows the > > client to use a different address for ea

Re: [linux-audio-dev] Aeolus and OSC - comments requested

2005-05-12 Thread Steve Harris
On Thu, May 12, 2005 at 07:52:22 +0200, Fons Adriaensen wrote: > On Fri, May 13, 2005 at 02:52:44AM +1000, Dave Robillard wrote: > > > FWIW, Om's OSC documentation (in both directions) is also online: > > > > http://www.nongnu.org/om-synth/engine_osc_namespace.html > > http://www.nongnu.org/om-sy

Re: [linux-audio-dev] Aeolus and OSC - comments requested

2005-05-12 Thread Steve Harris
On Thu, May 12, 2005 at 05:22:43 +0200, Alfons Adriaensen wrote: > One thing I forgot to mention regarding /addclient : the response > to this will include a client ID (integer) that is a required > parameter to all polled requests for information, such as e.g. > the list of stops. This ID identif

Re: [linux-audio-dev] Re: GTK performance?

2005-05-03 Thread Steve Harris
On Tue, May 03, 2005 at 06:42:29 +0300, Juhana Sadeharju wrote: > >From: Jens M Andreasen <[EMAIL PROTECTED]> > > > >Is it gtk then? Or the pixmap engine? > > I don't use pixmap decorations in my application, but > only one pixmap of size 800x600 was too slow. I used > the preferred pixmap functio

Re: [linux-audio-dev] Common synthesizer interface -or- microtonal

2005-05-03 Thread Steve Harris
On Tue, May 03, 2005 at 06:00:03AM -0700, [EMAIL PROTECTED] wrote: > > To add my 0.02 Euro : I'm sure that OSC is the way to go for this project. > > And I'd love to have an 'OSC sequencer' -- something that allows you to > > schedule / edit / manipulate arbitrary OSC events, and with a > > non-des

Re: [linux-audio-dev] GTK performance?

2005-04-29 Thread Steve Harris
On Fri, Apr 29, 2005 at 07:30:31AM +0200, Jens M Andreasen wrote: > I have top running as well. Here the interesting part is the difference > between (100% - 'idle time') and the sum of running processes. In the > case at hand there is 0% idle but only 65% used, indicating that some > heavy cache t

Re: [linux-audio-dev] GTK performance?

2005-04-28 Thread Steve Harris
On Thu, Apr 28, 2005 at 12:46:50 +0200, Jens M Andreasen wrote: > On Thu, 2005-04-28 at 11:14 +0100, Steve Harris wrote: > > On Thu, Apr 28, 2005 at 11:45:57 +0200, Jens M Andreasen wrote: > > > Hi all! > > > > > > The other day I dressed up my application wi

Re: [linux-audio-dev] GTK performance?

2005-04-28 Thread Steve Harris
On Thu, Apr 28, 2005 at 11:45:57 +0200, Jens M Andreasen wrote: > Hi all! > > The other day I dressed up my application with a fancy g5-ish pixmap > theme. Looks good and expensive :) > > As it turned out, it really was expensive (counting cpu-clocks.) Unless you have an ultra-bleeding edge X s

Re: [linux-audio-dev] Nord Modular instrument converter

2005-04-22 Thread Steve Harris
On Fri, Apr 22, 2005 at 10:50:59PM -0400, Dave Robillard wrote: > On Fri, 2005-22-04 at 11:27 +0100, Steve Harris wrote: > > On Fri, Apr 22, 2005 at 03:56:40PM -0400, Dave Robillard wrote: > > > On Thu, 2005-21-04 at 18:02 +0300, Juhana Sadeharju wrote: > > > > Hello

Re: [linux-audio-dev] Nord Modular instrument converter

2005-04-22 Thread Steve Harris
On Fri, Apr 22, 2005 at 03:56:40PM -0400, Dave Robillard wrote: > On Thu, 2005-21-04 at 18:02 +0300, Juhana Sadeharju wrote: > > Hello. > > I started working on a Nord Modular to PD converter. > > ftp://ftp.funet.fi/pub/sci/audio/devel/nordmodular/ > > > > NM users have patched thousands of free

[linux-audio-dev] Re: [linux-audio-user] Concerning libfst, vstserver, and dssi-vst

2005-04-11 Thread Steve Harris
On Mon, Apr 11, 2005 at 09:14:58 -0400, Dave Phillips wrote: >3. The dssi-vst bridge is still unknown to me because of issues with > RH9, and I've not had time to test it on FC3. But is there any general > feeling that dssi-vst is a better route to take, at least for the normal > user ? Btw,

Re: [linux-audio-dev] compiling LADSPA for Mac OS X

2005-04-10 Thread Steve Harris
On Sun, Apr 10, 2005 at 06:12:12PM +0100, James McDermott wrote: > hi steve, > > thanks for this... > > > I believe that you need to use the following CFLAGS: > > -fno-common -flat_namespace -bundle -undefined suppress -lbundle1.o > > is that bundle1.o a placeholder i should replace with the nam

Re: [linux-audio-dev] compiling LADSPA for Mac OS X

2005-04-10 Thread Steve Harris
I believe that you need to use the following CFLAGS: -fno-common -flat_namespace -bundle -undefined suppress -lbundle1.o I've not tried them, but a couple of people have reported sucessfully building my plugins with the flags, you can get them automatically by doing ./configure --enable-da

Re: [linux-audio-dev] Realtime convolution - a threading problem?

2005-04-07 Thread Steve Harris
On Thu, Apr 07, 2005 at 01:33:01AM +0200, Florian Schmidt wrote: > > 2: Another approach is to split the FIR in blocks of different sizes, as > > can > > be seen in the bottom figure of this page: > > http://www.music.miami.edu/programs/mue/Research/jvandekieft/jvchapter2.htm > > This approach ha

Re: [linux-audio-dev] Re: [OSC_dev] [PATCH] liblo & pattern matching callback

2005-04-05 Thread Steve Harris
On Tue, Apr 05, 2005 at 11:18:12AM -0400, Dave Robillard wrote: > > > > Am working on a library for this stuff + service discovery on top > > > > of liblo. > > Hmm. Not sure I like the sound of that. Service discovery belongs > inside liblo itself, IMO. I agree FWIW, as long as its generic. -

Re: [linux-audio-dev] Re: [OSC_dev] [PATCH] liblo & pattern matching callback

2005-03-31 Thread Steve Harris
On Thu, Mar 31, 2005 at 12:02:15 +0100, Martin Habets wrote: > On Mon, Mar 28, 2005 at 12:30:30AM +0100, Steve Harris wrote: > > That sounds good, its just an oversight on my part, the patch makes > > perfect sense to me. I'l apply it when I get the chance > > thanks. &g

[linux-audio-dev] Re: [OSC_dev] [PATCH] liblo & pattern matching callback

2005-03-27 Thread Steve Harris
On Sun, Mar 27, 2005 at 09:39:31AM -0800, Matt Wright wrote: > When we wrote that part of the OSC Spec, we were thinking > of the case in which an OSC Method doesn't need to know > the address through which it was invoked, i.e., "usual" > cases like setting a parameter. That's why the spec > d

[linux-audio-dev] Re: [OSC_dev] [PATCH] liblo & pattern matching callback

2005-03-27 Thread Steve Harris
On Sat, Mar 26, 2005 at 12:43:45PM +, Martin Habets wrote: > Hi Steve, > > Was testing this scenario today, which may look familiar to you: > > - I created a server with some methods: '/ping/documentation' and > '/osc-schema/documentation', both of which use the same handler 'doc'. > - I send

Re: [linux-audio-dev] Jack-udp

2005-03-23 Thread Steve Harris
On Wed, Mar 23, 2005 at 10:01:44 +0100, Pieter Palmers wrote: > >The recent discussion of jack over networks has gotten me wondering a > >few things. > >Here is my current fantasy rack setup: > >1U: UPS > >1U: KVM > >2U: RAID > >2U: Master/DAW > >1U: Slave Recorder/Node > >1U: Slave Recorder/Node

Re: [linux-audio-dev] OSC-Question

2005-03-19 Thread Steve Harris
On Sat, Mar 19, 2005 at 07:12:54PM +0100, Lars Luthman wrote: > On Wed, 2005-03-16 at 17:39 +0100, Arnold Krille wrote: > > Maybe we could join forces for an liblo-Qt-class? > > Which timeframe are we talking about? > > Why a Qt class? A generic C++ implementation would probably be useful to > lot

Re: [linux-audio-dev] OSC-Question

2005-03-16 Thread Steve Harris
On Wed, Mar 16, 2005 at 03:51:35 +, Georg Holzmann wrote: > Hallo! > > >after some of the latest discussions about audio-apps without gui, my head > >is filled with giving JackMix[1] OSC-Support and perhaps splitting it into > >a text-based / osc-based server doing the mixing and a gui... >

Re: [linux-audio-dev] OSC-Question

2005-03-16 Thread Steve Harris
On Wed, Mar 16, 2005 at 12:24:55PM -0500, Dave Robillard wrote: > On Tue, 2005-15-03 at 21:12 +0100, Arnold Krille wrote: > > So my question arises: Which OSC-implementation to use? > > I had a look into Steve Harris' liblo and libOSC++. The later seems more > > appe

Re: [linux-audio-dev] OSC-Question - Addition

2005-03-15 Thread Steve Harris
On Tue, Mar 15, 2005 at 11:01:58PM +0100, Arnold Krille wrote: > > One more question: If I interpret the headers (of liblo) right, OSC is only > for passing messages, not for getting feedback? At least not getting feedback > without the "server" sending an own message back? > > So if I want to

Re: [linux-audio-dev] OSC-Question

2005-03-15 Thread Steve Harris
On Tue, Mar 15, 2005 at 11:22:50PM +0100, martin rumori wrote: > hi arnold, > > On Tue, Mar 15, 2005 at 09:12:19PM +0100, Arnold Krille wrote: > > I had a look into Steve Harris' liblo and libOSC++. The later seems more > > appealing to me since I am a C++-Guy. >

Re: [linux-audio-dev] HDCD

2005-03-15 Thread Steve Harris
On Tue, Mar 15, 2005 at 04:57:40 -0500, Lee Revell wrote: > All this (depressing) talk of the various encumbered formats competing > to be the next CD standard reminded me of HDCD. > > What's the deal with it? AFAICT it's another closed thing that we'll > never be able to support properly. The o

Re: [linux-audio-dev] specs for 1/3 octave filters

2005-03-03 Thread Steve Harris
Hi Fons, I had a copy of the spec at one time, but I cant find it, I do still have the formular for calculating the band centres though: freq = 25 x 10^(band/10) with band in [0,29] I can probably find it again when I get back to work next week. - Steve On Thu, Mar 03, 2005 at 01:47:26 +0100,

[linux-audio-dev] [ANN] liblo 0.18

2005-03-02 Thread Steve Harris
http://www.plugin.org.uk/liblo/releases/liblo-0.18.tar.gz This is bugfix release and fixes a critical bug in 0.17 that bites when trying to connect multiple clients to one server. All users of 0.17 should upgrade as soon as possible. Liblo is an implementation of the Open Sound Control protocol f

Re: [linux-audio-dev] OSC, mDNS and LASH: a good combo?

2005-03-02 Thread Steve Harris
On Wed, Mar 02, 2005 at 05:18:24 +, Martin Habets wrote: > On Tue, Mar 01, 2005 at 08:48:13PM +0000, Steve Harris wrote: > > On Tue, Mar 01, 2005 at 02:15:46 +, Martin Habets wrote: > > > On Mon, Feb 28, 2005 at 09:35:34PM +, Steve Harris wrote: > >

Re: [linux-audio-dev] OSC, mDNS and LASH: a good combo?

2005-03-02 Thread Steve Harris
On Wed, Mar 02, 2005 at 10:47:31 -0500, Dave Robillard wrote: > Personally though, I don't much care for publishing RFCs and debating on > mailing lists for 6 months - I need it to work, now. The general > outline of the system can't change that much - it can be modified to > suit a later agreed-u

Re: [linux-audio-dev] OSC, mDNS and LASH: a good combo?

2005-03-01 Thread Steve Harris
On Tue, Mar 01, 2005 at 02:15:46 +, Martin Habets wrote: > On Mon, Feb 28, 2005 at 09:35:34PM +0000, Steve Harris wrote: > > There is a proposed specification for discovery of OSC services that was > > presented at hte OSC conference, I intend to support it in liblo at some &

Re: [linux-audio-dev] OSC, mDNS and LASH: a good combo?

2005-03-01 Thread Steve Harris
a while). > > > For intra-host discover the daemon could still interact with howl or > > > something like it if that is needed. But if this approach is successfull > > > we could request one dedicated port from IANA. > > > > > > Question 2: Are there oth

Re: [linux-audio-dev] OSC, mDNS and LASH: a good combo?

2005-03-01 Thread Steve Harris
On Tue, Mar 01, 2005 at 11:26:23 +0100, Frank Barknecht wrote: > Hallo, > Dave Robillard hat gesagt: // Dave Robillard wrote: > > > The nice thing about this system (thanks largely to Steve) is that it > > will also work with non-liblo clients, and so could become an OSC > > 'standard' if it catch

Re: [linux-audio-dev] OSC, mDNS and LASH: a good combo?

2005-02-28 Thread Steve Harris
On Mon, Feb 28, 2005 at 09:09:49 +, Martin Habets wrote: > My impression is that more and more applications are moving to > OSC for inter-process communication. > > Question 1: Are most audio/midi applications converging on OSC? > Are there any moving away from it? Or are there other strong >

Re: [linux-audio-dev] Linux DSP Hardware?

2005-02-27 Thread Steve Harris
On Sun, Feb 27, 2005 at 10:25:47 -0800, Florin Andrei wrote: > On Tue, 2005-02-22 at 10:23 +0000, Steve Harris wrote: > > On Tue, Feb 22, 2005 at 11:11:25 +0100, Andreas Kuckartz wrote: > > > One could think about using 3D graphics hardware for audio DSP purposes. > > >

[linux-audio-dev] [ANN] liblo 0.17

2005-02-23 Thread Steve Harris
Liblo, the Lite OSC library, is an implementation of the Open Sound Control [1] protocol for POSIX systems. It is written in ANSI C99 and released under the GNU General Public Licence. It is designed to make developing OSC applictions as easy as possible. http://plugin.org.uk/liblo/ Changes:

Re: [linux-audio-dev] Re: [linux-audio-user] [music] some tracks i did the over the last months....

2005-02-23 Thread Steve Harris
On Wed, Feb 23, 2005 at 11:48:44 -0500, Dave Robillard wrote: > I've been wondering about this (Om will have a [jack] transport module) > - what would the ideal ports would be.. BPM? ms/quarter note? bar > length (in what unit?)? A clock pulse, like MIDI clock, eg. 12 pulses per quarter note, an

Re: [linux-audio-dev] Linux DSP Hardware?

2005-02-22 Thread Steve Harris
On Tue, Feb 22, 2005 at 11:11:25 +0100, Andreas Kuckartz wrote: > One could think about using 3D graphics hardware for audio DSP purposes. There > are commercial projects which do that (only for Windows AFAIK). There are also some free projects, but IIUC, the kinds of precessing you can do are qui

Re: [linux-audio-dev] Linux DSP Hardware?

2005-02-22 Thread Steve Harris
On Tue, Feb 22, 2005 at 10:21:21 +0100, David Olofson wrote: > On Tuesday 22 February 2005 05.41, jipi wrote: > > Hi All, > > > > I was thinking, > > > > we always have dedicated graphic cards for gaming/3D rendering etc.. > > why don't we have some h/w optimised audio algos running on some > >

Re: [linux-audio-dev] Linux DSP Hardware?

2005-02-18 Thread Steve Harris
On Fri, Feb 18, 2005 at 12:08:35PM +0100, Clemens Ladisch wrote: > jipi wrote: > > currently, all signal processing algos are being done in software for > > Linux Audio. > > are there any hardware accelerated support for audio hardware when doing > > these sort of algos? > > If you bend the defini

Re: [linux-audio-dev] Linux DSP Hardware?

2005-02-18 Thread Steve Harris
On Fri, Feb 18, 2005 at 05:00:52PM -0800, jipi wrote: > Hi folks, > > currently, all signal processing algos are being done in software for > Linux Audio. > are there any hardware accelerated support for audio hardware when doing > these sort of algos? None of the linux audio DSP software will

Re: [linux-audio-dev] mux concept paper

2005-02-17 Thread Steve Harris
On Thu, Feb 17, 2005 at 11:20:06 -0500, Lee Revell wrote: > > this has nothing to do with your noise. JACK uses CPU Hz to provide a > > UST value. i am puzzled by the fact you are the 2nd person to think > > that JACK's timing is somehow based on system timers and so > > forth. JACK (in regular mod

Re: [linux-audio-dev] mux concept paper

2005-02-17 Thread Steve Harris
On Thu, Feb 17, 2005 at 02:45:22 +, mimo wrote: > >Are you running it in realtime mode? If not, and jackd misses realtime > >deadlines you will often get noises in the output. > > Yes, and root, tried evryting I could think of. And again, this happens > without any load. Is the card a soundb

Re: [linux-audio-dev] mux concept paper

2005-02-17 Thread Steve Harris
On Thu, Feb 17, 2005 at 02:00:24 +, mimo wrote: > Paul Davis wrote: > > > >>complaining. But my experiences with jack are negative. First time I > >>started looking at it I had huge expectations after all that I had read. > >> First problems, after a couple of second of running without any >

Re: [linux-audio-dev] mux concept paper

2005-02-17 Thread Steve Harris
On Thu, Feb 17, 2005 at 11:43:44 +, mimo wrote: > >are you planning to use ladspa/dssi plugins as the machines? > > Ladspa is limited. I'd rather use a super class of Ladspa that allows > using Ladspa, etc. Such as DSSI? http://dssi.sf.net - Steve

Re: [linux-audio-dev] [OT] How to attend LAC 2005?

2005-02-09 Thread Steve Harris
On Wed, Feb 09, 2005 at 12:04:32 +0100, Bengt Gördén wrote: > > Thanks Frank Barknecht and Frank Neumann. I'll probably try both > ways. There is also a well-known university (at least in my field) in the city, maybe they have a netwroking research group of note? You could visit to catch up on th

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

2005-01-31 Thread Steve Harris
On Mon, Jan 31, 2005 at 10:15:56 +0100, Alfons Adriaensen wrote: > On Sun, Jan 30, 2005 at 06:55:45PM -0600, Jack O'Quin wrote: > > > > In the case of JAMin it was dictated by our desire to use FFTW rather > > than writing our own FFT and trying to figure out how to divide the > > computation int

<    1   2   3   4   5   6   7   8   9   10   >