[Capella import] Crash reading sueno.cap using debug build

Not sure if this could help, but I have met the same error while trying to load with my debug build some of the capella example files taken from the official site:
http://www.capellasoftware.com/downloads/pdfs/1000_capella_scores.zip

I think this error could be related to the presence of tuplets, but I am not 100% sure.
I will check if I can find again some of the files which were giving this error, to give more examples.

Unfortunately, the link to the capella examples does not seem to work anymore.

Seems registered users can still get it at http://www.capella.de/de/index.cfm/download/partitursammlungen/1000-kos…

The attached examples are all classical music scores (Schubert, Beethoven, Haendel), so there should be no copyright issues (I think). In the zipped folder you will find the .cap files and the relative .pdf files obtained by opening and printing the file with capella reader.
All of these give to my debug build the "!isEmpty()" crash.
The problem originates from "cr->tuplet()->elements().back()" instruction since in capella.cpp tuplets are created and added to the measure, notes are linked to the tuplet, but the tuplet notes' list is not filled.
In particular, I think that the instructions:
if (tuplet)
tuplet->add(rest);
and
if (tuplet)
tuplet->add(chord);
are missing just after the "s->add(rest);" and "s->add(chord);" instructions.
Moreover, in the case of rests, also the instruction "rest->setTuplet(tuplet);" is missing.

Tuplet import should be improved: at the moment only triplets made of notes with the same duration are imported. The extension to n-tuplets of notes with the same duration is easy. If I understood correctly, the tupletCount should correspond to fraction:
tupletCount 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
denom 1 1 2 2 4 4 4 4 8 8 8 8 8 8 8 8
numer 1 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
and for isTripartite case (o->tripartite = compound meter)
tupletCount 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
denom 1 1 3 3 3 3 3 6 6 6 6 6 12 12 12 12
numer 1 1 4 3 4 5 6 7 8 9 10 11 12 13 14 15
(but these numbers should be checked against examples)

I think isProlonging (o->isProlonging) is probably used for tuplets spanning over two measures, but I am not sure (I have not found examples yet).

However, the problem is for tuplets made of notes with different value, for example a triplet of 1/8 with note durations 1/8 + 1/16 + 1/16 + 1/8.
For what I see, capella files do not have "begin tuplet" and "end tuplet" signals, so the importer just has to guess which kind of tuplet it is (relying on the tupletCount).
For example, 1/8 + 1/16 + 1/16 + 1/8 could be interpreted as two triplets of 1/16,
and 1/16 + 1/16 + 1/8 + 1/8 and 1/8 + 1/8 + 1/16 + 1/16 are more difficult to be interpreted by an importer as triplets of base note 1/8.

Automatically closed -- issue fixed for 2 weeks with no activity.