Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[fb] Problems when time signature changes #59

Open
WolfgangDrescher opened this issue Jan 16, 2023 · 3 comments
Open

[fb] Problems when time signature changes #59

WolfgangDrescher opened this issue Jan 16, 2023 · 3 comments

Comments

@WolfgangDrescher
Copy link
Contributor

fb seems to have problems when the time signature changes. In Josquin Allez regrets there are passages where just one track changes the time signature. Sometimes numbers are missing. Sometimes there are numbers displayed when there should not be any.

Note that --frequency / --recip is not passed so every single slice should get labeled.

http://verovio.humdrum.org/?file=jrp/Jos/Jos0702a-Missa_Allez_regretz_II-Kyrie.krn

fb -i -c -a -m

Bildschirm­foto 2023-01-16 um 11 14 52

Bildschirm­foto 2023-01-16 um 11 15 48

@craigsapp
Copy link
Owner

This is a problem in MEI. @tstamp is based on meter@unit and most likely the hidden time signatures for Cut-C and C are different (different meter@unit values). Preferably issue music-encoding/music-encoding#322 would be implemented to create @qstamp which would describe time units in quarter notes so that the time signature would be irrelevant to the timestamp.

MEI also has difficulties in representing measures of different length such as the tenor measure being twice as long as the other parts. This may be related. Either the 2/1 measures can be encoded properly or the 4/1 measures, but not both at the same time. When encoding the score in 4/1 measures, there would be a <barLine> added to the middle of the 2/1 measure music. <barLine> does not rest the @tstamp counter, which is another complication. If encoding in 2/1, then the 4/1 measure will be split into two measures with an invisible barline between the two parts.

Probably not in this case (I have not looked at the Humdrum data), but there can be complexities related to using the breve as the bottom of the time signature (meter@unit in MEI) MEI does not allow the unit to be a breve, so when I convert to MEI I double meter@count and halve meter@unit.

@WolfgangDrescher
Copy link
Contributor Author

WolfgangDrescher commented Jan 17, 2023

I don't have a lot of knowledge about the verovio internals and MEI, but couldn't this be fixed similar to what we discussed in #56 with using @startid?

@craigsapp
Copy link
Owner

The main problem of using @startid for converting **fb data is that you probably need a note on the same staff as the fb data in order to attach it. It might be possible to use the @startid of a note on one staff but show the fb on another staff (I will have to test that).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants