[solved with latest master] Crashes with Pianoteq 8 plugins

MusE is a DAW for Linux with both MIDI and Audio editing. https://muse-sequencer.github.io

Moderators: MattKingUSA, khz, spamatica

Post Reply
User avatar
Impostor
Established Member
Posts: 1334
Joined: Wed Aug 17, 2022 1:55 pm
Has thanked: 138 times
Been thanked: 344 times

[solved with latest master] Crashes with Pianoteq 8 plugins

Post by Impostor »

I'm not sure if it's a MusE (4.1 appimage) or a Pianoteq bug:

If a project contains a Pianoteq 8 vst plugin, where, within the plugin itself, I have changed an effect of any preset (e.g. changing delay to fuzz, or chorus to amp), all is fine until I save, close, then re-open this project: then MusE crashes.

As far as I know, this only happens when I change one of the three effects (excluding reverb, which cannot be swapped with another effect), shown in the image below, to another effect. (I can change the parameters without corrupting the project.)

This does not happen with Pianoteq 7, and it only happens with the vst version of Pianoteq 8. The lv2 version seems fine so far. Also, if the vst is used within Carla, with Carla as plugin in MusE, all seems fine as well.

Edit: it seems changing any effect to one of {wah, fuzz, amp} causes a corrupt project. Others seem fine.

Edit 2: I tried it out with QTractor (0.9.29 appimage): no crashes here.

Edit 3: If I create a preset in either in standalone or plugin Pianoteq, with one of the offending effect swaps, then if that preset is used in a project, that will crash MusE at loading too.

Edit 4: If I use a Pianoteq standard preset which by itself uses one of {amp, fuzz, wah} then loading that project crashes MusE too, if not the first time, then the second time.

Attachments
pianoteq_effects.png
pianoteq_effects.png (133.43 KiB) Viewed 1192 times
Last edited by Impostor on Sun Apr 30, 2023 10:28 am, edited 5 times in total.
Tim E. Real
Established Member
Posts: 660
Joined: Sat Sep 15, 2012 12:36 am
Has thanked: 36 times
Been thanked: 105 times

Re: Crash with Pianoteq 8 vst2 plugin

Post by Tim E. Real »

Hi. As it happens I am deeep within the plugin code including VST.
I too observed a crash with Surge XT VST when attempting to adjust its gain controls
via our generic plugin UI.
In my case I think it is because for VST we still have not provided proper parameter range checks
(all controls are simply set to 0.0 - 1.0 linear, ignoring logarithmic settings - not good!).
My very next step is to investigate once and for all providing these proper range checks.

I have made some extensive changes regarding these plugin range checks
and some other things including 'soft bypass' which someone requested.

Hang in there... I hope to commit soon and maybe all of my fixes will help...

Keep me posted on any updates to your tests...

User avatar
Impostor
Established Member
Posts: 1334
Joined: Wed Aug 17, 2022 1:55 pm
Has thanked: 138 times
Been thanked: 344 times

Re: Crash with Pianoteq 8 vst2 plugin

Post by Impostor »

Tim E. Real wrote: Sat Nov 26, 2022 5:41 pm

Hang in there... I hope to commit soon and maybe all of my fixes will help...

Keep me posted on any updates to your tests...

Hi, good luck! If you need me to try out some specific action, let me know..

User avatar
Impostor
Established Member
Posts: 1334
Joined: Wed Aug 17, 2022 1:55 pm
Has thanked: 138 times
Been thanked: 344 times

Re: Crash with Pianoteq 8 vst2 plugin

Post by Impostor »

What it seems to come down to is:

Opening any MusE project involving the Pianoteq 8 vst plugin, where an instrument is used which contains amp, wah, or fuzz as one of its three selected effects, regardless if that particular effect is disabled or not, results in a crash. Except when that plugin is used within Carla.

And that crash happens only when opening a project. Selecting such an instrument or effect in a running project works fine without crashing. Until I save, close, and re-open it that is.

User avatar
Impostor
Established Member
Posts: 1334
Joined: Wed Aug 17, 2022 1:55 pm
Has thanked: 138 times
Been thanked: 344 times

Re: Crash with Pianoteq 8 vst2 plugin

Post by Impostor »

Tim E. Real wrote: Sat Nov 26, 2022 5:41 pm

Keep me posted on any updates to your tests...

Yet more Pianoteq 8 trouble with both the lv2 and vst plugin versions:

If I close MusE (or open another project) while the Pianoteq 8 GUI is still open, MusE becomes unresponsive, and eventually closes with a coredump.

This only happens with Pianoteq 8. Not with Pianoteq 7 or other plugins afaik. Both with the 4.1 appimage, and the latest master appimage.

And again, when embedded within the Carla plugin, all is fine.

Edit: I updated the thread title.

Tim E. Real
Established Member
Posts: 660
Joined: Sat Sep 15, 2012 12:36 am
Has thanked: 36 times
Been thanked: 105 times

Re: Crashes with Pianoteq 8 plugins

Post by Tim E. Real »

The other day I downloaded 8 and observed a crash.
So I have a copy here and can test.
A printout mentions contacting the developers and reporting the line number
of the crash, so it might actually be a problem with the plugin, but we'll see...

User avatar
Impostor
Established Member
Posts: 1334
Joined: Wed Aug 17, 2022 1:55 pm
Has thanked: 138 times
Been thanked: 344 times

Re: Crashes with Pianoteq 8 plugins

Post by Impostor »

Tim E. Real wrote: Tue Nov 29, 2022 4:22 pm

The other day I downloaded 8 and observed a crash.
So I have a copy here and can test.
A printout mentions contacting the developers and reporting the line number
of the crash, so it might actually be a problem with the plugin, but we'll see...

The crashes when closing a project with an open Pianoteq 8 GUI disappear when that project was saved with the option "write window states" disabled.

Edit: Spoken too soon. I was closing MusE itself, and MusE didn't first become unresponsive before crashing. If I open a new project with the ptq GUI open: MusE still crashes.

Post Reply