bug-lilypond
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: missing midi-file


From: Thomas Morley
Subject: Re: missing midi-file
Date: Sat, 1 Oct 2016 18:51:56 +0200

2016-10-01 11:35 GMT+02:00 Thomas Morley <address@hidden>:
> With the following code LilyPond creates 4 midi-files, but two of them
> are named identical, overriding each other. So finally only three
> midi-files are present.
>
> \version "2.19.48"
>
> \book {
>   \score { { c'4 }  \midi {} }
>   \score { { cis'4 } \midi {} }
> }
>
> \book {
>   \score { { d'4 } \midi {} }
>   \score { { dis'4 } \midi {} }
> }
>
> Output from terminal:
>
> GNU LilyPond 2.19.49
> Processing `missing-midi.ly'
> Parsing...
> Interpreting music...
> Interpreting music...
> MIDI output to `missing-midi.midi'...
> MIDI output to `missing-midi-1.midi'...
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Interpreting music...
> Interpreting music...
> MIDI output to `missing-midi-1.midi'...
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> MIDI output to `missing-midi-1-1.midi'...
> Success: compilation successfully completed
>
> The problem is located in `write-performances-midis' from midi.scm.
> The naming-procedure is insufficient for the above use-case.

It looks like the `rest'-variable in `write-performances-midis'
increases with each bookpart in a book.
But not with a second book in same file.
So bookparts are registered and taken into account, but not entire books.

_If_ this analysis is correct, some deeper fix (in paper-book.cc ?)
has to be done, fixing `write-performances-midis' will not be enough,
imho.
And we need to decide first how the midi-numbering _should_ be done.

Cheers,
  Harm



reply via email to

[Prev in Thread] Current Thread [Next in Thread]