Re: Spitfire Audio free sample libraries
Posted: Fri Jun 05, 2020 4:44 am
Which version of "Spitfire Audio.exe" works with wine?
Can i download it somewhere?
Can i download it somewhere?
creating music freely
https://linuxmusicians.com/
I can confirm that the latest version (3.2.6) works with the current WineHQ wine-devel version (5.10) on my machine. If you can't upgrade to that Wine version, then you need to install a pre-3.2.x version, e.g., SpitfireAudioWinSetup-3.1.18.exe, and add the@diedeno
Which version of "Spitfire Audio.exe" works with wine?
Can i download it somewhere?
Code: Select all
"skip_updates": true
It still doesn't work for me I suspect I'm experiencing a different issue from you guys, though. The main application (the one you install the samples from) works fine, and always has: I get a segmentation fault (with no additional info) whenever I try to load the VST via dssi-vst instead. It used to work more than fine up until a few months ago, until the segmentation fault arrived (possibly after some update, can't remember). Any time an update comes out for the application and/or Wine, I hope it fixes it, but that never happens...tseaver wrote: ↑Mon Jun 08, 2020 4:43 am I can confirm that the latest version (3.2.6) works with the current WineHQ wine-devel version (5.10) on my machine. If you can't upgrade to that Wine version, then you need to install a pre-3.2.x version, e.g., SpitfireAudioWinSetup-3.1.18.exe, and add thepatch I outlined above to the 'lm.conf' file, preventing it from auto-updating to 3.2.6.Code: Select all
"skip_updates": true
FWIW, I'm using the LinVST binary from https://github.com/osxmidi/LinVst/releases/tag/2.8.@Rainmak3r:
I mentioned dssi-vst because it was the only one that got it running for me at the time: festige (fst.exe on Fedora) apparently doesn't help either, the version of Carla I have comes with no Windows VST support, and I never managed to install LinVST properly. Is there any other method known to work that I should look into?
That's what I tried too, but I couldn't get it to work in Ardour, and I didn't find a way to use in on its own, e.g., via command line. I'll have to invest some more time on this, as good chances are I'm doing some stupid mistake.tseaver wrote: ↑Tue Jun 30, 2020 9:01 amFWIW, I'm using the LinVST binary from https://github.com/osxmidi/LinVst/releases/tag/2.8.@Rainmak3r:
I mentioned dssi-vst because it was the only one that got it running for me at the time: festige (fst.exe on Fedora) apparently doesn't help either, the version of Carla I have comes with no Windows VST support, and I never managed to install LinVST properly. Is there any other method known to work that I should look into?
For me, the LinVst .deb file installed '/usr/bin/linvstconvert' (a simple GUI version) as well as '/usr/bin/linvstconvert6432' (simple Python script run via CLI) and '/usr/bin/linvstconverttree' (seems to be nearly the same GUI version). The Python script is illustrative:@Rainmak3r
I didn't find a way to use in on its own, e.g., via command line.
Code: Select all
#!/usr/bin/env python3
import shutil
import sys
import glob
import os
import argparse
parser = argparse.ArgumentParser()
parser.add_argument('src_path', action='store', type=str, help='"path to vst dll folder/*" (** for subdirectories); Path is enclosed in quotes, for example linvstconvert6432 "/home/user/vst/*" or linvstconvert6432 "/home/user/vst/**" for subdirectories')
args = parser.parse_args()
files = glob.glob(args.src_path, recursive=True)
for file in files:
if file.endswith( ".dll" ) or file.endswith( ".DLL" ) or file.endswith( ".Dll" ):
sofile = file[ 0: -4 ] + ".so"
shutil.copyfile( '/usr/share/LinVst/64bit-32bit/linvst.so', sofile )
Apologies, I should have clarified: I did manage to use the convert tools, and get .so files out of those. The issue is that when I update the Ardour VST paths, it seems to find them but then doesn't list them, so I can't use any of those there. By using them on the command line, I meant some other tool by which I could load these .so VSTs out of the context of a DAW (a bit like Fluidsynth can load a SF2 or sfizz an SFZ). I haven't tried if this .so version works with Carla, though, maybe I should.tseaver wrote: ↑Wed Jul 08, 2020 9:30 amFor me, the LinVst .deb file installed '/usr/bin/linvstconvert' (a simple GUI version) as well as '/usr/bin/linvstconvert6432' (simple Python script run via CLI) and '/usr/bin/linvstconverttree' (seems to be nearly the same GUI version). The Python script is illustrative:@Rainmak3r
I didn't find a way to use in on its own, e.g., via command line.
Code: Select all
#!/usr/bin/env python3 import shutil import sys import glob import os import argparse parser = argparse.ArgumentParser() parser.add_argument('src_path', action='store', type=str, help='"path to vst dll folder/*" (** for subdirectories); Path is enclosed in quotes, for example linvstconvert6432 "/home/user/vst/*" or linvstconvert6432 "/home/user/vst/**" for subdirectories') args = parser.parse_args() files = glob.glob(args.src_path, recursive=True) for file in files: if file.endswith( ".dll" ) or file.endswith( ".DLL" ) or file.endswith( ".Dll" ): sofile = file[ 0: -4 ] + ".so" shutil.copyfile( '/usr/share/LinVst/64bit-32bit/linvst.so', sofile )
Nevermind that, I'm an idiot! The plugin was indeed there, it just had a different name (LABS) than the one I expected (I was looking for Spitfire or LinVST), which is why I couldn't find it. Just tried now and it does indeed work, yay!
Hey guys sorry for being inactive for so long! I've tried your solution @tseaver but it didn't work out for me! I downloaded the old version, added the 'knob' (idk what that is haha), it opened and showed the update screen and did not skip it!tseaver wrote: ↑Wed Jun 03, 2020 10:56 pm One of the Spitfire support folks went out of his way to help me with the issue: it turns out that there
is a knob in the 'lm.conf' file which allows disabling the upgrade of the 'Spitfire Audio.exe' app:
which lets me use the app until a Wine update comes out with the fix for thisCode: Select all
@@ -22,6 +22,7 @@ "login_token": "XXXXXXXXX", "cdn": "cloudfront", "log_level": "info" + "skip_updates": "true", }, "ui": { "window_bounds": "448 172 1024 740"
bug: https://bugs.winehq.org/show_bug.cgi?id=49178.
Hi @Rainmak3r,Rainmak3r wrote: ↑Mon Jun 29, 2020 2:01 pmIt still doesn't work for me I suspect I'm experiencing a different issue from you guys, though. The main application (the one you install the samples from) works fine, and always has: I get a segmentation fault (with no additional info) whenever I try to load the VST via dssi-vst instead. It used to work more than fine up until a few months ago, until the segmentation fault arrived (possibly after some update, can't remember). Any time an update comes out for the application and/or Wine, I hope it fixes it, but that never happens...tseaver wrote: ↑Mon Jun 08, 2020 4:43 am I can confirm that the latest version (3.2.6) works with the current WineHQ wine-devel version (5.10) on my machine. If you can't upgrade to that Wine version, then you need to install a pre-3.2.x version, e.g., SpitfireAudioWinSetup-3.1.18.exe, and add thepatch I outlined above to the 'lm.conf' file, preventing it from auto-updating to 3.2.6.Code: Select all
"skip_updates": true
I mentioned dssi-vst because it was the only one that got it running for me at the time: festige (fst.exe on Fedora) apparently doesn't help either, the version of Carla I have comes with no Windows VST support, and I never managed to install LinVST properly. Is there any other method known to work that I should look into?
Code: Select all
yay -S airwave-git
I did try installing Airwave some time ago (on my Fedora 31), but IIRC I had many troubles getting the right VST headers (the ones officially available were not the ones the project expected), and I eventually gave up. Now that I got LinVST working for Spitfire, and that festige/dssi-vst work for other VSTs I use from time to time, I think I'm in a happy enough place for the time beingWakellor wrote: ↑Fri Jul 24, 2020 5:43 pm Hi @Rainmak3r,
I would 100% recommend Airwave over those. It's a lot more seamless and is pretty fast as well! If you're on Arch, you can install it withCode: Select all
yay -S airwave-git
What do you mean by headers? If you mean what I think you mean, you can't use spaces or dashes, that's about all I know. Works fine here for absolutely all VSTs! Simply link them all in Airwave to /lib/vst and they should all come up...Rainmak3r wrote: ↑Fri Jul 24, 2020 5:55 pm I did try installing Airwave some time ago (on my Fedora 31), but IIRC I had many troubles getting the right VST headers (the ones officially available were not the ones the project expected), and I eventually gave up. Now that I got LinVST working for Spitfire, and that festige/dssi-vst work for other VSTs I use from time to time, I think I'm in a happy enough place for the time being
I mean the Steinberg VST2 SDK header files, that you need to compile the project. The header files and their relative locations changed since the project was first shared apparently (at least in the official SDK): I played a bit with paths in the code and makefiles but then got other issues, and I eventually went nowhere. I think I tried some more recent forks but got similar issues. That was some time ago, though, so I'm not sure what exactly went wrong and where.Wakellor wrote: ↑Fri Jul 24, 2020 6:00 pmWhat do you mean by headers? If you mean what I think you mean, you can't use spaces or dashes, that's about all I know. Works fine here for absolutely all VSTs! Simply link them all in Airwave to /lib/vst and they should all come up...Rainmak3r wrote: ↑Fri Jul 24, 2020 5:55 pm I did try installing Airwave some time ago (on my Fedora 31), but IIRC I had many troubles getting the right VST headers (the ones officially available were not the ones the project expected), and I eventually gave up. Now that I got LinVST working for Spitfire, and that festige/dssi-vst work for other VSTs I use from time to time, I think I'm in a happy enough place for the time being
I wish I knew any compiling but I'm afraid I don't! Arch Linux installed it completely fine.. maybe you could grab the file from the AUR, and see if you can install it from that? Though I'm guessing it's not cross-platform. Once you've set it up, you can forget about it so if you can get it to work for you, it's worth it!Rainmak3r wrote: ↑Fri Jul 24, 2020 6:17 pm I mean the Steinberg VST2 SDK header files, that you need to compile the project. The header files and their relative locations changed since the project was first shared apparently (at least in the official SDK): I played a bit with paths in the code and makefiles but then got other issues, and I eventually went nowhere. I think I tried some more recent forks but got similar issues. That was some time ago, though, so I'm not sure what exactly went wrong and where.