<div dir="ltr">Hi Johannes, <div><br></div><div style>Thanks for your answer! </div><div style><br></div><div style>Sure will file the issue, is this the link to do so: <a href="https://code.google.com/p/music-encoding/">https://code.google.com/p/music-encoding/</a> ?</div>

<div style><br></div><div style>Thanks</div><div style>Zoltan</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/7/8 Johannes Kepper <span dir="ltr"><<a href="mailto:kepper@edirom.de" target="_blank">kepper@edirom.de</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Zoltán,<br>
<br>
congrats, you've spotted another underspecification. You're absolutely right – it makes no sense to calculate the distance and timestamp of the range all by the first meter if that is changed later on. The "2m" part is clearly independent from the meter, and for the "+3" part, the "ending measure" should be regarded as current (so that in case of a meter change from 4/4 to 6/8, it would denote the third eighth in this case).<br>


<br>
Can you file a bug report on Google Code?<br>
<br>
Best,<br>
Johannes<br>
<br>
Am 08.07.2013 um 10:56 schrieb Kőmíves Zoltán <<a href="mailto:zolaemil@gmail.com">zolaemil@gmail.com</a>>:<br>
<div><div class="h5"><br>
> Hi All,<br>
><br>
> I'm looking for confirmation that my thinking is right about interpreting @tstamp2 values (e.g. 2m+2) when the time signature changes between the location of the element indicating @tstamp and the 2nd next measure.<br>


><br>
> According to the guidelines 'the timestamp (@tstamp) of a musical event is calculated in relation to the meter of the *current* measure and resembles the so-called ‘beat’.' About @tstamp: '[@tstamp2] is expressed using the same logic as described above'. (see <a href="http://music-encoding.org/documentation/guidelines2013/cmn#cmnTstamp" target="_blank">http://music-encoding.org/documentation/guidelines2013/cmn#cmnTstamp</a> )<br>


><br>
> I haven't found any explicit statement how to understand *current* measure in case of @tstamp2. Strictly speaking, *current* measure is the measure where the element with the @tstamp2 is located. However intuitively, all encountered measures should be considered with their effective time signature, therefore if there are three measures, the first in 2/4, the second in 5/8 and the third is 2/4, then 2m+1 should indicate the first quarter note in the last measure (as opposed to the 5th eights note in the second measure).<br>


><br>
> Thank you<br>
> Zoltan Komives<br>
</div></div>> _______________________________________________<br>
> mei-l mailing list<br>
> <a href="mailto:mei-l@lists.uni-paderborn.de">mei-l@lists.uni-paderborn.de</a><br>
> <a href="https://lists.uni-paderborn.de/mailman/listinfo/mei-l" target="_blank">https://lists.uni-paderborn.de/mailman/listinfo/mei-l</a><br>
<br>
<br>
_______________________________________________<br>
mei-l mailing list<br>
<a href="mailto:mei-l@lists.uni-paderborn.de">mei-l@lists.uni-paderborn.de</a><br>
<a href="https://lists.uni-paderborn.de/mailman/listinfo/mei-l" target="_blank">https://lists.uni-paderborn.de/mailman/listinfo/mei-l</a><br>
</blockquote></div><br></div>