Dorico 5 crashes when I add TXL -timecode plugin and press play
Dorico 4 works as usual with a similar setup.
Here is a diagnostics report that hopefully has something about these crashes:
Dorico Diagnostics.zip (1.3 MB)
Dorico 5 crashes when I add TXL -timecode plugin and press play
Dorico 4 works as usual with a similar setup.
Here is a diagnostics report that hopefully has something about these crashes:
Dorico Diagnostics.zip (1.3 MB)
The crash is in the TXL Timecode plug-in itself. I expect @Ulf will have some thoughts on this as well, but my advice would be to contact the support team at TXL and provide them with these crash reports, so they can take a look and see what might be going on.
Thank you!
I sent a message to the developers of TXL -timecode plugin, and shared a link to this discussion. Hopefully they can figure out what the problem might be.
I personally use this tool very often, so I have to continue with Dorico 4 until the crashing issue is resolved.
There are 6 crash files. 2 are within the TXL plug-in and the other 4 are same to JazzMarc et al.
Thanks, Ulf – so some of the problems are on our side too. Sampo, for your reference, the problem Ulf is referring to is discussed here:
I installed the new version 5.0.10 - now TXL timecode plug-in works again!
Thank you for fixing it!
I was too fast to celebrate:
In Dorico 5, TXL -timecode plugin works only when Noteperformer is NOT present.
If I add both noteperformer 4 and TXL -timecode plugin, Dorico 5 crashes when I press play.
Please post a diagnostics report. We are interested in the crash files and would like to see them.
Thanks
Here is a diagnostics report:
Dorico Diagnostics.zip (380.0 KB)
steps to reprodce:
create new piece with solo piano
apply notepreformer playback template
add TXL -timecode in one of the VST slots
activate one MIDI port in TXL -timecode
press play
Dorico 5 crashes with this, but Dorico 4 will not.
Thanks for the data. Actually it is the audio engine that is crashing, not Dorico.
Dorico just appears dead because it is not responsive any more, because it waits for an answer from the audio engine (and that does not come because the audio engine crashed)
The contained audio engine crash file shows, that it goes down because of a known issue in the MIDI area of the program. For that bug we have already a fix, but no public release, yet. We will try to get it out of the door as soon as possible.