There is one GetBytes() to get a pointer to the underlying data, and there is another GetBytes() to "parse" data from the chunk, these mean two different things and one of them should get renamed

https://github.com/olilarkin/wdl-ol-private/blob/bbca62f814d17f2fa8f85f62fb3d53afff3b1b5b/IPlug/IPlugStructs.h#L39

https://github.com/olilarkin/wdl-ol-private/blob/master/IPlug/IPlugStructs.h#L177

Only used for distributed VST3 to avoid a clash when compiling controller as a static lib. Is there another way?

Reaper VST2 plug-ins can support dynamic parameter counts, this has been added but not tested very thoroughly: https://github.com/olilarkin/wdl-ol-private/blob/048760bccb07e6a01497d1e520eee2731acad127/IPlug/VST2/IPlugReaperVST2.h#L122

VST3 plug-ins in theory should be able to change the parameter counts, but whether this works in practice is another matter.

https://github.com/olilarkin/wdl-ol-private/blob/master/IGraphics/IGraphics.h#L461

At runtime, it would be great to be able to call a method that tells you the current channel i/o setup. E.g. if you specified "1-1 2-2", IPlugBase::GetIOConfig() could return a number indicated i/o setup 2 was in action when you were running on a stereo track

WDL's AudioBufferContainer may come in handy

Enable dynamic linking by default due to "fiber local storage (FLS) slots" changes on windows 10 list Dev Support Tasks

https://forum.juce.com/t/important-breaking-change-juce-will-now-use-dynamic-linking-for-the-windows-runtime-by-default/25276

https://forums.presonus.com/viewtopic.php?f=213&t=22254

There is a lot of duplication between the distributed and non-distributed VST3 code

This means dragging knobs requires more effort than it should

Possibly replace with PLUG_TYPE

replace with option PARAMS_MUTEX

Striving for a professional quality code base, I feel that we should probably namespace IPlug, and possibly also IGraphics? I wonder how disruptive it could be

Steps to reproduce:

• create a instance of the plug-in
• resize with the corner resize
• close the plug-in interface
• reopen the interface

= dimensions are same as when closed, but mouse coordinates are wrong

EParamSource source, sampleOffset etc

https://github.com/olilarkin/wdl-ol-private/blob/iplugquake/IPlug/Extras/WebSocket/IWebsocketEditorDelegate.cpp#L62
https://github.com/olilarkin/wdl-ol-private/blob/iplugquake/IPlug/Extras/WebSocket/IWebsocketEditorDelegate.cpp#L76
https://github.com/olilarkin/wdl-ol-private/blob/iplugquake/IPlug/Extras/WebSocket/IWebsocketEditorDelegate.cpp#L89

etc

Much work has been done on Channel IO strings improvement, and part of this for all units is determining a channel layout tag based on the bus channel count and possibly a custom implementation of GetAPIBusTypeForChannelIOConfig.

This should be checked again

https://developer.apple.com/documentation/audiotoolbox/auaudiounit/1387685-channelcapabilities

Many new IVControls have been added, some more still needed

Randy on the case

Should thoroughly check for leaks using various tools in Xcode, since there's been quite a lot of changes

From the JUCE documentation:

*A Viewport is used to contain a larger child component, and allows the child to be automatically scrolled around.

To use a Viewport, just create one and set the component that goes inside it using the setViewedComponent() method. When the child component changes size, the Viewport will adjust its scrollbars accordingly.*

I think I plug should have something like this, which is particularly useful for scrolling areas on mobile

see https://github.com/talaviram/SymbolFriendlyPlugIn

and

https://blog.cantabilesoftware.com/visual-studio-crash-dumps-a-guide-for-plugin-developers-5b2a666d94e2

i have some code for this

Since enabling transient IGraphics contexts ( so that no textures et cetera are loaded onto the GPU until plug-in user interface is required), there is a noticeable lag seeing the UI, at least with virtualCZ. this wasn't an issue when the metal context was created before the UI was needed

VST3 multichannel support should be thoroughly tested, in both distributed and non-distributed VST3

For some reason the grid and dotted rectangles don't draw in anything other than lice. I know Nano VG doesn't support dashes in paths, but Cairo and AGG should. It seems like it's something to do with the clipping in IGraphics::DrawControl.

Throughout the code 32 bit int values are used to represent bytecounts. It would be much more sensible to use size_t, but would have to be careful to change throughout especially with serialisation et cetera

Lots of work has been done on this, but I feel that we need to thoroughly test it, since there are so many variables - DAW, Plugin API, Graphics API

Should be a pointer not reference, like iplug 1, to avoid ugly *this when creating controls. How does this affect our future options of having "child" controls like juce::component

should be PLUG_DOES_MIDI_IN && PLUG_DOES_MIDI_OUT, to optionally allow output

There are numerous TODOs: in IPlugWAM.cpp that should be reworked for shared array buffer. In fact significant reworking should be done to use the "powerhouse" design pattern described here:

https://developers.google.com/web/updates/2018/06/audio-worklet-design-pattern#webaudio_powerhouse_audioworklet_and_sharedarraybuffer

https://developers.google.com/web/updates/2018/06/audio-worklet-design-pattern

https://github.com/GoogleChromeLabs/web-audio-samples/tree/gh-pages/audio-worklet/design-pattern

https://github.com/olilarkin/wdl-ol-private/blob/iplugquake/IPlug/WEB/IPlugWAM.cpp#L72

another one of these

https://www.khronos.org/webgl/wiki/HandlingHighDPI