This change log was started June 24, 2017. There were many changes prior to that, during early development, which are not recorded here.

Fixed handling of MIDI channel numbers in NetVSTHost.

Fixed bugs in IP address handling in Windows versions of NetFilter and NetSynth.

Added native Win32 GUIs for NetFilter and NetSynth Windows versions.

Removed compression options entirely. These turned out not to be useful, and were just cluttering the code.

Added native Cocoa GUIs for NetFilter and NetSynth Macintosh versions.

NetFilter and NetSynth plugins on Windows also send large single packets, like their Mac counterparts do. This eliminates crackles when these plugins are used in Cubase. Also, fixed a mistake in NetVSTHost where any network error would cause the work thread to stop, so it was necessary to forcibly restart it (e.g. by opening the Devices/Network dialog and hitting OK again) before the program would accept connections again.

Tracked down the reason for messy starts. Logic Pro X starts off with a block size of 1024 until the first MIDI event is sent, then drops to whatever block size user specified in Project Audio Preferences (typically 256 or 512). The Mac plugins were not set up to handle this, now they are.

NetVSTHost.exe now sends all returned sample data as one packet, like the Mac AU plugins do. This should help it run more smoothly on the Mac (under Wine/WineBottler). Also fixed a bug where garbage sample data would be sent if no plugins at all had been loaded.

Added NetVSTHost executable for Mac OS X (see blog post). No actual code changes were required; this is simply a repackaging of the existing NetVSTHost.exe Windows executable.

Changed the way network send/recv operations are overlapped:

• In earlier releases, client plugins would always send each buffer's worth of data, then wait for response. To improve response time, NetVSTHost would send the previous buffer's output data before starting to process the newer input data, so there was always one buffer's worth of latency.
• This resulted in high CPU utilization by plugins, because they had to wait for data (despite the latency).
• In this release, NetVSTHost works more conventionally (receive, process, send) and the overlapping/latency is done by the client plugins. Each client plugin fakes the response to the first buffer's worth of data only. The result is that later recv() operations never block, and CPU usage drops to near-zero.

Fixed two issues in Mac AU plugins:

1. Fixed a bug where removing a plugin could crash AU host (e.g. Logic Pro X)
2. Made NetFilter's default Quality setting 5.0 = No Compression