v1.2.0

Changed

• Updated Ableton Link to release 3.1.2.

v1.1.6

Changed

• The Mac disk image now includes a universal binary which runs natively both on Intel (x86_64) and Apple Silicon (arm64) Macs.

Note that since nothing about Carabiner itself changed, the Raspberry Pi version here was not rebuilt and still reports it is version 1.1.5. (There isn’t any way to get Pi builds automatically generated on GitHub yet, the way there is for the other platforms.)

v1.1.5

Changed

• Updated Ableton Link to release 3.0.3.
• Updated gflags to release 2.2.2.
• Fixed Github Actions build script.

1.1.4

Note: This was actually released on 2020-07-01 but the release was accidentally deleted while releasing 1.1.5, and had to be reconstructed in case anyone wanted access to these older binaries.

Changed

• The macOS build process now creates HFS+ (MacOS Extended) disk images rather than the default APFS filesystem that it was
  previously using. This allows them to be opened on High Sierra (10.12) and earlier.
• The build configuration now specifies that the macOS version should be compiled in a way that is backwards-compatible as far back as macOS 10.12, which should hopefully fix linker errors people were seeing on macOS 10.13 (issue #18).
• Updated the Ableton Link and gflags libraries.

1.1.3

Update to latest Link version, and releases are now automatically built and uploaded.

Added

• Now automatically build and release the Mac and Windows executables whenever changes are pushed to this repository, thanks to the power of GitHub Actions.
• Mac executables are released as code-signed, notarized disk images for ease of use on Catalina.

Changed

• Updated to Link 3.0.2 and gflags 2.2.2.

1.1.2

Some small changes to work nicely as a daemon process on a Raspberry Pi.

Added

• A --daemon boolean option to shut off the status line output,
  since that does nothing but flood the system log when Carabiner is
  running as an operating system background process.
• A Raspberry Pi build, since I now own one.
• Also now reports the version number in the startup message, which is
  helpful when scanning the system log.

1.1.1

Fixed integer types to be large enough to hold the timestamp values that are sent. Also improves error logging, which was used (in a preview release) to understand this problem.

Fixed

• It turns out that C++ long types in 64-bit Windows are half the size of Java long types, so the values that are sent by Beat Link Trigger as time stamps need to be declared as long long values in C++ to be safe there. This change fixes parse errors people were running into.

Added

• More detailed error information is printed in the window in which Carabiner is running when there is a problem parsing a value it has received. This helped figure out the above problem.

1.1.0

Rewrote the message and argument handling code to cope with the fact that messages are sometimes going to be batched up by the network layer, so we need to look for more than one in a given message.

Added

• A way for clients to check the Carabiner version, so Beat Link Trigger can know whether the multi-message packets issue has been fixed and warn the user to upgrade Carabiner if needed.

Fixed

• If multiple messages were sent rapidly to or from Carabiner they might get grouped into a single network packet, and the later ones would be ignored. This release, along with a newer Beat Link Trigger release, process even later messages grouped in the same packet.

🔧 If you have been having problems running the Windows EXE due to missing DLLs prior to February 25, 2019, please try again: I now know to build it in Release mode, thanks to @Kevinnns. You also likely need to install the Microsoft Visual C++ Redistributable for Visual Studio 2017.

If it still does not work for you, your best bet is probably to install the tools needed to build it, as described in #4 (this has been reported to work for some people, and then you’ll even be able to build it from source if you want to).

1.0.0

This has been used productively for long enough to deserve a 1.0 release!

Added

• Implemented the enable-start-stop-sync, disable-start-stop-sync, start-playing, and stop-playing commands, to support the new transport control features in Link 3.0.
• A Windows binary, and a tip linking to instructions for building it in that environment.

Changed

• Updated the embedded Link library to version 3.0.1 to be able to support start/stop sync.

🔧 If you are having problems running the Windows EXE due to missing DLLs, your best bet is probably to install the tools needed to build it, as described in #4 (this has been reported to work for some people, and then you’ll even be able to build it from source if you want to).

0.1.3

Added

• Implemented the phase-at-time, time-at-beat, and request-beat-at-time
  commands, to provide access to the rest of the Link API.
• Explained the nature of Link timestamps in the documentation.

Changed

• Improved some details in the documentation.
• Updated the embedded Link library to incorporate fixes.