Since High Sierra 10.13.2, AU settings (here ambience AU freeware), won’t remember settings anymore. If you load a song, the plugin will always have the default settings. Strangely after reloading (and changing settings), it seems to be ok, again. Also loading of some plugins now introduces a looooong pause, where no hdd action or cpu action appear.
Could be related to Apple’s “new” way of managing AUs? There seems to be again a new system service, responsible for validating AUs?
This is precisely why I wait soooo long before upgrade my OSX! Lame to hear of this issue, but can’t say I’m all that surprised. Every new OSX release causes problems all over the place with music software
I now switched back to Sierra 10.12.6 + HFS again, and it is so much faster. The graphics performance of the recent nvidia web driver is about the same 10.12.6 vs 10.13.2 (final versions), but in Sierra, there are no weird slow downs and lags. Also HFS+ loads and writes many times faster than APFS on a SSD here. The difference is really impressive after you switch back again. I read that Apple has lot of problems since 10.13.0 with their nvidia models (unrelated to Renoise though, since Renoise lacks of a modern GUI base).
BTW. you can upgrade to High Sierra without converting to APFS (I would recommend that highly): After you downloaded the High Sierra.app from Appstore, you exit it. Then you start it from the command line, using the following switches:
/Applications/"Install macOS High Sierra.app"/Contents/Resources/startosinstall --converttoapfs NO --agreetolicense
Apple still has lot of work to do and let’s hope they will manage to fix this (does not seem like this):
nVidia mac users suffering from slowdowns over time, reported many times in mac forums
AMD mac users suffering from slowdowns over time, reported in mac forums
nVidia mac users suffering from lags and micro freezes, reported many times in mac forums
Lot of slowdowns in common apps
The performance loss caused by Spectre and Meltdown patches seem to be quite extreme, and more patches are following in 10.13.3. Let’s hope apple will optimize a lot more.
Btw. Microsoft now uses other CPU instructions for CPU prediction, and this only works starting Sky Lake. That means the performance loss is more heavy already on Haswell (even it supports PCID).
Is it possible that you would release a high Sierra quick fix? The audio unit preset management is broken in the following way:
Audiounit FX presets saved on Sierra or lower into a song will load as init preset. (E.g. ambience au)
saving audiounit FX on high Sierra works, but not be loadable then on Sierra or lower. These newly saved presets could be again broken after a renoise patch.
audiounit generators will load correctly at first time (e.g. zebra au) on high Sierra. But on next save, it will turn into the init or random preset. So if the synth has an own preset system, you will have to save it first, then replace with vst version and then load the synth preset. This of course only works if the synth provides a preset manager and a vst version
It seems that au synths are not savable at all, at least a quite a lot. Quite a showstopper.
Since other daws load correctly with the same audiounits, I would assume the renoise simply is lacking of the recent audiounit version switches or even simply the most recent audiounit SDK linked?
I would be also curious if other bugs will be gone, if you was linking only recent system libs, e.g. 10.11 minimum.
it also seems to me that Renoise 3.1.1 on 10.13 has problems to detect newly installed AUs at all, at least sometimes. It is detected in other DAWs. A workaround seems to be to move these kind of audiounits to the users’ audiounit dir instead.
Ah, and btw. this also is weird in Renoise + newer macos: You always will have to restart Renoise before an audiounit rescan (if you adding / installing plugins while Renoise is loaded), since the scan data seems to be cached in filesystem or something? Other daws do not require a restart of the daw.
Using the filemon, I can see that Renoise still scans the whole plugins on start, even if I selected not to scan at start. That’s why the loading is so long, also with a SSD. Shouldn’t Renoise skip the whole scanning if it was not selected? It seems not to use that scanned data then anyway
Renoise still stats the harddrive at “/” for every second. What is this good for? Checking, if something has changed? There are fsevents for macos btw.
Some vst plugins won’t load at first try, e.g. korg … You will have to load it two times, or load the song multiple times. Or put these into the template song, so it errors at start. These load fine in other DAWs.
Lot of problems with bridged plugins:
tal noisemaker will open, but the gui is super slow, and it will not close the gui. In other daws you can at least close the gui.
I upgraded to High sierra only just recently, it messed up what seemed like the filesystem, when I saved a file it wouldn’t show up in the finder until after a minute or longer,I think instead it was the spotlight indexing system coz as I stopped and cleaned it, saved files now pop up immediately in the finder.
I don’t have any problems with Renoise though, but I also try not to use AU plugins as I want the XRNS to open on PC too.
Nice way to make my blood boil… If you had a brain you’d figure out from my first paragraph, that I think the new filesystem is worth looking into, there’s is some kind of delay that could explain some of your weird problems “Strangely after reloading (and changing settings), it seems to be ok, again”…
But okay, I’ll piss out of your sanctimonious thread
Yeah sorry for posting over and over again… I know this is annoying. But this really drives me crazy. I have to boot into older OS just because of this. Restoration of AU presets is often not possible, only seems to work with a few plugins like ambience, but then I have to make a screenshot of the sliders. A bunch of plugins simply do not save anything, and there are a lot which are not available for vst2, since VST3/AU combination etc. Couldn’t you try to recompile the Renoise 3.1.1 source using the 10.12 SDK? Maybe it already would fix the au problem?