Moderator: Moderators (Main)
by runagate; Fri Nov 02, 2012 11:20 am
 because the AppData folder is invisible and likely lacking permission to open it by default, and Win8 has "Local," "LocalLow," and "Roaming" subfolders in AppData… its a big mess to search through.
by NiallM; Mon Nov 05, 2012 2:55 am
- Code: Select all
- Fixed midi-producing plugins not passing their midi output on.
- Fixed it so the Looper won't crash if you hit record while it's already playing.
- Updated to JUCE v2.0.27.
- Fixed bug in JUCE's PluginDirectoryScanner causing previously-crashed plugins to get scanned repeatedly.
runagate wrote:There is in fact a recently crashed plugin file, and what I was observing is that it sometimes, but not always, updated... which is why from the User point of view it seemed to me it didn't have this function. After running it a bajillion times, and experiencing different kinds of crashes and hangs, it managed to make it through Anarchy Fx VSTs
Thanks for this, it helped quite a lot. It turns out there was a bug in JUCE where plugins already in the RecentlyCrashedPluginsList file would get moved to the end of the scan list the next time a scan was run, rather than getting removed from it. Which of course meant that if you had one misbehaving plugin the scan would never complete, no matter how many times you ran it. I've fixed it now.
by NiallM; Tue Nov 06, 2012 2:03 am
spacedad wrote:cheers for updating.
it crashes on scanning my 'mini' folder and my big vst folder.
it scans a few then freezes.
Does this happen every time? It should keep a note of troublesome plugins and not scan them again. If you've got a lot of crashing plugins I can imagine it being a pretty frustrating process, but (at least with the new version) the scan should eventually complete. If it's getting stuck on the same plugins repeatedly then there's something wrong.
Sadly there isn't really any way around the whole 'scan-crash-scan again' process. JUCE handles all the plugin hosting for me - and does a good job for the most part - but there are quite a lot of misbehaving plugins out there, and I don't have any way of fixing the hosting code to work around each plugin's particular idiosyncrasies.
by spacedad; Fri Nov 16, 2012 5:32 am
there were a few troublesome ones,with missing sf2's or un-loadable things,but they all passed or were omitted.
i even had it working with synths and midi sequencers!
this could be a very useful host.
by NiallM; Mon Apr 22, 2013 7:35 am
- MIDI learn for application and plugin mappings.
- Per-plugin channel filtering.
- An Event Log to assist in debugging MIDI and OSC issues (this is mainly for my benefit, tbh.
- A 64-bit version for Windows.
All the plugins I use are 32-bit, so I haven't done much testing of the 64-bit version. Let me know if anything's broken...
Here's the full change log:
- Code: Select all
- Fixed MIDI mapping latch option to work the way you'd expect it to.
- Fixed Audio Recorder deleting previously-recorded files if you re-loaded them and edited the path to select a new destination file.
- Added per-plugin MIDI channel filtering.
- Fixed pure virtual function call if the app receives a MIDI signal while it's closing.
- Implemented MIDI learn for plugin and application mappings.
- Plugin editor windows now take the plugin's user name as their title.
- Fixed Looper crashing/deadlocking sometimes when starting recording via MIDI (I hope; fingers crossed...).
- Fixed File Player loop parameter not being set when loaded from a patch.
- Length of the file is now drawn on the WaveformDisplay component (used by File Player, Looper, Audio Recorder).
- Fixed it so that File Player and Looper play buttons get updated when triggered via MIDI.
- Added Event Log to help when debugging MIDI and OSC issues.
There's also been some changes to JUCE since the last release, which seems to have solved some of the plugin incompatibilities previous versions had.