Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Win32 build possible, but has bugs #14

Closed
getdunne opened this issue Sep 26, 2018 · 18 comments
Closed

Win32 build possible, but has bugs #14

getdunne opened this issue Sep 26, 2018 · 18 comments

Comments

@getdunne
Copy link

I was able to build the VST2 for Win32/x86 in VS2017, but it exhibits glitches with some presets, most notably "Polysynth - FM Poly 1".

Steps to reproduce the behavior:

  1. Use VS2017 Configuration Manager to add the Win32 platform, then build the 32-bit VST2.
  2. Open 32-bit VST2 in a 32-bit VST host (I used Hermann Seib's VSTHost).
  3. Select preset "Polysynth - Embrass" and play lots of notes
  4. Select preset "Polysynth - FM Poly 1" and play just two notes legato - second one will glitch.

This does NOT happen with the 64-bit build. There may be an underlying bug which mainly manifests in the 32-bit version for some reason.

@synthtester
Copy link

Can you share it? I'm here after following link from Vember that says binaries are available but the only Windows installer I found is x64.

@getdunne
Copy link
Author

Can you share it? I'm here after following link from Vember that says binaries are available but the only Windows installer I found is x64.

@kurasu can you share this? If I do it, it will violate my license from Steinberg; I'm not prepared to risk that.

@esaruoho
Copy link
Collaborator

esaruoho commented Dec 8, 2018

@getdunne hold on, what? Is this because of Steinberg's VST2 license or something, or why can't a regular VST be made available for free without running into Steinberg issues? can ya somehow explain this further?

@getdunne
Copy link
Author

getdunne commented Dec 9, 2018

This is not my code, so I’m not interested in distributing it, as VST2 or any other form. If you want a 32-bit version, ask the author. I just reported a few technical issues with the 32-bit build.

@esaruoho
Copy link
Collaborator

@getdunne is there any chance you could document the VS2017 - settings and building further so someone could make a PR / Branch out of that and maybe update the README.md file so we'll eventually be able to bake VSTs. This way nobody needs to create a .dll with their own VST license and share it somewhere and get into trouble with steinborg.

@esaruoho
Copy link
Collaborator

can the vs2017 configuration manager be used to build a 64-bit VST2 for Windows?

@getdunne
Copy link
Author

surge-vst32proj.zip
I don't have time to go through the pull-request process, but here is my .vcxproj for the VST2 build and instructions for how to use it, assuming you have access to the necessary files from the old VST2 SDK.

@jarkkojs
Copy link
Collaborator

Going through old issues for fun to find the dead leaves. Maybe you could try with a newer build? @kzantow was working on automatic Windows builds so maybe you could grab on of those. Dunno, what is the status of that effort, though.

@getdunne
Copy link
Author

I used the latest code pulled from GitHub, so this should be up to date. The only interesting aspect here is that there are a few patches which don’t work in 32-bit, and this may serve as a clue to where there might be a code problem such as questionable typedefs, casts, or struct definitions.

@kzantow
Copy link
Collaborator

kzantow commented Dec 23, 2018

@getdunne maybe if you start compiling a list of problematic patches and post them here, it could help to diagnose things?

@esaruoho
Copy link
Collaborator

@kzantow there's going to be problematic patches bugs posted at #181. this #14 seems to be a mixture of win32 compiling and then patch problems. better to list them there at #181

@esaruoho
Copy link
Collaborator

@getdunne i'd recommend closing this ticket since the ASSYM bug manifests on 64-bit builds too and it is manifestly confusing to talk about win32 building working yet glitching if it is actually Surge-wide (32-bit, 64-bit). and, as noted and clarified in #181 - the issue is about Waveshaper: ASSYM mode and nothing to do with win32 builds.

@esaruoho
Copy link
Collaborator

esaruoho commented Jan 3, 2019

let's see what that zip contains..

@esaruoho
Copy link
Collaborator

esaruoho commented Jan 3, 2019

@getdunne i took your attachment + writings + description and posted them to #97 - hopefully there'll be some benefit in them being mirrored there - because automated 32-bit windows builds would be loovely.

@esaruoho
Copy link
Collaborator

surge-vst32proj.zip
I don't have time to go through the pull-request process, but here is my .vcxproj for the VST2 build and instructions for how to use it, assuming you have access to the necessary files from the old VST2 SDK.

p.s. i fixed the URL to link to surge-synthesizer/surge instead of kurasu/surge so that the surge-vst32proj.zip will work again.

surge-vst32proj.zip

@esaruoho
Copy link
Collaborator

@getdunne overall, are you able to bake a january 2019 version and see if the 32-bit presets still bug? a lot of preset fixes have gone in recently. would love to hear your opinion.

@baconpaul
Copy link
Collaborator

That preset was the one you got with bad cpu info so should be fixed st head. It was the #181 problem right?

@getdunne
Copy link
Author

@esaruoho I got the latest code and can still build 64-bit VST2's (which work) and 32-bit VST2's, which fail, aways in the same spot: lipol.h line 84, called from lipol.h line 63, called from SurgeSuperOscillator.cpp line 64. Error is "Exception thrown.... Access violation reading location 0xFFFFFFFF".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants