5 Sep
2008
5 Sep
'08
10:16 a.m.
Virtual Analog Synth Power for Linux:
discoDSP has announced the release of Discovery Release 3 for Mac OS X, Windows and, for
the first time, Linux.
There is a limited demo available: http://www.discodsp.com/discovery/
Shall work in every native VST Host for Linux like JOST, Renoise, energyXT2 and Qtractor.
This reminds me:
"VST is dead"
(P. Davis)
regards,
Michael
5 Sep
5 Sep
10:35 a.m.
Michael Bohle wrote:
Virtual Analog Synth Power for Linux:
discoDSP has announced the release of Discovery Release 3 for Mac OS X, Windows and, for
the first time, Linux.
There is a limited demo available: http://www.discodsp.com/discovery/
Should we all buy it? Then others want that success too ;)
I don't use VST's yet, happy with linuxsampler etc. so far....
11:50 a.m.
Grammostola Rosea wrote:
Michael Bohle wrote:
Buy it if you want/need it.
Virtual Analog Synth Power for Linux:
discoDSP has announced the release of Discovery Release 3 for Mac OS X, Windows and, for
the first time, Linux.
There is a limited demo available: http://www.discodsp.com/discovery/
Should we all buy it? Then others want that success too ;)
Nothing succeeds like success. :)
I don't use VST's yet, happy with linuxsampler
etc. so far....
So, does this synth add anything special to the Linux soundapps arsenal
? Let's see...
It's an 8 oscillator analog synth with resonance, layering, and analog
FM. It can accept Nord Lead sys-ex files and it comes with 127 presets.
The sounds range from interesting to useful to not-so-hot, but the synth
is completely programmable and smoothly responsive to parameter changes
in realtime (no xruns from JACK). The sound is good, the presets show it
off well, and the GUI is nicely designed and uncomplicated. It's
definitely a finished product, and given the lack of similar plugin
instruments for Linux it may be an attractive choice for softsynth-based
Linux music-makers.
Btw, discoDSP also released their Highlife sampler as an open-source
project. Lucio Asnaghi has already ported it to Linux, it runs very
nicely in his JOST system.
As to whether Discovery is worth $90US, you'll have to answer that one
yourself. I've only tested the demo, and I haven't made up my mind about
purchasing it.
Best,
dp
12:48 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Michael Bohle schrieb:
Virtual Analog Synth Power for Linux:
Shall work in every native VST Host for Linux like
JOST, Renoise, energyXT2 and Qtractor.
Works good with Jost - much much better than any vst-wine stynth I ever
tried.
nice piece but nice enough for 75,- ...
beats most DSSI-Plugins but no match for AMS.
so no real reason to stop being zelotic ;-)
best regs
HZN
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD4DBQFIwUan1Aecwva1SWMRAq6pAJ9y0Z2iLgy+TfIDfGK8L/bEdabBUQCYrA7Z
N9RWOy69/08upg9eSBhpjw==
=wHoO
-----END PGP SIGNATURE-----
1:36 p.m.
New subject: AMS question
Greetings,
Does anyone know where the default AMS patch set is located in the JAD
1.0 (OpenSUSE 10.2) system ? After looking for 30 minutes I give up.
Best,
dp
1:46 p.m.
New subject: AMS question
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Dave Phillips schrieb:
Greetings,
Does anyone know where the default AMS patch set is located in the JAD
1.0 (OpenSUSE 10.2) system ? After looking for 30 minutes I give up.
isnt it in /usr/share/doc/ams anymore?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFIwVQp1Aecwva1SWMRAu/9AJ0ZrhIogJtUwBpz6dtoohcA77McqACfY06o
0Dag2mYjk56o4zQAKAklJsE=
=laT1
-----END PGP SIGNATURE-----
2:05 p.m.
New subject: AMS question
Hartmut Noack wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Dave Phillips schrieb:
Found it. It's in
/usr/share/doc/packages/alsamodular.
Grumble... ;)
Best,
dp
Greetings,
Does anyone know where the default AMS patch set is located in the JAD
1.0 (OpenSUSE 10.2) system ? After looking for 30 minutes I give up.
isnt it in /usr/share/doc/ams anymore? 
2:08 p.m.
New subject: AMS question
Am Fri, 05. Sep 2008 um 11:36:46 -0400 schrieb Dave Phillips:
Greetings,
Hi Dave,
Does anyone know where the default AMS patch set is
located in the JAD
1.0 (OpenSUSE 10.2) system ? After looking for 30 minutes I give up.
rpm -ql ams
should give a hint.
Guido
--
http://www.bayernline.de/~gscholz/
http://www.lug-burghausen.org/
3:32 p.m.
New subject: AMS question
Am Fri, 05. Sep 2008 um 18:10:18 +0200 schrieb Guido Scholz:
> Does anyone know where the default AMS patch set
is located in the JAD
> 1.0 (OpenSUSE 10.2) system ? After looking for 30 minutes I give up.
rpm -ql ams
should give a hint.
sorry, that was wrong; the package is named "alsamodular".
Guido
--
http://www.bayernline.de/~gscholz/
http://www.lug-burghausen.org/
1:22 p.m.
On Fri, 2008-09-05 at 14:16 +0200, Michael Bohle wrote:
Virtual Analog Synth Power for Linux:
discoDSP has announced the release of Discovery Release 3 for Mac OS X, Windows and, for
the first time, Linux.
There is a limited demo available: http://www.discodsp.com/discovery/
Shall work in every native VST Host for Linux like JOST, Renoise, energyXT2 and
Qtractor.
This reminds me:
"VST is dead"
(P. Davis)
You've been extremely rude to me in the past, but this time perhaps
you've actually caught me being wrong, which I freely admit to being at
least one third of the time. However, I'd appreciate a citation on when
or where I've said this. I recall saying that VST support in ardour is
"dead" (which is still not really correct), but I do not recall ever
saying that VST itself is dead. it would be odd if I did since I
certainly do not believe that. I perhaps suggested that VST as a future
API for audio plugins on Linux was dead. frankly, I still think that
this is likely, and that discoDSP will be the exception that proves the
rule but I'm genuinely happy to be proved wrong.
--p
3:01 p.m.
On Fri, Sep 05, 2008 at 05:22:02PM +0200, Paul Davis wrote:
... I perhaps suggested that VST as a future
API for audio plugins on Linux was dead. frankly, I still think that
this is likely, and that discoDSP will be the exception that proves the
rule but I'm genuinely happy to be proved wrong.
A question to users of apps like the one discussed in this
thread: is there *any* good reason why such an app should
be a *plugin* (in wathever format) in Linux at all ?
Or put differently, is there any good reason to emulate the
Windoze way of doing things audio - a host program with
plugins ?
As far as I can see, it can just be a Jack app.
Ciao,
--
FA
Laboratorio di Acustica ed Elettroacustica
Parma, Italia
O tu, che porte, correndo si ?
E guerra e morte !
3:11 p.m.
On Fri, Sep 5, 2008 at 8:42 PM, Fons Adriaensen <fons(a)kokkinizita.net> wrote:
Or put differently, is there any good reason to
emulate the
Windoze way of doing things audio - a host program with
plugins ?
The only good reason - users can easily save and restore their
"projects".
As far as I can see, it can just be a Jack app.
That's right. Just make sure that LASH is supported by all
applications, and is user-friendly.
Regards,
Dmitry.
5:12 p.m.
Dmitry Baikov wrote:
Which is a very, very good reason!
LASH is a good idea, but my tests seems to suggest its not supported by
enough apps. I also seem to recall some stability issues...
--
Atte
http://atte.dk http://modlys.dk
<snip>
is there any good reason to emulate the
Windoze way of doing things audio - a host program with
plugins ?
The only good reason - users can easily save and restore their
"projects". As far as I
can see, it can just be a Jack app.
That's right. Just make sure that LASH is
supported by all
applications, and is user-friendly.
6:09 p.m.
On Fri, Sep 05, 2008 at 09:11:33PM +0400, Dmitry Baikov wrote:
> As far as I can see, it can just be a Jack app.
That's right. Just make sure that LASH is
supported by all
applications, and is user-friendly.
I'll embrace LASH as soon as its authors bump up the
version number and convert it to OSC, and allow app
developers to use this directly instead of passing
through a library that doesn't fit in at all with the
architecture of my apps. It's actually *very close*
to being OSC, the effort required would be minimal.
(posted almost the same a year ago)
Ciao,
--
FA
Laboratorio di Acustica ed Elettroacustica
Parma, Italia
O tu, che porte, correndo si ?
E guerra e morte !
6:50 p.m.
Fons Adriaensen <fons(a)kokkinizita.net> writes:
On Fri, Sep 05, 2008 at 09:11:33PM +0400, Dmitry
Baikov wrote:
Do you talk about lash 0.5.x or about the new development, 0.6.x that
uses dbus instead of custom protocol (and is not released yet)?
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>
> As far as I can see, it can just be a Jack
app.
That's right. Just make sure that LASH is
supported by all
applications, and is user-friendly.
I'll embrace LASH as soon as its authors bump up the
version number and convert it to OSC, and allow app
developers to use this directly instead of passing
through a library that doesn't fit in at all with the
architecture of my apps. It's actually *very close*
to being OSC, the effort required would be minimal.
(posted almost the same a year ago)
7 p.m.
On Fri, Sep 05, 2008 at 11:50:12PM +0300, Nedko Arnaudov wrote:
Fons Adriaensen <fons(a)kokkinizita.net> writes:
Probably 0.5 then.
Dbus is not the solution, it's not networked. The first app
I'd like to use LASH for uses four networked computers, three
of them headless, which is why I want a session manager.
Guess I'll have to brew my own then.
Ciao,
--
FA
Laboratorio di Acustica ed Elettroacustica
Parma, Italia
O tu, che porte, correndo si ?
E guerra e morte !
I'll embrace LASH as soon as its authors bump
up the
version number and convert it to OSC, and allow app
developers to use this directly instead of passing
through a library that doesn't fit in at all with the
architecture of my apps. It's actually *very close*
to being OSC, the effort required would be minimal.
(posted almost the same a year ago)
Do you talk about lash 0.5.x or about the new development, 0.6.x that
uses dbus instead of custom protocol (and is not released yet)? 
6 Sep
6 Sep
8:54 a.m.
Fons Adriaensen wrote:
On Fri, Sep 05, 2008 at 11:50:12PM +0300, Nedko
Arnaudov wrote:
For the record: AFAIK DBUS is perfectly capable of networked operation.
As far as I know Arnold Krille already has it running networked for one
of his experiments. It's a rather undocumented feature though, and I
could be wrong. I didn't try it myself (yet).
And even if it's not, there is no reason why a simple OSC<->lash bridge
could not be built. IMHO that definitely beats writing a custom session
manager.
Greets,
Pieter
Fons Adriaensen <fons(a)kokkinizita.net>
writes:
Probably 0.5 then.
Dbus is not the solution, it's not networked. The first app
I'd like to use LASH for uses four networked computers, three
of them headless, which is why I want a session manager.
Guess I'll have to brew my own then. I'll embrace LASH as soon as its authors bump
up the
version number and convert it to OSC, and allow app
developers to use this directly instead of passing
through a library that doesn't fit in at all with the
architecture of my apps. It's actually *very close*
to being OSC, the effort required would be minimal.
(posted almost the same a year ago)
Do you talk about lash 0.5.x or about the new
development, 0.6.x that
uses dbus instead of custom protocol (and is not released yet)?
10:59 a.m.
On Sat, Sep 06, 2008 at 12:54:59PM +0200, Pieter Palmers wrote:
For the record: AFAIK DBUS is perfectly capable of
networked operation.
I've found no reference to that in the DBUS docs. And the interface,
being designed to allow all sorts of bindings, is horribly bloated.
Does LASH use DBUS in a network-aware way ? Can it launch an app on
a remote machine ?
And even if it's not, there is no reason why a
simple OSC<->lash bridge
could not be built. IMHO that definitely beats writing a custom session
manager.
The *last* thing I want is to have layer upon layer of protocols
and abstractions. And XML.
Once the apps have the OSC fucntionality build-in (and they need that
anyway), they can talk network wide to each other and to a session
manager, it just needs definition of the protocol. No need to add
anything else.
Ciao,
--
FA
Laboratorio di Acustica ed Elettroacustica
Parma, Italia
O tu, che porte, correndo si ?
E guerra e morte !
11:19 a.m.
Fons Adriaensen <fons(a)kokkinizita.net> writes:
On Sat, Sep 06, 2008 at 12:54:59PM +0200, Pieter
Palmers wrote:
Not yet. We have not active developer working on this feature. I'm not
opposed to this feature, still I dont consider it important for current
incarnation. This feature is IMHO for next incarnation, unless someone
with enough motivation to develop it starts working on it before that. I
just consider LASH working at all, at least for single machine setups
more important goal than trying to make it work in all setups. Given the
lack of human resource this is the only sane approach IMHO.
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>
For the record: AFAIK DBUS is perfectly capable
of networked operation.
I've found no reference to that in the DBUS docs. And the interface,
being designed to allow all sorts of bindings, is horribly bloated.
Does LASH use DBUS in a network-aware way ? Can it launch an app on
a remote machine ?
5996
days inactive
5997
days old
linux-audio-user@lists.linuxaudio.org
18 comments
11 participants
participants (11)
-
Atte André Jensen -
Dave Phillips -
Dmitry Baikov -
Fons Adriaensen -
Grammostola Rosea -
Guido Scholz -
Hartmut Noack -
Michael Bohle -
Nedko Arnaudov -
Paul Davis -
Pieter Palmers