OK - since I can include images…we’ll see if my saved post will work without the link.
Nope - can’t include all the images - I see this error and now have to waste more time trying to deal with forum software implementation/restrictions:
Do you want people to be able to report detailed bugs here?
Problem: When trying to import MusicXML scores that contain tuplet tremolos into Dorico 6, Dorico fails to import the note values correctly, and the import also fails (blank score after it fails a bunch of tuplet tremolo measures). At the point of failure, Dorico inserts a measure with extra beats (in this case a 5/4 measure where a 3/4 measure should be) to try to make up time. The same MusicXML file works fine when importing into Finale.
Config: Windows 11, Dorico Version 6.2.30.6245 (May 29 2026)
Here is how the MusicXML file looks after importing into Finale:
See Example 1 below.
n.b. All the tuplet tremolos are correct.
Here is what it looks like after importing into Dorico 6 (with tuplet signposts turned on) - 16th note tuplet tremolos in 3/4:
See Example 2 below.
Instead of showing dotted half-note tremolos, Dorico incorrectly shows barred dotted quarters.
Dorico has this problem on tuplet tremolos with 16ths, 8ths and also unmeasured tremolo (or 32nds/3 bars as Dorico sees them - but in the latter case, duration doesn’t matter).
Here is a spot showing the imported 8th note tuplet tremolos in 3/4:
See Example 3 below.
-> incorrect
Here are “unmeasured” tuplet tremolos in 3/4 in Dorico 6:
See Example 4 below.
-> incorrect
In this case, Dorico 6 gradually accumulates meter errors and inserts a 5/4 measure into a 3/4 key signature. After that, the rest of the import fails (blank staves).
See Example 5 below.
-> incorrect and very confused - the fact that Dorico is able to insert a 5/4 measure into 3/4 also points to other coding errors beyond the tuplet tremolo.
Please review and fix this issue so that Dorico 6 can provide better support for MusicXML files. This issue represents core functionality with MusicXML and it is unusable for import without lots of after-the-fact repair on an orchestral score that should just work.