Tue, 15 May 2018 11:03:49 +0100 |
Chris Cannam |
Fix some compiler warnings
|
Fri, 11 May 2018 14:11:04 +0100 |
Chris Cannam |
Add getPluginLibraryPath throughout, in order to provide diagnostic about which plugins were loaded from where
|
Thu, 01 Mar 2018 14:43:40 +0000 |
Chris Cannam |
Convert some cerrs to SVCERRs. Apart from anything else, this makes MSVC2017 happy
|
Tue, 21 Feb 2017 16:04:11 +0000 |
Chris Cannam |
Subrepo update
|
Fri, 10 Feb 2017 11:30:29 +0000 |
Lucas Thompson |
Change setDesiredExtractor signature to take ServerDescription aggregate.
dev/refactor-piper-related
|
Fri, 10 Feb 2017 11:15:19 +0000 |
Lucas Thompson |
Introduce some POD structs for describing an external server application and the desired libraries to load from it, and disambiguating between empty list request and invalid list request. This allows for overriding PiperVampPluginFactory behaviour for using a PluginScan to populate the list request.
dev/refactor-piper-related
|
Thu, 09 Feb 2017 14:32:07 +0000 |
Lucas Thompson |
Invert control, injecting a server path on construction. Also add initializer_list constructor for multiple servers.
dev/refactor-piper-related
|
Fri, 20 Jan 2017 18:05:41 +0000 |
Chris Cannam |
Update piper-cpp to github repo, and adjust build for revised layout in it
|
Wed, 16 Nov 2016 16:12:42 +0000 |
Chris Cannam |
Debug output improvements, and make the checker actually attempt to call the descriptor function for known plugin types
3.0-integration
|
Fri, 04 Nov 2016 14:39:15 +0000 |
Chris Cannam |
Some updates to accommodate adaptation for Sonic Annotator
piper
|
Fri, 04 Nov 2016 14:16:01 +0000 |
Chris Cannam |
Align Sonic Annotator with the new Piper-ified subrepos (bearing in mind we want neither Piper nor the plugin load checker in Sonic Annotator itself)
piper
|
Thu, 03 Nov 2016 15:38:17 +0000 |
Chris Cannam |
Update to use listargs variant of Piper stuff (so that the plugin winnowing feature from the penultimate commit actually works)
piper
|
Thu, 03 Nov 2016 14:57:00 +0000 |
Chris Cannam |
Make SVDEBUG always write to a log file -- formerly this was disabled in NDEBUG builds. I think there's little use to that, it just means that we keep adding more cerr debug output because we aren't getting the log we need. And SVDEBUG logging is not usually used in tight loops, I don't think the performance overhead is too serious.
piper
|
Thu, 03 Nov 2016 14:14:09 +0000 |
Chris Cannam |
Use plugin scan results to inform the list requests issued to Piper servers
piper
|