torbenh@xxxxxx wrote: > On Thu, Oct 13, 2005 at 09:33:07AM -0700, Mark Knecht wrote: >> On 10/13/05, Paul Davis >> <paul@xxxxxxxxxxxxxxxxxxxxx> 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
