diff --git a/BREAKING-CHANGES.txt b/BREAKING_CHANGES.md similarity index 88% rename from BREAKING-CHANGES.txt rename to BREAKING_CHANGES.md index 8602cbbfaf..6ef6eed280 100644 --- a/BREAKING-CHANGES.txt +++ b/BREAKING_CHANGES.md @@ -1,191 +1,187 @@ -JUCE breaking changes -===================== +# JUCE breaking changes -develop -======= +# `develop` branch + +## Change -Change ------- DynamicObject::clone now returns unique_ptr instead of ReferenceCountedObjectPtr. -Possible Issues ---------------- +**Possible Issues** + Overrides of this function using the old signature will fail to compile. The result of this function may need to be manually converted to a ReferenceCountedObjectPtr. -Workaround ----------- +**Workaround** + Update overrides to use the new signature. If necessary, manually construct a ReferenceCountedObjectPtr at call sites. -Rationale ---------- +**Rationale** + It's easy to safely upgrade a unique_ptr to a shared/refcounted pointer. However, it's not so easy to convert safely in the opposite direction. Generally, returning unique_ptrs rather than refcounted pointers leads to more flexible APIs. -Version 7.0.7 -============= +# Version 7.0.7 + +## Change -Change ------- The minimum supported CMake version is now 3.22. -Possible Issues ---------------- +**Possible Issues** + It will no longer be possible to configure JUCE projects with CMake versions between 3.15 and 3.21 inclusive. -Workaround ----------- +**Workaround** + No workaround is available. Newer versions of CMake can be obtained from the official download page, or through system package managers. -Rationale ---------- +**Rationale** + Moving to CMake 3.22 improves consistency with the Projucer's Android exporter, which already requires CMake 3.22. It also allows us to make use of the XCODE_EMBED_APP_EXTENSIONS property (introduced in CMake 3.21), fixing an issue when archiving AUv3 plugins. -Version 7.0.6 -============= +# Version 7.0.6 + +## Change -Change ------- Thread::wait and WaitableEvent::wait now take a double rather than an int to indicate the number of milliseconds to wait. -Possible Issues ---------------- +**Possible Issues** + Calls to either wait function may trigger warnings. -Workaround ----------- +**Workaround** + Explicitly cast the value to double. -Rationale ---------- +**Rationale** + Changing to double allows sub-millisecond waits which was important for supporting changes to the HighResolutionTimer. -Change ------- +## Change + RealtimeOptions member workDurationMs was replaced by three optional member variables in RealtimeOptions, and all RealtimeOptions member variables were marked private. -Possible Issues ---------------- +**Possible Issues** + Trying to construct a RealtimeOptions object with one or two values, or access any of its member variables, will no longer compile. -Workaround ----------- +**Workaround** + Use the withMember functions to construct the object, and the getter functions to access the member variable values. -Rationale ---------- +**Rationale** + The new approach improves the flexibility for users to specify realtime thread options on macOS/iOS and improves the flexibility for the API to evolve without introducing further breaking changes. -Change ------- +## Change + JUCE module compilation files with a platform suffix are now checked case insensitively for CMake builds. -Possible Issues ---------------- +**Possible Issues** + If a JUCE module compilation file ends in a specific platform suffix but does not match the case for the string previously checked by the CMake implementation, it may have compiled for all platforms. Now, it will only compile for the platform specified by the suffix. -Workaround ----------- +**Workaround** + In most cases this was probably a bug, in other cases rename the file to remove the platform suffix. -Rationale ---------- +**Rationale** + This change improves consistency between the Projucer and CMake integrations. -Change ------- +## Change + An undocumented feature that allowed JUCE module compilation files to compile for a specific platform or subset of platforms by declaring the platform name followed by an underscore, was removed. -Possible Issues ---------------- +**Possible Issues** + If a JUCE module compilation file contains a matching platform suffix followed by an underscore and is loaded by the Projucer it will no longer compile for just that platform. -Workaround ----------- +**Workaround** + Use the suffix of the name only. If the undocumented feature was used to select multiple platforms, make multiple separate files for each of the required platforms. -Rationale ---------- +**Rationale** + This change improves consistency between the Projucer and CMake integrations. Given the functionality was undocumented, the ease of a workaround, and the added complexity required for CMake support, the functionality was removed. -Change ------- +## Change + Unique device IDs on iOS now use the OS provided 'identifierForVendor'. OnlineUnlockStatus has been updated to handle the iOS edge-case where a device ID query might return an empty String. -Possible Issues ---------------- +**Possible Issues** + The License checks using InAppPurchases, getLocalMachineIDs(), and getUniqueDeviceID() may return an empty String if iOS 'is not ready'. This can occur for example if the device has restarted but has not yet been unlocked. -Workaround ----------- +**Workaround** + InAppPurchase has been updated to handle this and propagate the error accordingly. The relevant methods have been updated to return a Result object that can be queried for additional information on failure. -Rationale ---------- +**Rationale** + Apple have introduced restrictions on device identification rendering our previous methods unsuitable. -Change ------- +## Change + AudioProcessor::getAAXPluginIDForMainBusConfig() has been deprecated. -Possible Issues ---------------- +**Possible Issues** + Any AudioProcessor overriding this method will fail to compile. -Workaround ----------- +**Workaround** + - Create an object which inherits from AAXClientExtensions. - In the object override and implement getPluginIDForMainBusConfig(). - In the AudioProcessor override getAAXClientExtensions() and return a pointer to the object. -Rationale ---------- +**Rationale** + Additional AAX specific functionality was required in the audio processor. Rather than continuing to grow and expand the AudioProcessor class with format specific functionality, separating this concern into a new class allows for @@ -194,50 +190,50 @@ Moving this function into this class improves consistency both with the new functionality and with similar functionality for the VST2 and VST3 formats. -Change ------- +## Change + Unique device IDs on Windows have been updated to use a more reliable SMBIOS parser. The SystemStats::getUniqueDeviceID function now returns new IDs using this improved parser. Additionally, a new function, SystemStats::getMachineIdentifiers, has been introduced to aggregate all ID sources. It is recommended to use this new function to verify any IDs. -Possible Issues ----------------- +**Possible Issues** + The SystemStats::getUniqueDeviceID function will return a different ID for the same machine due to the updated parser. -Workaround ----------- +**Workaround** + For code that previously relied on SystemStats::getUniqueDeviceID, it is advised to switch to using SystemStats::getMachineIdentifiers() instead. -Rationale ---------- +**Rationale** + This update ensures the generation of more stable and reliable unique device IDs, while also maintaining backward compatibility with the previous ID generation methods. -Change ------- +## Change + The Grid layout algorithm has been slightly altered to provide more consistent behaviour. The new approach guarantees that dimensions specified using the absolute Px quantity will always be correctly rounded when applied to the integer dimensions of Components. -Possible Issues ---------------- +**Possible Issues** + Components laid out using Grid can observe a size or position change of +/- 1px along each dimension compared with the result of the previous algorithm. -Workaround ----------- +**Workaround** + If the Grid based graphical layout is sensitive to changes of +/- 1px, then the UI layout code may have to be adjusted to the new algorithm. -Rationale ---------- +**Rationale** + The old Grid layout algorithm could exhibit surprising and difficult to control single pixel artifacts, where an item with a specified absolute size of e.g. 100px could end up with a layout size of 101px. The new approach @@ -248,14 +244,14 @@ item with absolute dimensions is guaranteed to translate into an observable 1px increase in the layout size. -Change ------- +## Change + The k91_4 and k90_4 VST3 layouts are now mapped to the canonical JUCE 9.1.4 and 9.0.4 AudioChannelSets. This has a different ChannelType layout than the AudioChannelSet previously used with such VST3 SpeakerArrangements. -Possible Issues ---------------- +**Possible Issues** + VST3 plugins that were prepared to work with the k91_4 and k90_4 SpeakerArrangements may now have incorrect channel mapping. The channels previously accessible through ChannelType::left and right are now accessible @@ -263,16 +259,16 @@ through ChannelType::wideLeft and wideRight, and channels previously accessible through ChannelType::leftCentre and rightCentre are now accessible through ChannelType::left and right. -Workaround ----------- +**Workaround** + Code that accesses the channels that correspond to the VST3 Speakers kSpeakerL, kSpeakerR, kSpeakerLc and kSpeakerRc needs to be updated. These channels are now accessible respectively through ChannelTypes wideLeft, wideRight, left and right. Previously they were accessible respectively through left, right, leftCentre and rightCentre. -Rationale ---------- +**Rationale** + This change allows developers to handle the 9.1.4 and 9.0.4 surround layouts with one codepath across all plugin formats. Previously the AudioChannelSet::create9point1point4() and create9point0point4() layouts would @@ -280,17 +276,17 @@ only be used in CoreAudio and AAX, but a different AudioChannelSet would be used in VST3 even though they were functionally equivalent. -Change ------- +## Change + The signatures of the ContentSharer member functions have been updated. The ContentSharer class itself is no longer a singleton. -Possible Issues ---------------- +**Possible Issues** + Projects that use the old signatures will not build until they are updated. -Workaround ----------- +**Workaround** + Instead of calling content sharer functions through a singleton instance, e.g. ContentSharer::getInstance()->shareText (...); call the static member functions directly: @@ -299,146 +295,145 @@ The new functions return a ScopedMessageBox instance. On iOS, the content sharer will only remain open for as long as the ScopedMessageBox remains alive. On Android, this functionality will be added as/when the native APIs allow. -Rationale ---------- +**Rationale** + The new signatures are safer and easier to use. The ScopedMessageBox also allows content sharers to be dismissed programmatically, which wasn't previously possible. -Change ------- +## Change + The minimum supported AAX library version has been bumped to 2.4.0 and the library is now built automatically while building an AAX plugin. The JucePlugin_AAXLibs_path preprocessor definition is no longer defined in AAX plugin builds. -Possible Issues ---------------- +**Possible Issues** + Projects that use the JucePlugin_AAXLibs_path definition may no longer build correctly. Projects that reference an AAX library version earlier than 2.4.0 will fail to build. -Workaround ----------- +**Workaround** + You must download an AAX library distribution with a version of at least 2.4.0. Use the definition JucePlugin_Build_AAX to check whether the AAX format is enabled at build time. -Rationale ---------- +**Rationale** + The JUCE framework now requires features only present in version 2.4.0 of the AAX library. The build change removes steps from the build process, and ensures that the same compiler flags are used across the entire project. -Change ------- +## Change + The implementation of ColourGradient::createLookupTable has been updated to use non-premultiplied colours. -Possible Issues ---------------- +**Possible Issues** + Programs that draw transparent gradients using the OpenGL or software renderers, or that use lookup tables generated from transparent gradients for other purposes, may now produce different results. -Workaround ----------- +**Workaround** + For gradients to render the same as they did previously, transparent colour stops should be un-premultiplied. For colours with an alpha component of 0, it may be necessary to specify appropriate RGB components. -Rationale ---------- +**Rationale** + Previously, transparent gradients rendered using CoreGraphics looked different to the same gradients drawn using OpenGL or the software renderer. This change updates the OpenGL and software renderers, so that they produce the same results as CoreGraphics. -Change ------- +## Change + Projucer-generated MSVC projects now build VST3s as bundles, rather than as single DLL files. -Possible Issues ---------------- +**Possible Issues** + Build workflows that expect the VST3 to be a single DLL may break. -Workaround ----------- +**Workaround** + Any post-build scripts that expect to copy or move the built VST3 should be updated so that the entire bundle directory is copied/moved. The DLL itself can still be located and extracted from within the generated bundle if necessary. -Rationale ---------- +**Rationale** + Distributing VST3s as single files was deprecated in VST3 v3.6.10. JUCE's CMake scripts already produce VST3s as bundles, so this change increases consistency between the two build systems. -Version 7.0.3 -============= +# Version 7.0.3 + +## Change -Change ------- The default macOS and iOS deployment targets set by the Projucer have been increased to macOS 10.13 and iOS 11 respectively. -Possible Issues ---------------- +**Possible Issues** + Projects using the Projucer's default minimum deployment target will have their minimum deployment target increased. -Workaround ----------- +**Workaround** + If you need a lower minimum deployment target then you must set this in the Projucer's Xcode build configuration settings. -Rationale ---------- +**Rationale** + Xcode 14 no longer supports deployment targets lower than macOS 10.13 and iOS 11. -Change ------- +## Change + The ARA SDK expected by JUCE has been updated to version 2.2.0. -Possible Issues ---------------- +**Possible Issues** + Builds using earlier versions of the ARA SDK will fail to compile. -Workaround ----------- +**Workaround** + The ARA SDK configured in JUCE must be updated to version 2.2.0. -Rationale ---------- -Version 2.2.0 is the latest official release of the ARA SDK. +**Rationale** + +# Version 2.2.0 is the latest official release of the ARA SDK. -Change ------- +## Change + The Thread::startThread (int) and Thread::setPriority (int) methods have been removed. A new Thread priority API has been introduced. -Possible Issues ---------------- +**Possible Issues** + Code will fail to compile. -Workaround ----------- +**Workaround** + Rather than using an integer thread priority you must instead use a value from the Thread::Priority enum. Thread::setPriority and Thread::getPriority should only be called from the target thread. To start a Thread with a realtime performance profile you must call startRealtimeThread. -Rationale ---------- +**Rationale** + Operating systems are moving away from a specific thread priority and towards more granular control over which types of cores can be used and things like power throttling options. In particular, it is no longer possible to map a 0-10 @@ -450,22 +445,22 @@ interfaces, and that changing a priority using the new interface can only be done on the currently running thread. -Change ------- +## Change + The constructor of WebBrowserComponent now requires passing in an instance of a new Options class instead of a single option boolean. The WindowsWebView2WebBrowserComponent class was removed. -Possible Issues ---------------- +**Possible Issues** + Code using the WebBrowserComponent's boolean parameter to indicate if a webpage should be unloaded when the component is hidden, will now fail to compile. Additionally, any code using the WindowsWebView2WebBrowserComponent class will fail to compile. Code relying on the default value of the WebBrowserComponent's constructor are not affected. -Workaround ----------- +**Workaround** + Instead of passing in a single boolean to the WebBrowserComponent's constructor you should now set this option via tha WebBrowserComponent::Options::withKeepPageLoadedWhenBrowserIsHidden method. @@ -476,8 +471,8 @@ this by setting the WebBrowserComponent::Options::withBackend method. The WebView2Preferences can now be modified with the methods in WebBrowserComponent::Options::WinWebView2. -Rationale ---------- +**Rationale** + The old API made adding further options to the WebBrowserComponent cumbersome especially as the WindowsWebView2WebBrowserComponent already had a parameter very similar to the above Options class, whereas the base class did not use @@ -487,48 +482,48 @@ special class, especially if additional browser backends are added in the future. -Change ------- +## Change + The function AudioIODeviceCallback::audioDeviceIOCallback() was removed. -Possible Issues ---------------- +**Possible Issues** + Code overriding audioDeviceIOCallback() will fail to compile. -Workaround ----------- +**Workaround** + Affected classes should override the audioDeviceIOCallbackWithContext() function instead. -Rationale ---------- +**Rationale** + The audioDeviceIOCallbackWithContext() function fulfills the same role as audioDeviceIOCallback(), it just has an extra parameter. Hence the audioDeviceIOCallback() function was superfluous. -Change ------- +## Change + The type representing multi-channel audio data has been changed from T** to T* const*. Affected classes are AudioIODeviceCallback, AudioBuffer and AudioFormatReader. -Possible Issues ---------------- +**Possible Issues** + Code overriding the affected AudioIODeviceCallback and AudioFormatReader functions will fail to compile. Code that interacts with the return value of AudioBuffer::getArrayOfReadPointers() and AudioBuffer::getArrayOfWritePointers() may fail to compile. -Workaround ----------- +**Workaround** + Functions overriding the affected AudioIODeviceCallback and AudioFormatReader members will need to be changed to confirm to the new signature. Type declarations related to getArrayOfReadPointers() and getArrayOfWritePointers() of AudioBuffer may have to be adjusted. -Rationale ---------- +**Rationale** + While the previous signature permitted it, changing the channel pointers by the previously used types was already being considered illegal. The earlier type however prevented passing T** values to parameters with type const T**. In some @@ -536,39 +531,39 @@ places this necessitated the usage of const_cast. The new signature can bind to T** values and the awkward casting can be avoided. -Change ------- +## Change + The minimum supported C++ standard is now C++17 and the oldest supported compilers on Linux are now GCC 7.0 and Clang 6.0. -Possible Issues ---------------- +**Possible Issues** + Older compilers will no longer be able to compile JUCE. -Workaround ----------- +**Workaround** + No workaround is available. -Rationale ---------- +**Rationale** + This compiler upgrade will allow the use of C++17 within the framework. -Change ------- +## Change + Resource forks are no longer generated for Audio Unit plug-ins. -Possible Issues ---------------- +**Possible Issues** + New builds of JUCE Audio Units may no longer load in old hosts that use the Component Manager to discover plug-ins. -Workaround ----------- +**Workaround** + No workaround is available. -Rationale ---------- +**Rationale** + The Component Manager is deprecated in macOS 10.8 and later, so the majority of hosts have now implemented support for the new plist-based discovery mechanism. The new AudioUnitSDK (https://github.com/apple/AudioUnitSDK) provided by Apple @@ -576,27 +571,27 @@ to replace the old Core Audio Utility Classes no longer includes the files required to generate resource forks. -Change ------- +## Change + Previously, the AudioProcessorGraph would call processBlockBypassed on any processor for which setBypassed had previously been called. Now, the AudioProcessorGraph will now only call processBlockBypassed if those processors do not have dedicated bypass parameters. -Possible Issues ---------------- +**Possible Issues** + Processors with non-functional bypass parameters may not bypass in the same way as before. -Workaround ----------- +**Workaround** + For each AudioProcessor owned by a Graph, ensure that either: the processor has a working bypass parameter that correctly affects the output of processBlock(); or, the processor has no bypass parameter, in which case processBlockBypassed() will be called as before. -Rationale ---------- +**Rationale** + The documentation for AudioProcessor::getBypassParameter() states that if this function returns non-null, then processBlockBypassed() should never be called, but the AudioProcessorGraph was breaking this rule. Calling @@ -606,30 +601,29 @@ The new behaviour obeys the contract set out in the AudioProcessor documentation. -Version 7.0.2 -============= +# Version 7.0.2 + +## Change -Change ------- The Matrix3D (Vector3D vector) constructor has been replaced with an explicit static Matrix3D fromTranslation (Vector3D vector) function, and a bug in the behaviour of the multipication operator that reversed the order of operations has been addressed. -Possible Issues ---------------- +**Possible Issues** + Code using the old constructor will not compile. Code that relied upon the order of multiplication operations will return different results. -Workaround ----------- +**Workaround** + Code that was using the old constructor must use the new static function. Code that relied on the order of multiplication operations will need to have the order of the arguments reversed. With the old code A * B was returning BA rather than AB. -Rationale ---------- +**Rationale** + Previously a matrix multipled by a vector would return a matrix, rather than a vector, as the multiplied-by vector would be automatically converted into a matrix during the operation. Removing the converting constructor makes @@ -638,50 +632,49 @@ The current multiplication routine also included a bug where A * B resulted in BA rather than AB, which needed to be addressed. -Version 7.0.0 -============= +# Version 7.0.0 + +## Change -Change ------- AudioProcessor::getHostTimeNs() and AudioProcessor::setHostTimeNanos() have been removed. -Possible Issues ---------------- +**Possible Issues** + Code that used these functions will no longer compile. -Workaround ----------- +**Workaround** + Set and get the system time corresponding to the current audio callback using the new functions AudioPlayHead::PositionInfo::getHostTimeNs() and AudioPlayHead::PositionInfo::setHostTimeNs(). -Rationale ---------- +**Rationale** + This change consolidates callback-related timing information into the PositionInfo type, improving the consistency of the AudioProcessor and AudioPlayHead APIs. -Change ------- +## Change + AudioPlayHead::getCurrentPosition() has been deprecated and replaced with AudioPlayHead::getPosition(). -Possible Issues ---------------- +**Possible Issues** + Hosts that implemented custom playhead types may no longer compile. Plugins that used host-provided timing information may trigger deprecation warnings when building. -Workaround ----------- +**Workaround** + Classes that derive from AudioPlayHead must now override getPosition() instead of getCurrentPosition(). Code that used to use the playhead's CurrentPositionInfo must switch to using the new PositionInfo type. -Rationale ---------- +**Rationale** + Not all hosts and plugin formats are capable of providing the full complement of timing information contained in the old CurrentPositionInfo class. Previously, in the case that some information could not be provided, fallback @@ -693,24 +686,24 @@ The new PositionInfo type also includes a new "barCount" member, which is currently only used by the LV2 host and client. -Change ------- +## Change + The optional JUCE_COREGRAPHICS_RENDER_WITH_MULTIPLE_PAINT_CALLS preprocessor flag will now use a new Metal layer renderer when running on macOS 10.14 or later. The minimum requirements for building macOS and iOS software are now macOS 10.13.6 and Xcode 10.1. -Possible Issues ---------------- +**Possible Issues** + Previously enabling JUCE_COREGRAPHICS_RENDER_WITH_MULTIPLE_PAINT_CALLS had no negative effect on performance. Now it may slow rendering down. -Workaround ----------- +**Workaround** + Disable JUCE_COREGRAPHICS_RENDER_WITH_MULTIPLE_PAINT_CALLS. -Rationale ---------- +**Rationale** + JUCE_COREGRAPHICS_RENDER_WITH_MULTIPLE_PAINT_CALLS has been ineffective when running on macOS 10.13 or later. Enabling this flag, and hence using the new Metal layer renderer when running on macOS 10.14, restores the previous @@ -722,101 +715,100 @@ JUCE_COREGRAPHICS_RENDER_WITH_MULTIPLE_PAINT_CALLS improves or degrades performance is specific to an application. -Change ------- +## Change + The optional JUCE_COREGRAPHICS_DRAW_ASYNC preprocessor flag has been removed and asynchronous Core Graphics rendering is now the default. The helper function setComponentAsyncLayerBackedViewDisabled has also been removed. -Possible Issues ---------------- +**Possible Issues** + Components that were previously using setComponentAsyncLayerBackedViewDisabled to conditionally opt out of asynchronous Core Graphics rendering will no longer be able to do so. -Workaround ----------- +**Workaround** + To opt out of asynchronous Core Graphics rendering the windowRequiresSynchronousCoreGraphicsRendering ComponentPeer style flag can be used when adding a component to the desktop. -Rationale ---------- +**Rationale** + Asynchronous Core Graphics rendering provides a substantial performance benefit. Asynchronous rendering is a property of a Peer, rather than a Component, so a Peer style flag to conditionally opt out of asynchronous rendering is more appropriate. -Change ------- +## Change + Constructors of AudioParameterBool, AudioParameterChoice, AudioParameterFloat, AudioParameterInt, and AudioProcessorParameterWithID have been deprecated and replaced with new constructors taking an 'Attributes' argument. -Possible Issues ---------------- +**Possible Issues** + The compiler may issue a deprecation warning upon encountering usages of the old constructors. -Workaround ----------- +**Workaround** + Update code to pass an 'Attributes' instance instead. Example usages of the new constructors are given in the constructor documentation, and in the plugin example projects. -Rationale ---------- +**Rationale** + Parameter types have many different properties. Setting a non-default property using the old constructors required explicitly setting other normally-defaulted properties, which was redundant. The new Attributes types allow non-default properties to be set in isolation. -Version 6.1.6 -============= +# Version 6.1.6 + +## Change -Change ------- Unhandled mouse wheel and magnify events will now be passed to the closest enclosing enabled ancestor component. -Possible Issues ---------------- +**Possible Issues** + Components that previously blocked mouse wheel events when in a disabled state may no longer block the events as expected. -Workaround ----------- +**Workaround** + If a component should explicitly prevent events from propagating when disabled, it should override mouseWheelMove() and mouseMagnify() to do nothing when the component is disabled. -Rationale ---------- +**Rationale** + Previously, unhandled wheel events would be passed to the parent component, but only if the parent was enabled. This meant that scrolling on a component nested inside a disabled component would have no effect by default. This behaviour was not intuitive. -Change ------- +## Change + The invalidPressure, invalidOrientation, invalidRotation, invalidTiltX and invalidTiltY members of MouseInputSource have been deprecated. -Possible Issues ---------------- +**Possible Issues** + Deprecation warnings will be seen when compiling code which uses these members and eventually builds will fail when they are later removed from the API. -Workaround ----------- +**Workaround** + Use the equivalent defaultPressure, defaultOrientation, defaultRotation, defaultTiltX and defaultTiltY members of MouseInputSource. -Rationale ---------- +**Rationale** + The deprecated members represent valid values and the isPressureValid() etc. functions return true when using them. This could be a source of confusion and may be inviting programming errors. The new names are in line with the ongoing @@ -824,18 +816,18 @@ practice of using these values to provide a neutral default in the absence of actual OS provided values. -Change ------- +## Change + Plugin wrappers will no longer call processBlockBypassed() if the wrapped AudioProcessor returns a parameter from getBypassParameter(). -Possible Issues ---------------- +**Possible Issues** + Plugins that used to depend on processBlockBypassed() being called may no longer correctly enter a bypassed state. -Workaround ----------- +**Workaround** + AudioProcessors that implement getBypassParameter() must check the current value of the bypass parameter on each call to processBlock(), and bypass processing as appropriate. When switching between bypassed and non-bypassed @@ -844,8 +836,8 @@ discontinuities in the output. If the plugin introduces latency when not bypassed, the plugin must delay its output when in bypassed mode so that the overall latency does not change when enabling/disabling bypass. -Rationale ---------- +**Rationale** + The documentation for AudioProcessor::getBypassParameter() says > if this method returns a non-null value, you should never call processBlockBypassed but use the returned parameter to control the bypass @@ -854,23 +846,23 @@ Some plugin wrappers were not following this rule. After this change, the behaviour of all plugin wrappers is consistent with the documented behaviour. -Change ------- +## Change + The ComponentPeer::getFrameSize() function has been deprecated on Linux. -Possible Issues ---------------- +**Possible Issues** + Deprecation warnings will be seen when compiling code which uses this function and eventually builds will fail when it is later removed from the API. -Workaround ----------- +**Workaround** + Use the ComponentPeer::getFrameSizeIfPresent() function. The new function returns an OptionalBorderSize object. Use operator bool() to determine if the border size is valid, then access the value using operator*() only if it is. -Rationale ---------- +**Rationale** + The XWindow system cannot return a valid border size immediately after window creation. ComponentPeer::getFrameSize() returns a default constructed BorderSize instance in such cases that corresponds to a frame size of @@ -878,158 +870,156 @@ zero. That however can be a valid value, and needs to be treated differently from the situation when the frame size is not yet available. -Change ------- +## Change + The return type of XWindowSystem::getBorderSize() was changed to ComponentPeer::OptionalBorderSize. -Possible Issues ---------------- +**Possible Issues** + User code that uses XWindowSystem::getBorderSize() will fail to build. -Workaround ----------- +**Workaround** + Use operator bool() to determine the validity of the new return value and access the contained value using operator*(). -Rationale ---------- +**Rationale** + The XWindow system cannot immediately report the correct border size after window creation. The underlying X11 calls will signal whether querying the border size was successful, but there was no way to forward this information through XWindowSystem::getBorderSize() until this change. -Version 6.1.5 -============= +# Version 6.1.5 + +## Change -Change ------- XWindowSystemUtilities::XSettings now has a private constructor. -Possible Issues ---------------- +**Possible Issues** + User code that uses XSettings::XSettings() will fail to build. -Workaround ----------- +**Workaround** + Use the XSettings::createXSettings() factory function. -Rationale ---------- +**Rationale** + The XSETTINGS facility is not available on all Linux distributions and the old constructor would fail on such systems, potentially crashing the application. The factory function will return nullptr in such situations instead. -Version 6.1.3 -============= +# Version 6.1.3 + +## Change -Change ------- The format specific structs of ExtensionsVisitor now return pointers to forward declared types instead of `void*`. For this purpose the `struct AEffect;` forward declaration was placed inside the global namespace. -Possible Issues ---------------- +**Possible Issues** + User code that includes the VST headers inside a namespace may fail to build, because the forward declared type can collide with the contents of `aeffect.h`. -Workaround ----------- +**Workaround** + The collision can be avoided by placing a `struct AEffect;` forward declaration in the same namespace where the VST headers are included. The forward declaration must come before the inclusion. -Rationale ---------- +**Rationale** + Using the forward declared types eliminates the need for error prone casting at the site where the ExtensionsVisitor facility is used. -Change ------- +## Change + ListBox::createSnapshotOfRows now returns ScaledImage instead of Image. -Possible Issues ---------------- +**Possible Issues** + User code that overrides this function will fail to build. -Workaround ----------- +**Workaround** + To emulate the old behaviour, simply wrap the Image that was previous returned into a ScaledImage and return that instead. -Rationale ---------- +**Rationale** + Returning a ScaledImage allows the overriding function to specify the scale at which the image should be drawn. Returning an oversampled image will provide smoother-looking results on high resolution displays. -Change ------- +## Change + AudioFrameRate::frameRate is now a class type instead of an enum. -Possible Issues ---------------- +**Possible Issues** + Code that read the old enum value will not compile. -Workaround ----------- +**Workaround** + Call frameRate.getType() to fetch the old enum type. Alternatively, use the new getBaseRate(), isDrop(), isPullDown(), and getEffectiveRate() functions. The new functions provide a more accurate description of the host's frame rate. -Rationale ---------- +**Rationale** + The old enum-based interface was not flexible enough to describe all the frame rates that might be reported by a plugin host. -Change ------- +## Change + FlexItem::alignSelf now defaults to "autoAlign" rather than "stretch". -Possible Issues ---------------- +**Possible Issues** + FlexBox layouts will be different in cases where FlexBox::alignItems is set to a value other than "stretch". This is because each FlexItem will now default to using the FlexBox's alignItems value. Layouts that explicitly set FlexItem::alignSelf on each item will not be affected. -Workaround ----------- +**Workaround** + To restore the previous layout behaviour, set FlexItem::alignSelf to "stretch" on all FlexItems that would otherwise use the default value for alignSelf. -Rationale ---------- +**Rationale** + The new behaviour more closely matches the behaviour of CSS FlexBox implementations. In CSS, "align-self" has an initial value of "auto", which computes to the parent's "align-items" value. -Change ------- +## Change + Functions on AudioPluginInstance that can add parameters have been made private. -Possible Issues ---------------- +**Possible Issues** + Code implementing custom plugin formats may stop building if it calls these functions. -Workaround ----------- +**Workaround** + When implementing custom plugin formats, ensure that the plugin parameters derive from AudioPluginInstance::HostedParameter and then use addHostedParameter, addHostedParameterGroup or setHostedParameterTree to add the parameters to the plugin instance. -Rationale ---------- +**Rationale** + In a plugin host, it is very important to be able to uniquely identify parameters across different versions of the same plugin. To make this possible, we needed to introduce a way of retrieving a unique ID for each parameter, @@ -1038,24 +1028,23 @@ to enforce that all AudioPluginInstances can only have parameters which are of the type HostedParameter, which required hiding the old functions. -Version 6.1.0 -============= +# Version 6.1.0 + +## Change -Change ------- juce::gl::loadFunctions() no longer loads extension functions. -Possible Issues ---------------- +**Possible Issues** + Code that depended on extension functions being loaded automatically may cease to function correctly. -Workaround ----------- +**Workaround** + Extension functions can now be loaded using juce::gl::loadExtensions(). -Rationale ---------- +**Rationale** + There are a great number of extension functions, and on some systems these can be slow to load (i.e. a second or so). Projects that do not require these extension functions should not have to pay for this unnecessary overhead. Now, @@ -1063,24 +1052,24 @@ only core functions will be loaded by default, and extensions can be loaded explicitly in projects that require such functionality. -Change ------- +## Change + Thread::setPriority() will no longer set a realtime scheduling policy for all threads with non-zero priorities on POSIX systems. -Possible Issues ---------------- +**Possible Issues** + Threads that implicitly relied on using a realtime policy will no longer request a realtime policy if their priority is 7 or lower. -Workaround ----------- +**Workaround** + For threads that require a realtime policy on POSIX systems, request a priority of 8 or higher by calling Thread::setPriority() or Thread::setCurrentThreadPriority(). -Rationale ---------- +**Rationale** + By default, new Thread instances have a priority of 5. Previously, non-zero priorities corresponded to realtime scheduling policies, meaning that new Threads would use the realtime scheduling policy unless they explicitly @@ -1090,41 +1079,41 @@ degrade performance, as multiple realtime threads will end up fighting for limited resources. -Change ------- +## Change + The JUCE_GLSL_VERSION preprocessor definition has been removed. -Possible Issues ---------------- +**Possible Issues** + Code which used this definition will no longer compile. -Workaround ----------- +**Workaround** + Use OpenGLHelpers::getGLSLVersionString to retrieve a version string which is consistent with the capabilities of the current OpenGL context. -Rationale ---------- +**Rationale** + A compile-time version string is not very useful, as OpenGL versions and capabilities can change at runtime. Replacing this macro with a function allows querying the capabilities of the current context at runtime. -Change ------- +## Change + The minimum supported CMake version is now 3.15. -Possible Issues ---------------- +**Possible Issues** + It will no longer be possible to configure JUCE projects with CMake versions between 3.12 and 3.14 inclusive. -Workaround ----------- +**Workaround** + No workaround is available. -Rationale ---------- +**Rationale** + Moving to 3.15 allows us to use target_link_directories and target_link_options, which were introduced in 3.13, which in turn allows us to provide support for bundled precompiled libraries in modules. Plugins already @@ -1132,24 +1121,24 @@ required CMake 3.15, so this change just brings other target types in line with the requirements for plugins. -Change ------- +## Change + The default value of JUCE_MODAL_LOOPS_PERMITTED has been changed from 1 to 0. -Possible Issues ---------------- +**Possible Issues** + With JUCE_MODAL_LOOPS_PERMITTED set to 0 code that previously relied upon modal loops will need to be rewritten to use asynchronous versions of the modal functions. There is no non-modal alternative to AlterWindow::showNativeDialogBox and the previously modal behaviour of the MultiDocumentPanel destructor has changed. -Workaround ----------- +**Workaround** + Set JUCE_MODAL_LOOPS_PERMITTED back to 1. -Rationale ---------- +**Rationale** + Modal operations are a frequent source of problems, particularly when used in plug-ins. On Android modal loops are not possible, so people wanting to target Android often have an unwelcome surprise when then have to rewrite what they @@ -1157,36 +1146,36 @@ assumed to be platform independent code. Changing the default addresses these problems. -Change ------- +## Change + The minimum supported C++ standard is now C++14 and the oldest supported compilers on macOS and Linux are now Xcode 9.2, GCC 5.0 and Clang 3.4. -Possible Issues ---------------- +**Possible Issues** + Older compilers will no longer be able to compile JUCE. People using Xcode 8.5 on OS X 10.11 will need to update the operating system to OS X 10.12 to be able to use Xcode 9.2. -Workaround ----------- +**Workaround** + No workaround is available. -Rationale ---------- +**Rationale** + This compiler upgrade will allow the use of C++14 within the framework. -Change ------- +## Change + Platform GL headers are no longer included in juce_opengl.h -Possible Issues ---------------- +**Possible Issues** + Projects depending on symbols declared in these headers may fail to build. -Workaround ----------- +**Workaround** + The old platform-supplied headers have been replaced with a new juce_gl.h header which is generated using the XML registry files supplied by Khronos. This custom header declares GL symbols in the juce::gl namespace. If your code @@ -1195,8 +1184,8 @@ only needs to be JUCE-compatible, you can explicitly qualify each name with libraries (GLEW, GL3W etc.) you can make all GL symbols visible without additional qualification with `using namespace juce::gl`. -Rationale ---------- +**Rationale** + Using our own GL headers allows us to generate platform-independent headers which include symbols for all specified OpenGL versions and extensions. Note that although the function signatures exist, they may not resolve to a function @@ -1210,88 +1199,88 @@ generally written in C, and export a significant portion of their symbols as preprocessor definitions. -Change ------- +## Change + The functions `getComponentAsyncLayerBackedViewDisabled` and `setComponentAsyncLayerBackedViewDisabled` were moved into the juce namespace. -Possible Issues ---------------- +**Possible Issues** + Code that declares these functions may fail to link. -Workaround ----------- +**Workaround** + Move declarations of these functions into the juce namespace. -Rationale ---------- +**Rationale** + Although the names of these functions are unlikely to collide with functions from other libraries, we can make such collisions much more unlikely by keeping JUCE code in the juce namespace. -Change ------- +## Change + The `juce_blocks_basics` module was removed. -Possible Issues ---------------- +**Possible Issues** + Projects depending on `juce_blocks_basics` will not build. -Workaround ----------- +**Workaround** + The BLOCKS API is now located in a separate repository: https://github.com/WeAreROLI/roli_blocks_basics Projects which used to depend on `juce_blocks_basics` can use `roli_blocks_basics` instead. -Rationale ---------- +**Rationale** + ROLI is no longer involved with the development of JUCE. Therefore, development on the BLOCKS API has been moved out of the JUCE repository, and to a new repository managed by ROLI. -Change ------- +## Change + The live build functionality of the Projucer has been removed. -Possible Issues ---------------- +**Possible Issues** + You will no longer be able to use live build in the Projucer. -Workaround ----------- +**Workaround** + None. -Rationale ---------- +**Rationale** + Keeping the live build compatible with the latest compilers on all our supported platforms is a very substantial maintenance burden, but very few people are using this feature of the Projucer. Removing the live build will simplify the code and our release process. -Change ------- +## Change + `Component::createFocusTraverser()` has been renamed to `Component::createKeyboardFocusTraverser()` and now returns a `std::unique_ptr` instead of a raw pointer. `Component::createFocusTraverser()` is a new method for controlling basic focus traversal and not keyboard focus traversal. -Possible Issues ---------------- +**Possible Issues** + Derived Components that override the old method will no longer compile. -Workaround ----------- +**Workaround** + Override the new method. Be careful to override `createKeyboardFocusTraverser()` and not `createFocusTraverser()` to ensure that the behaviour is the same. -Rationale ---------- +**Rationale** + The ownership of this method is now clearer as the previous code relied on the caller deleting the object. The name has changed to accommodate the new `Component::createFocusTraverser()` method that returns an object for @@ -1299,22 +1288,22 @@ determining basic focus traversal, of which keyboard focus is generally a subset. -Change ------- +## Change + PluginDescription::uid has been deprecated and replaced with a new 'uniqueId' data member. -Possible Issues ---------------- +**Possible Issues** + Code using the old data member will need to be updated in order to compile. -Workaround ----------- +**Workaround** + Code that used to use 'uid' to identify plugins should switch to using 'uniqueId', with some caveats - see "Rationale" for details. -Rationale ---------- +**Rationale** + The 'uniqueId' member has the benefit of being consistent for a given VST3 across Windows, macOS, and Linux. However, the value of the uniqueId may differ from the value of the old uid on some platforms. The value @@ -1324,39 +1313,38 @@ the new uniqueId, and falling back to the deprecatedUid. This should allow hosts to gracefully upgrade from the old uid values to the new values. -Version 6.0.8 -============= +# Version 6.0.8 + +## Change -Change ------- Calling AudioProcessorEditor::setResizeLimits() will no longer implicitly add a ResizableCornerComponent to the editor if it has not already been set as resizable. -Possible Issues ---------------- +**Possible Issues** + Code which previously relied on calling this method to set up the corner resizer will no longer work. -Workaround ----------- +**Workaround** + Explicitly call AudioProcessorEditor::setResizable() with the second argument set to true to enable the corner resizer. -Rationale ---------- +**Rationale** + The previous behaviour was undocumented and potentially confusing. There is now a single method to control the behaviour of the editor's corner resizer to avoid any ambiguity. -Change ------- +## Change + The implementations of `getValue` and `setValue` in `AUInstanceParameter` now properly take the ranges of discrete parameters into account. -Possible Issues ---------------- +**Possible Issues** + This issue affects JUCE Audio Unit hosts. Automation data previously saved for a discrete parameter with a non-zero minimum value may not set the parameter to the same values as previous JUCE versions. Note that previously, `getValue` on @@ -1365,12 +1353,12 @@ a hosted discrete parameter may have returned out-of-range values, and result, automation recorded for affected parameters was likely already behaving unexpectedly. -Workaround ----------- +**Workaround** + There is no workaround. -Rationale ---------- +**Rationale** + The old behaviour was incorrect, and was causing issues in plugin validators and other hosts. Hosts expect `getValue` to return a normalised parameter value. If this function returns an out-of-range value (including Inf and NaN) @@ -1378,23 +1366,23 @@ this is likely to break assumptions made by the host, leading to crashes, corrupted project data, or other defects. -Change ------- +## Change + AudioProcessorListener::audioProcessorChanged gained a new parameter describing the nature of any change. -Possible Issues ---------------- +**Possible Issues** + Code using the old function signature will not build until updated to use the new signature. -Workaround ----------- +**Workaround** + Listeners should add the new parameter to any overrides of audioProcessorChanged. -Rationale ---------- +**Rationale** + The new function signature means that wrappers can be smarter about the requests that they make to hosts whenever some aspect of the processor changes. In particular, plugin wrappers can now distinguish between changes to latency, @@ -1402,114 +1390,112 @@ parameter attributes, and the current program. This means that hosts will no longer assume parameters have changed when `setLatencySamples` is called. -Change ------- +## Change + CharacterFunctions::readDoubleValue now returns values consistent with other C++ number parsing libraries. Parsing values smaller than the minimum number representable in a double will return (+/-)0.0 and parsing values larger than the maximum number representable in a double will return (+/-)inf. -Possible Issues ---------------- +**Possible Issues** + Code reading very large or very small numbers may receive values of 0.0 and inf rather than nan. -Workaround ----------- +**Workaround** + Where you may be using std::isnan to check the validity of the result you can instead use std::isfinite. -Rationale ---------- +**Rationale** + The new behaviour is consistent with other string parsing libraries. -Version 6.0.6 -============= +# Version 6.0.6 + +## Change -Change ------- The name of `OperatingSystemType::MacOSX_11_0` was changed to `OperatingSystemType::MacOS_11`. -Possible Issues ---------------- +**Possible Issues** + Code using the old name will not build until it is updated to use the new name. -Workaround ----------- +**Workaround** + Update code using the old name to use the new name instead. -Rationale ---------- +**Rationale** + Newer versions of macOS have dropped the "X" naming. Minor version updates are also less significant now than they were for the X-series. -Change ------- +## Change + Xcode projects generated using the Projucer will now use the "New Build System" instead of the "Legacy Build System" by default. -Possible Issues ---------------- +**Possible Issues** + Xcode 10.0 - 10.2 has some known issues when using the new build system such as JUCE modules not rebuilding correctly when modified, issue and file navigation not working, and breakpoints not being reliably set or hit. -Workaround ----------- +**Workaround** + If you are using an affected version of Xcode then you can enable the "Use Legacy Build System" setting in the Projucer Xcode exporter to go back to the previous behaviour. -Rationale ---------- +**Rationale** + The legacy build system has issues building arm64 binaries for Apple silicon and will eventually be removed altogether. -Version 6.0.5 -============= +# Version 6.0.5 + +## Change -Change ------- New pure virtual methods accepting `PopupMenu::Options` arguments have been added to `PopupMenu::LookAndFeelMethods`. -Possible Issues ---------------- +**Possible Issues** + Classes derived from `PopupMenu::LookAndFeelMethods`, such as custom LookAndFeel classes, will not compile unless these pure virtual methods are implemented. -Workaround ----------- +**Workaround** + The old LookAndFeel methods still exist, so if the new Options parameter is not useful in your application, your implementation of `PopupMenu::LookAndFeelMethods` can simply forward to the old methods. For example, your implementation of `drawPopupMenuBackgroundWithOptions` can internally call your existing `drawPopupMenuBackground` implementation. -Rationale ---------- +**Rationale** + Allowing the LookAndFeelMethods to access the popup menu's options allows for more flexible styling. For example, a theme may wish to query the menu's target component or parent for colours to use. -Change ------- +## Change + A typo in the JUCEUtils CMake script that caused the wrong manufacturer code to be set in the compile definitions for a plugin was fixed. -Possible Issues ---------------- +**Possible Issues** + The manufacturer code for plugins built under CMake with this version of JUCE will differ from the manufacturer code that was generated previously. -Workaround ----------- +**Workaround** + If you have released plugins that used the old, incorrect manufacturer code and wish to continue using this code for backwards compatibility, add the following to your `juce_add_plugin` call: @@ -1519,18 +1505,17 @@ to your `juce_add_plugin` call: In most cases, this should not be necessary, and we recommend using the fixed behaviour. -Rationale ---------- +**Rationale** + This change ensures that the manufacturer codes used by CMake projects match the codes that would be generated by the Projucer, improving compatibility when transitioning from the Projucer to CMake. -Version 6.0.2 -============= +# Version 6.0.2 + +## Change -Change ------- The JUCE_WASAPI_EXCLUSIVE flag has been removed from juce_audio_devices and all available WASAPI audio device modes (shared, shared low latency and exclusive) are available by default when JUCE_WASAPI is enabled. The @@ -1538,80 +1523,80 @@ AudioIODeviceType::createAudioIODeviceType_WASAPI() method which takes a single boolean argument has also been deprecated in favour of a new method which takes a WASAPIDeviceMode enum. -Possible Issues ---------------- +**Possible Issues** + Code that relied on the JUCE_WASAPI_EXCLUSIVE flag to disable WASAPI exclusive mode will no longer work. -Workaround ----------- +**Workaround** + Override the AudioDeviceManager::createAudioDeviceTypes() method to omit the WASAPI exclusive mode device if you do not want it to be available. -Rationale ---------- +**Rationale** + JUCE now supports shared low latency WASAPI audio devices via the AudioClient3 interface and instead of adding an additional compile time config flag to enable this functionality, which adds complexity to the build process when not using the Projucer, JUCE makes all WASAPI device modes available by default. -Change ------- +## Change + The fields representing Mac OS X 10.4 to 10.6 inclusive have been removed from the `OperatingSystemType` enum. -Possible Issues ---------------- +**Possible Issues** + Code that uses these fields will fail to build. -Workaround ----------- +**Workaround** + Remove references to these fields from user code. -Rationale ---------- +**Rationale** + JUCE is not supported on Mac OS X versions lower than 10.7, so it is a given that `getOperatingSystemType` will always return an OS version greater than or equal to 10.7. Code that changes behaviours depending on the OS version can assume that this version is at least 10.7. -Change ------- +## Change + The JUCE_DISABLE_COREGRAPHICS_FONT_SMOOTHING flag in juce_graphics is no longer used on iOS. -Possible Issues ---------------- +**Possible Issues** + Projects with this flag enabled may render differently on iOS. -Workaround ----------- +**Workaround** + There is no workaround. -Rationale ---------- +**Rationale** + When using a cached image to render Components with `setBufferedToImage (true)` the result now matches the default behaviour on iOS where fonts are not smoothed. -Change ------- +## Change + Space, return and escape key events on the native macOS menu bar are no longer passed to the currently focused JUCE Component. -Possible Issues ---------------- +**Possible Issues** + Code relying on receiving these keyboard events will no longer work. -Workaround ----------- +**Workaround** + There is no workaround. -Rationale ---------- +**Rationale** + It should be possible for users with a keyboard or assistive device to navigate the menu, invoking the currently highlighted menu item with the space or return key and dismissing the menu with the escape key. These key events should not be @@ -1620,11 +1605,10 @@ JUCE apps. Only passing these events to the native macOS menu means that JUCE apps behave as expected for users. -Version 6.0.0 -============= +# Version 6.0.0 + +## Change -Change ------- The Convolution class interface was changed: - `loadImpulseResponse` member functions now take `enum class` parameters instead of `bool`. @@ -1632,21 +1616,21 @@ The Convolution class interface was changed: `copyAndLoadImpulseResponseFromBuffer` were replaced by a new `loadImpulseResponse` overload. -Possible Issues ---------------- +**Possible Issues** + Code using the old interface will no longer compile, and will need to be updated. -Workaround ----------- +**Workaround** + Code that was previously loading impulse responses from binary data or from files can substitute old `bool` parameters with the newer `enum class` equivalents. Code that was previously passing buffers or blocks will need reworking so that the Convolution instance can take ownership of the buffer containing the impulse response. -Rationale ---------- +**Rationale** + The newer `enum class` parameters make user code much more readable, e.g. `loadImpulseResponse (file, Stereo::yes, Trim::yes, 0, Normalise::yes)` rather than `loadImpulseResponse (file, true, true, 0, true);`. By taking ownership of @@ -1657,188 +1641,186 @@ copies/allocations on the audio thread, and gives more flexibility to the implementation to run initialisation tasks on a background thread. -Change ------- +## Change + All references to ROLI Ltd. (ROLI) have been changed to Raw Material Software Limited. -Possible Issues ---------------- +**Possible Issues** + Existing projects, particularly Android, may need to be resaved by the Projucer and have the old build artefacts deleted before they will build. -Workaround ----------- +**Workaround** + In Android projects any explicit mention of paths with the from "com.roli.*" should be changed to the form "com.rmsl.*". -Rationale ---------- +**Rationale** + This change reflects the change in ownership from ROLI to RMSL. -Change ------- +## Change + The Windows DPI handling in the VST wrapper and hosting code has been refactored to be more stable. -Possible Issues ---------------- +**Possible Issues** + The new code uses a top-level AffineTransform to scale the JUCE editor window instead of native methods. Therefore any AudioProcessorEditors which have their own AffineTransform applied will no longer work correctly. -Workaround ----------- +**Workaround** + If you are using an AffineTransform to scale the entire plug-in window then consider putting the component you want to transform in a child of the editor and transform that instead. Alternatively, if you don't need a separate scale factor for each plug-in instance you can use Desktop::setGlobalScaleFactor(). -Rationale ---------- +**Rationale** + The old code had some bugs when using OpenGL and when moving between monitors with different scale factors. The new code should fix these and DPI-aware plug-ins will scale correctly. -Change ------- +## Change + Relative Xcode subproject paths specified in the Projucer are now relative to the build directory rather than the project directory. -Possible Issues ---------------- +**Possible Issues** + After being re-saved in the Projucer existing Xcode projects will fail to find any subprojects specified using a relative path. -Workaround ----------- +**Workaround** + Update the subproject path in the Projucer. -Rationale ---------- +**Rationale** + Most other Xcode specific paths are specified relative to the build directory. This change brings the Xcode subproject path in line with the rest of the configuration. -Version 5.4.6 -============= +# Version 5.4.6 + +## Change -Change ------- AudioProcessorValueTreeState::getRawParameterValue now returns a std::atomic* instead of a float*. -Possible Issues ---------------- +**Possible Issues** + Existing code which explicitly mentions the type of the returned value, or interacts with the dereferenced float in ways unsupported by the std::atomic wrapper, will fail to compile. Certain evaluation-reordering compiler optimisations may no longer be possible. -Workaround ----------- +**Workaround** + Update your code to deal with a std::atomic* instead of a float*. -Rationale ---------- +**Rationale** + Returning a std::atomic* allows the JUCE framework to have much stronger guarantees about thread safety. -Change ------- +## Change + Removed a workaround from the ASIOAudioIODevice::getOutputLatencyInSamples() and ASIOAudioIODevice::getInputLatencyInSamples() methods which was adding an arbitrary amount to the reported latencies to compensate for dodgy, old drivers. -Possible Issues ---------------- +**Possible Issues** + Code which relied on these altered values may now behave differently. -Workaround ----------- +**Workaround** + Update your code to deal with the new, correct values reported from the drivers directly. -Rationale ---------- +**Rationale** + JUCE will now return the latency values as reported by the drivers without adding anything to them. The workaround was for old drivers and the current drivers should report the correct values without the need for the workaround. -Change ------- +## Change + The default behaviour of the AU and AUv3 plug-in wrappers is now to call get/setStateInformation instead of get/setProgramStateInformation. -Possible Issues ---------------- +**Possible Issues** + AudioProcessor subclasses which have overridden the default implementations of get/setProgramStateInformation (which simply call through to get/setStateInformation) may be unable to load previously saved state; state previously saved via a call to getProgramStateInformation will be presented to setStateInformation. -Workaround ----------- +**Workaround** + Enable the JUCE_AU_WRAPPERS_SAVE_PROGRAM_STATES configuration option in the juce_audio_plugin_client module to preserve backwards compatibility if required. -Rationale ---------- +**Rationale** + When using overridden get/setProgramStateInformation methods the previous behaviour of the AU and AUv3 wrappers does not correctly save and restore state. -Version 5.4.5 -============= +# Version 5.4.5 + +## Change -Change ------- The alignment of text rendered on macOS using CoreGraphics may have shifted slightly, depending on the font you have used. The default macOS font has shifted downwards. -Possible Issues ---------------- +**Possible Issues** + Meticulously aligned text components of a GUI may now be misaligned. -Workaround ----------- +**Workaround** + Use a custom LookAndFeel to change the location where text is drawn, or use a different font that matches the previous alignment of your original font. -Rationale ---------- +**Rationale** + This was an unintentional change resulting from moving away from a deprecated macOS text API. The new alignment is consistent with other rendering engines (web browsers and text editors) and the software renderer. -Change ------- +## Change + The JUCEApplicationBase::backButtonPressed() method now returns a bool to indicate whether the back event was handled or not. -Possible Issues ---------------- +**Possible Issues** + Applications which override this method will fail to compile. -Workaround ----------- +**Workaround** + You will need to update your code to return a bool indicating whether the back event was handled or not. -Rationale ---------- +**Rationale** + The back button behaviour on Android was previously broken as it would not do anything. The new code will correctly call finish() on the Activity when the back button is pressed but this method now allows the user to override this to @@ -1846,25 +1828,25 @@ implement their own custom navigation behaviour by returning true to indicate that it has been handled. -Change ------- +## Change + The AudioBlock class has been refactored and some of the method names have changed. Additionally the `const` behaviour now mirrors that of `std::span`, with the `const`-ness of the contained data decoupled from the `const`-ness of the container. -Possible Issues ---------------- +**Possible Issues** + Code using the old method names or violating `const`-correctness will fail to compile. -Workaround ----------- +**Workaround** + You will need to update your code to use the new method names and select an appropriate `const`-ness for the AudioBlock and the data it references. -Rationale ---------- +**Rationale** + The names of some of the methods in the AudioBlock class were ambiguous, particularly when chaining methods involving references to other blocks. The interaction between the `const`-ness of the AudioBlock and the `const`-ness of @@ -1872,26 +1854,25 @@ the referenced data was also ambiguous and has now been standardised to the same behaviour as other non-owning data views like `std::span`. -Version 5.4.4 -============= +# Version 5.4.4 + +## Change -Change ------- The Visual Studio 2013 exporter has been removed from the Projucer and we will no longer maintain backwards compatibility with Visual Studio 2013 in JUCE. -Possible Issues ---------------- +**Possible Issues** + It is no longer possible to create Visual Studio 2013 projects from the Projucer or compile JUCE-based software using Visual Studio 2013. -Workaround ----------- +**Workaround** + If you are using Visual Studio 2013 to build your projects you will need to update to a more modern version of Visual Studio. -Rationale ---------- +**Rationale** + Of all the platforms JUCE supports Visual Studio 2013 was holding us back the most in terms of C++ features we would like to use more broadly across the codebase. It is still possible to target older versions of Windows with more @@ -1900,47 +1881,47 @@ a Visual Studio 2013 project, but this is now provided as a Visual Studio 2017 project. -Change ------- +## Change + JUCE is moving towards using C++11 pointer container types instead of passing raw pointers as arguments and return values. -Possible Issues ---------------- +**Possible Issues** + You will need to change your code to pass std::unique_ptr into and out of various functions across JUCE's API. -Workaround ----------- +**Workaround** + None -Rationale ---------- +**Rationale** + Indicating ownership through the transfer of smart pointer types has been part of mainstream C++ for a long time and this change enforces memory safety by default in most situations. -Change ------- +## Change + SystemTrayIconComponent::setIconImage now takes two arguments, rather than one. The new argument is a template image for use on macOS where all non-transparent regions will render in a monochrome colour determined dynamically by the operating system. -Possible Issues ---------------- +**Possible Issues** + You will now need to provide two images to display a SystemTrayIconComponent and the SystemTrayIconComponent will have a different appearance on macOS. -Workaround ----------- +**Workaround** + If you are not targeting macOS then you can provide an empty image, `{}`, for the second argument. If you are targeting macOS then you will likely need to design a new monochrome icon. -Rationale ---------- +**Rationale** + The introduction of "Dark Mode" in macOS 10.14 means that menu bar icons must support several different colours and highlight modes to retain the same appearance as the native Apple icons. Doing this correctly without delegating @@ -1948,30 +1929,30 @@ the behaviour to the operating system is extremely cumbersome, and the APIs we were previously using to interact with menu bar items have been deprecated. -Change ------- +## Change + The AudioBlock class now differentiates between const and non-const data. -Possible Issues ---------------- +**Possible Issues** + The return type of the getInputBlock() method of the ProcessContextReplacing and ProcessContextNonReplacing classes has changed from AudioBlock to AudioBlock. -Workaround ----------- +**Workaround** + For ProcessContextReplacing you should use getOutputBlock() instead of getInputBlock(). For ProcessContextNonReplacing attempting to modify the input block is very likely an error. -Rationale ---------- +**Rationale** + This change makes the intent of the code much clearer and means that we can remove some const_cast operations. -Change ------- +## Change + The formatting of floating point numbers written to XML and JSON files has changed. @@ -1979,168 +1960,165 @@ Note that there is no change in precision - the XML and JSON files containing the new format numbers will parse in exactly the same way, it is only the string representation that has changed. -Possible Issues ---------------- +**Possible Issues** + If you rely upon exactly reproducing XML or JSON files then the new files may be different. -Workaround ----------- +**Workaround** + Update any reference XML or JSON files to use the new format. -Rationale ---------- +**Rationale** + The new format retains full precision, provides a human friendly representation of values near 1, and uses scientific notation for small and large numbers. This prevents needless file size bloat from numbers like 0.00000000000000001. -Version 5.4.3 -============= +# Version 5.4.3 + +## Change -Change ------- The global user module path setting in the Projucer can now only contain a single path. -Possible Issues ---------------- +**Possible Issues** + Projects that previously relied on using multiple global user module paths separated by a semicolon will fail to find these modules after re-saving. -Workaround ----------- +**Workaround** + Replace the multiple paths with a single global user module path. -Rationale ---------- +**Rationale** + Using multiple global user module paths did not work when saving a project which exported to different OSes. Only allowing a single path will prevent this from silently causing issues. -Version 5.4.2 -============= +# Version 5.4.2 + +## Change -Change ------- The return type of Block::getBlockAreaWithinLayout() has been changed from Rectangle to a simpler BlockArea struct. -Possible Issues ---------------- +**Possible Issues** + Classes that derive from Block and implement this pure virtual method will no longer compile due to a change in the function signature. -Workaround ----------- +**Workaround** + Update the method to return a BlockArea struct and update code that calls getBlockAreaWithinLayout to handle a BlockArea instead of a Rectangle. -Rationale ---------- +**Rationale** + The juce_blocks_basics is ISC licensed and therefore cannot depend on the GPL/Commercial licensed juce_graphics module that contains Rectangle. -Change ------- +## Change + Renaming and deletion of open file handles on Windows is now possible using the FILE_SHARE_DELETE flag. -Possible Issues ---------------- +**Possible Issues** + Previous code that relied on open files not being able to be renamed or deleted on Windows may fail. -Workaround ----------- +**Workaround** + No workaround. -Rationale ---------- +**Rationale** + This unifies the behaviour across OSes as POSIX systems already allow this. -Change ------- +## Change + Multiple changes to low-level, non-public JNI and Android APIs. -Possible Issues ---------------- +**Possible Issues** + If you were using any non-public, low-level JNI macros, calling java code or receiving JNI callbacks, then your code will probably no longer work. See the forum for further details. -Workaround ----------- +**Workaround** + See the forum for further details. -Rationale ---------- +**Rationale** + See the forum for further details. -Change ------- +## Change + The minimum Android version for a JUCE app is now Android 4.1 -Possible Issues ---------------- +**Possible Issues** + Your app may not run on very old versions of Android (less than 0.5% of the devices). -Workaround ----------- +**Workaround** + There is no workaround. -Rationale ---------- +**Rationale** + Less than 0.5% of all devices in the world run versions of Android older than Android 4.1. In the interest of keeping JUCE code clean and lean, we must deprecate support for very old Android versions from time to time. -Version 5.4.0 -============= +# Version 5.4.0 + +## Change -Change ------- The use of WinRT MIDI functions has been disabled by default for any version of Windows 10 before 1809 (October 2018 Update). -Possible Issues ---------------- +**Possible Issues** + If you were previously using WinRT MIDI functions on older versions of Windows then the new behaviour is to revert to the old Win32 MIDI API. -Workaround ----------- +**Workaround** + Set the preprocessor macro JUCE_FORCE_WINRT_MIDI=1 (in addition to the previously selected JUCE_USE_WINRT_MIDI=1) to allow the use of the WinRT API on older versions of Windows. -Rationale ---------- +**Rationale** + Until now JUCE's support for the Windows 10 WinRT MIDI API was experimental, due to longstanding issues within the API itself. These issues have been addressed in the Windows 10 1809 (October 2018 Update) release. -Change ------- +## Change + The VST2 SDK embedded within JUCE has been removed. -Possible Issues ---------------- +**Possible Issues** + 1. Building or hosting VST2 plug-ins requires header files from the VST2 SDK, which is no longer part of JUCE. 2. Building a VST2-compatible VST3 plug-in (the previous default behaviour in JUCE) requires header files from the VST2 SDK, which is no longer part of JUCE. -Workaround ----------- +**Workaround** + 1. The VST2 SDK can be obtained from the vstsdk3610_11_06_2018_build_37 (or older) VST3 SDK or JUCE version 5.3.2. You should put the VST2 SDK in your header search paths or use the "VST (Legacy) SDK Folder" fields in the @@ -2152,25 +2130,25 @@ Workaround 3. When a new JUCE plug-in project is created the value of JUCE_VST3_CAN_REPLACE_VST2 will be set to zero. -Rationale ---------- +**Rationale** + Distributing VST2 plug-ins requires a VST2 license from Steinberg. Following Steinberg's removal of the VST2 SDK from their public SDKs we are also removing the VST2 SDK from the JUCE codebase. -Change ------- +## Change + The AudioProcessorValueTreeState::createAndAddParameter function has been deprecated. -Possible Issues ---------------- +**Possible Issues** + Deprecation warnings will be seen when compiling code which uses this function and eventually builds will fail when it is later removed from the API. -Workaround ----------- +**Workaround** + Previous calls to createAndAddParameter (paramID, paramName, ...); @@ -2185,157 +2163,155 @@ constructor where you can pass both RangedAudioParameters and AudioProcessorParameterGroups of RangedAudioParameters to the AudioProcessorValueTreeState and initialise the ValueTree simultaneously. -Rationale ---------- +**Rationale** + The new createAndAddParameter method is much more flexible and enables any parameter types derived from RangedAudioParameter to be managed by the AudioProcessorValueTreeState. -Change ------- +## Change + The Projucer's per-exporter Android SDK/NDK path options have been removed. -Possible Issues ---------------- +**Possible Issues** + Projects that previously used these fields may no longer build. -Workaround ----------- +**Workaround** + Use the Projucer's global paths settings to point to these directories, either by opening the "Projucer/File->Global Paths..." menu item or using the "--set-global-search-path" command-line option. -Rationale ---------- +**Rationale** + Having multiple places where the paths could be set was confusing and could cause unexpected mismatches. -Change ------- +## Change + SystemStats::getDeviceDescription() will now return the device code on iOS e.g. "iPhone7, 2" for an iPhone 6 instead of just "iPhone". -Possible Issues ---------------- +**Possible Issues** + Code that previously relied on this method returning either explicitly "iPhone" or "iPad" may no longer work. -Workaround ----------- +**Workaround** + Modify this code to handle the new device code string e.g. by changing: SystemStats::getDeviceDescription() == "iPhone"; to SystemStats::getDeviceDescription().contains ("iPhone");. -Rationale ---------- +**Rationale** + The exact device model can now be deduced from this information instead of just the device family. -Change ------- +## Change + DragAndDropContainer::performExternalDragDropOfFiles() and ::performExternalDragDropOfText() are now asynchronous on Windows. -Possible Issues ---------------- +**Possible Issues** + Code that previously relied on these operations being synchronous and blocking until completion will no longer work as the methods will return immediately and run asynchronously. -Workaround ----------- +**Workaround** + Use the callback argument that has been added to these methods to register a lambda that will be called when the operation has been completed. -Rationale ---------- +**Rationale** + The behaviour of these methods is now consistent across all platforms and the method no longer blocks the message thread on Windows. -Change ------- +## Change + AudioProcessor::getTailLengthSeconds can now return infinity for VST/VST3/AU/AUv3. -Possible Issues ---------------- +**Possible Issues** + If you are using the result of getTailLengthSeconds to allocate a buffer in your host, then your host will now likely crash when loading a plug-in with an infinite tail time. -Workaround ----------- +**Workaround** + Rewrite your code to not use the result of getTailLengthSeconds directly to allocate a buffer. -Rationale ---------- +**Rationale** + Before this change there was no way for a JUCE plug-in to report an infinite tail time. -Version 5.3.2 -============= +# Version 5.3.2 + +## Change -Change ------- The behaviour of an UndoManager used by an AudioProcessorValueTreeState has been improved. -Possible Issues ---------------- +**Possible Issues** + If your plug-in contains an UndoManager used by an AudioProcessorValueTreeState and relies upon the old behaviour of the UndoManager then it is possible that the new behaviour is no longer appropriate for your use case. -Workaround ----------- +**Workaround** + Use an external UndoManager to reproduce the old behaviour manually. -Rationale ---------- +**Rationale** + This change fixes a few bugs in the behaviour of an UndoManager used by an AudioProcessorValueTreeState. -Change ------- +## Change + JUCE no longer supports OS X deployment targets earlier than 10.7. -Possible Issues ---------------- +**Possible Issues** + If you were previously targeting OS X 10.5 or 10.6 you will no longer be able to build JUCE-based products compatible with those platforms. -Workaround ----------- +**Workaround** + None. With the appropriate JUCE licence you may be able to backport new JUCE features, but there will be no official support for this. -Rationale ---------- +**Rationale** + Increasing the minimum supported OS X version allows the JUCE codebase to make use of the more modern C++ features found in the 10.7 standard library, which in turn will increase thread and memory safety. -Version 5.3.0 -============= +# Version 5.3.0 + +## Change -Change ------- The JUCE examples have been cleaned up, modernised and converted into PIPs (Projucer Instant Projects). The JUCE Demo has been removed and replaced by the DemoRunner application and larger projects such as the Audio Plugin Host and the Network Graphics Demo have been moved into the extras directory. -Possible Issues ---------------- +**Possible Issues** + 1. Due to the large number of changes that have occurred in the JUCE Git repository, pulling this version may result in a messy folder structure with empty directories that have been removed. @@ -2343,8 +2319,8 @@ Possible Issues 3. The Audio Plugin Host project has moved from the examples directory to the extras directory. -Workaround ----------- +**Workaround** + 1. Run a Git clean command (git clean -xdf) in your JUCE directory to remove all untracked files, directories and build products. 2. The new DemoRunner application, located in extras/DemoRunner, can be used to @@ -2352,34 +2328,34 @@ Workaround 3. Change any file paths that depended on the plugin host project being located in the examples directory to use the extras directory instead. -Rationale ---------- +**Rationale** + The JUCE examples had inconsistent naming, coding styles and the projects and build products took up a large amount of space in the repository. Replacing them with PIPs reduces the file size and allows us to categorise the examples better, as well as cleaning up the code. -Change ------- +## Change + When hosting plug-ins all AudioProcessor methods of managing parameters that take a parameter index as an argument have been deprecated. -Possible Issues ---------------- +**Possible Issues** + A single assertion will be fired in debug builds on the first use of a deprecated function. -Workaround ----------- +**Workaround** + When hosting plug-ins you should use the AudioProcessor::getParameters() method and interact with parameters via the returned array of AudioProcessorParameters. For a short-term fix you can also continue past the assertion in your debugger, or temporarily modify the JUCE source code to remove it. -Rationale ---------- +**Rationale** + Given the structure of JUCE's API it is impossible to deprecate these functions using only compile-time messages. Therefore a single assertion, which can be safely ignored, serves to indicate that these functions should no longer be @@ -2387,19 +2363,19 @@ used. The move away from the AudioProcessor methods both improves the interface to that class and makes ongoing development work much easier. -Change ------- +## Change + This InAppPurchases class is now a JUCE Singleton. This means that you need to get an instance via InAppPurchases::getInstance(), instead of storing a InAppPurchases object yourself. -Possible Issues ---------------- +**Possible Issues** + Any code using InAppPurchases needs to be updated to retrieve a singleton pointer to InAppPurchases. -Workaround ----------- +**Workaround** + Instead of holding a InAppPurchase member yourself, you should get an instance via InAppPurchases::getInstance(), e.g. @@ -2412,19 +2388,19 @@ call: InAppPurchases::getInstance()->purchaseProduct (...); -Rationale ---------- +**Rationale** + This change was required to fix an issue on Android where on failed transaction a listener would not get called. -Change ------- +## Change + JUCE's MPE classes have been updated to reflect the official specification recently approved by the MIDI Manufacturers Association (MMA). -Possible Issues ---------------- +**Possible Issues** + The most significant changes have occurred in the MPEZoneLayout classes and programs using the higher level MPE classes such as MPEInstrument, MPESynthesiser, MPESynthesiserBase and MPESynthesiserVoice should be @@ -2438,60 +2414,59 @@ lower zone has master channel 1 and assigns new member channels ascending from channel 2 and the upper zone has master channel 16 and assigns new member channels descending from channel 15. -Workaround ----------- +**Workaround** + Use the MPEZoneLayout::setLowerZone() and MPEZoneLayout::setUpperZone() methods to set zone layouts. Any UI that allows users to select and set zones on an MPE instrument should also be updated to reflect the specification changes. -Rationale ---------- +**Rationale** + The MPE classes in JUCE are out of date and should be updated to reflect the new, official MPE standard. -Version 5.2.1 -============= +# Version 5.2.1 + +## Change -Change ------- Calling JUCEApplicationBase::quit() on Android will now really quit the app, rather than just placing it in background. Starting with API level 21 (Android 5.0), the app will not appear in recent apps list after calling quit(). Prior to API 21, the app will still appear in recent app lists but when a user chooses the app, a new instance of the app will be started. -Possible Issues ---------------- +**Possible Issues** + Any code calling JUCEApplicationBase::quit() to place the app in background will close the app instead. -Workaround ----------- +**Workaround** + Use Process::hide(). -Rationale ---------- +**Rationale** + The old behaviour JUCEApplicationBase::quit() was confusing JUCE code, as a new instance of JUCE app was attempted to be created, while the older instance was still running in background. This would result in assertions when starting a second instance. -Change ------- +## Change + On Windows, release builds will now link to the dynamic C++ runtime by default -Possible Issues ---------------- +**Possible Issues** + If you are creating a new .jucer project, then your plug-in will now link to the dynamic C++ runtime by default, which means that you MUST ensure that the C++ runtime libraries exist on your customer's computers. -Workaround ----------- +**Workaround** + If you are only targeting Windows 10, then the C++ runtime is now part of the system core components and will always exist on the computers of your customers (just like kernel332.dll, for example). If you are targeting Windows versions @@ -2509,8 +2484,8 @@ versions of Windows then you should always include the runtime as a redistributable with your plug-in's installer. Alternatively, you can change the runtime linking to static (however, see 'Rationale' section). -Rationale ---------- +**Rationale** + In a recent update to Windows 10, Microsoft has limited the number of fiber local storage (FLS) slots per process. Effectively, this limits how many plug-ins with static runtime linkage can be loaded into a DAW. In the worst @@ -2520,53 +2495,52 @@ vendors to use the dynamic runtime. To help with this, JUCE has decided to make dynamic runtime linkage the default in JUCE. -Change ------- +## Change + AudioProcessorGraph interface has changed in a number of ways - Node objects are now reference counted, there are different accessor methods to iterate them, and misc other small improvements to the API -Possible Issues ---------------- +**Possible Issues** + The changes won't cause any silent errors in user code, but will require some manual refactoring -Workaround ----------- +**Workaround** + Just find equivalent new methods to replace existing code. -Rationale ---------- +**Rationale** + The graph class was extremely old and creaky, and these changes is the start of an improvement process that should eventually result in it being broken down into fundamental graph building block classes for use in other contexts. -Version 5.2.0 -============= +# Version 5.2.0 + +## Change -Change ------- Viewport now enables "scroll on drag" mode by default on Android and iOS. -Possible Issues ---------------- +**Possible Issues** + Any code relying on "scroll on drag" mode being turned off by default, should disable it manually. -Workaround ----------- +**Workaround** + None. -Rationale ---------- +**Rationale** + It is expected on mobile devices to be able to scroll a list by just a drag, rather than using a dedicated scrollbar. The scrollbar is still available though if needed. -Change ------- +## Change + The previous setting of Android exporter "Custom manifest xml elements" creating child nodes of element has been replaced by "Custom manifest XML content" setting that allows to specify the content of the entire @@ -2577,15 +2551,15 @@ Any custom elements or custom attributes will override the ones set by Projucer. Projucer will also automatically add any missing and required elements and attributes. -Possible Issues ---------------- +**Possible Issues** + If a Projucer project used "Custom manifest xml elements" field, the value will no longer be compatible with the project generated in the latest Projucer version. The solution is very simple and quick though, as mentioned in the Workaround section. -Workaround ----------- +**Workaround** + For any elements previously used, simply embed them explicitly in elements, for example instead of: @@ -2601,8 +2575,8 @@ simply write: -Rationale ---------- +**Rationale** + To maintain the high level of flexibility of generated Android projects and to avoid creating fields in Projucer for every possible future parameter, it is simpler to allow to set up the required parameters manually. This way it is not @@ -2617,17 +2591,16 @@ satisfactory because you want a support for x-large screens only, simply set -Version 5.1.2 -============= +# Version 5.1.2 + +## Change -Change ------- The method used to classify AudioUnit, VST3 and AAX plug-in parameters as either continuous or discrete has changed, and AudioUnit and AudioUnit v3 parameters are marked as high precision by default. -Possible Issues ---------------- +**Possible Issues** + Plug-ins: DAW projects with automation data written by an AudioUnit, AudioUnit v3 VST3 or AAX plug-in built with JUCE version 5.1.1 or earlier may load incorrectly when opened by an AudioUnit, AudioUnit v3, VST3 or AAX plug-in @@ -2636,16 +2609,16 @@ built with JUCE version 5.1.2 and later. Hosts: The AudioPluginInstance::getParameterNumSteps method now returns correct values for AU and VST3 plug-ins. -Workaround ----------- +**Workaround** + Plug-ins: Enable JUCE_FORCE_LEGACY_PARAMETER_AUTOMATION_TYPE in the juce_audio_plugin_client module config page in the Projucer. Hosts: Use AudioPluginInstance::getDefaultNumParameterSteps as the number of steps for all parameters. -Rationale ---------- +**Rationale** + The old system for presenting plug-in parameters to a host as either continuous or discrete is inconsistent between plug-in types and lacks sufficient flexibility. This change harmonises the behaviour and allows individual @@ -2655,42 +2628,42 @@ offer a limited number of parameter values, which again produces different behaviour for different plug-in types. -Change ------- +## Change + A new FrameRateType fps23976 has been added to AudioPlayHead, -Possible Issues ---------------- +**Possible Issues** + Previously JUCE would report the FrameRateType fps24 for both 24 and 23.976 fps. If your code uses switch statements (or similar) to handle all possible frame rate types, then this change may cause it to fall through. -Workaround ----------- +**Workaround** + Add fps23976 to your switch statement and handle it appropriately. -Rationale ---------- +**Rationale** + JUCE should be able to handle all popular frame rate codes but was missing support for 23.976. -Change ------- +## Change + The String (bool) constructor and operator<< (String&, bool) have been explicitly deleted. -Possible Issues ---------------- +**Possible Issues** + Previous code which relied on an implicit bool to int type conversion to produce a String will not compile. -Workaround ----------- +**Workaround** + Cast your bool to an integer to generate a string representation of it. -Rationale ---------- +**Rationale** + Letting things implicitly convert to bool to produce a String opens the door to all kinds of nasty type conversion edge cases. Furthermore, before this change, MacOS would automatically convert bools to ints but this wouldn't occur on @@ -2698,89 +2671,88 @@ different platform. Now the behaviour is consistent across all operating systems supported by JUCE. -Change ------- +## Change + The writeAsJSON virtual method of the DynamicObject class requires an additional parameter, maximumDecimalPlaces, to specify the maximum precision of floating point numbers. -Possible Issues ---------------- +**Possible Issues** + Classes which inherit from DynamicObject and override this method will need to update their method signature. -Workaround ----------- +**Workaround** + Your custom DynamicObject class can choose to ignore the additional parameter if you don't wish to support this behaviour. -Rationale ---------- +**Rationale** + When serialising the results of calculations to JSON the rounding of floating point numbers can result in numbers with 17 significant figures where only a few are required. This change to DynamicObject is required to support truncating those numbers. -Version 5.1.0 -============= +# Version 5.1.0 + +## Change -Change ------- The JUCE_COMPILER_SUPPORTS_LAMBDAS preprocessor macro has been removed. -Possible Issues ---------------- +**Possible Issues** + If your project is using JUCE_COMPILER_SUPPORTS_LAMBDAS in your source code then it will likely evaluate to "false" and you could end up unnecessarily using code paths which avoid lambda functions. -Workaround ----------- +**Workaround** + Remove the usage of JUCE_COMPILER_SUPPORTS_LAMBDAS from your code. -Rationale ---------- +**Rationale** + Lambda functions are now available on all platforms that JUCE supports. -Change ------- +## Change + The option to set the C++ language standard is now located in the project settings instead of the build configuration settings. -Possible Issues ---------------- +**Possible Issues** + Projects that had a specific version of the C++ language standard set for exporter build configurations will instead use the default (C++11) when re-saving with the new Projucer. -Workaround ----------- +**Workaround** + Change the "C++ Language Standard" setting in the main project settings to the required version - the Projucer will add this value to the exported project as a compiler flag when saving exporters. -Rationale ---------- +**Rationale** + Having a different C++ language standard option for each build configuration was unnecessary and was not fully implemented for all exporters. Changing it to a per-project settings means that the preference will propagate to all exporters and only needs to be set in one place. -Change ------- +## Change + PopupMenus now scale according to the AffineTransform and scaling factor of their target components. -Possible Issues ---------------- +**Possible Issues** + Developers who have manually scaled their PopupMenus to fit the scaling factor of the parent UI will now have the scaling applied two times in a row. -Workaround ----------- +**Workaround** + 1. Do not apply your own manual scaling to make your popups match the UI scaling @@ -2791,54 +2763,54 @@ or return false. See https://github.com/juce-framework/JUCE/blob/c288c94c2914af20f36c03ca9c5401fcb555e4e9/modules/juce_gui_basics/menus/juce_PopupMenu.h#725 -Rationale ---------- +**Rationale** + Previously, PopupMenus would not scale if the GUI of the target component (or any of its parents) were scaled. The only way to scale PopupMenus was via the global scaling factor. This had several drawbacks as the global scaling factor would scale everything. This was especially problematic in plug-in editors. -Change ------- +## Change + Removed the setSecurityFlags() method from the Windows implementation of WebInputStream as it disabled HTTPS security features. -Possible Issues ---------------- +**Possible Issues** + Any code previously relying on connections to insecure webpages succeeding will no longer work. -Workaround ----------- +**Workaround** + Check network connectivity on Windows and re-write any code that relied on insecure connections. -Rationale ---------- +**Rationale** + The previous behaviour resulted in network connections on Windows having all the HTTPS security features disabled, exposing users to network attacks. HTTPS connections on Windows are now secure and will fail when connecting to an insecure web address. -Change ------- +## Change + Pointer arithmetic on a pointer will have the same result regardless if it is wrapped in JUCE's Atomic class or not. -Possible Issues ---------------- +**Possible Issues** + Any code using pointer arithmetic on Atomic will now have a different result leading to undefined behaviour or crashes. -Workaround ----------- +**Workaround** + Re-write your code in a way that it does not depend on your pointer being wrapped in JUCE's Atomic or not. See rationale. -Rationale ---------- +**Rationale** + Before this change, pointer arithmetic with JUCE's Atomic type would yield confusing results. For example, the following code would assert before this change: @@ -2854,28 +2826,27 @@ confusing and unintuitive. Furthermore, this aligns JUCE's Atomic type with std::atomic. -Version 4.3.1 -============= +# Version 4.3.1 + +## Change -Change ------- JUCE has changed the way native VST3/AudioUnit parameter ids are calculated. -Possible Issues ---------------- +**Possible Issues** + DAW projects with automation data written by an AudioUnit or VST3 plug-in built with pre JUCE 4.3.1 versions will load incorrectly when opened by an AudioUnit or VST3 built with JUCE versions 4.3.1 and later. Plug-ins using JUCE_FORCE_USE_LEGACY_PARAM_IDS are not affected. -Workaround ----------- +**Workaround** + Disable JUCE_USE_STUDIO_ONE_COMPATIBLE_PARAMETERS in the juce_audio_plugin_client module config page in the Projucer. For new plug-ins, be sure to use the default value for this property. -Rationale --------- +**Rationale** + JUCE needs to convert between its own JUCE parameter id format (strings) to the native parameter id formats of the various plug-in backends. For VST3 and AudioUnits, JUCE uses a hash function to generate a numeric id. However, some @@ -2884,27 +2855,26 @@ parameters that have a negative parameter id. Therefore, the hash function for VST3/AudioUnits needed to be changed to only return positive-valued hashes. -Version 4.3.0 -============= +# Version 4.3.0 + +## Change -Change ------- A revised multi-bus API was released which supersedes the previously flawed multi-bus API - JUCE versions 4.0.0 - 4.2.4 (inclusive). -Possible Issues ---------------- +**Possible Issues** + If you have developed a plug-in with JUCE versions 4.0.0 - 4.2.4 (inclusive), then you will need to update your plug-in to the new multi-bus API. Pre JUCE 4.0.0 plug-ins are not affected apart from other breaking changes listed in this document. -Workaround ---------- +**Workaround** + None. -Rationale --------- +**Rationale** + A flawed multi-bus API was introduced with JUCE versions 4.0.0 up until version 4.2.4 (inclusive) which was not API compatible with pre JUCE 4 plug-ins. JUCE 4.3.0 releases a revised multi-bus API which restores pre JUCE 4 API @@ -2912,27 +2882,27 @@ compatibility. However, the new multi-bus API is not compatible with the flawed multi-bus API (JUCE version 4.0.0 - 4.2.4). -Change ------- +## Change + JUCE now generates the AAX plug-in bus layout configuration id independent from the position as it appears in the Projucer’s legacy "Channel layout configuration" field. -Possible Issues ---------------- +**Possible Issues** + ProTools projects generated with a < 4.3.0 JUCE versions of your plug-in, may load the incorrect bus configuration when upgrading your plug-in to >= 4.3.0 versions of JUCE. -Workaround ----------- +**Workaround** + Implement AudioProcessor’s getAAXPluginIDForMainBusConfig callback to manually override which AAX plug-in id is associated to a specific bus layout of your plug-in. This workaround is only necessary if you have released your plug-in built with a version previous to JUCE 4.3.0. -Rationale --------- +**Rationale** + The new multi-bus API offers more features, flexibility and accuracy in specifying bus layouts which cannot be expressed by the Projucer’s legacy "Channel layout configuration" field. The native plug-in format backends use @@ -2948,27 +2918,26 @@ in which the channel configurations appear in the legacy "Channel layout configuration" field. -Version 4.2.1 -============= +# Version 4.2.1 + +## Change -Change ------- JUCE now uses the paramID property used in AudioProcessorParameterWithID to uniquely identify parameters to the host. -Possible Issues ---------------- +**Possible Issues** + DAW projects with automation data written by an audio plug-in built with pre JUCE 4.2.1 will load incorrectly when opened by an audio plug-in built with JUCE 4.2.1 and later. -Workaround ----------- +**Workaround** + Enable JUCE_FORCE_USE_LEGACY_PARAM_IDS in the juce_audio_plugin_client module config page in the Projucer. For new plug-ins, be sure to disable this property. -Rationale --------- +**Rationale** + Each parameter of the AudioProcessor has an id associated so that the plug-in’s host can uniquely identify parameters. The id has a different data-type for different plug-in types (for example VST uses integers, AAX uses string diff --git a/ChangeList.txt b/CHANGE_LIST.md similarity index 93% rename from ChangeList.txt rename to CHANGE_LIST.md index 220633988a..49840832a1 100644 --- a/ChangeList.txt +++ b/CHANGE_LIST.md @@ -1,9 +1,10 @@ -== Major JUCE features and updates == +# Major JUCE features and updates -This file just lists the more notable headline features. For more detailed info -about changes and bugfixes please see the git log and BREAKING-CHANGES.txt. +This file lists the more notable headline features. For more detailed info +about changes and bugfixes please see the git log and BREAKING_CHANGES.md. + +## Version 7.0.7 -Version 7.0.7 - Fixed some macOS 14.0 deprecations - Fixed some issues with VST3 manifest generation - Fixed a Metal layer rendering issue @@ -11,7 +12,8 @@ Version 7.0.7 - Fixed a crash in VirtualDesktopWatcher - Fixed an AUv3 bundling problem -Version 7.0.6 +## Version 7.0.6 + - Added support for VST3 bundles and moduleinfo.json - Improved message box dismissal - Improved WebView support @@ -21,19 +23,22 @@ Version 7.0.6 - Improved machine ID support - Improved the HighResolutionTimer implementation -Version 7.0.5 +## Version 7.0.5 + - Fixed Windows 7 compatibility - Fixed dark mode notifications on macOS - Improved the performance of AudioProcessorGraph -Version 7.0.4 +## Version 7.0.4 + - Improved Metal device handling - Adopted more C++17 features - Improved input handling on macOS and iOS - Fixed a GUI display issue on Linux - Fixed some compiler warnings -Version 7.0.3 +## Version 7.0.3 + - Added a unique machine ID - Added new threading classes - Improved the performance of multiple OpenGL contexts @@ -42,18 +47,21 @@ Version 7.0.3 - Fixed Studio One drawing performance - Updated the FLAC library -Version 7.0.2 +## Version 7.0.2 + - Fixed accessibility table navigation - Fixed Android file access on older APIs - Improved Linux VST3 threading - Improved ARA integration -Version 7.0.1 +## Version 7.0.1 + - Fixed some Xcode and MSVC compiler warnings - Improved VST3 bus configuration and channel handling - Fixed some Metal layer rendering bugs -Version 7.0.0 +## Version 7.0.0 + - Added Audio Random Access (ARA) SDK support - Added support for authoring and hosting LV2 plug-ins - Added a default renderer for macOS and iOS @@ -63,14 +71,16 @@ Version 7.0.0 - Revamped AudioPlayHead functionality - Improved accessibility support -Version 6.1.6 +## Version 6.1.6 + - Improved the handling of AU multichannel layouts - Added JUCE_NODISCARD to builder-patten functions - Added recursion options to DirectoryIterator - Unified the loading of OpenGL 3.2 core profiles - Improved macOS full-screen behaviour with non-native titlebars -Version 6.1.5 +## Version 6.1.5 + - Improved the accessibility framework - Added handling of non-Latin virtual key codes on macOS - Improved X11 compatibility @@ -79,12 +89,14 @@ Version 6.1.5 - Improved MinGW-w64 compatibility - Added an MPEKeyboardComponent class -Version 6.1.4 +## Version 6.1.4 + - Restored Projucer project saving behavior - Fixed a CGImage memory access violation on Monterey - Improved macOS thread priority management -Version 6.1.3 +## Version 6.1.3 + - Added support for Visual Studio 2022 to the Projucer - Added support for creating OpenGL 3.2 contexts on Windows - Added support for plugin hosts to easily retrieve stable parameter IDs @@ -95,12 +107,14 @@ Version 6.1.3 - Improved macOS 12 compatibility, including OpenGL and FileChooser fixes - Improved accessibility support -Version 6.1.2 +## Version 6.1.2 + - Fixed an OpenGL display refresh rate issue on macOS - Improved the scaling behaviour of hosted VST3 plug-ins - Improved accessibility support -Version 6.1.1 +## Version 6.1.1 + - Fixed a CMake installation issue - Improved parameter value loading after plug-in restarts - Fixed some problems with multi-line text layouts @@ -108,7 +122,8 @@ Version 6.1.1 - Fixed an issue setting OpenGL repaint events - Improved accessibility support -Version 6.1.0 +## Version 6.1.0 + - Added accessibility support - Enabled use of VST3 plug-in extensions - Improved OpenGL function loading @@ -125,7 +140,8 @@ Version 6.1.0 - Improved modal dismissing - Improved assertion handling on macOS ARM -Version 6.0.8 +## Version 6.0.8 + - Fixed a macOS graphics invalidation region issue - Improved the handling of modal dialog dismissal - Fixed audio glitching in CoreAudio before microphone permission is granted @@ -139,11 +155,13 @@ Version 6.0.8 - Fixed some DSP convolution issues - Added host detection on macOS ARM -Version 6.0.7 +## Version 6.0.7 + - Fixed a macOS drawing issue - Updated the DemoRunner bundle ID -Version 6.0.6 +## Version 6.0.6 + - Moved to the new CoreMIDI API on supported platforms - Added support for the "New Build System" in Xcode - Made the audio format readers more robust @@ -151,7 +169,8 @@ Version 6.0.6 - Fixed a VST3 program parameter issue - Updated to Oboe 1.5 on Android -Version 6.0.5 +## Version 6.0.5 + - Added more support for styling PopupMenus - Fixed some race conditions in the IPC and name named pipe classes - Implemented multiple FileChooser improvements @@ -159,16 +178,19 @@ Version 6.0.5 - Prevented CoreAudio glitches before accepting audio access permissions - Made reading MIDI and audio files more robust -Version 6.0.4 +## Version 6.0.4 + - Improved the Projucer update mechanism - Fixed an AUv3 parameter normalisation issue - Fixed WASAPI exclusive mode sample rate selection bug - Fixed a Linux build issue when omitting ALSA -Version 6.0.3 +## Version 6.0.3 + - Fixed version numbers in project files -Version 6.0.2 +## Version 6.0.2 + - Added support for macOS 11 and arm64 - Added Windows IAudioClient3 support for low latency audio drivers - Added Windows and macOS precompiled header support in the Projucer @@ -178,7 +200,8 @@ Version 6.0.2 - Improved resave diffs in Projucer project files - Fixed some Linux JACK issues -Version 6.0.1 +## Version 6.0.1 + - Fixed a bug in the Projucer GUI editor causing existing code to be overwritten - Updated Android Oboe to 1.4.2 - Bumped default Android Studio gradle and plugin versions to the latest @@ -192,7 +215,8 @@ Version 6.0.1 - Fixed Projucer CLion exporter generated CMakeLists.txt - Fixed drag and drop for non-DPI aware plug-ins on Windows -Version 6.0.0 +## Version 6.0.0 + - Added support for building JUCE projects with CMake - Revamped the DSP module - Added VST3 support on Linux @@ -218,7 +242,8 @@ Version 6.0.0 - Windows and Linux hiDPI scaling improvements - Various bug-fixes, improvements and documentation updates -Version 5.4.7 +## Version 5.4.7 + - Fixed a macOS focus bug causing Components to not receive mouse events - Fixed a potential NullPointerException in the Android IAP code - Fixed an entitlements file generation bug in the Projucer @@ -226,7 +251,8 @@ Version 5.4.7 - Fixed some build errors and warnings when using Clang on Windows - Changed the default architecture specified in Linux Makefiles generated by the Projucer -Version 5.4.6 +## Version 5.4.6 + - Fixed compatibility with macOS versions below 10.11 - Multiple thread safety improvements - Added dynamic parameter and parameter group names @@ -235,7 +261,8 @@ Version 5.4.6 - Replaced WaitableEvent internals with std::condition_variable - Fixed some macOS text alignment issues -Version 5.4.5 +## Version 5.4.5 + - Improved message queue performance on Linux - Added missing lifecycle callbacks on Android Q - Refactored the AudioBlock class @@ -247,7 +274,8 @@ Version 5.4.5 - Replaced select() calls with poll() - Various bug-fixes, improvements and documentation updates -Version 5.4.4 +## Version 5.4.4 + - Improvements to floating point number printing - Faster plug-in parameter indexing - Added support for persisting attachements to MIDI devices @@ -257,7 +285,8 @@ Version 5.4.4 - Added support for Visual Studio 2019 - Removed support for Visual Studio 2013 -Version 5.4.3 +## Version 5.4.3 + - Added a Visual Studio 2019 exporter to the Projucer - Added options to configure macOS Hardened Runtime in the Projucer - Fixed a potential memory corruption when drawing on macOS/iOS @@ -265,7 +294,8 @@ Version 5.4.3 - Multiple DSP module enhancements - Various bug-fixes, improvements and documentation updates -Version 5.4.2 +## Version 5.4.2 + - Restructured the low-level Android native code - Added an ADSR envelope class - AudioProcessorValueTreeState performance improvements @@ -273,7 +303,8 @@ Version 5.4.2 - Improved VST3 hosting - Windows hiDPI scaling enhancements -Version 5.4.1 +## Version 5.4.1 + - Fixed a VST2 compilation error in VS2013 - Fixed some live-build compilation errors in the Projucer - Fixed a bug in the Oversampling class @@ -281,7 +312,8 @@ Version 5.4.1 - Fixed some bugs in the Unity plug-in wrapper - Fixed some VS2015 compiler errors -Version 5.4.0 +## Version 5.4.0 + - macOS Mojave and iOS 12 support - Windows hiDPI support - Unity native plug-in support @@ -293,7 +325,8 @@ Version 5.4.0 - Support for Android Studio 3.2 - Various bug-fixes, improvements and documentation updates -Version 5.3.2 +## Version 5.3.2 + - Removed the OSX 10.5 and 10.6 deployment target options from the Projucer and enabled more C++11 features across all platforms - Replaced all usage of ScopedPointer with std::unique_ptr - Added camera support for iOS and Android @@ -308,7 +341,8 @@ Version 5.3.2 - Fixed a bug causing an unintentional menu item highlight disco party when using a popup menu in a plug-in's UI - Marked as deprecated: String::empty, var::null, File::nonexistent, ValueTree::invalid and other problematic statically-initialised null values -Version 5.3.1 +## Version 5.3.1 + - Add Android and iOS support to AudioPluginHost - Added support for Bela in the form of an AudioIODeviceType - Add bypass support to both hosting and plug-in client code @@ -327,7 +361,8 @@ Version 5.3.1 - Added a command-line option to use LF as linefeeds rather than CRLF in the Projucer cleanup tools - Multiple documentation updates -Version 5.3.0 +## Version 5.3.0 + - Added support for Android OBOE (developer preview) - Updated JUCE's MPE classes to comply with the new MMA-adopted specification - Multiple documentation updates @@ -340,7 +375,8 @@ Version 5.3.0 - Added thread safe methods for getting and setting the AudioProcessorValueTreeState state - Added customisable MacOS icons -Version 5.2.1 +## Version 5.2.1 + - Added native content sharing support for iOS and Android - Added iOS and Android native file chooser support - Implemented WebBrowserComponent on Android @@ -366,7 +402,8 @@ Version 5.2.1 - Multiple Projucer UI and UX improvements - Various documentation tweaks and fixes -Version 5.2.0 +## Version 5.2.0 + - Added a CMake exporter to the Projucer - JUCE analytics module - Added support for push notifications on iOS and Android @@ -385,7 +422,8 @@ Version 5.2.0 - Improved the performance of 3D rendering when multiple OpenGL contexts are used at the same time - Tweaked the rate at which EdgeTable grows its internal storage, to improve performance rendering large and complex paths -Version 5.1.2 +## Version 5.1.2 + - Fixed multiple plugin-resizing bugs - Added support for AUv3 MIDI and screen size negotiation - Added support for Xcode 9 and iOS 11 @@ -399,7 +437,8 @@ Version 5.1.2 - Plug-in parameters can be explicitly marked as continuous or discrete - Multiple documentation updates -Version 5.1.1 +## Version 5.1.1 + - Fixed Windows live build engine on Visual Studio 2017 - Fixed a compiler error in juce_MathFunctions.h in Visual Studio 2013 - Fixed a potential crash when using the ProcessorDuplicator @@ -413,7 +452,8 @@ Version 5.1.1 - Fixed an issue where a JUCE VST2 would not correctly report that it supports resizing of it’s plugin editor - Various documentation tweaks and fixes -Version 5.1.0 +## Version 5.1.0 + - Release of the JUCE DSP module - Multichannel audio readers and writers - Plugin editor Hi-DPI scaling support @@ -425,7 +465,8 @@ Version 5.1.0 - Various documentation fixes - Various minor improvements and bug fixes -Version 5.0.2 +## Version 5.0.2 + - Improved project save speed in the Projucer - Added option to save individual exporters in the Projucer - Added the ability to create custom colour schemes for the Projucer’s code editor @@ -448,7 +489,8 @@ Version 5.0.2 - Various documentation fixes - Various minor improvements and bug fixes -Version 5.0.1 +## Version 5.0.1 + - Fixed Windows live build engine on Visual Studio 2017 - Fixed memory-leak in Projucer live build engine - Fixed an issue where you could not paste your redeem serial number with Cmd+V on macOS @@ -456,7 +498,8 @@ Version 5.0.1 - Minor Projucer UI improvements - Various minor improvements and bug fixes -Version 5.0.0 +## Version 5.0.0 + - New licensing model - Projucer UI/UX overhaul - New look and feel (version 4) @@ -475,7 +518,8 @@ Version 5.0.0 - Various minor improvements and bug fixes - Various documentation improvements -Version 4.3.1 +## Version 4.3.1 + - Added support for iOS download tasks - Added support for AAX plug-in meters - Added support for dynamically disabling/enabling sidechains in ProTools @@ -490,7 +534,8 @@ Version 4.3.1 - Various minor improvements and bug fixes - Various documentation improvements -Version 4.3.0 +## Version 4.3.0 + - Added API and examples for ROLI Blocks - Multiple Projucer live-build UI and diagnostics improvements - JUCE now supports hosting multi-bus plug-ins @@ -503,7 +548,8 @@ Version 4.3.0 - Various minor improvements and bug fixes - Various documentation improvements -Version 4.2.4 +## Version 4.2.4 + - Pre-release of live build engine on Windows - Added FlexBox layout engine - Removed dependency on external Steinberg SDK when building and/or hosting VST2 plug-ins @@ -527,18 +573,21 @@ Version 4.2.4 - Various minor improvements and bug fixes - Various documentation improvements -Version 4.2.3 +## Version 4.2.3 + - Various VST3 improvements: resizing VST3 windows, plug-in compatibility issues - Use NSURLSession on newer OS X versions - Add compatibility for VST 3 SDK update 3.6.6 - Miscellaneous fixes and improvements -Version 4.2.1 +## Version 4.2.1 + - New class CachedValue, for providing easy and efficient access to ValueTree properties - Reduced audio plug-in binary sizes on OS X and added symbol-stripping option - Miscellaneous fixes and improvements -Version 4.2 +## Version 4.2 + - Added support for AudioUnit v3 on OS X and iOS - Simplified the JUCE module format. Removed the json module definition files, and made it easier to manually add modules to projects. The format is fully described in the @@ -551,21 +600,25 @@ Version 4.2 open-source project. This will allow everyone to compile the Projucer's IDE themselves, and having just one app instead of two will make things a lot less confusing! -Version 4.1 +## Version 4.1 + - Added multi-bus support for audio plug-in clients - Added support for MIDI effect plug-ins (AU and AAX). - Added new example: Network Graphics Demo -Version 4.0.3 +## Version 4.0.3 + - Added MPE (Multidimensional Polyphonic Expression) classes - Added full support for generating and parsing Midi RPN/NRPN messages - Made the LinearSmoothedValue class public - Miscellaneous fixes and minor improvements -Version 4.0.2 +## Version 4.0.2 + - Miscellaneous fixes and house-keeping -Version 4.0.1 +## Version 4.0.1 + - Initial release of the Projucer! - Full OSC support! - Android Studio exporting from the Introjucer @@ -579,12 +632,14 @@ Version 4.0.1 - Many updates to Introjucer - Many new tutorials and examples -Version 3.3.0 +## Version 3.3.0 + - New functions for Base64 conversion - New command-line options in the introjucer for trimming whitespace and replacing tabs in source files -Version 3.2.0 +## Version 3.2.0 + - Major OpenGL performance/stability improvements - Performance improvements to FloatVectorOperations math functions - New FloatVectorOperations: abs, min, max, addWithMultiply, clip diff --git a/extras/Projucer/Source/Settings/jucer_StoredSettings.cpp b/extras/Projucer/Source/Settings/jucer_StoredSettings.cpp index afc2bf77bc..5d1499b3f5 100644 --- a/extras/Projucer/Source/Settings/jucer_StoredSettings.cpp +++ b/extras/Projucer/Source/Settings/jucer_StoredSettings.cpp @@ -313,7 +313,7 @@ static bool isGlobalPathValid (const File& relativeTo, const Identifier& key, co } else if (key == Ids::jucePath) { - fileToCheckFor = "ChangeList.txt"; + fileToCheckFor = "CHANGE_LIST.md"; } else {