Synthesizer: Hang then crash if you press "Load from score" at very beginning of session
Priority
P1 - High
Type
Functional
Frequency
Few
Severity
S3 - Major
Reproducibility
Randomly
Status
active
Regression
No
Workaround
Yes
Project
Win 7/10. MS 2.2.1, 51b8386 (also present in latest 2.3 nightly)
- Open MS and load the attached score.
- Quickly open the synthesizer and press "Load from Score."
You will get a hang/crash if this is done quickly enough. At a guess, this happens because the soundfont is still decompressing. If you have a "super-fast" system you may have difficulty reproducing the issue.
Attachment | Size |
---|---|
drum_patterns.mscz | 10.53 KB |
Comments
See #270748: [Regression] Playback slow to engage.
Except that the other issue claims the crash to be fixed
I must have missed this, but my issue is a little wider: #273783: Crash when playing and closing score whilst synthesiser loads
I cannot reproduce on 2Gb RAM, 2-cores 1.33GHz old machine, Win 8.
Rare, but major
Related to #292995: [EPIC] Synthesizer issues.
Bumping this. You have to wait for the soundfont to load, and notes to make sound, before loading new soundfonts from the score data. Very frustrating indeed when you might want to make a quick update to a score. Also, this is reproducible 100% of the time for someone with a slow hard drive such as I. It was made far more common after 3.0 probably due to the size of General Musescore.
Anyway, would be nice to have a fix. Worth noting is that loading soundfonts the standard way works perfectly fine (perhaps a bit slower).
The two soundfonts specified in the score need to be attached to this bug report. It won't repro without them.
* Sonatina Symphonic Orchestra/Percussion - All Percussion.sfz
* Sonatina Symphonic Orchestra/Percussion - Chimes.sfz
These are available here: https://musical-artifacts.com/artifacts/81/sonatina-symphonic-orchestra…
Btw, this issue seems to have been fixed (for me at least) in 3.6
Nope, nope, false alarm. It just happened again. It seems like it's simply harder to crash instead of crash-proof, so to speak (as before it would crash 100% of the time).