than portmidi and it
does what you request.
[1] http://www.music.mcgill.ca/~gary/rtmidi/
hope this helps
cheers,
Jelle
disc, jack output and the engine is
separated from the (qt) gui.
HTH
Jelle
ggers the interrupt thread in JACK when needed.
this is more or less my idea on this, hope it is of any use.
feel free to ask, cause there's far more issues regarding this, but i've
left them out for now.
cheers
jelle.
--
jelle herold (defekt) http://defekt.nl/
seeing digital http://channelthree.net/
sing". And
> I'm a software engineer (nee physicist), not a musician or Linux audio
> user, so my knowledge of existing apps is minimal.
You can use the "applyplugin" program for running non-realtime plugins.
This program is included with the LADSPA SDK.
Cheers.
--
jelle herold (defekt) http://defekt.nl/
seeing digital http://channelthree.net/
polation works equally well ;)
cheers
--
jelle herold (defekt) http://defekt.nl/
seeing digital http://channelthree.net/
that will come with precompiled
low-latency kernels and packaged versions of the software. it's still
in production but this should solve those problems.
(as soon as my exams are over I will start packaging some more software)
cheers
--
jelle herold (defekt) http://defekt.nl/
seeing digital http://channelthree.net/
n mind.
I have some ideas on this, though they are more focussed on in-application
stuff. It should be possible to extend it to cross-app.
However, it will have to wait for a while, exams are coming up after this
weekend. I'll write some about it soon and post it, okey?
cheers
--
jelle herold (defekt) http://defekt.nl/
seeing digital http://channelthree.net/
he scope of JACK, but it doesn't seem usefull
to create another system for just transferring variable rate video (or
whatever).
would you, at all, be interested in extending JACK to mediate video
connections between software (even with variable clock rates)?
same question for LADSPA (i'm worki
erfaces, which is a shame.
--
jelle herold (defekt) http://defekt.nl/
seeing digital http://channelthree.net/
is not too offtopic
cheers!
Jelle
[1] http://www.khronos.org/
mistaken). There are already a dozen of different GUI toolkits
around (motif, gtk, qt, tcl/kt etc) and that doesn't make linux look very
"standarized".
Also, XPFE doesn't seem very fast at the moment, but there is a lot of
work to be done of the JS engine etc.. so this might(will?) change.
I think java is kinda inbetween XPFE and wxWindows.
*pffw* that should do it for now ;-)
cheers,
Jelle
--
defekt
On Mon, Sep 17, 2001 at 05:02:37PM +0200, jelle wrote:
Hope i'm not getting too much off topic
> > > I just want to mention one reason why I don't like using Qt myself,
> > > not as flamebait but just to make it clear. Qt was written before the
> > >
custom drawn
widgets? wxWindows uses native GTK AFAIK and native Win32.
For that reason alone I would already pick wxWindows over Qt, since Qt looks
really unprofessional (I should say alien actually) under Win32. Plus it
seems that doing it yourself instead of using system native widgets imposes
a lot over useless overhead.
Cheers,
jelle.
--
defekt
13 matches
Mail list logo
