13
0
Commit Graph

100 Commits

Author SHA1 Message Date
fd8053da9e Don't use VST ->user points, prefer host-reserved ptr
Apparently "user" is for plugins (not hosts) to use.
2017-07-08 18:13:42 +02:00
4b982ef895 Prepare moving to a dedicated x-thread signal for VST UI resizing
(this changes the internal API, pending follow-up GUI update)
2017-03-08 13:03:46 +01:00
e1095310a8 Rework VST initialization:
Set the AEffect* plugin pointer before calling effOpen.
effOpen may call back into the host (masterCallback) and invoke
actions which depend on _plugin (eg. to call back into the plugin again)
2017-03-07 00:13:56 +01:00
David Carlier
be7c6225c8 moving POSIX_VISIBLE to the waf script part 2016-11-29 13:18:46 +00:00
David Carlier
28435d1a30 Making buildable under OpenBSD. 2016-11-29 13:18:46 +00:00
cc72cff504 try VST2.4's VSTPluginMain first
This fixes a crash with loading u-he Diva on windows.
2016-11-17 13:03:36 +01:00
cf1651e6d7 consolidate VSTState functions 2016-11-15 17:10:13 +01:00
15161d641d really fix windows compilation. 2016-11-15 03:25:32 +01:00
694de29953 amend 5dc2497100 ...get the windows version to compile.
eventually vststate_init() needs cleaning up, but not tonight.
2016-11-15 03:21:02 +01:00
5dc2497100 rework 8e3b6c9ac (fstwin is C code, not C++) 2016-11-15 02:49:41 +01:00
4e8d705d99 fix another typo (f30fbcaaf) 2016-11-15 01:18:10 +01:00
f30fbcaaf9 Fix VST state-lock SNAFU (effSetChunk and process are exclusive) 2016-11-14 21:06:18 +01:00
8e3b6c9ac6 consolidate VSTState initialization 2016-11-14 21:06:18 +01:00
8b93fb02f3 Mac VST-2.x support 2016-11-13 16:35:06 +01:00
Michael Beer
8d8ca6a8fa Make some functions which are needed for native VST support like snprintf() visible in FreeBSD. 2016-10-04 22:59:16 +02:00
4d7eb04cf6 Fix a crash when toggling back and forth between a generic plugin GUI window and a VST plugin's own GUI 2016-08-28 10:26:02 +01:00
bdfddec6fc more hot wine. 2015-12-17 20:22:02 +01:00
3a1a978541 Fix for crash when loading DrumGizmo VST editor on Windows 2015-08-12 11:39:28 +10:00
5291400878 case insensitive VST plugin file extension - fixes #6285
2nd attempt.
2015-04-27 18:23:51 +02:00
3f2306c4fb Revert "case insensitive ".dll" for VST plugins - fixes #6285"
This reverts commit c2f84af73d.

strcasestr() is not compatible with mingw nor MSVC.
different approach is needed.
2015-04-27 00:40:07 +02:00
c2f84af73d case insensitive ".dll" for VST plugins - fixes #6285
TODO: check portability of strcasestr()
2015-04-26 21:26:12 +02:00
7f0cdc3967 hide terminal window for windows vst scanner 2015-02-14 05:50:40 +01:00
20ea90a186 waf: fix concurrency issue with duplicate targets
The same source file cannot safely be used in different wscripts
with concurrency (if they were in the same wscript it works
.c.1.o .c.2.o, etc).


[387/764] c: libs/fst/vstwin.c -> build/libs/fst/vstwin.c.1.o
[731/764] c: libs/fst/vstwin.c -> build/libs/fst/vstwin.c.1.o
[746/764] cxxprogram: build/libs/fst/scanner.cc.1.o build/libs/fst/vstwin.c.1.o -> build/libs/fst/ardour-vst-scanner.exe
[750/764] cxxshlib: [...]  build/libs/fst/vstwin.c.1.o [...] -> build/libs/ardour/ardour-3.dll

and about one every full moon (depending on concurrency) it failed:
missing file: 'build/libs/fst/vstwin.c.1.o'
2015-01-17 18:19:25 +01:00
659c0d093d remove hardcoded major version in build scripts 2015-01-08 17:59:41 +01:00
c16d520338 prepare for 'ardour4' 2015-01-05 19:07:24 +01:00
f3604814a4 use ldflags for wine linking
fixes issue with eg. wine-unstable:
--also-libdir=/usr/lib/i386-linux-gnu/wine-unstable/
2014-12-28 15:18:39 +01:00
28fb110dd3 fix [rare] concurrent build issue:
[709/779] subst: headless/hardev_common.sh.in -> build/headless/hardev_common_waf.sh
[710/779] hardev_common_waf.sh: -> build/headless/hardev_common_waf.sh
chmod: cannot access `headless/hardev_common_waf.sh': No such file or directory
2014-12-28 10:20:25 +01:00
cb38034334 install all additional binaries in $libdir 2014-11-13 19:57:40 +01:00
04bda495c2 When building with MSVC, guard a declaration of 'strdup()' which conflicts slightly with the MSVC declaration
(maybe we should just #include <string.h> ?)
2014-11-04 13:23:15 +00:00
94e7015c70 64bit windows VSTs 2014-10-05 18:11:11 +02:00
8b27c122b6 vst-scanner app: properly init and use libpbd's Transmitter 2014-05-17 16:54:12 +02:00
058986f77b finish unfinished work at basing all install paths on the program name 2014-04-28 21:11:08 -04:00
06b700abf2 fix VST GUI swallowing for windows 2014-04-18 01:54:59 +02:00
09d5d7f26b remove code intended for use with basename(), fix memory leak since g_path_get_basename() returns a newly allocated string. 2014-04-14 15:21:29 +02:00
15c5d12321 clean up 6cc2812f2e (interim vst fixes) 2014-04-14 15:10:28 +02:00
56b9398208 despite what MSVC thinks, C is not C++. 2014-04-14 15:04:50 +02:00
unknown
d2ab2e8b31 another stab at a working vst on windows 2014-04-11 14:41:58 -05:00
unknown
9fe353c4a2 more vst tweaks 2014-04-11 14:23:35 -05:00
unknown
6cc2812f2e interim vst fixes 2014-04-11 14:23:29 -05:00
f678700376 amend previous commit, remove cruft, no more extern function pointers 2014-04-11 19:36:17 +02:00
e359521fad export fst functions (for MSVC) 2014-04-11 17:30:37 +02:00
0e41d00811 fix potential uninitialized object pointer. 2014-03-18 20:51:59 +01:00
495c0de4ac fix up waf build in wake of search path changes earlier today 2014-03-10 17:30:12 -04:00
1c839ed541 some more mingw x-compile fixes 2014-03-04 18:53:43 +01:00
912f07b919 mingw build fixes (tested with i686-w64-mingw32 on linux-x86_64) 2014-03-04 15:25:58 +01:00
e2adf46e0f update external VST scanner app 2014-02-25 14:57:57 +01:00
993ed56701 prepare standalone VST scanner tool.. part one 2014-02-25 14:57:57 +01:00
bcf6c76462 consolidate lxVST & winVST file-info code into libardour
first step and clennup before adding support for
VST shell-plugins (collections) and external scanner app...
2014-02-23 05:51:58 +01:00
8843679e1f fix minimum VST GUI window size (gtk padding) 2014-02-22 03:11:49 +01:00
dfdf9a35f1 resolve gtk + VST threading issues
while (gtk_events_pending()) gtk_main_iteration(); never returns
as long as there's a idle call registered somewhere (and it's not
called from an idle callback itself)
2014-02-22 03:11:48 +01:00