On Thu, Oct 13, 2005 at 09:33:07AM -0700, Mark Knecht
wrote:
On 10/13/05, Paul Davis
<paul(a)linuxaudiosystems.com> wrote:
On Thu, 2005-10-13 at 16:59 +0200, Cesare wrote:
I think that a clean solution to host vst plugins
(at least the
effects) could be this : taking the wine approach (and maybe some
code) and just implement those calls that are relevant to audio
plugins (file access for loading and saving presets, math libraries
etc.) without handling graphics at all.We have the info for the
effect parameters in the dll and we can provide a standard interface
(like the simpler vst effects in cubase) to tweak parameters.
Is this possible?
absolutely not possible.
I'll go even a bit further. VSts are Windows programs and they should
just work under Wine. Paul & Torben's time is probably better spent
elsewhere.
I'd like to see every Linux Audio user interested in this subject
start pressing the Wine folks to support this themselves. Let's pay
attention to the Windows apps that can host VSTs and VSTi's. Acid Pro
is a commercial one that comes to mind. Fruity Loops, etc. There's got
to be free VST loaders out there for Windows. Older versions of Acid
install and run fine under Wine but do not handle VSTs very well. The
new versions don't install or run.
Putting together yet another hack outside of Wine that will run for 1
year and then die when gcc5 comes out would be disappointing. Let's
get the Wine folks to support this.
Please enter apps in the Wine AppDB and enter test results in Wine's
Bugzilla. If there are enough of us entering 100's of apps then
they'll pay attention. Maybe not fast, but I believe they will.
i still believe, that the current xfst approach is a clean solution.
it does no more use the libwinelib hack.
its a wine app which uses jack natively.
i mailed it to several people who reported success IIRC.
i mailed it to them because i dont have the time to open a
sourceforge-project etc. for it.
i thought that some of them would invest the time to make it available
publicly.
(paul, did you actually test it ? i know you dont have the time either,
and as long as we dont provide some linker wrapper its not COMPLETE. )
but hey: it does not use the "pull wine into an app not knowing wine"
approach.
i dont have the time to (use my computer / write mail) very often.
so someone should step forward and try to get xfst outthere soon.
with webpage, README etc.
xfst is a wine (not win) app which loads vsts and binds them to jack
ports.
i upload my current state to
http://galan.sf.net/xfst-0.3.tar.gz
please report success or failure in this thread. my response latency is
very high.
i am very sorry that galan cant load vsts currently.
but hell it should load dssi plugs.
Hi Torben,
thanks for this great application. That what I've been looking for for the
last month's.
Today I tested xfst -r with the Sampletank 2 Free plugin that didn't work
with any other solution and now it's running stable at 48 kHz and 64 frames
buffer.
There are just some x-runs when loading a new soundfont and following error
message occurs:
epoll_ctl: Operation not permitted
But that's not important. It's more important that my Linux-Box can load
vst-plugins now and that it is running stable. Thank you again.
(My box: SuSE 9.2, wine 20050830, Kernel 2.6.11.7 with
realtime-preempt-2.6.11-final-V0.7.40-04 and rt-lsm)
Ciao
Martin