[linux-audio-dev] Alsa/Jack port names

2004-01-26 Thread Dave Robillard
Is it possible for an app to determine if a jack port and an alsa port belong to the same app? Since jack port names don't have spaces but alsa does, all the apps "name" part of their port titles (ie the part before the ::) are completely different. Any ideas? -Dave

Re: [linux-audio-dev] alsa sequencer filter client

2004-01-26 Thread Garett Shulman
Matthias Nagorni wrote: On Sun, 25 Jan 2004, Garett Shulman wrote: Hello, I am trying to create a very simple midi filter client for the alsa sequencer based on aseqview-0.1.4. I have alsa 0.9.8. This code shows the Maybe you can base it on my MIDI router example in http://www.suse.de/~m

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread rd
> Sending '10.1' to a slot that is semantically an integer should > be undefined, though in practice you get '10'. Sorry, not even I agree with that. I meant to say that the floor/truncate/round/ceiling decision should be unspecified.

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread rd
> OK, I've thought about this some more and I think I agree with > you now. I'l add type coercion when I have time, should be easy > enough. I think a widely used library that does this transparently will make life better for everyone. I hope the implementation I mentioned earlier can save yo

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread Steve Harris
On Tue, Jan 27, 2004 at 02:58:20 +1100, [EMAIL PROTECTED] wrote: > > an integer in scheme? Couldnt the problem be solved by specifying > > the type explicitly at send time and doing the coercion then? eg: > > > > (->  "/foo"  "isf" 100  "hello" 100.0) > > That is exactly what would be required

[linux-audio-dev] Re: [RFC] Lite OSC API

2004-01-26 Thread rd
> For what scheme implementation are you using? And where can I > get what you are using? I use Matthew Flatt's mzscheme, which is part of the PLT project, see . I run it with a two line patch to put the Boehm GC into incremental mode. There is a pre-release archive at . I have used thi

Re: [linux-audio-dev] OSC, service discovery ...

2004-01-26 Thread Steve Harris
While it would be good to be compatible with IETF standards I'm not sure how applicable they are: OSC doesnt have sessions or streams per se and it has almost no semantics. Also it would be a great advantage if service discovery could be done only using the OSC protocol - for compatability with ex

[linux-audio-dev] OSC, service discovery ...

2004-01-26 Thread John Lazzaro
Hi everyone, Just wanted to put in a plug for IETF-based solutions to doing service discovery for OSC -- basically, this would entail using SIP: http://www.ietf.org/rfc/rfc3261.txt for session management, and SDP: http://www.ietf.org/internet-drafts/draft-ietf-mmusic-sdp-new-15.txt

[linux-audio-dev] [ANN] liblrdf 0.3.4

2004-01-26 Thread Steve Harris
liblrdf is a lightweight RDF metadata handling library with extensions for manipulating LADSPA Schema-specific data. http://plugin.org.uk/lrdf/ This version adds: * MacOSX compatibility, courtesy of Taybin Rutkin * A convienient method for reading control scale points * A convienient method f

Re: [linux-audio-dev] [ANN] new LADSPA plugins

2004-01-26 Thread Steve Harris
On Sat, Jan 24, 2004 at 11:09:42PM +0100, Tom Szilagyi wrote: > Hi all, > > TAP (Tom's Audio Plugins) 0.1-0 is released. > Currently four LADSPA plugins are available. > > You can check them out at: > http://www.hszk.bme.hu/~st444/tap/tap.html I just checked the RDF and its fine, host authors us

[linux-audio-dev] Re: linux-audio-dev Digest, Vol 4, Issue 62

2004-01-26 Thread Jason Walton
Four hours of work for an IPOD >>> [EMAIL PROTECTED] 1/26/2004 10:02:19 AM >>> Send linux-audio-dev mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit http://music.columbia.edu/mailman/listinfo/linux-audio-dev or, via email, s

Re: [linux-audio-dev] Linux is free

2004-01-26 Thread David Olofson
On Monday 26 January 2004 17.20, Juhana Sadeharju wrote: > From: "Doug Wellington" <[EMAIL PROTECTED]> > > >Previously: > >>> Reminds me of that old saying, "Linux is only free if your time > >>> isn't worth anything"... > >> > >> True, sort of, but you have to remember that "there's no such > >> t

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread Frank Barknecht
Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: > And I am still arguing that it is an important aspect of OSC that when a > synth advertises a '/freq' message, users can be confident that sending > it 440, whether encoded as a 32bit or 64bit integer, or as a 32bit or 64bit >

Re: [linux-audio-dev] Modulars

2004-01-26 Thread Frank Barknecht
Hallo, Juhana Sadeharju hat gesagt: // Juhana Sadeharju wrote: > Below is an unfinished list of modular synths. Better than nothing. > This kind of simple lists gives a good overall picture of the situation. I still don't understand what "Script UI" means. For example: In what way has jMax a "Scr

Re: [linux-audio-dev] Modulars

2004-01-26 Thread Paul Davis
>Quasimodo Yes Yes No Paul Davis Yes Yes Yes only, "Its Dead, Jim". --p

Re: [linux-audio-dev] Re: Project: modular synth editor

2004-01-26 Thread Paul Davis
>>From: [EMAIL PROTECTED] >> >[ gnomecanvas ] >>the only problem would be determining widget size when you add a widget >>to the canvas. gtk behaves sort of strange there. > > [ Posted this to gtk-app-devel-list as well. Reply to where you wish >as I will summary. ] > >Should the module widget

Re: [linux-audio-dev] Modulars

2004-01-26 Thread Michael Moritz
I have one to add: Buzz No (lost) Yes Yes Oskari Temmelin (?) http://www.buzzmachines.com/ mimo Brad Arant wrote: I have a few more for you since I still own some of these - don't hin anybody has done emulators for them but I thought I would at least let you know they are there. PAIA Modular

Re: [linux-audio-dev] Modulars

2004-01-26 Thread ian esten
supercollider is open source now. ian On Mon, 2004-01-26 at 11:20, Juhana Sadeharju wrote: > > = >Source Graph Script > Name CodeGUI UI Author/Notes > ---

RE: [linux-audio-dev] Modulars

2004-01-26 Thread Brad Arant
I have a few more for you since I still own some of these - don't hin anybody has done emulators for them but I thought I would at least let you know they are there. PAIA Modular ARIES System II -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juhana Sad

[linux-audio-dev] Modulars

2004-01-26 Thread Kjetil Svalastog Matheussen
Juhana Sadeharju: > > Hello. > > Below is an unfinished list of modular synths. Better than nothing. > This kind of simple lists gives a good overall picture of the situation. > > For us developers the list should have following info: have source code? > have manuals? have screenshots? have exampl

[linux-audio-dev] Re: [RFC] Lite OSC API

2004-01-26 Thread Kjetil Svalastog Matheussen
[EMAIL PROTECTED]: > > Since I think this is really important I will give an example, and from the > other end of a continuum. I use scheme for most of my music work. > Scheme has a very sophisticated numerical tower. I might write (-> > "/n_set" 1001 "freq" 440) to set the frequency of an inst

[linux-audio-dev] Linux is free

2004-01-26 Thread Juhana Sadeharju
>From: "Doug Wellington" <[EMAIL PROTECTED]> > >Previously: >>> Reminds me of that old saying, "Linux is only free if your time >>> isn't worth anything"... >> >> True, sort of, but you have to remember that "there's no such thing >> as a free lunch." > >TANSTAAFL - exactly! There's always a price

[linux-audio-dev] Re: Project: modular synth editor

2004-01-26 Thread Juhana Sadeharju
>From: [EMAIL PROTECTED] > [ gnomecanvas ] >the only problem would be determining widget size when you add a widget >to the canvas. gtk behaves sort of strange there. [ Posted this to gtk-app-devel-list as well. Reply to where you wish as I will summary. ] Should the module widgets be put t

[linux-audio-dev] Modulars

2004-01-26 Thread Juhana Sadeharju
Hello. Below is an unfinished list of modular synths. Better than nothing. This kind of simple lists gives a good overall picture of the situation. For us developers the list should have following info: have source code? have manuals? have screenshots? have example instrument files? I think I hav

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread rd
> The {jack,jamin,ardour,ladcca} archives at > http://boudicca.tux.org/hypermail/ > are not down. No, I realized that. Those archives are a fantastic resource and the only decent way to access this material, many thanks to the tux folk. I only meant that people had been reporting bounces f

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread rd
> an integer in scheme? Couldnt the problem be solved by specifying > the type explicitly at send time and doing the coercion then? eg: > > (->  "/foo"  "isf" 100  "hello" 100.0) That is exactly what would be required and it is not at all good.  People in user space should not have to even kn

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread Samuel S Chessman
On Mon, 26 Jan 2004 [EMAIL PROTECTED] wrote: > I am afraid have gotten to your OSC messages a bit late, I can only > read lists at web archives at present and the jack lists have been > down... The {jack,jamin,ardour,ladcca} archives at http://boudicca.tux.org/hypermail/ are not down. Sam --

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread Steve Harris
On Tue, Jan 27, 2004 at 12:59:30 +1100, [EMAIL PROTECTED] wrote: > > OK, interesting - it wouldn't be a huge task, but why is this a good > idea? > > It just seems inconvienient for the recipient and I dont know of any > other > > RPC mechanisms where its allowed (or wanted). In the case of >

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread rd
> OK, interesting - it wouldn't be a huge task, but why is this a good idea? > It just seems inconvienient for the recipient and I dont know of any other > RPC mechanisms where its allowed (or wanted). In the case of typetag-less > messages it would be difficult to handle, you'd have to try t

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread Steve Harris
On Mon, Jan 26, 2004 at 12:41:35 +0100, [EMAIL PROTECTED] wrote: > On Mon, Jan 26, 2004 at 10:57:59AM +0100, Frank Barknecht wrote: > > Hallo, > > > > [...] > > > > Now how should a discovery service discover this? > > my question is how would a modular app make use of the discovered > services

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread torbenh
On Mon, Jan 26, 2004 at 10:57:59AM +0100, Frank Barknecht wrote: > Hallo, > > [...] > > Now how should a discovery service discover this? my question is how would a modular app make use of the discovered services ? i cant dynmically change ports of a component (ie osc output) not sure about pd

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread Steve Harris
On Mon, Jan 26, 2004 at 12:21:10 +0100, Frank Barknecht wrote: > Hallo, > Steve Harris hat gesagt: // Steve Harris wrote: > > > You would advertise (by sending an OSC method) that you support "RRADical" > > at osc://localhost:7000/snare/note/ or whatever and someone who wanted to > > connect can q

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread Frank Barknecht
Hallo, Steve Harris hat gesagt: // Steve Harris wrote: > You would advertise (by sending an OSC method) that you support "RRADical" > at osc://localhost:7000/snare/note/ or whatever and someone who wanted to > connect can query the service discovery service to find out what > "RRADical" services a

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread Steve Harris
On Mon, Jan 26, 2004 at 10:57:59 +0100, Frank Barknecht wrote: > Hallo, Hi Frank. > I'm not sure I understand what you mean with methods, but I assume you > mean the "selectors" (don't know what they are called actually) like > "/foo/tils/org": This youle be a method "/foo/tils/org" supported by

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread Frank Barknecht
Hallo, Steve Harris hat gesagt: // Steve Harris wrote: > A service discover service is just something that listens out for > registration requests (on a known port) and you say what (public) methods > you support. The service discover service will then poll you to make sure > youre still alive eve

Re: [linux-audio-dev] LADSPA presets was: [ANN] new LADSPA plugins

2004-01-26 Thread Frank Barknecht
Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: > can you please change your versioning scheme to 0.1 0.2 ... > gentoo does not handle such versions very well. Debian neither, it probably would become 0.1.0 and 0.1.1 anyways there. ;) ciao -- Frank Barknecht

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread Steve Harris
On Mon, Jan 26, 2004 at 07:21:47 +1100, [EMAIL PROTECTED] wrote: > I am afraid have gotten to your OSC messages a bit late, I can only > read lists at web archives at present and the jack lists have been > down... No problem. > > * No service discovery. This is a big deal, but can be solved /if

Re: [linux-audio-dev] alsa sequencer filter client

2004-01-26 Thread Matthias Nagorni
On Sun, 25 Jan 2004, Garett Shulman wrote: > Hello, I am trying to create a very simple midi filter client for the alsa > sequencer based on aseqview-0.1.4. I have alsa 0.9.8. This code shows the Maybe you can base it on my MIDI router example in http://www.suse.de/~mana/alsa090_howto.html A QT

Re: [linux-audio-dev] [RFC] Lite OSC API

2004-01-26 Thread rd
I am afraid have gotten to your OSC messages a bit late, I can only read lists at web archives at present and the jack lists have been down... > * No service discovery. This is a big deal, but can be solved /if/ we I don't know of a database, which I guess is not a good situation. CNMAT might be

Re: [linux-audio-dev] LADSPA presets was: [ANN] new LADSPA plugins

2004-01-26 Thread torbenh
On Sun, Jan 25, 2004 at 08:40:54PM +0100, Tom Szilagyi wrote: > On Sun, 25 Jan 2004, Mike Rawes wrote: > > > > A host could read in each of the Point values, and present them in a > > drop-down list for example. > > Done it. Hope i didn't overlook anything. I'm not sure if Ardour uses RDF > info f