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.)
Because you have no way of knowing if the platform you are running it
No no, you misunderstand. I said "spawning of a gui process" (I should
rather hav
On Fri, 2006-01-27 at 18:21 -0500, Lee Revell wrote:
> On Fri, 2006-01-27 at 23:04 +, Chris Cannam wrote:
> > Lee Revell:
> > > > Won't help if the code is to be part of a GPL'd
> > > > application.
> > >
> > > The Linux kernel is a GPL'ed application yet Nvidia
> > > gets away with linking
On Fri, 2006-01-27 at 23:04 +, Chris Cannam wrote:
> Lee Revell:
> > > Won't help if the code is to be part of a GPL'd
> > > application.
> >
> > The Linux kernel is a GPL'ed application yet Nvidia
> > gets away with linking into it.
>
> Quite different. Anyone can distribute the kernel
Lee Revell:
> > Won't help if the code is to be part of a GPL'd
> > application.
>
> The Linux kernel is a GPL'ed application yet Nvidia
> gets away with linking into it.
Quite different. Anyone can distribute the kernel
without caring about the existence of the nVidia
drivers. But if an a
> Fixes, including build fixes, are always welcome. So are specific examples
> of
> VST features that would be useful. Some VST features don't map well onto
> DSSI at all (e.g. I haven't yet thought of a good way of handling VST chunks:
> any ideas welcome)
you mean the chunks of binary dat
On Fri, 27 Jan 2006 10:02:06 -0800
[EMAIL PROTECTED] wrote:
> I would do it so that I have a potentially viable alternative to the
> current state of affairs, which is that I boot windows to do music.
>
> eXT is a decent program. The reason we don't get commercial apps on Linux
> is because no o
On Fri, 2006-01-27 at 20:43 +0100, Richard Spindler wrote:
> Writing against the native ALSA API is a pain, because it requires much
> more low level stuff, that I don't really care for. And on top of that it'd
> also
> require me to setup my own thread for the callback mechanism.
i thought this
2006/1/27, Lee Revell <[EMAIL PROTECTED]>:
> Um, I thought the whole point of portaudio is you don't write your
> application to the OSS or ALSA API, you write to the PortAudio API and
> don't have to worry about the low level sound system?
Well, but there IS no ALSA backend in Portaudio v18
-Ric
Lee Revell wrote:
> The Linux kernel is a GPL'ed application yet Nvidia gets away with
> linking into it. It's widely acknowledged to be illegal, but as the
> linking is done by the end user, it's the user who violates the GPL, not
> Nvidia.
The end user would only be violating the GPL if they
On Fri, 2006-01-27 at 20:43 +0100, Richard Spindler wrote:
> 2006/1/27, Lee Revell <[EMAIL PROTECTED]>:
> > It's frustrating that most audio application writers STILL consider OSS
> > a sane default, it just waste's everyone's time (see also Skype). OSS
> > has been deprecated for years...
>
> We
2006/1/27, Lee Revell <[EMAIL PROTECTED]>:
> It's frustrating that most audio application writers STILL consider OSS
> a sane default, it just waste's everyone's time (see also Skype). OSS
> has been deprecated for years...
Well, honestly I have to admit that I'm guilty of that too. why?
Because
You can always write a non-GPL VST host and connect it to a GPLed app using
a socket, fifo .. whatever else, without breaking any license.
That GPLed app can be a jack client, of course.
On Fri, 2006-01-27 at 19:21 +, Chris Cannam wrote:
> Lee Revell writes:
> > On Fri, 2006-01-27 at 15:57 +0100, Michael Bohle wrote:
> > > But anyway, VST on Linux is dead now, beause
> > > most of the user are not
> > > able to compile it for themself.
> >
> > Wrong. You just need to write
Lee Revell writes:
> On Fri, 2006-01-27 at 15:57 +0100, Michael Bohle wrote:
> > But anyway, VST on Linux is dead now, beause
> > most of the user are not
> > able to compile it for themself.
>
> Wrong. You just need to write a wrapper that
> handles the compiling.
Won't help if the code is t
On Fri, 2006-01-27 at 08:29 -0800, [EMAIL PROTECTED] wrote:
> in another thread, Jorgen said that the input/output part of eXT on
> Linux will be Open Source, so the JACK wizards can JACKify it as soon
> as it is released.
It's frustrating that most audio application writers STILL consider OSS
a
On Fri, 2006-01-27 at 15:57 +0100, Michael Bohle wrote:
> But anyway, VST on Linux is dead now, beause most of the user are not
> able to compile it for themself.
Wrong. You just need to write a wrapper that handles the compiling.
Look how many people use the Nvidia driver, where the licensing a
On Fri, 2006-01-27 at 14:42 +, James McDermott wrote:
> the midi/audio driver part of xt2 is open source, so anyone can add
> jack support for it (knowing c/c++ and jack that is). xt currently
> works with OSS only. Works great on kernel 2.6. I get very low
> latencies with it over here.
AAAR
On Fri, Jan 27, 2006 at 06:38:16PM +0100, Florian Schmidt wrote:
> On Fri, 27 Jan 2006 08:29:51 -0800
> [EMAIL PROTECTED] wrote:
>
> > in another thread, Jorgen said that the input/output part of eXT on Linux
> > will be Open Source, so the JACK wizards can JACKify it as soon as it is
> > released
On Fri, 27 Jan 2006 08:29:51 -0800
[EMAIL PROTECTED] wrote:
> in another thread, Jorgen said that the input/output part of eXT on Linux
> will be Open Source, so the JACK wizards can JACKify it as soon as it is
> released.
Why would anyone do this? To generate more revenue for the author? This
is
On Fri, Jan 27, 2006 at 10:28:26AM -0500, Paul Davis wrote:
> > > fer cryin out loud, will you guys *look* at the screenshot!
> > > it already has JACK working!
> >
> > Hmm, must have something on my eyes, see only screenshots with dssi-vst
> > wrapping eXT. OK, dssi-vst working as a Jackclient...
> > fer cryin out loud, will you guys *look* at the screenshot!
> > it already has JACK working!
>
> Hmm, must have something on my eyes, see only screenshots with dssi-vst
> wrapping eXT. OK, dssi-vst working as a Jackclient... but where for hell
> is the screenshot of a native build of a jackifi
On Friday 27 Jan 2006 14:57, Michael Bohle wrote:
> Sorry for this harsh words: dssi-vst needing very old wine for compiling
> and there is no development happens since long time.
> The "bugs" are mostly because of missing impelentations of some vst
> standards like sync to host or heavy freezes wh
Am Freitag, den 27.01.2006, 09:59 -0500 schrieb Paul Davis:
> On Fri, 2006-01-27 at 14:42 +, James McDermott wrote:
> > > As far as i see Jorgen only want to support the obsolet OSS driver model
> > > and native VST Linux plugins... No chance for eXT on Linux...
> >
> > From the KVR forum (htt
Am Freitag, den 27.01.2006, 14:42 + schrieb James McDermott:
> > As far as i see Jorgen only want to support the obsolet OSS driver model
> > and native VST Linux plugins... No chance for eXT on Linux...
>
> From the KVR forum (http://www.kvraudio.com/forum/viewtopic.php?t=114488):
>
> ---
>
Am Freitag, den 27.01.2006, 14:13 + schrieb Chris Cannam:
> On Friday 27 Jan 2006 14:03, Michael Bohle wrote:
> > I don't like dssi-vst so much, too buggy
>
> Your bug reports and fixes have been invaluable.
Sorry for this harsh words: dssi-vst needing very old wine for compiling
and there is
On Fri, 2006-01-27 at 14:42 +, James McDermott wrote:
> > As far as i see Jorgen only want to support the obsolet OSS driver model
> > and native VST Linux plugins... No chance for eXT on Linux...
>
> From the KVR forum (http://www.kvraudio.com/forum/viewtopic.php?t=114488):
>
> ---
> the mid
OK, thank you Paul for saving our project... we cancel now vst support
in any way. The binary will be deleted. Also LMMS will be informed
because of the violation of the licences.
Michael
Am Freitag, den 27.01.2006, 09:25 -0500 schrieb Paul Davis:
> On Fri, 2006-01-27 at 14:13 +, Chris Cannam
> As far as i see Jorgen only want to support the obsolet OSS driver model
> and native VST Linux plugins... No chance for eXT on Linux...
From the KVR forum (http://www.kvraudio.com/forum/viewtopic.php?t=114488):
---
the midi/audio driver part of xt2 is open source, so anyone can add
jack suppor
On Fri, 2006-01-27 at 14:13 +, Chris Cannam wrote:
> On Friday 27 Jan 2006 14:03, Michael Bohle wrote:
> > I don't like dssi-vst so much, too buggy
>
> Your bug reports and fixes have been invaluable.
>
> > It dosn't work with fst 1.7 because of a graphical prob.
>
> I notice jacklab.net off
On Friday 27 Jan 2006 14:03, Michael Bohle wrote:
> I don't like dssi-vst so much, too buggy
Your bug reports and fixes have been invaluable.
> It dosn't work with fst 1.7 because of a graphical prob.
I notice jacklab.net offers a binary distribution of libfst, and says "an
experimental version
As far as i see Jorgen only want to support the obsolet OSS driver model
and native VST Linux plugins... No chance for eXT on Linux...
Did you ever hear about a native Linux VST-SDK ?(LOL)
the screenshot that you can see there is only a w32.dll wrapped in
dssi-vst. I don't like dssi-vst so much,
Screenshot:
http://www.kvraudio.com/forum/viewtopic.php?
t=114488&postdays=0&postorder=asc&highlight=linux&start=105
i will be interested to see just how good its audio handling
capabilities are.
--p
On Thu, 2006-01-26 at 17:01 +0100, Alfons Adriaensen wrote:
-
> But there is a completely different (but not very efficient) way to
> do this sort of thing. In this model, waiting for something (e.g. a
> lock) involves trying to get it inside a loop, and going to sleep
> when that fails. When for
33 matches
Mail list logo
