Re: [musicxml] Suppress the 'non-controlling' attribute in measures

Hello Bernd

Thanks for testing.

I was wrong - I cannot find any example of mixed 2/4 and 3/4. I have 
used the Lilypond test suite and XmlSamples.
(and was convinced that there was an example but ...)

Noting that Finale and Musescore cannot handle the problem and you say 
that you hear no fault when I am playing your
file - I think we should consider your file as right.

Hope you still will specify automatic channel selection, just map 10->11 
and 11->12 etc. except when you specify percussion.
(i.e Unpitched percussion - do you have implemented exporting that?)

Testing will be a big challenge to the MusicXML-community - as the above 
example shows. Testing it by listening - as you did
takes a lot of time and you can never be quite sure.
Some time ago I wrote about how to change MusicXML to be unambiguous.  
Think there must be many levels in testing and
comparing: Are the notes there? Are they right pitch? Are durations 
right? Is the song name present? etc.

Regards
Mogens


On 2016-01-16 23:49, Bernd Jungmann wrote:
> Hello Mogens,
>
> your sound files seem to be quite right, as far as I can hear - it is 
> not quite easy to hear in the full score. At least in the very slow 
> one, I can hear no fault.
>
> Is the non-controlling attribute relevant for playing?
> This question maps to the next question: Is a barline relevant for 
> playing? In many respects, it is not. But if you player emphasizes the 
> first beat after a barline a little bit, it is. And if there were 
> repeat barlines, and if your player obeys to repeat barlines, it is 
> also relevant, because the repeat barlines have to be at the same time 
> position in all parts and voices.
>
> About channel 10: Apparently you have discovered a weak point in my 
> exporter: The capella file specifies automatic channel selection, but 
> the exporter believed that Finale wanted explicit channels, so it 
> wrote some numbers. Today I see minOccurs="0" in musicxml.xsd for the 
> midi-channel element, and that Finale does not moan if I simply leave 
> the channel unspecified. Thank you for the observation!
>
> About Viol. II: This is a known problem. capella has a concept of 
> staves in a system, not of parts with maybe more than one staff. So, 
> in order to catch most situations satisfactorily, the exporter takes 
> the brace around some staves as a hint to pack them into one single 
> part. In this example, this rule gives not the best result, admittedly.
>
> You have seen an example with mixed 2/4 and 3/4 that worked with 
> Finale and Musescore? I would be very interested in it!
>
> Is the MusicXML-file OK?
> L Peter Deutsch is completely right in that it would be nice if we had 
> an easy to use way of deciding that. But I see it is difficult to 
> achieve it, and I won't spend my spare time on this goal.
> I had some exchange with Michael Good about how to use the 
> non-controlling attribute and this example in 2012, and he admitted 
> that Finale cannot display this, so I believe it is OK. But there has 
> been no thorough testing of this feature, due to the lack of exchange 
> partners.
>
> Kind regards,
> Bernd
> Am 15.01.2016 um 20:19 schrieb mogens@lundholm.org:
>> Hello Bernd
>>
>> Your "Don Giovanni minuet" is a very good and short example. Still I 
>> wonder if anybody has smaller examples?
>>
>> Because I am just a "liebhaber". Could anybody who knows this part of 
>> music listen to the output from my player
>> and tell if this is right or wrong?
>>
>> My player output: http://programfabriken.com/Don%20Giovanni%20minuet.WMA
>>
>> My player output track 1+3 very slow: 
>> http://programfabriken.com/Don%20Giovanni%20minuet-track-1-3-slow.WMA
>>
>> Original note sheet from Bernd: 
>> http://bjungmann.privat.t-online.de/MusicXML/DonGiov195_12.pdf
>>
>> Still I wonder: Is the MusicXML-file OK? Finale shows it wrong and 
>> Musescore will not load it at all. I think that
>> I have seen some example with mixed 2/4 and 3/4 that worked with 
>> Finale and Musescore.  Here Finale adjusts
>> the measures to be same length and drops the last two measures of the 
>> 2/4-part. Are you sure the example is right?
>>
>> Thanks to Bernd for providing this example.
>>
>> Kind regards
>> Mogens
>>
>> PS: Is this "non-controlling"-attribute relevant for playing?
>> PS: Other problems of Don Giovanni minuet - The MusicXML-file 
>> specifies Midi-channel 10,
>>       but this is reserved for percussion. My program makes some 
>> strange sound. Also I
>>       wonder - "Viol. II" does not appear in the MusicXML-file. 
>> Should it?
>>
>> On 2016-01-15 14:31, BJungmann via GitHub wrote:
>>> The music internal model of capella does not need the concept of
>>> 'measure' as a primary concept, either. But Finale's and Sibelius' do,
>>>   and so does MusicXML's model. There may be measures that are not
>>> filled completely in some voice or staff, but no barline is generated
>>> there. So MusicXML needs the extra hint "non-controlling". If your
>>> software is different in that respect, it should easily be able to
>>> encode and display such multi metric things. And it should be possible
>>>   for you to support the non-controlling attribute for exchange.
>>> Of course this is not quite trivial, and the world wide range of
>>> stakeholders and customers for this feature is small. But if you want
>>> to do more work on that, I can give you some support. E.g. the capella
>>>   export is done with a python script CapToMusic.py, open source. You
>>> can get it from the capella demo version, or directly from
>>> http://bjungmann.privat.t-online.de/CapToMusic.zip. But I warn you: It
>>>   is long and more complicated than I had expected when I started with
>>> it! For further details contact me off list atbjungmann@t-online.de.
>>>
>>
>>
>
>
>
>

Received on Monday, 18 January 2016 18:40:39 UTC