On Fri, May 25, 2001 at 03:07:08AM -0700, Dan Hollis wrote:
On Fri, 25 May 2001, Steve Harris wrote:
On Fri, May 25, 2001 at 10:15:05AM +0100, Iain Sandoe wrote:
If you want to network low-latency audio I think you must find a network
solution with a reliable physical layer.
Hear, hear
On Fri, May 25, 2001 at 10:51:24AM -0700, Dan Hollis wrote:
That said, for single point-to-point streams it might be OK, I might
borrow some of the ATM hardware when it gets checked and test it. There
must be loads of businesses throwing it out around now, but its kinda
large, you
On Wed, Jun 06, 2001 at 06:44:49AM -0400, Paul Davis wrote:
I am *VERY* excited.
...
Excelent. I spent the last four days at a meeting of modular synth and dsp
programmers in Den Haag and I am *full* of ideas for LAAGA and LADSPA
programs I want to write. In the last 24hrs I scribbled down as
On Thu, Jun 07, 2001 at 12:31:58AM +0200, Benno Senoner wrote:
On Wed, 06 Jun 2001, Paul Davis wrote:
But the experience with my lowlatency testing stuff tells me that it will be
almost impossible to get 3msec latencies in an enviroment where multiple
processere are involved.
On Wed, Jun 06, 2001 at 04:04:36PM -0400, Paul Davis wrote:
Also, I'm not clear on the mechanics of non-float audio. The source plugin
will have to conjour the output buffer space from somewhere.
yep. as described in the comment for audioengine_port_register(), if
the port type is not a
On Fri, Jun 08, 2001 at 04:08:31PM -0700, Simon Per Soren Kagedal wrote:
On Fri, Jun 08, 2001 at 12:05:15PM +0100, Steve Harris wrote:
Just incase anyone thinks Java is a stupid example I did a test with gcj.
It's performance on dsp-type code is withing spitting distance of c++'s.
Hey
On Sun, Jun 10, 2001 at 11:59:37AM -0700, Jay Ts wrote:
SH On Fri, Jun 08, 2001 at 04:08:31PM -0700, Simon Per Soren Kagedal wrote:
On Fri, Jun 08, 2001 at 12:05:15PM +0100, Steve Harris wrote:
Just incase anyone thinks Java is a stupid example I did a test with gcj.
It's performance
I really didn't want to get sucked into this but I have to respond to this.
On Sun, Jun 10, 2001 at 04:40:28PM -0600, Greg Turpin wrote:
Now, by no means am I suggesting that anyone use
Java for audio. If you let java decided when to run
garbage collection - you'll run out of memory. If you
On Mon, Jun 11, 2001 at 02:02:15PM -0400, Paul Davis wrote:
[pipes vs signal]
what does anybody else think?
I prefer signals, they just seem simpler and more portable.
- Steve
On Tue, Jun 12, 2001 at 02:18:04PM +0300, Juhana Sadeharju wrote:
Anyone would like to write a LADSPA wrapper for my reverb and
for my binaural multitap echo? After several months break I finally
had time to put a stereo output for my reverb, but I'm not sure
if it has the pipe (tunneling)
On Tue, Jun 12, 2001 at 02:55:17PM +0200, Abramo Bagnara wrote:
It's difficult to see in the future, this is my point.
True, but it's:
a) Go for the simple option now, have a simple API and maybe suffer with
versioning problems in the future.
or
b) Go for a more complex solution now
On Tue, Jun 12, 2001 at 06:29:37PM +0200, Abramo Bagnara wrote:
My point is that added complexity is little or none.
My point is that the advantage is little or none.
I have a feeling that anything new, that was earth shattering enough to
require representation would be complicated enough to
On Tue, Jun 12, 2001 at 11:26:06PM -0400, Paul Davis wrote:
http://www.op.net/~pbd/audioengine-0.0.1.tar.gz
I've just played with it, seems quite clean, though there seem to be some
bugs in the way it gives up shm memory, or doesn't rather. Is that related
to IPC_RMID?
* clean client exit
Hi,
Does anyone know of a program that is eaasy to build and will let me look
at the events in a MIDI file? The file only containts CC's. I've tried
jazz++ (didn't seem to work) and midimountain (wouldn't build).
- Steve
On Wed, Jun 27, 2001 at 11:02:27AM -0400, Dave Phillips wrote:
Displays are available as piano-roll, common notation, track view, and
event list (text). The piano-roll window includes a graphic display of
velocity and MIDI controllers (selectable).
Yeah, cheers. Muse did the job. Very nice
On Thu, Jun 28, 2001 at 03:54:07PM +0200, Joakim Verona wrote:
if anybody has any experience of other sequencers doing something nice
in this area, it would be interesting to know.
Muse and the windows ones I've used tend to have a waveform display in the
bottom of the pianoroll section. This
On Sun, Jul 01, 2001 at 09:59:58PM +0200, Steve Baker wrote:
I think the int audio formats are important for consumer audio apps and
there will need to be some int effects plugins written for these, but I can
see the benefit of sticking to float for pro audio.
I disagree, its difficult to
On Tue, Jul 03, 2001 at 08:29:24AM -0400, Paul Davis wrote:
before starting the engine then this won't happen. i'm still trying to
understand how an application can have apparently exited when one of
its threads is still running. this seems like a serious problem, eh?
Yes, thats not good.
On Thu, Jul 05, 2001 at 03:04:08PM +0100, Steve Harris wrote:
Yeah, ignore that, I wasn't thinking.
- Steve
I prosted earlier about using SIMD extensions in audio apps, I made two
mistakes: MMX is actually useful for audio and has been supported for a
while.
I may try playing with it again, last time I tried I only used SSE, which
is difficult and wasn't supported by the kernel (I think).
- Steve
On Wed, Jul 11, 2001 at 07:58:58PM +0300, Jarno Seppanen wrote:
On every process cycle, the LAAGA system will provide a buffer of data to each
input port, be it an audio or a control port. The buffers are of equal
length, as there is currently one Global Sample Rate.
Now, the ladspa
On Wed, Jul 11, 2001 at 07:07:52PM +0300, Jarno Seppanen wrote:
Steve Harris [EMAIL PROTECTED] writes:
No. LADSPA control signals are per fragment not per n samples.
You're right. But don't you see that this means that the audio sample rate is
different from the control sample rate
On Wed, Jul 11, 2001 at 12:41:06PM -0400, Greg Berchin wrote:
If you want to see this for yourself, take a GP implementation of a
lowpass filter and turn down the turnover frequency to a few Hz, unless
the programmer has been clever and sacrificed some quailty and speed
the cpu use will go up
On Thu, Jul 12, 2001 at 01:08:14AM +0300, n++k wrote:
[Greg Berchin [EMAIL PROTECTED]]
| Steve Harris wrote:
|
| I don't understand the hardware issues, but as the filter coefficent
| appraoches 0.0f the number of cycles taken to multiply it goes up
|
| This confuses me. In reading
OK,
I'm looking at how to write LAGGA clients, the command line one is pretty
straightforward, but what if I want to use GTK (say)?
Is the correct thing to multi thread inside main, and one thread does
LAAGA stuff, and the other calls gtk_main()?
- Steve
On Thu, Jul 12, 2001 at 05:50:38PM -0400, Paul Davis wrote:
pretty simple, eh?
Beautifully.
the laaga library will run a separate thread for you that handles all
the laaga stuff.
Cool. I might have a stab at it then.
- Steve
On Thu, Jul 19, 2001 at 11:08:31AM -0400, Paul Davis wrote:
int laaga_set_port_alias (const char *alias, laaga_port_t *port);
I presume you meant the arguments to be the other way round?
this would have the semantics that:
laaga_client_t *client = laaga_client_open (me);
laaga_port_t
On Thu, Jul 19, 2001 at 03:40:45PM -0500, Kevin Conder wrote:
On Thu, 19 Jul 2001, Paul Davis wrote:
Please, would people stop using RPM's or any package system for that
matter to install libraries that they need to use with applications
that they have to compile from source?
On Thu, Jul 19, 2001 at 10:15:29PM -0400, Paul Davis wrote:
then you haven't done much with C++ libraries, especially since the
debacle of RH's move to gcc 2.96, which broke binary compatibility
with g++ 2.95. not only that, but i have heard that there were
intermediate versions of gcc they
On Fri, Jul 20, 2001 at 09:21:14AM -0400, Richard C. Burnett wrote:
I guess I am wondering what methods/practices do others use when creating
music that has audio and midi requirements. It would probably be good to
see what people 'like' in a tool, what they 'dislike'.
I tend to record
On Mon, Jul 23, 2001 at 01:04:58PM +1000, delire wrote:
these low latency patches look good, but I can't seem to find one for kernel
2.2.19?
is there a work-around if I can't find one?
aslo I use an AMD Athlon1gHZ, latency is low anyway, but not 2ms!
eg : are these patches made for pentiums
http://plugin.org.uk/releases/0.1.14/
Fixes
The autoconf scripts are now less optimistic, and there is some CPU
detection, but it may be unreliable. The website now works with Netscape 4
(though the docs don't, I'l fix that soon). Also, misc speedups and
bugfixes.
New stuff
There is a very
On Mon, Jul 23, 2001 at 06:02:17PM +0200, Frank Neumann wrote:
Hi Steve,
in LAD you wrote:
http://plugin.org.uk/releases/0.1.14/
[...rest deleted]
I hope you don't mind..(hehe :-); the attached diff corrects a few small
typos in phasers_1217.xml.
No, thats great, thanks. I've
I've been playing with LAAGA, I wrote a simple client that just sends a
440Hz sin to ALSA I/O:Output 1. It usually works fine unless you Ctrl-C
the client, then, the next time you run it the output is garbled, theres
still a signal there but its been distorted.
occasionally it will just glitch
On Thu, Jul 26, 2001 at 11:38:12AM -0400, Paul Davis wrote:
would it be too dreadfully obnoxious and steinberg sniping to rename
LAAGA as FreeWire ?
Wll
FreeWire sounds much more like a thing for freely wireing together free audio
apps in a free way.
freewire.org has gone, laaga.org
On Thu, Jul 26, 2001 at 02:54:49PM -0400, Paul Davis wrote:
FreeWire sounds vaguely like drugs reference, LAAGA sounds like a Beer
reference ;)
Only to wideboys and Cortina Mk.III drivers who holiday on the costa
del sol, mate :)
You mean its possible to drive a Cortina and not be a
On Fri, Jul 27, 2001 at 04:54:09AM +0900, Patrick Shirkey wrote:
Richard Dobson said:
and, wherever possible, ensure that the most frequently performed tasks
(which may be the most argued-over parameter, of course) require the
least number of steps. A sub-menu requires at least four,
On Thu, Jul 26, 2001 at 06:24:30PM -0400, Taybin Rutkin wrote:
On Thu, 26 Jul 2001, Richard C. Burnett wrote:
Not Another Wire (NAW) :) (Hook your DAW with NAW)
YAAF (BBTM)
Yet Another Audio Framework (But Better Than Most)
Yard, Yet Anther Rewire Duplicate ;)
Plug, Plug Links User
On Fri, Jul 27, 2001 at 02:08:12PM +0100, Iain Sandoe wrote:
order. [Iain rates the probability approx. = 0.5 * sqrt(bugger all) ]
Possibly a bit of a high estimate ;)
an Audio HIG?
I would be nice, but even getting people to agree on simple things, is
hard in the UNIX world. eg. what the
On Fri, Jul 27, 2001 at 08:57:01AM -0400, Paul Davis wrote:
Now, if someone produced a library that supported playlist editing in
C in a way that could be easily integrated into (1) other languages
(2) programs with different goals, there would be chance at
cooperation, since we'd stand more
On Fri, Jul 27, 2001 at 03:40:24PM +0100, Ellis Breen wrote:
I was wondering whether it was possible to implement LADSPA on non-Linux
OSes, and if so, whether it has been done? For example, without breaking any
licenses (by clever dynamic linking if necessary) could a DirectX, VST, MAS
or TDM
On Fri, Jul 27, 2001 at 11:42:48AM -0400, Dave Phillips wrote:
Greetings:
Someone mentioned that 'alba' is Italian for 'dawn'. Just FYI, the
alba (or aubade) was a troubadour or trouvere song form used by a
look-out to awaken lovers before the dawn, i.e., before their spouses
could
On Fri, Jul 27, 2001 at 05:58:08PM -0400, Taybin Rutkin wrote:
There isn't any reason a person can't change the licence of the software
they wrote. I don't think that they changes are retroactive though. The
prior software releases still have the original licence. This is just my
On Sat, Jul 28, 2001 at 12:31:19PM +0100, Richard Dobson wrote:
Out of interest, what is the minimum or standard keyboard spec assumed
by Linux these days? I have twelve F-keys on my standard PC keyboard,
Traditionally no-one used fkeys much in UNIX becuase there was such an
interesting and
On Fri, Jul 27, 2001 at 06:08:53PM -0400, Taybin Rutkin wrote:
I suggest XML. Something similar to what ardour uses without the
streams/track mute/solo information.
...
It's important to also save mulitple plugins. Save the order of a chain.
And some programs also support networks where the
On Sun, Jul 29, 2001 at 04:11:22PM +0200, Linium wrote:
Networks could be seen as big plugins. So it would depend how an application
let the user use the existing networks. There could be some applications for
designing them (alike glame) and other where the networks are just seen
like
On Mon, Jul 30, 2001 at 09:05:35AM -0400, Paul Davis wrote:
Once again, I was really waiting to see if we could get a consensus on
the overall design before proceeding with that part.
Fair enough. Who as undecided? I remeber that one of the ALSA guys
wanted a more ALSA like API (supprise), and
On Sun, Aug 05, 2001 at 02:06:18PM +0200, Richard Guenther wrote:
On Fri, 3 Aug 2001, Steve Harris wrote:
Hi all,
I actually want to record some music on my Linux box. I havn't done this
for a while (been to busy), and now I want to I find that its really hard ;)
Glame is OK
On Wed, Aug 15, 2001 at 11:14:09PM +0100, Richard W.E. Furse wrote:
This approach can be mediated by the exchange - a clever one can observe
that two network machines are drifting out of sync and add or delete samples
to fix this. As far as I'm aware, LAAGA would need a whole new layer to deal
On Wed, Aug 15, 2001 at 11:14:46PM +0100, Richard W.E. Furse wrote:
I must admit I don't really follow this - what's the point of extending
LADSPA to do IPC? LADSPA is intended as a way to abstract out DSP
algorithms - IPC sounds like an odd thing to bring into this. I could be
missing the
On Wed, Aug 15, 2001 at 11:14:17PM +0100, Richard W.E. Furse wrote:
Other (free thinking) algorithms that don't have this
approach (e.g. something listening to a MIDI port or real-time GUI) are much
less happy in the dictatorship.
I'm not sure about the MIDI case, but this is
On Thu, Aug 16, 2001 at 08:54:01PM +0100, Richard W.E. Furse wrote:
You will have realtime/clock sync problems for instance when your clock is
on a different box to a real audio input or output. What happens if the
crystal on the audio card isn't in sync with the clock. Or one audio card
with
On Tue, Aug 21, 2001 at 08:37:27PM +0800, Daniel V. wrote:
Since it's been quiet the last couple of days, I thought some might be
interested in pics of the new SoundBlaster Audigy's
http://www.gzeasy.com/itnewsdetail.asp?nID=251
The docks have handy MIDI and firewire ports.
Yeah, I'm
Version 0.2.0, http://plugin.org.uk/releases/0.2.0/
Fixed a major bug that bit somtimes in instantiation.
Added a surround encoder compatible with D**by pro logic(*)
Added a harmonics genreator
Generated human readable docs (http://plugin.org.uk/documentation.php)
There are now a total of 38
On Fri, Aug 31, 2001 at 10:02:01AM +0200, Michel Bon wrote:
As a matter of fact about DSP , I would like to know (as I don't know
where there is some) where good resources about DSP can be found on the
web.
From my bookmarks, in no particular order:
Numerical Recipes http://www.nr.com/
On Mon, Sep 10, 2001 at 06:22:21AM +1000, Erik de Castro Lopo wrote:
On Sun, 9 Sep 2001 20:29:49 +0300
Juhana Sadeharju [EMAIL PROTECTED] wrote:
Anyone know how to get overloaded complex number operations to C
without rewriting everything in pure C++ style.
I thought C99 had a complex
On Sat, Sep 15, 2001 at 10:06:43AM -0400, Taybin Rutkin wrote:
The format of the save file is attached. It's the savefile for the
Freeverb plugin. It uses XML. It doesn't support saving chains or
networks or lambda-calculus style plugins. I think that would be better
handled at a different
On Mon, Sep 17, 2001 at 10:29:59AM -0500, Kevin Conder wrote:
I regularly throw around 5000-1 node ontologies (a few meg) without
any problems.
Amazing! What's your secret? Which XML parser are you using? (Is
it a context-less, non-validating, SAX-type parser? Must be.) Are
On Mon, Sep 17, 2001 at 03:04:53PM -0500, Kevin Conder wrote:
On Mon, 17 Sep 2001, Steve Harris wrote:
Not really, XML is designed for that sort of thing. I've used Xerces and
the Sun one, both were fine.
Which Sun parser? Was this on Linux? How much memory do you have?
Don't
On Tue, Sep 18, 2001 at 09:45:59AM -0400, Taybin Rutkin wrote:
Hmmm... I've had too many accidents with dodgy shell scripts and ended up
with a load of files called 12414.db etc. Being able to put them back in
the right place is important.
Putting the ladspa_id in the filename greatly
On Tue, Sep 18, 2001 at 11:27:13AM -0400, Paul Winkler wrote:
I like this idea a little better. The file would be named ladspa_id.xml
and would live in presets/ directly. The only problem would be having to
handle duplicate names.
Yeah, on further reflection I don't think it would
On Thu, Oct 04, 2001 at 01:56:41PM -0400, Paul Winkler wrote:
[pw@roaddog perc]$ gcc -c -o perc.o perc.c
[pw@roaddog perc]$ ld -o perc.so perc.o -shared
Remember -fPIC -DPIC and you should be fine.
- Steve
Finally!
The error was stupid (predictably) and subtle (off by power of two).
The HQ one still uses honking wads of CPU, but now sounds reasonable for
it ;) The normal one uses a reasonable amount, but sounds grainier, and
has a less well defined top end.
Still neither is going to scare
On Fri, Oct 19, 2001 at 09:06:05PM -0400, Paul Davis wrote:
The HQ one still uses honking wads of CPU, but now sounds reasonable for
it ;) The normal one uses a reasonable amount, but sounds grainier, and
has a less well defined top end.
interesting. inside of ardour, they both sound
On Sat, Oct 27, 2001 at 02:47:33PM -0400, Paul Davis wrote:
no. this is pretty bad. as you note, you really need to be able to
tell ardour that the file has been changed before exiting, so that you
can hear the result in the mix.
poll(2)?
- Steve
On Mon, Oct 29, 2001 at 09:03:53PM +0800, Daniel V. wrote:
Hi all. I know this has been answered before but I can't find the post :(
Anyway, the problem is I have a buffer of audio represented as floats [-1,+1]
that I want to convert to signed shorts for writing to my card. I recall
On Mon, Oct 29, 2001 at 04:27:38PM -0700, Joe Pfeiffer wrote:
That's the minimum acceptable limit. It's actually
implementation-dependent; on Intel (quickly looking at
/usr/include/limits.h), it's -32768 and 32767 as you'd expect.
Right, so, in summary, you definatly should clamp.
- Steve
On Tue, Oct 30, 2001 at 04:14:03PM +0200, n. wrote:
even though, musically, wrap-around or clamping both are unacceptable..
so why clamp?
Wraparound is more unacceptable ;) In reality the 1/2 bit clamp won't be
audible.
Try it and see.
- Steve
On Tue, Oct 30, 2001 at 02:06:41PM +0100, Jelle wrote:
On Mon, Oct 29, 2001 at 10:48:40AM +, [EMAIL PROTECTED] wrote:
someone point me to appropriate support software? I'm hoping that
there is some kind of framework that provides MIDI, GUI and output
support (so I just drop the
On Thu, Nov 01, 2001 at 03:33:14PM +0100, Baker, Steve wrote:
I have recently written a paper titled Faster Floating
Point to Integer Conve
rsions
which can be read here:
http://mega-nerd.com/FPcast/
There is some good stuff here. However in audio float to int conversions
On Fri, Nov 09, 2001 at 03:27:38PM +0100, Joachim Backhaus wrote:
Trying to reverse engineer seems to become a life-task,
it's perhaps really better to buy a second professional card that
has Linux support. Maybe the M-Audio Delta 44.
But which card with additional dsp's for effect
On Sun, Nov 11, 2001 at 10:24:35PM -0500, David Gerard Matthews Jr. wrote:
me. For the price of two SB's, you could get yourself an M-Audio Delta
series. (At least you can in the US; I imagine that M Audio's cards are
actually cheaper in the U.K. since they're a British company.) May I
On Sun, Nov 11, 2001 at 01:43:42PM -0500, Paul Davis wrote:
i'm looking for a powerful time stretching and compression
tool for Linux, something on the level of the ProTools plugin.
i've mentioned the SCRIME tools ProSpect and ReSpect before. they are
not plugins, and are not even
On Wed, Nov 21, 2001 at 12:21:17AM +0900, Patrick Shirkey wrote:
I'm guessing it can be done wiht clever use of start up scripts like
rc.d etc...
Yes, look at one of the simpler /etc/init.d scripts and chkconfig(8) (if
you've got a redhat box)
- Steve
On Tue, Nov 20, 2001 at 11:28:34AM -0800, Lance Blisters wrote:
* custom ladspa skins can override default autogenerated skins,
even a filter as volumous as 'hermes' is rendered silky and
manageable. (see screenshot)
Impressive! Now I will have to make it work properly ;)
On Thu, Nov 29, 2001 at 01:08:28PM +0200, Nasca Octavian Paul wrote:
Hi.
I made an very interesting sound effect which I called AlienWah because
it sounds a bit like a wah but more strange.
I put a *very simple* implementation (GPL), the description and a
Have you thought about turing it
On Mon, Oct 15, 2001 at 11:36:49PM -0400, Paul Davis wrote:
whats the legal status of surround encoding? are we free to write
GPL'ed software that encodes 6 streams of audio data into DTS or Dolby
digital?
Nope, the dolby ones at least are very much not free. c.f. www.dolby.com
I've written
On Tue, Oct 16, 2001 at 04:46:33PM +0300, Juhana Sadeharju wrote:
From:Steve Harris [EMAIL PROTECTED]
DTS OTOH is patented, but I've a feeling the the line format is just the
2 stereo channels plus Sr, Sl and LFE, uncompressed on the data channels,
so its hard to imagine that thats
Anyone know anything about kLADSPA? Its linked off SuSE's music apps page
and theres a screenshot
(http://www.suse.de/de/products/suse_linux/i386/images/kladspa.png), but a
search on google doesn't show up anything else.
Looks really useful.
- Steve
On Tue, Oct 16, 2001 at 03:46:48PM -0400, Paul Davis wrote:
i also like the tabbed folder idea for plugins. i think i should
modify ardour's handling for Route plugins to do the same
thing. uh. wait a second. one of the biggest complaints about ProTools
at some point in the recent past was
On Wed, Oct 17, 2001 at 02:26:48AM +0300, Kai Vehmanen wrote:
As we all know, the unwritten rule of the linux-audio-dev world is that if
your feature request is not implemented in 60 minutes, you will get one
extra feature for free!
I was a bit slow coder today, so I have to give slider
On Wed, Oct 17, 2001 at 02:26:48AM +0300, Kai Vehmanen wrote:
... kladspa has MIDI and sliders for controls, while ecamegapedal has
a vu-meter and support for multi-plugin presets.
Unfortunatly its the sliders that I'm after though.
As we all know, the unwritten rule of the
I seem to be seeing a very slow mail loop? Is it a problem at my end, or
are other people seeing it too?
- Steve
On Wed, Dec 05, 2001 at 01:08:56PM -0800, Dan Hollis wrote:
I don't know of any network card which *wouldn't* be able to send such
frames. I don't think any card will have problems with it.
I think the problem before was more to do with the timing requirements.
The hardware was required to
On Wed, Dec 05, 2001 at 04:08:57PM -0800, Dan Hollis wrote:
It does say that outgoing frames must be generated in-phase with incoming
ones, but that's not a response requirement -- only a synchronization one.
Well, you still have to react to incoming packets, but the NICs may have
hardware
On Thu, Dec 06, 2001 at 10:50:32AM -0500, Paul Davis wrote:
OK, this is a good general point. However, for scalar values, the
problem is simply solved on the plugin side: cache the value of the
port at the start of run(). For array values, this could be very
wasteful. Requiring that port
thing to have many properties, for
example:
harmonic_gen typeOf waveshaper
harmonic_gen typeOf frequency-effect
harmonic_gen partOf swh-plugins-set
harmonic_gen hasName Harmonic Generator
harmonic_gen madeBy steveh
steveh hasEmail [EMAIL PROTECTED]
steveh hasName Steve Harris
etc.
- Steve
On Fri, Dec 07, 2001 at 10:36:49 +0100, Richard Guenther wrote:
Well, its that there are good standards around for doing such (not
timing critical) connection of software components - can you say
CORBA? So what you need is a (little (set of)) library(ies) that,
Yep, and there's also WSDL and
On Fri, Dec 07, 2001 at 12:00:02 -, Richard W.E. Furse wrote:
GUIS AS PART OF THE PLUGIN
As Paul pointed out it isn't actually neccesary to change LADSPA to
implement this. Earlier we we thinking of letting hte plugin specify a UI,
but that isn't really neccesary (or desirable).
On Thu, Dec 06, 2001 at 08:59:26 -0500, Paul Davis wrote:
the main area of potential evolution right now concerns the right form
for the argument to lcp_open(). if the GUI's are always on the same
system, which they would be if fork/execed by the host, `pid' makes
sense. but for more
On Fri, Dec 07, 2001 at 10:28:01 +0100, Richard Guenther wrote:
An ontology in other words. Good idea BTW.
I even want you to consider a more generic approach for exposing extra
information. Add a (string) key/value array to the descriptor where you
can store such information (and be happy
On Fri, Dec 07, 2001 at 09:01:19 -0500, Paul Davis wrote:
Anyway, my best guess so far has been this:
lcp_open (const char *name);
if (strchr (name, '/')) {
... unix domain socket like /tmp/lcp/pid
} else if (strchr (name, ':') {
... inet domain
On Fri, Dec 07, 2001 at 09:19:27 -0500, Paul Davis wrote:
more seriously, do you think there should be support for the GUI is
not running on the same system as the LADSPA host case ?
I think there should at least be the potential for future support even if
it doesnt exist right now.
- Steve
On Fri, Dec 07, 2001 at 03:17:28 +0100, Richard Guenther wrote:
Note that we are not speaking of a timing critical part, so always
using tcpip will simplify implementation. Also we could make use
of existing technology and simply present a http server to the GUI
(which in turn can be any
On Fri, Dec 07, 2001 at 03:43:01 +0100, [EMAIL PROTECTED] wrote:
Does there a LADSPA Module exist, where you can
* change the pitch of a wave without changing speed
Yes, http://plugin.org.uk/ladspa-swh/docs/ladspa-swh.html#tth_sEc2.26
* change the speed of a wave without changing pitch ???
On Fri, Dec 07, 2001 at 03:53:16 +0100, Richard Guenther wrote:
mechanism). And a java GUI communicating with a LADSPA plugin through
some standard protocol isnt the worst thing I can think of - at least
it'd be cross platform. I dont know java very well, but I can imagine
java having support
On Fri, Dec 07, 2001 at 10:15:06 -0500, Paul Davis wrote:
true, but its redundant. inet hostnames cannot contain '/' so the
inet: prefix is completely unnecessary. look at the places where this
would actually be used:
Fair enough. Go with the shorter form then, as thier unambiguious.
- Steve
On Fri, Dec 07, 2001 at 11:27:30 -0500, Paul Davis wrote:
http://www.op.net/~pbd/lcp-0.0.1.tar.gz
The API:
And a non-trivial client:
http://plugin.org.uk/releases/guis/harmonic_gui-0.3.tar.gz
Though its not very clean code!
You will need to make install lcp and copy lcp.h to
On Sat, Dec 08, 2001 at 01:05:10 -0500, Paul Davis wrote:
i just want to be able to say: we need a GUI for plugin ID 1220,
can we find a suitably-named file in LADSPA_GUI_PATH?
Are you concerned about complexity or cpu/disk use?
complexity.
OK, fair call. I think we at
On Mon, Dec 10, 2001 at 09:58:35 +0100, Richard Guenther wrote:
I dont want to use a complex protocol (http isnt complex) - and using
HTTP is complex compared to what has been suggested. The main reason
people are under the impression that HTTP isn't complicated is because
they don't
1 - 100 of 1512 matches
Mail list logo
