Closed florijanstamenkovic closed 1 year ago
Thanks for the crash report! Even though the stack trace is slightly different, I would guess that the root cause is the same as what we're seeing in #283. If you're building from source, you should be able to confirm this by modifying the ChowtapeModelAudioProcessor::isBusesLayoutSupported()
implementation as in this comment.
More generally, the issue is that ChowTape is intended to support pretty much any channel configuration (so long as the input and output channel configurations are equivalent). Since the LV2 spec requires a "static" channel configuration, that kind of puts us in a tough spot: either we restrict the LV2 version to only support one channel configuration (probably stereo), or we ship like 6 instances of the LV2 plugin (mono, stereo, 5.1, 7.1, first-order ambisonic, second-order ambisonic, ...). Personally, I'd prefer to ship only one instance, just to help minimize the support burden.
Frankly, this is kind of issue is also a reason why I typically direct Linux users to prefer the CLAP format for our plugins (if their host supports it), or VST3, rather than LV2.
Hi, thanks for your response...
I installed it using the .deb package, which installs the LV2. I'm just too busy right now to build and test manually. Ardour doesn't seem to support CLAP (if I understand your nightly builds are in CLAP format), so that's a no-go.
I see your point about LV2 channels, and have seen plugins that come, clutterlignly, in many versions.
Makes sense to ship one instance. Not sure I see the point in shipping an LV2 version (by default, as a Linux download) that's not inline with LV2 specs (causing crashes), even if they're restrictive. So my vote would be: build LV2 to support only stereo (but can work as mono), or mono+stereo.
On Fri, Jun 16, 2023 at 6:02 PM jatinchowdhury18 @.***> wrote:
Thanks for the crash report! Even though the stack trace is slightly different, I would guess that the root cause is the same as what we're seeing in #283 https://github.com/jatinchowdhury18/AnalogTapeModel/issues/283. If you're building from source, you should be able to confirm this by modifying the ChowtapeModelAudioProcessor::isBusesLayoutSupported() implementation as in this comment https://github.com/jatinchowdhury18/AnalogTapeModel/issues/283#issuecomment-1383277308 .
More generally, the issue is that ChowTape is intended to support pretty much any channel configuration (so long as the input and output channel configurations are equivalent). Since the LV2 spec requires a "static" channel configuration, that kind of puts us in a tough spot: either we restrict the LV2 version to only support one channel configuration (probably stereo), or we ship like 6 instances of the LV2 plugin (mono, stereo, 5.1, 7.1, first-order ambisonic, second-order ambisonic, ...). Personally, I'd prefer to ship only one instance, just to help minimize the support burden.
Frankly, this is kind of issue is also a reason why I typically direct Linux users to prefer the CLAP format for our plugins (if their host supports it), or VST3, rather than LV2.
— Reply to this email directly, view it on GitHub https://github.com/jatinchowdhury18/AnalogTapeModel/issues/307#issuecomment-1594914992, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABY5GBAY32E5WOBA7GFNSJTXLR7P7ANCNFSM6AAAAAAZI6PYFY . You are receiving this because you authored the thread.Message ID: @.***>
(closing the issue as it's most likely a duplicate)
Describe the bug A segfault occurs immediately when inserting the plugin into a channel in Ardour.
To Reproduce
Desktop (please complete the following information):
Additional context Stack trace for the thread that had a segfault. Note there is no
std::vector
access like in https://github.com/jatinchowdhury18/AnalogTapeModel/issues/283#issuecomment-1382912328