13 Oct
2005
13 Oct
'05
10:43 a.m.
Hi,
After the Linux distros started moving to gcc4 is obvious that many old
applications will not compile. Unfortunately one of those applications
is Wine 20040505, the only version you can use for Jack_fst. I don't
know what is the satus of the project but I really hope is not dead and
that we see an upgrade. I keep finding a big demand for using VST
plugins in Linux so there should be another reason why this kind of
tools are not being developed. Is it a legal one? I'm just curious. I
know that LADSPA plugins are becoming very good substitutes but there
are some really good VST instruments that I hardly see being ported to
LADSPA (e.g. Synful Orchestra). I tried to make jack_fst work using a
patch found in the wine-list
http://www.winehq.org/hypermail/wine-users/2004/10/0451.html but it
didn't work for me. I just hope that the developers keep the good work
and help the linux-audio community... or maybe I should learn C and
start working on it :-)
cheers,
hector
13 Oct
13 Oct
11:05 a.m.
New subject: [linux-audio-user] jack and gcc4
On Thu, Oct 13, 2005 at 08:43:45AM -0400, Hector Centeno-Garcia wrote:
Hi,
After the Linux distros started moving to gcc4 is obvious that many old
i found it a bit different. just about everything compiles perfectly on gcc4, but odd
instabilities arise later. like for example i have absolutely no idea why but jackd now
crashes every 15 seconds..and even after recompiling alsa-driver/jackd with 3.4.4 it wont
go away! im finding it a lot more problematic than switching from 32bit to 64bit was..
for the curious.. Program received signal SIGFPE, Arithmetic exception.
09:25 e #1 0x00002aaaac330cf5 in driver_get_descriptor () from
/usr/lib64/jack/jack_alsa.so
applications will not compile. Unfortunately one of
those applications
is Wine 20040505, the only version you can use for Jack_fst. I don't
you might have better luck with xfst, or a jack-dssi-host, or whatever the other tricks
are these days to run obsolete proprietary 32bit windows plugin code on linux..
How Late Do You Have 2B B4 U R Absent?
11:37 a.m.
New subject: [linux-audio-user] jack and gcc4
On Thu, 2005-13-10 at 13:05 +0000, carmen wrote:
On Thu, Oct 13, 2005 at 08:43:45AM -0400, Hector
Centeno-Garcia wrote:
Thanks for your reply. I can't get wine 20040505 to compile because of
syntax errors that after some research I found where related to gcc4. On
the other hand everything else here works very well including jackd and
alsa. I switched from agnula to Ubuntu breezy and it is amazing who
their official kernel gives very good latency and stability without the
realtime-preempt patch and beside that you get all the support and user
friendliness. It is really a great distro!
I understand that saying "obsolete proprietary 32bit windows plugin
code" is more of an ideological claim and I agree with it. I would like
to see plugins with the quality of some of the "obsolete" ones in native
open source LADSPA or DSSI format. I believe in the open source project
and that's why I'm trying hard to do all my music composing work (which
is a lot since this is my main career) 100% in open source... but there
are two things that keep me looking back to the "obsolete proprietary
world": the lack of a high quality reverb plugin and virtual instruments
like Synful. I don't know when there would be an open source initiative
big enough to produce software like that, but I'll try to help with it!
(that's why I'm opening this debate).
cheers!
hector
Hi,
After the Linux distros started moving to gcc4 is obvious that many old
i found it a bit different. just about everything compiles perfectly on gcc4, but odd
instabilities arise later. like for example i have absolutely no idea why but jackd now
crashes every 15 seconds..and even after recompiling alsa-driver/jackd with 3.4.4 it wont
go away! im finding it a lot more problematic than switching from 32bit to 64bit was..
for the curious.. Program received signal SIGFPE, Arithmetic exception.
09:25 e #1 0x00002aaaac330cf5 in driver_get_descriptor () from
/usr/lib64/jack/jack_alsa.so
applications will not compile. Unfortunately one
of those applications
is Wine 20040505, the only version you can use for Jack_fst. I don't
you might have better luck with xfst, or a jack-dssi-host, or whatever the other tricks
are these days to run obsolete proprietary 32bit windows plugin code on linux..
How Late Do You Have 2B B4 U R Absent? 
11:23 a.m.
I have jack_fst working well on an FC3 planetCCRMA machine using the wine
version from Crossover (www.Codeweavers.com). I have crossover so that I can
run M$ Office for work compatability, but this wine version seems to play
nicely with jack_fst.
-Joe
-----Original Message-----
From: linux-audio-user-bounces(a)music.columbia.edu
[mailto:linux-audio-user-bounces@music.columbia.edu] On Behalf Of Hector
Centeno-Garcia
Sent: Thursday, October 13, 2005 8:44 AM
To: ardour-users(a)lists.ardour.org
Cc: linux-audio-user(a)music.columbia.edu
Subject: [linux-audio-user] jack_fst and gcc4
Hi,
After the Linux distros started moving to gcc4 is obvious that many old
applications will not compile. Unfortunately one of those applications
is Wine 20040505, the only version you can use for Jack_fst. I don't
know what is the satus of the project but I really hope is not dead and
that we see an upgrade. I keep finding a big demand for using VST
plugins in Linux so there should be another reason why this kind of
tools are not being developed. Is it a legal one? I'm just curious. I
know that LADSPA plugins are becoming very good substitutes but there
are some really good VST instruments that I hardly see being ported to
LADSPA (e.g. Synful Orchestra). I tried to make jack_fst work using a
patch found in the wine-list
http://www.winehq.org/hypermail/wine-users/2004/10/0451.html but it
didn't work for me. I just hope that the developers keep the good work
and help the linux-audio community... or maybe I should learn C and
start working on it :-)
cheers,
hector
11:39 a.m.
On Thu, 2005-13-10 at 09:35 -0400, Joe Dell'Orfano wrote:
I have jack_fst working well on an FC3 planetCCRMA
machine using the wine
version from Crossover (www.Codeweavers.com). I have crossover so that I can
run M$ Office for work compatability, but this wine version seems to play
nicely with jack_fst.
-Joe
thanks! I'll give that a try, they have a demo version for downloading.
hector.
12:56 p.m.
On Thu, 2005-13-10 at 09:35 -0400, Joe Dell'Orfano wrote:
I have jack_fst working well on an FC3 planetCCRMA
machine using the wine
version from Crossover (www.Codeweavers.com). I have crossover so that I can
run M$ Office for work compatability, but this wine version seems to play
nicely with jack_fst.
-Joe
Joe,
Hod did you manage to get jack_fst running using CrossoverOffice? I
installed it and it doesn't install libwine which is needed by jack_fst.
It seems that the installation package doesn't include any development
sources so I can't see how I would be able to compile jack_fst.
thanks!
hector
16 Oct
16 Oct
3:16 p.m.
Hector,
First of all I apologize for taking sooooo long to reply - work has
certainly gotten the better of me this week.
I looked back at what I did to get jack_fst running. Actually, I was
inaccurate with my last post. I started off by following Timo's
tutorial. So I downloaded all of the relevant WINE stuff from there. I
had a problem installing the windoze plugins, however, with that version
of WINE, so I used Crossover, which tended to run the installers
perfectly well. The .dll files have since worked. I've had limited
success with anything but the recommended packages, although, most
notably for me, I have Amplitube running well under jack_fst.
So, I am using jack_fst for limited uses and I have needed to install
the windoze VST programs under Crossover. I originally compiled jack_fst
using the recommended wine libraries.
I guess it's a mess, huh? I will continue to read this thread with great
interest. If there's anything I can do to help, let me know.
-Joe D
On Thu, 2005-10-13 at 10:56 -0400, Hector Centeno-Garcia wrote:
On Thu, 2005-13-10 at 09:35 -0400, Joe Dell'Orfano
wrote:
--
Joseph Dell'Orfano <fullgo(a)dellorfano.net>
I have jack_fst working well on an FC3
planetCCRMA machine using the wine
version from Crossover (www.Codeweavers.com). I have crossover so that I can
run M$ Office for work compatability, but this wine version seems to play
nicely with jack_fst.
-Joe
Joe,
Hod did you manage to get jack_fst running using CrossoverOffice? I
installed it and it doesn't install libwine which is needed by jack_fst.
It seems that the installation package doesn't include any development
sources so I can't see how I would be able to compile jack_fst.
thanks!
hector
13 Oct
13 Oct
11:24 a.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On Thu, 2005-10-13 at 08:43 -0400, Hector Centeno-Garcia wrote:
Hi,
After the Linux distros started moving to gcc4 is obvious that many old
applications will not compile. Unfortunately one of those applications
is Wine 20040505, the only version you can use for Jack_fst. I don't
know what is the satus of the project but I really hope is not dead and
that we see an upgrade. I keep finding a big demand for using VST
plugins in Linux so there should be another reason why this kind of
tools are not being developed. Is it a legal one? I'm just curious. I
know that LADSPA plugins are becoming very good substitutes but there
are some really good VST instruments that I hardly see being ported to
LADSPA (e.g. Synful Orchestra). I tried to make jack_fst work using a
patch found in the wine-list
http://www.winehq.org/hypermail/wine-users/2004/10/0451.html but it
didn't work for me. I just hope that the developers keep the good work
and help the linux-audio community... or maybe I should learn C and
start working on it :-)
just ignore it for now unless you want to get deeply into it. eventually
some combination of torben and myself will get it working again with any
wine distro. it will take a *lot* more than just learning C, believe me.
the key thing to keep in mind is that the basic idea behind jack_fst
(using wine as a library) turns out to have been a bad one.
until one of us has the time or interest, its not going to happen. but i
do want to do this for ardour, so my motivation is there.
--p
12:59 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
Paul Davis wrote:
On Thu, 2005-10-13 at 08:43 -0400, Hector
Centeno-Garcia wrote:
Paul,
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?
I mean, is there a (not too difficult) way to link a win32 dll to a
linux executable if you provide wrappers for the functions called inside it?
This would made possible to make a standalone (no wine needed) ladspa
wrapper for vst effects. Again, I believe the most trivial part is
handling the graphics (also because every developer seems to draw them
in different ways). If we link directly to the audio callback functions
and provide some wrappers for the needed libraries functions.
I'm a developer, but I don't know much about this specific field (win32
dlls).Maybe this is a stupid idea, otherwise somebody would have already
used it. Who knows? Me not.
c.
www.cesaremarilungo.com
Hi,
After the Linux distros started moving to gcc4 is obvious that many old
applications will not compile. Unfortunately one of those applications
is Wine 20040505, the only version you can use for Jack_fst. I don't
know what is the satus of the project but I really hope is not dead and
that we see an upgrade. I keep finding a big demand for using VST
plugins in Linux so there should be another reason why this kind of
tools are not being developed. Is it a legal one? I'm just curious. I
know that LADSPA plugins are becoming very good substitutes but there
are some really good VST instruments that I hardly see being ported to
LADSPA (e.g. Synful Orchestra). I tried to make jack_fst work using a
patch found in the wine-list
http://www.winehq.org/hypermail/wine-users/2004/10/0451.html but it
didn't work for me. I just hope that the developers keep the good work
and help the linux-audio community... or maybe I should learn C and
start working on it :-)
just ignore it for now unless you want to get deeply into it. eventually
some combination of torben and myself will get it working again with any
wine distro. it will take a *lot* more than just learning C, believe me.
the key thing to keep in mind is that the basic idea behind jack_fst
(using wine as a library) turns out to have been a bad one.
until one of us has the time or interest, its not going to happen. but i
do want to do this for ardour, so my motivation is there.
--p
1:47 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
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 mean, is there a (not too difficult) way to link a
win32 dll to a
linux executable if you provide wrappers for the functions called inside it?
this is i mean by saying that there is *lot* more to getting this stuff
to work than knowing C. the infrastructure required to support plugins
is much larger than you think. support win32 critical sections, which
many plugins use, actually requires a client/server architecture within
wine. there is lots more ....
and in addition, i would note that most people who want to use vst
plugins *want* the GUIs that go with them. i know several vst plugins
that would be almost unusable without their own GUI, and almost all
VSTi's would be have to be added to that list.
2:33 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On 10/13/05, Paul Davis <paul(a)linuxaudiosystems.com> wrote:
On Thu, 2005-10-13 at 16:59 +0200, Cesare wrote:
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.
My 2 cents,
Mark
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.
2:38 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
Mark Knecht wrote:
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.
My 2 cents,
Mark
Bravo, bravo. I concur. My sentiments exactly. Ditto
chaz
4:54 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On 10/13/05, CHAZ WORM <ewf(a)alltel.net> wrote:
Let's work together to find a 'preferred' free platform that can serve
as a VST host. This would be a Windows app that we can load our VSTs
into. I haven't done this under Windows because I have commercial apps
that serve this purpose, but for our needs here we need a free, even
Open Source, Windows app that will host VSTs. We could then work with
the Winde developers to ensure this host works, and when the host
works we can then work to support more and more VSTs.
Does anyone know of a potential VST host that we could try to run under Wine?
My 2 cents,
Mark
Mark Knecht wrote:
<SNIP>
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.
My 2 cents,
Mark
Bravo, bravo. I concur. My sentiments exactly. Ditto
chaz
5:51 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On Thu, 2005-13-10 at 11:54 -0700, Mark Knecht wrote:
Let's work together to find a 'preferred' free platform that can serve
as a VST host. This would be a Windows app that we can load our VSTs
into. I haven't done this under Windows because I have commercial apps
that serve this purpose, but for our needs here we need a free, even
Open Source, Windows app that will host VSTs. We could then work with
the Winde developers to ensure this host works, and when the host
works we can then work to support more and more VSTs.
Does anyone know of a potential VST host that we could try to run under Wine?
My 2 cents,
Mark
I agree too! This is a very good plan and I'm sure that if the wine guys
sense that there is really a community out there who needs this kind of
support they will do something. I don't know how easy is going to be to
find a windows project that beside being free it is open source. I found
this site for now:
http://rm-and-jo.laughingsquid.org/Text/Guide-To-VST-Hosts.html
There Bidule http://www.plogue.com/ looks ok, but it doesn't seem to be
Open Source. I'll keep searching... and let's start the campaign!
hector
6:30 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
I agree too! This is a very good plan and I'm sure that if the wine guys
sense that there is really a community out there who needs this kind of
support they will do something. I don't know how easy is going to be to
find a windows project that beside being free it is open source. I found
this site for now:
http://rm-and-jo.laughingsquid.org/Text/Guide-To-VST-Hosts.html
There Bidule http://www.plogue.com/ looks ok, but it doesn't seem to be
Open Source. I'll keep searching... and let's start the campaign!
hector
ok, Bidule is not any longer free, you have to pay $70. I found another
one named MiniHost. It is free but not open source. It runs under wine
but it needs an ASIO driver so I installed asio4all and now MiniHost
finds the ASIO driver! The only problem I have is getting asio4all to
find a wdm sound driver. Anyone knows how does the wine sound section
work? Is it possible to have an emulated wdm driver that connects with
alsa or jack?
cheers!
hector
6:54 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
Hector Centeno-Garcia wrote:
On Thu, 2005-13-10 at 11:54 -0700, Mark Knecht wrote:
Does anyone know of a potential VST host that we could try to run under Wine?
(snip)
vsthost is a stand alone host for vst plug ins. There is also a stand
alone host for vsti's called savihost. Both are free but not open source.
http://www.hermannseib.com/english/vsthost.htm
http://www.hermannseib.com/english/savihost.htm
As regards fst - I always understood the problem was keeping up with the
rapidly changing Wine codebase. Now Wine is about to go Beta I
understand the codebase will be more stable, if I may quote: ''the
significance will be the core architecture is complete" see:
http://www.winehq.com/?issue=293#Stabilizing%20for%20Wine%200.9%20Release
so hopefully using Wine may now be a more viable proposition.
Regards
Guy
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.12.0/132 - Release Date: 13/10/2005
___________________________________________________________
How much free photo storage do you get? Store your holiday
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
7:57 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On Thu, 2005-13-10 at 21:54 +0100, guy wrote:
Hector Centeno-Garcia wrote:
That last one did work! Except that I can't get the midi signal from my
keyboard. Anyone here knows how to configure wine to use jack? I can see
that there is a jack driver but I can't find where to configure wine to
use it. I'm using a recent version of winde and there is no more config
file in my .wine directory.
thanks!
hector
On Thu, 2005-13-10 at 11:54 -0700, Mark Knecht
wrote:
Does anyone know of a potential VST host that we could try to run under Wine?
(snip)
vsthost is a stand alone host for vst plug ins. There is also a stand
alone host for vsti's called savihost. Both are free but not open source.
http://www.hermannseib.com/english/vsthost.htm
http://www.hermannseib.com/english/savihost.htm
9:17 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On 10/13/05, Hector Centeno-Garcia <h.centeno(a)sympatico.ca> wrote:
On Thu, 2005-13-10 at 21:54 +0100, guy wrote:
Theoretically you will use winecfg and tell Wine through there to use
Jack as a sound driver. I've tried it once or twice and had no luck
but maybe it's better with recent versions of Wine/Alsa/Jack? Give it
a try.
AviiHost did not install for me in a clean environment:
mark@lightning ~ $ wine savihost.exe
err:module:import_dll Library MFC42.DLL (which is needed by
L"Z:\\home\\mark\\savihost.exe") not found
err:module:LdrInitializeThunk Main exe initialization for
L"Z:\\home\\mark\\savihost.exe" failed, status c0000135
mark@lightning ~ $
MFC42.DLL is a standard Windows DLL. I'll have to grab a copy from the
DLL download site and see if that works.
Maybe one or both of these could be a candidate for taking to the Wine
AppDB and then having about 50 of us give our inputs to say it's
important.
One other thought. Maybe the Savihost developer will consider makign
the code Open Source? Maybe he has an interest in Linux, etc., and
would find it interesting to participate?
- Mark
- Mark
Hector Centeno-Garcia wrote:
That last one did work! Except that I can't get the midi signal from my
keyboard. Anyone here knows how to configure wine to use jack? I can see
that there is a jack driver but I can't find where to configure wine to
use it. I'm using a recent version of winde and there is no more config
file in my .wine directory.
On Thu, 2005-13-10 at 11:54 -0700, Mark Knecht
wrote:
Does anyone know of a potential VST host that we could try to run under Wine?
(snip)
vsthost is a stand alone host for vst plug ins. There is also a stand
alone host for vsti's called savihost. Both are free but not open source.
http://www.hermannseib.com/english/vsthost.htm
http://www.hermannseib.com/english/savihost.htm
9:54 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On Thu, 2005-13-10 at 16:17 -0700, Mark Knecht wrote:
On 10/13/05, Hector Centeno-Garcia
<h.centeno(a)sympatico.ca> wrote:
I got MFC42.DLL from my windows partition and just copied it to the
system folder inside your .wine folder. Thanks for telling me about
wincfg. I was able to make wine and savihost to use jack as output but
now under midi devices, in savihost, I get no input device listed and
one output. Also after some using it some time it became unstable...
cheers,
hector
On Thu, 2005-13-10 at 21:54 +0100, guy wrote:
Theoretically you will use winecfg and tell Wine through there to use
Jack as a sound driver. I've tried it once or twice and had no luck
but maybe it's better with recent versions of Wine/Alsa/Jack? Give it
a try.
AviiHost did not install for me in a clean environment:
mark@lightning ~ $ wine savihost.exe
err:module:import_dll Library MFC42.DLL (which is needed by
L"Z:\\home\\mark\\savihost.exe") not found
err:module:LdrInitializeThunk Main exe initialization for
L"Z:\\home\\mark\\savihost.exe" failed, status c0000135
mark@lightning ~ $
MFC42.DLL is a standard Windows DLL. I'll have to grab a copy from the
DLL download site and see if that works.
Hector Centeno-Garcia wrote:
That last one did work! Except that I can't get the midi signal from my
keyboard. Anyone here knows how to configure wine to use jack? I can see
that there is a jack driver but I can't find where to configure wine to
use it. I'm using a recent version of winde and there is no more config
file in my .wine directory.
On Thu, 2005-13-10 at 11:54 -0700, Mark Knecht
wrote:
Does anyone know of a potential VST host that we could try to run under Wine?
(snip)
vsthost is a stand alone host for vst plug ins. There is also a stand
alone host for vsti's called savihost. Both are free but not open source.
http://www.hermannseib.com/english/vsthost.htm
http://www.hermannseib.com/english/savihost.htm
10:12 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On 10/13/05, Hector Centeno-Garcia <h.centeno(a)sympatico.ca> wrote:
On Thu, 2005-13-10 at 16:17 -0700, Mark Knecht wrote:
Right, but not everyone has Windows...
For people who don't have Windows the dlls are mostly available online
at DLL-Files.com:
http://www.dll-files.com/search.php?s=MFC42
I would suggest that maybe we need to make a standard location like
that the place to go so that everyone testing is using EXACTLY the
same DLLs. I'd be worried that your and my dll are slightly different
versions (due to updates done to Windows) then we would get different
results. This way we'd all be using the same thing. Easier to debug
problems.
We can even have an application page on the Wine AppDB that points to
the exact Windows DLL so that no one has to find anything.
AviiHost did not install for me in a clean environment:
mark@lightning ~ $ wine savihost.exe
err:module:import_dll Library MFC42.DLL (which is needed by
L"Z:\\home\\mark\\savihost.exe") not found
err:module:LdrInitializeThunk Main exe initialization for
L"Z:\\home\\mark\\savihost.exe" failed, status c0000135
mark@lightning ~ $
MFC42.DLL is a standard Windows DLL. I'll have to grab a copy from the
DLL download site and see if that works.
I got MFC42.DLL from my windows partition and just copied it to the
system folder inside your .wine folder. Thanks for telling me about
wincfg. I was able to make wine and savihost to use jack as output but
now under midi devices, in savihost, I get no input device listed and
one output. Also after some using it some time it became unstable...
This may be an issue with Wine and how well MIDI support is
integrated. I use Battery under Wine/jack_fst and I can drive MIDI to
that.
Anyway, this would all be part of the buf report process we would make
to the Wine Bugzilla system about what works and what doesn''t work.
- Mark
16 Oct
16 Oct
4:25 a.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On Thu, Oct 13, 2005 at 09:33:07AM -0700, Mark Knecht wrote:
On 10/13/05, Paul Davis
<paul(a)linuxaudiosystems.com> wrote:
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.
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
On Thu, 2005-10-13 at 16:59 +0200, Cesare wrote:
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 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.
10:40 a.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
torbenh(a)gmx.de skrev:
On Thu, Oct 13, 2005 at 09:33:07AM -0700, Mark Knecht
wrote:
i have built an rpm out of xfst against wine-20050830 for pclinuxos
and it actually does start the vst plugin i will test this out.
On 10/13/05, Paul Davis
<paul(a)linuxaudiosystems.com> wrote:
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.
On Thu, 2005-10-13 at 16:59 +0200, Cesare wrote:
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 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.
2:18 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
Mark Knecht wrote:
>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.
>
>
Hear the man. This issue is really as much a matter for the WINE folk as
it is for us. VSTs are Windows applications, WINE intends to run Windows
applications.
Torben Hohn wrote:
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.
An interesting approach.
I downloaded the 0.3 package and built it under Planet CCRMA's RH9, WINE
20050725. What I had to do:
1) Fixed aeffectx.h by commenting out lines 918 through 932 and
added "struct" to the beginning of line 949 to read "struct
VstFileType".
2) Linked /lib/libuuid.so.1 to /lib/libuuid.so.
It built without problems. There is no 'make install', so I ran xfst
from its own directory.
The first time I ran it my X server crashed, probaby due to memory and
CPU shortcomings of my PII 366 laptop. I restarted X and ran './xfst
../vstplugins/Crystal.dll'. The plugin GUI appears and its various
controls seem to work all right. I connected a virtual keyboard to it,
played a note, and JACK zombifies the plugin.
I've only tried running the Crystal plugin, so this test doesn't mean
much. I'll try upgrading WINE to see if that matters.
so someone should step forward and try to get xfst
outthere soon. with webpage, README etc.
I need to update the VST/Linux tutorial and I'd like to include
information regarding xfst. Success stories are welcome.
I'll try building and installing it tomorrow on my desktop machine.
Best,
dp
2:50 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
On 10/16/05, Dave Phillips <dlphillips(a)woh.rr.com> wrote:
Mark Knecht wrote:
Thanks Dave. I haven't heard a consensus yet, but there seems to be
interst in the savihost.exe application for a simple host that can
hold both VSTs and VSTi's. I tried installing savihost.exe but it
failed for a missing DLL. I've rectified that and am learning to run
Savihost. It's a bit strange to be renaming the thng all the time, but
so be it. We'll see. I haven't tried to get sound yet from it. (Other
competing priorities...)
>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.
>
>
Hear the man. This issue is really as much a matter for the WINE folk as
it is for us. VSTs are Windows applications, WINE intends to run Windows
applications.
Torben Hohn wrote:
I tried this route back in February but didn't get very far with it.
My email notes don't say what version I was using at that time.
Possibly this is newer? Not sure as I've heard nothing from Torben
since that time until this week's emails on the subject.
Before I'd go to far down that path I'd like to understand if anyone
would support it over the long term. (That's just a personal view of
mine...)
Cheers,
Mark
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.
An interesting approach.
I downloaded the 0.3 package and built it under Planet CCRMA's RH9, WINE
20050725. What I had to do:
1) Fixed aeffectx.h by commenting out lines 918 through 932 and
added "struct" to the beginning of line 949 to read "struct
VstFileType".
2) Linked /lib/libuuid.so.1 to /lib/libuuid.so.
It built without problems. There is no 'make install', so I ran xfst
from its own directory.
The first time I ran it my X server crashed, probaby due to memory and
CPU shortcomings of my PII 366 laptop. I restarted X and ran './xfst
../vstplugins/Crystal.dll'. The plugin GUI appears and its various
controls seem to work all right. I connected a virtual keyboard to it,
played a note, and JACK zombifies the plugin.
I've only tried running the Crystal plugin, so this test doesn't mean
much. I'll try upgrading WINE to see if that matters.
3:53 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
On 10/16/05, Mark Knecht <markknecht(a)gmail.com> wrote:
On 10/16/05, Dave Phillips
<dlphillips(a)woh.rr.com> wrote:
I have now entered Savihost in the Wine AppDb. It will hopefully be
accepted in the next few days. When it is accepted I will post back
information here about where interested folks can go to express their
interst in getting the Wine developers to pay attention to it. I will
sign up to be the app maintainer once it is accepted.
NOTE: I downloaded the Crystal VSTi, a more or less known good device,
and attempted to run it under savihost. The process, as I understand
it, goes like this:
1) Download and install a copy of the MFC42.DLL file. I got mine from
http://www.dll-files.com. Note that there did not seem to be different
vesions of this file for different versions of Windows.
2) Copy Crystal.dll to a working directory under .wine/drive_c. I used
a generic directory called VST
3) Copy savihost.exe to the VST directory and rename it to the name of
the VSTi you want to run. In this case I renamed savihost.eve to
Crystal.exe
4) Run wine ./Crystal.exe
In my case this crashed with the following message:
mark@lightning ~/.wine/drive_c/VST $ wine ./Crystal.exe
wine: Call from 0x40b001 to unimplemented function MFC42.DLL.6625, aborting
Segmentation fault
mark@lightning ~/.wine/drive_c/VST $
I have entered this information in the following Wine bug report:
http://bugs.winehq.org/show_bug.cgi?id=3604
I encourage any and all interested people try to duplicate what I've
done here, both with Crystal and other VSTi's. Please enter your
results in this bug report.
mark@lightning ~/.wine/drive_c/VST $ wine --version
Wine 20050930
mark@lightning ~/.wine/drive_c/VST $
Cheers,
Mark
Mark Knecht wrote:
Thanks Dave. I haven't heard a consensus yet, but there seems to be
interst in the savihost.exe application for a simple host that can
hold both VSTs and VSTi's. I tried installing savihost.exe but it
failed for a missing DLL. I've rectified that and am learning to run
Savihost. It's a bit strange to be renaming the thng all the time, but
so be it. We'll see. I haven't tried to get sound yet from it. (Other
competing priorities...)
>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.
>
>
Hear the man. This issue is really as much a matter for the WINE folk as
it is for us. VSTs are Windows applications, WINE intends to run Windows
applications.
4:17 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
On Sun, 2005-10-16 at 10:53 -0700, Mark Knecht wrote:
you should check if savihost tries to use ASIO. AFAIK, Wine does not
provide support for the ASIO API, and will not run any win32 apps that
try to use it. you should also probably check if i am correct ;)
--p
4:53 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
Indeed Paul, the Savihst page says
Current version: 1.23 - VST 2.3 + ASIO 2.0 support
That may mean that you are required to run and ASIO driver. It's not
clear, but I expect you are possibly right.
Good info. Maybe we need to look for a stand alone host that doesn't
*require* ASIO support.
I will write the Savihost developer and ask about this.
Thanks,
Mark
On 10/16/05, Paul Davis <paul(a)linuxaudiosystems.com> wrote:
On Sun, 2005-10-16 at 10:53 -0700, Mark Knecht wrote:
you should check if savihost tries to use ASIO. AFAIK, Wine does not
provide support for the ASIO API, and will not run any win32 apps that
try to use it. you should also probably check if i am correct ;)
--p
5:40 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
On Sun, Oct 16, 2005 at 11:53:52AM -0700, Mark Knecht wrote:
Indeed Paul, the Savihst page says
Current version: 1.23 - VST 2.3 + ASIO 2.0 support
That may mean that you are required to run and ASIO driver. It's not
clear, but I expect you are possibly right.
Good info. Maybe we need to look for a stand alone host that doesn't
*require* ASIO support.
you might want to make a ASIO2JACK if youre serious about using windows apps/plugins..
WinApp->MME/DS->JACK->ALSA is never going to be optimal, but an asio driver which
is also a jack client could be pretty good...and could proably exist faster than
convincing NI to compile their plugins for linux (although i could see them doing that in
maybe the next 3 or 4 years)
I will write the Savihost developer and ask about this.
Thanks,
Mark
On 10/16/05, Paul Davis <paul(a)linuxaudiosystems.com> wrote:
> On Sun, 2005-10-16 at 10:53 -0700, Mark Knecht wrote:
>
> you should check if savihost tries to use ASIO. AFAIK, Wine does not
> provide support for the ASIO API, and will not run any win32 apps that
> try to use it. you should also probably check if i am correct ;)
>
> --p
>
>
>
>
6:58 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
On 10/16/05, carmen <ix(a)replic.net> wrote:
On Sun, Oct 16, 2005 at 11:53:52AM -0700, Mark Knecht
wrote:
We probably should look into that.
I just tried the Wine Jack driver. It doesn't even find the JAck
server. I've filed a bug report here:
http://bugs.winehq.org/show_bug.cgi?id=3606
Cheers,
Mark
Indeed Paul, the Savihst page says
Current version: 1.23 - VST 2.3 + ASIO 2.0 support
That may mean that you are required to run and ASIO driver. It's not
clear, but I expect you are possibly right.
Good info. Maybe we need to look for a stand alone host that doesn't
*require* ASIO support.
you might want to make a ASIO2JACK if youre serious about using windows apps/plugins..
WinApp->MME/DS->JACK->ALSA is never going to be optimal, but an asio driver which
is also a jack client could be pretty good...and could proably exist faster than
convincing NI to compile their plugins for linux (although i could see them doing that in
maybe the next 3 or 4 years)
17 Oct
17 Oct
12:59 a.m.
New subject: [linux-audio-user] more notes re: fst/xfst
On Sun, 2005-16-10 at 13:58 -0700, Mark Knecht wrote:
On 10/16/05, carmen <ix(a)replic.net> wrote:
using a recent version of wine Savihost worked for me but after trying
to use jack in wine it started to become unstable. I got it to connect
and I got sound from it, but for some reason the jack configuration in
wine is not detecting my midi input... only the output.
hector
On Sun, Oct 16, 2005 at 11:53:52AM -0700, Mark
Knecht wrote:
We probably should look into that.
I just tried the Wine Jack driver. It doesn't even find the JAck
server. I've filed a bug report here:
http://bugs.winehq.org/show_bug.cgi?id=3606
Cheers,
Mark Indeed Paul, the Savihst page says
Current version: 1.23 - VST 2.3 + ASIO 2.0 support
That may mean that you are required to run and ASIO driver. It's not
clear, but I expect you are possibly right.
Good info. Maybe we need to look for a stand alone host that doesn't
*require* ASIO support.
you might want to make a ASIO2JACK if youre serious about using windows apps/plugins..
WinApp->MME/DS->JACK->ALSA is never going to be optimal, but an asio driver which
is also a jack client could be pretty good...and could proably exist faster than
convincing NI to compile their plugins for linux (although i could see them doing that in
maybe the next 3 or 4 years)
16 Oct
16 Oct
6 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
Paul,
I updated the dll from the online site with a newer version of the
dll from my Win XP box. Now Crystal is up and running here. The built
in keyboard in the savihost implementation works.
Note that this is an Alsa connection, not a Jack connection so I
cannot do much with it yet, but at least savihost is working.
Cheers,
Mark
On 10/16/05, Paul Davis <paul(a)linuxaudiosystems.com> wrote:
On Sun, 2005-10-16 at 10:53 -0700, Mark Knecht wrote:
you should check if savihost tries to use ASIO. AFAIK, Wine does not
provide support for the ASIO API, and will not run any win32 apps that
try to use it. you should also probably check if i am correct ;)
--p
17 Oct
17 Oct
12:10 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
Dave Phillips wrote:
Mark Knecht wrote:
Hear the man. This issue is really as much a matter for the WINE folk
as it is for us. VSTs are Windows applications, WINE intends to run
Windows applications.
Torben Hohn wrote:
xfst worked great with some VSTis
I've tested so far:
Crystal ran well
NIs Kontakt Sampler 1.5 runs nearly like a native linux app and is
perfectly jackified.
NIs Reaktor Session has had major problems with it's menu structure,
freezed to some degree and than didn't recognize mouse-clicks
My Setup:
Debian Testing (kernel 2.6.13)
Wine 20050628 (winxp mode)
xfst-0.3
Here is what I did, to make it working.
Download the vst-sdk.
http://ygrabit.steinberg.de/users/ygrabit/public_html/vstsdk/Download/VST%2…
Copy the required header files from vstsdk2.3/source/common/ to xfst/vst
directory.
(AEffect.h and aeffectx.h)
Patch xfst/vst/aeffectx.h
I'v created a diff, appended as attachment.
Apply it like this:
patch aeffectx.h aeffectx.h.diff --verbose
compile xfst:
make
Start jackd
Start xfstified vst:
./xfst ~/.wine/c/Program\ Files/Vstplugins/Kontakt.dll
Regards,
Emanuel
start of aeffectx.h.diff
#######################################
--- aeffectx.h.orig 2005-10-16 17:30:00.000000000 +0200
+++ aeffectx.h 2005-10-17 15:27:11.000000000 +0200
@@ -913,6 +913,9 @@
//---Used by audioMasterOpenFileSelector-----------
+/*
+// commented out for xfst
+//
struct VstFileType
{
VstFileType (char* _name, char *_macType, char *_dosType, char
*_unixType = 0, char *_mimeType1 = 0, char *_mimeType2 = 0)
@@ -938,6 +941,9 @@
char mimeType2[128];
};
+*/
+
+
struct VstFileSelect
{
long command; // see enum kVstFileLoad....
@@ -946,8 +952,12 @@
long macCreator; // optional: 0 = no creator
long nbFileTypes; // nb of fileTypes to used
- VstFileType *fileTypes; // list of fileTypes
-
+
+
+ // commented out for xfst
+ //struct struct VstFileType *fileTypes; // list of fileTypes
+
+
char title[1024]; // text display in the file selector's title
char *initialPath; // initial path
###################################
end of aeffectx.h.diff
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.
An interesting approach.
I downloaded the 0.3 package and built it under Planet CCRMA's RH9,
WINE 20050725. What I had to do:
1) Fixed aeffectx.h by commenting out lines 918 through 932 and
added "struct" to the beginning of line 949 to read "struct
VstFileType".
2) Linked /lib/libuuid.so.1 to /lib/libuuid.so.
It built without problems. There is no 'make install', so I ran xfst
from its own directory.
The first time I ran it my X server crashed, probaby due to memory and
CPU shortcomings of my PII 366 laptop. I restarted X and ran './xfst
../vstplugins/Crystal.dll'. The plugin GUI appears and its various
controls seem to work all right. I connected a virtual keyboard to it,
played a note, and JACK zombifies the plugin.
I've only tried running the Crystal plugin, so this test doesn't mean
much. I'll try upgrading WINE to see if that matters.
so someone should step forward and try to get
xfst outthere soon.
with webpage, README etc.
I need to update the VST/Linux tutorial and I'd like to include
information regarding xfst. Success stories are welcome.
I'll try building and installing it tomorrow on my desktop machine.
Best,
dp
5:09 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
On Mon, 17 Oct 2005 16:10:00 +0200
Emanuel Rumpf <x(a)branwelt.de> wrote:
My Setup:
Debian Testing (kernel 2.6.13)
Wine 20050628 (winxp mode)
xfst-0.3
I use the same distribution here but with DeMuDi's multimedia kernel. I can spawn
Crystal too. I see its jack outputs but I cannot seem to find its MIDI input(s) (neither
with aconnect nor qjackctl).
What am I missing ? Thanks a lot.
--
David
6:45 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
David wrote:
I use the same distribution here but with DeMuDi's
multimedia kernel. I can spawn Crystal too. I see its jack outputs but I cannot seem to
find its MIDI input(s) (neither with aconnect nor qjackctl).
hm.
Are we talking of the same vst and version (2.4)? I got crystal here:
http://www.greenoak.com/crystal/download.html
Have you loaded the alsa sequencer modules? :
modprobe snd-seq-midi
modprobe snd-seq
I can see "130:Crystal" under QJackCtl's 'Writable Midi Clients / Midi
Input Ports' in the "Connections" Window.
Connecting Rosegarden4 also worked.
Emanuel
7:46 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
On Mon, 17 Oct 2005 22:45:41 +0200
Emanuel Rumpf <x(a)branwelt.de> wrote:
David wrote:
Yes.
I use the same distribution here but with
DeMuDi's multimedia
kernel. I can spawn Crystal too. I see its jack outputs but I cannot
seem to find its MIDI input(s) (neither with aconnect nor qjackctl).
hm.
Are we talking of the same vst and version (2.4)? I got crystal here:
http://www.greenoak.com/crystal/download.html Have you loaded the alsa sequencer modules? :
modprobe snd-seq-midi
modprobe snd-seq
Yes.
I can see "130:Crystal" under QJackCtl's
'Writable Midi Clients / Midi
Input Ports' in the "Connections" Window.
I don't have them.
If I use vsthost (dssi-vst) or native synths, everything is okay,
that's odd.
Looking at xfst's source in vsti.c, one can see that it tries to
connect to the ALSA Seq and that it should spit an error message if
that fails. Here I have no new ALSA seq port and no error message.
Anyone has an idea about this ?
Connecting Rosegarden4 also worked.
Emanuel
Thanks.
--
David
10 p.m.
New subject: [linux-audio-user] more notes re: fst/xfst
Ok, I found it. I had a bad set of VST header files installed.
Sorry for the noise and thanks.
--
David
16 Oct
16 Oct
7:39 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
torbenh(a)gmx.de skrev:
On Thu, Oct 13, 2005 at 09:33:07AM -0700, Mark Knecht
wrote:
seems that xfst fails to build for wine-20050930
it breaks with
winebuild: unrecognized option --debug
On 10/13/05, Paul Davis
<paul(a)linuxaudiosystems.com> wrote:
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.
On Thu, 2005-10-13 at 16:59 +0200, Cesare wrote:
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 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.
17 Oct
17 Oct
12:52 a.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On Sun, 2005-16-10 at 23:39 +0200, tobbe(a)nyvalls.se wrote:
i built it using wine 20040505 and it crashes right after loading the
VST. I get this messages:
gui_thread_id = 10
Got the focus
zombified - exiting from JACK
and it freezes... on the other hand, I got jack_fst working fine. I
guess the ideal would be to have a vst solution that is compatible with
the latest wine. Is xfst supposed to build using a recent wine?
Thanks a lot for sharing your work!
hector
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.
seems that xfst fails to build for wine-20050930
it breaks with
winebuild: unrecognized option --debug 
3:13 a.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
Hector Centeno-Garcia wrote:
On Sun, 2005-16-10 at 23:39 +0200, tobbe(a)nyvalls.se
wrote:
i built it using wine 20040505 and it crashes right after loading the
VST. I get this messages:
gui_thread_id = 10
Got the focus
zombified - exiting from JACK
and it freezes... on the other hand, I got jack_fst working fine. I
guess the ideal would be to have a vst solution that is compatible with
the latest wine. Is xfst supposed to build using a recent wine?
Thanks a lot for sharing your work!
hector
Thac built xfst against 20050830 and although I have not stress tested
it yet, it does fire up my selection of vst's in Pclos (mdk derivitive)
R~
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.
seems that xfst fails to build for wine-20050930
it breaks with
winebuild: unrecognized option --debug
11:47 a.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On Sun, 2005-16-10 at 22:17 -0700, Russell Hanaghan wrote:
Hector Centeno-Garcia wrote:
I rebuilt xfst against wine 20050725 (the oficial ubuntu breezy) and
tested with other VSTs (jack is set to a latency of 11.6 msecs):
- Crystal vst zombifies and exits from jack but it doesn't lock. If I
set Jack to a higher Timeout period (1000msecs) it loads and works fine!
- DelayLama works perfect (it even shows the GUI animation properly)
- Synful orchestra works fine.
- GRMTools seem to be working fine without some of them crashing as in
jack_fst.
Great! xfst seems to be the solution for linux-vst. I can help to set it
up and mantain a web site (would it be ok at sourceforge?) but I guess
it would be good if we create a complete package including install
script in the make file (I don't have experience doing this, but I can
figure it out) and a README. Is someone else interested in helping
Torben and making it available publicly?
thanks!
hector
On Sun, 2005-16-10 at 23:39 +0200,
tobbe(a)nyvalls.se wrote:
i built it using wine 20040505 and it crashes right after loading the
VST. I get this messages:
gui_thread_id = 10
Got the focus
zombified - exiting from JACK
and it freezes... on the other hand, I got jack_fst working fine. I
guess the ideal would be to have a vst solution that is compatible with
the latest wine. Is xfst supposed to build using a recent wine?
Thanks a lot for sharing your work!
hector
Thac built xfst against 20050830 and although I have not stress tested
it yet, it does fire up my selection of vst's in Pclos (mdk derivitive)
R~
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.
seems that xfst fails to build for wine-20050930
it breaks with
winebuild: unrecognized option --debug
20 Oct
20 Oct
7:11 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On Mon, Oct 17, 2005 at 09:47:47AM -0400, Hector Centeno-Garcia wrote:
I rebuilt xfst against wine 20050725 (the oficial ubuntu breezy) and
tested with other VSTs (jack is set to a latency of 11.6 msecs):
- Crystal vst zombifies and exits from jack but it doesn't lock. If I
set Jack to a higher Timeout period (1000msecs) it loads and works fine!
hi... i forgot to mention the -r option
Crystal WORKS.
./xfst -r Crystal.dll
even with -p 128 which i generally use.
- DelayLama works perfect (it even shows the GUI
animation properly)
- Synful orchestra works fine.
- GRMTools seem to be working fine without some of them crashing as in
jack_fst.
Great! xfst seems to be the solution for linux-vst. I can help to set it
up and mantain a web site (would it be ok at sourceforge?) but I guess
it would be good if we create a complete package including install
script in the make file (I don't have experience doing this, but I can
figure it out) and a README. Is someone else interested in helping
Torben and making it available publicly?
yes please.
and dont forget. you dont help ME. you help yourself ;)
thanks!
hector
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
21 Oct
21 Oct
12:53 a.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
torbenh(a)gmx.de wrote:
hi... i forgot to mention the -r option
Crystal WORKS.
./xfst -r Crystal.dll
even with -p 128 which i generally use.
Ah, thanks for the mention. Crystal does indeed work here now, nicely
even on a PII 366.
Best,
dp
10:33 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
torbenh(a)gmx.de wrote:
On Mon, Oct 17, 2005 at 09:47:47AM -0400, Hector
Centeno-Garcia wrote:
Thanks! We help ourselves... that's the nice thing about open source.
With the -r option Crystal works for me now. What is this option for?
One plugin that I can't get working is the SRI_1010. It would be very
nice to have this one unless you know of any other free convolution
plugin. I tried with and without the -r option and I get:
err:midi:MIDI_AlsaToWindowsDeviceType Cannot determine the type of this
midi device. Assuming FM Synth
gui_thread_id = 10
could not post message to gui thread
cannot create editor
Have any of you tried to use this one?
cheers!
Hector.
I rebuilt xfst against wine 20050725 (the oficial
ubuntu breezy) and
tested with other VSTs (jack is set to a latency of 11.6 msecs):
- Crystal vst zombifies and exits from jack but it doesn't lock. If I
set Jack to a higher Timeout period (1000msecs) it loads and works fine!
hi... i forgot to mention the -r option
Crystal WORKS.
./xfst -r Crystal.dll
even with -p 128 which i generally use.
- DelayLama works perfect (it even shows the GUI
animation properly)
- Synful orchestra works fine.
- GRMTools seem to be working fine without some of them crashing as in
jack_fst.
Great! xfst seems to be the solution for linux-vst. I can help to set it
up and mantain a web site (would it be ok at sourceforge?) but I guess
it would be good if we create a complete package including install
script in the make file (I don't have experience doing this, but I can
figure it out) and a README. Is someone else interested in helping
Torben and making it available publicly?
yes please.
and dont forget. you dont help ME. you help yourself ;)
22 Oct
22 Oct
3:39 a.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On Fri, Oct 21, 2005 at 08:33:55PM -0400, Hector Centeno-Garcia wrote:
Thanks! We help ourselves... that's the nice thing
about open source.
With the -r option Crystal works for me now. What is this option for?
One plugin that I can't get working is the SRI_1010. It would be very
nice to have this one unless you know of any other free convolution
plugin. I tried with and without the -r option and I get:
err:midi:MIDI_AlsaToWindowsDeviceType Cannot determine the type of this
midi device. Assuming FM Synth
gui_thread_id = 10
could not post message to gui thread
cannot create editor
hmmm... this looks like the plugin is trying to open a midi port by
itself. try to configure wine so that it does not see any alsa midiport.
Have any of you tried to use this one?
cheers!
Hector.
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
8:02 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On 10/21/05, torbenh(a)gmx.de <torbenh(a)gmx.de> wrote:
On Fri, Oct 21, 2005 at 08:33:55PM -0400, Hector
Centeno-Garcia wrote:
Hi all,
I just got a few minutes to try xfst on my AMD64 machine. Did
anyone else run into this:
mark@lightning ~/CODE/xfst-0.3 $ make
winebuild -o xfst.exe.dbg.c --debug -C. audiomaster.c fst.c
fstinfofile.c gtk.c jfst.c vsti.c vstwin.c
winebuild: unrecognized option `--debug'
Usage: winebuild [OPTIONS] [FILES]
<SNIP>
make: *** [xfst.exe.dbg.c] Error 1
mark@lightning ~/CODE/xfst-0.3 $
I hope I'm doing this correctly. I put the Steinberg headers in the
vst directory and then ran make. That seems to be what the README file
suggests. There is also a file called readme.jack-fst which seems ot
be leftover from the older Jack_fst. Is that correct?
Make does seem to want to run winebuild, and winebuild on my system
doesn't support an option called debug.
mark@lightning ~/CODE/xfst-0.3 $ wine --version
Wine 20050930
mark@lightning ~/CODE/xfst-0.3 $
Did I miss some conversation about this?
Thanks,
Mark
Thanks! We help ourselves... that's the nice
thing about open source.
With the -r option Crystal works for me now. What is this option for?
One plugin that I can't get working is the SRI_1010. It would be very
nice to have this one unless you know of any other free convolution
plugin. I tried with and without the -r option and I get:
err:midi:MIDI_AlsaToWindowsDeviceType Cannot determine the type of this
midi device. Assuming FM Synth
gui_thread_id = 10
could not post message to gui thread
cannot create editor
hmmm... this looks like the plugin is trying to open a midi port by
itself. try to configure wine so that it does not see any alsa midiport.
Have any of you tried to use this one?
cheers!
Hector.
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
23 Oct
23 Oct
4:05 p.m.
New subject: [linux-audio-user] jack_fst and gcc4
torbenh(a)gmx.de wrote:
On Fri, Oct 21, 2005 at 08:33:55PM -0400, Hector
Centeno-Garcia wrote:
I disabled alsa in wine using winecfg and now I don't get any midi
related error but I'm still getting this:
gui_thread_id = 10
could not post message to gui thread
cannot create editor
And it fails opening SRI_1010.
thanks,
hector
Thanks! We help ourselves... that's the nice
thing about open source.
With the -r option Crystal works for me now. What is this option for?
One plugin that I can't get working is the SRI_1010. It would be very
nice to have this one unless you know of any other free convolution
plugin. I tried with and without the -r option and I get:
err:midi:MIDI_AlsaToWindowsDeviceType Cannot determine the type of this
midi device. Assuming FM Synth
gui_thread_id = 10
could not post message to gui thread
cannot create editor
hmmm... this looks like the plugin is trying to open a midi port by
itself. try to configure wine so that it does not see any alsa midiport.
4:52 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
torbenh(a)gmx.de wrote:
On Fri, Oct 21, 2005 at 08:33:55PM -0400, Hector
Centeno-Garcia wrote:
I disabled alsa in wine using winecfg and now I don't get any midi
related error but I'm still getting this:
gui_thread_id = 10
could not post message to gui thread
cannot create editor
And it fails opening SRI_1010.
thanks,
hector
Thanks! We help ourselves... that's the nice
thing about open source.
With the -r option Crystal works for me now. What is this option for?
One plugin that I can't get working is the SRI_1010. It would be very
nice to have this one unless you know of any other free convolution
plugin. I tried with and without the -r option and I get:
err:midi:MIDI_AlsaToWindowsDeviceType Cannot determine the type of this
midi device. Assuming FM Synth
gui_thread_id = 10
could not post message to gui thread
cannot create editor
hmmm... this looks like the plugin is trying to open a midi port by
itself. try to configure wine so that it does not see any alsa midiport.
7:34 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
On Sun, Oct 23, 2005 at 02:52:05PM -0400, Hector Centeno-Garcia wrote:
torbenh(a)gmx.de wrote:
where do i get sri_1010 from ?
does it have a GUI ?
if thats not the case open with -n
but then i dont believe you will get the required sysexxes through.
i think you should be using brutefir ;)
On Fri, Oct 21, 2005 at 08:33:55PM -0400, Hector
Centeno-Garcia wrote:
I disabled alsa in wine using winecfg and now I don't get any midi
related error but I'm still getting this:
gui_thread_id = 10
could not post message to gui thread
cannot create editor
And it fails opening SRI_1010.
Thanks! We help ourselves... that's the nice
thing about open source.
With the -r option Crystal works for me now. What is this option for?
One plugin that I can't get working is the SRI_1010. It would be very
nice to have this one unless you know of any other free convolution
plugin. I tried with and without the -r option and I get:
err:midi:MIDI_AlsaToWindowsDeviceType Cannot determine the type of this
midi device. Assuming FM Synth
gui_thread_id = 10
could not post message to gui thread
cannot create editor
hmmm... this looks like the plugin is trying to open a midi port by
itself. try to configure wine so that it does not see any alsa midiport.
thanks,
hector
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
8:41 p.m.
New subject: [linux-audio-user] Re: [ardour-users] jack_fst and gcc4
torbenh(a)gmx.de:
where do i get sri_1010 from ?
http://www.knufinke.de/sir/Sir_1010.zip
does it have a GUI ?
Yes
21 Oct
21 Oct
6:02 p.m.
New subject: [linux-audio-user] Re: Re: [ardour-users] jack_fst and gcc4
torbenh(a)gmx.de wrote:
On Thu, Oct 13, 2005 at 09:33:07AM -0700, Mark Knecht
wrote:
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
On 10/13/05, Paul Davis
<paul(a)linuxaudiosystems.com> wrote:
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.
On Thu, 2005-10-13 at 16:59 +0200, Cesare wrote:
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 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.
22 Oct
22 Oct
3:37 a.m.
New subject: [linux-audio-user] Re: Re: [ardour-users] jack_fst and gcc4
On Fri, Oct 21, 2005 at 09:31:08PM +0200, Martin Wohlleben wrote:
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
hmm... this is coming out of the internals of wine.
i would need more time to get into this.
why dont you try brute fir ?
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.
this makes me happy.
(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
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
7030
days inactive
7040
days old
linux-audio-user@lists.linuxaudio.org
50 comments
17 participants
participants (17)
-
carmen -
Cesare -
CHAZ WORM -
Dave Phillips -
David -
Emanuel Rumpf -
guy -
Hector Centeno-Garcia -
Joe Dell'Orfano -
Joseph Dell'Orfano
-
Mark Knecht -
Martin Wohlleben -
Paul Davis -
Russell Hanaghan -
tobbe＠nyvalls.se -
torbenh＠gmx.de -
Wolfgang Woehl