[musicxml2ly] handling empty staffs

2019-06-09 Thread Florian Grundig
Hi Bug Squad,

I’ve encountered a very strange behaviour when converting a musicxml file to ly 
and then to svg…

Lilipond version 2.19.83

The musicxml file has two measures in a grand staff with two voices. In the 
first measure both voices start in the lower staff (G3, E3) and in the second 
measure both voices are the upper staff (E5, C5). This is a simplified version 
of an Hanon exercise where you usually start at a very low octave and 
repeatedly increase some note sequence up to a very high octave…

I can’t tell whether this is an error of musicxml2ly or lilipond … What do you 
think?

I’ve attached the musicxml file, the ly and the generated svg and a screenshot 
of how it should look like…

Thank you very much and with kind regards
Florian


___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: [musicxml2ly] handling empty staffs

2019-06-09 Thread James

Hello Florian,

On 09/06/2019 09:46, Florian Grundig wrote:

Hi Bug Squad,

I’ve encountered a very strange behaviour when converting a musicxml file to ly 
and then to svg…

Lilipond version 2.19.83

The musicxml file has two measures in a grand staff with two voices. In the 
first measure both voices start in the lower staff (G3, E3) and in the second 
measure both voices are the upper staff (E5, C5). This is a simplified version 
of an Hanon exercise where you usually start at a very low octave and 
repeatedly increase some note sequence up to a very high octave…

I can’t tell whether this is an error of musicxml2ly or lilipond … What do you 
think?

I’ve attached the musicxml file, the ly and the generated svg and a screenshot 
of how it should look like…

Thank you very much and with kind regards
Florian


Thank you for the report.

However I didn't see anything attached to your email.

Regards

James


___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Aw: Re: [musicxml2ly] handling empty staffs

2019-06-09 Thread Florian Grundig


StaffErrorExample.ly
Description: Binary data


StaffErrorExample.musicxml
Description: Binary data
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Aw: Re: [musicxml2ly] handling empty staffs

2019-06-09 Thread Aaron Hill

On 2019-06-09 2:14 am, Florian Grundig wrote:

___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Seems to be a case of the first context not being alive by the time the 
other notes come along.  If you manually added some spacer rests of 
suitable length to the upper Staff...



\context Staff = "1" <<
  \mergeDifferentlyDottedOn \mergeDifferentlyHeadedOn
  { s1*2 } %% Keeping context alive.
>>


...then the output appears correct.

Not sure how this helps with musicxml2ly though.  Is it capable of 
computing the length of music to be able to insert such spacer rests 
automatically?  Or is there some way to link two contexts together so 
that they keep each other alive without needing manual intervention?



-- Aaron Hill

___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


issues with musicxml2ly

2019-06-09 Thread Gilberto Agostinho

Hello bug-squad,

I ran into three issues when converting a .musicxml file generated with 
MuseScore into LilyPond:



1) the .ly file outut by musicxml2ly seems to have a weird encoding and 
outputs an error. There are many hidden characters which I had to remove 
manually in order to compile the .ly file.



2) slur placement is not taken into account. The entry below has the 
argument placement set to "below" but musicxml2ly outputs it as a 
standard pair of ( ) instead of _( _)



    



3) MusicXML contains information about al niente hairpins but music2xml 
does not use those. Perhaps this feature could be added? This is how the 
.musicxml looks like:



    
    
    


    [...music under which the hairpin is...]


    
    
    



Cheers,
Gilberto

___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Request: Print actual number of pages after compiling

2019-06-09 Thread Christopher Heckman
This isn't so much a bug as an annoyance.

Frequently when I'm typesetting music, I'm trying to resize the output
to fit on the minimum number of pages (while remaining readable, of
course). When Lilypond is compiling, one of its messages is "Fitting
music on 1 or 2 pages..." Obviously, in this situation, I want to know
the exact number of pages without re-opening the .pdf file. Could
someone add a one-line statement to print out the actual number of
pages, near the "Success: compilation successfully completed" message?

--- Christopher Heckman

___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Request: Print actual number of pages after compiling

2019-06-09 Thread Thomas Morley
Am Mo., 10. Juni 2019 um 00:07 Uhr schrieb Christopher Heckman
:
>
> This isn't so much a bug as an annoyance.
>
> Frequently when I'm typesetting music, I'm trying to resize the output
> to fit on the minimum number of pages (while remaining readable, of
> course). When Lilypond is compiling, one of its messages is "Fitting
> music on 1 or 2 pages..." Obviously, in this situation, I want to know
> the exact number of pages without re-opening the .pdf file. Could
> someone add a one-line statement to print out the actual number of
> pages, near the "Success: compilation successfully completed" message?
>
> --- Christopher Heckman

A ly-file can contain multiple books or bookparts or a mix of it.
I don't know how to cover every case, but for the case of a single
book(part) you could do:

\paper {
  #(define (page-post-process layout pages)
(format #t "\n\tCurrent book-(part) has ~a pages" (length pages)))
}

\score { { R1 \pageBreak R } }

Cheers,
  Harm

___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond