Skip to content

v0.2.10 - fixes a crash on project load in v0.2.9

Choose a tag to compare

View all tags
@JaySNL JaySNL released this 03 Sep 12:50
· 15 commits to main since this release
v0.2.10
0ed76c0

v0.2.9 could crash Resolve while a project loaded. Install this instead.

If you are on v0.2.9 and a project with a Windows VST2 aborts on load — signal 6, terminate called without an active exception — that is this bug, and it is fixed here.

What happened

v0.2.9 added two things: telling Resolve how much latency a plugin has, and telling the plugin when
the playhead jumps. The first is fine and stays on. The second crashed.

The locate forwarding is now off by default. Confirmed by changing only that: with it off, the
same project opens, the same plugin loads, and delay compensation keeps working —
"PodcastPlugins TRACK" reports 5279 samples in the log.

Your sync stays fixed. What comes back is the older and much milder problem it replaced: after
a jump in the timeline, the first moments of audio may replay the tail of the previous position.
That is a monitoring annoyance. The crash was not.

Why it happened, since it is worth being straight about

The reset is deferred to the top of the next audio block on purpose — nothing is being processed
there, and CLAP names the audio thread as where a reset belongs. For VST2 that means dispatching
effStopProcess and effStartProcess from the audio thread into a Wine IPC bridge, and yabridge
expects most dispatcher traffic on the main thread.

The reasoning was right for VST3 and CLAP. It was generalised to VST2 without evidence for it, and
it was shipped. That is the mistake.

FXBRIDGE_RESET=1 turns it back on. That is how the real fix gets tested; it is not recommended
otherwise.

Also fixed

The Carla idle thread was created and never joined or detached, so its destructor ran at process
exit while still joinable — which aborts with the identical message a dying yabridge host
produces. Only reachable with the Carla loader selected, and not the crash above. Two sources of
the same abort text in one binary is a trap worth removing.

Install

curl -L -o ~/.local/share/BMDAudioPlugins/libfxbridge.so \
  https://github.com/JaySNL/VSTForResolveLinux/releases/latest/download/libfxbridge.so

Your cache, deny list and settings are untouched.

Known, unchanged from v0.2.9

  • A short silence when playback starts with a high-latency plugin. Exports are unaffected.
  • A plugin that changes its latency mid-session may not be re-compensated until the project is
    reopened.

The binaries

Built from the v0.2.10 tag in an Ubuntu 20.04 sandbox. libfxbridge.so floors at GLIBC_2.16.

8cb1a531772366d883f1ba8275e9da997f5dba61a0f284a9c1e0e1b9e569b014  libfxbridge.so
fcfcbb900031198219887721a3c40eee2cd01ae75b7d0215eceb1d5b3ac4ff90  fxbridge-scan
Assets 5
Loading