Recreatable crash

Post your bug reports/problems here

Moderators: davidv, seb@plogue

CinningBao
Posts: 602
Joined: Thu May 06, 2004 9:13 am
Location: Capital City - UK
Contact:

Recreatable crash

Postby CinningBao » Sat Sep 30, 2017 6:09 am

I have a crash situation in which I cannot determine the cause.

Simply put, in the attached project, I added StepSeq feeding into a PianoTeq. As soon as I disconnect the audio from the microtonic_1 and attempt to connect to pianoteq, instant crash.

BUILD-ChoPitch-MINE 01.bidule
(146.24 KiB) Downloaded 11 times


And two OSX crash reports

PlogueCrash-wiringUpPianoTeq.rtf
(159.71 KiB) Downloaded 9 times


cheers :)

seb@plogue
Site Admin
Posts: 9695
Joined: Tue Mar 02, 2004 7:23 pm
Location: Montreal
Contact:

Re: Recreatable crash

Postby seb@plogue » Mon Dec 04, 2017 11:42 am

That's weird, both time the crash occurs in the audio thread and only shows the crash location in the OS code without any call stack.

CinningBao
Posts: 602
Joined: Thu May 06, 2004 9:13 am
Location: Capital City - UK
Contact:

Re: Recreatable crash

Postby CinningBao » Sat Dec 23, 2017 8:01 pm

Had it happen again! A completely different project, some crude prototype of a sample glitch buffer thing..
Switched the audio source from Microtonic to PianoTeq with a Step Sequencer, crash straight away.

If you open the project with the DSP engine off, then turn it on, crash.

BUILD-LiveGlitchSampler.bidule
(337.39 KiB) Downloaded 10 times


PlogueCrash-WiringupAudio2.rtf
(78.49 KiB) Downloaded 6 times


PlogueCrash-WiringupAudio3.rtf
(69.11 KiB) Downloaded 6 times


Festive wishes to all :)

seb@plogue
Site Admin
Posts: 9695
Joined: Tue Mar 02, 2004 7:23 pm
Location: Montreal
Contact:

Re: Recreatable crash

Postby seb@plogue » Wed Jan 03, 2018 12:38 pm

Ok, one crash log has more information. I'll check if I can make any sense of what might be happening with the layout.

seb@plogue
Site Admin
Posts: 9695
Joined: Tue Mar 02, 2004 7:23 pm
Location: Montreal
Contact:

Re: Recreatable crash

Postby seb@plogue » Wed Jan 03, 2018 1:04 pm

and all crashes I had so far where in the processing code of pianoteq, ok that's weird.

seb@plogue
Site Admin
Posts: 9695
Joined: Tue Mar 02, 2004 7:23 pm
Location: Montreal
Contact:

Re: Recreatable crash

Postby seb@plogue » Thu Jan 04, 2018 2:27 pm

Could you check if the layout behaves any better for you if you switch the Pianoteq instance from the 2 outputs version to the default ins defaults outs one?

The crash in Pianoteq seems to be related to the VST expecting to get 5 pointers/buffers to use for output whatever the number of outputs it did not refused to support when using the VST call to change the i/o configuration.

CinningBao
Posts: 602
Joined: Thu May 06, 2004 9:13 am
Location: Capital City - UK
Contact:

Re: Recreatable crash

Postby CinningBao » Thu Jan 04, 2018 3:47 pm

Yup, that's got it. Cheers!

Is there a correlation between this problem and the fact that there isn't a '5 outs' option in the VST submenu?

seb@plogue
Site Admin
Posts: 9695
Joined: Tue Mar 02, 2004 7:23 pm
Location: Montreal
Contact:

Re: Recreatable crash

Postby seb@plogue » Thu Jan 04, 2018 4:01 pm

Is there a correlation between this problem and the fact that there isn't a '5 outs' option in the VST submenu?


No, it really looks like the pianoteq6 vst always expects to get 5 buffers to write audio output and crashes if not present, setting up
fake buffers pointing to the existing ones to fit 5 outputs no matter the choice of number prevents the crash. Just not sure I want
to keep that "fix" in a release version. The default ins defaults outs option is always used as whatever the plugin says was its max i/o count.

CinningBao
Posts: 602
Joined: Thu May 06, 2004 9:13 am
Location: Capital City - UK
Contact:

Re: Recreatable crash

Postby CinningBao » Thu Jan 04, 2018 4:56 pm

No worries, thanks for looking.

I'll email PianoTeq to see they are willing to accept it as a defect.


Return to “Bidule Bugs and Problems”

Who is online

Users browsing this forum: No registered users and 3 guests