Re: [Denemo-devel] Playback asynchronous

2017-08-13 Thread Andreas Schneider
Am 13.08.2017 um 10:10 schrieb Andreas Schneider:
> Am 12.08.2017 um 20:33 schrieb Richard Shann:
>> On Sat, 2017-08-12 at 19:07 +0200, Andreas Schneider wrote:
>>> Working on a score in which some measures are still without notes, I
>>> encounter an asynchronous playback, i.e. during playback some staffs lag
>>> one measure behind the others. This is illustrated in the attached
>>> screenshot. Notes from one measure sound together with notes from the
>>> next measure from other staffs, which is not so good for checking it.
>>
>> The problem is that the first measure is not empty - it contains the
>> repeat start directive, so it is *not* filled with a space, as Denemo
>> does not know what that directive is doing. Empty measures must be truly
>> empty if you want Denemo to tacitly insert a whole measure rest. If you
>> put a whole measure rest in the first measure, all is well.
> 
> What does that mean in general? That Denemo plays back as the music is
> exported, e.g., to lilypond? I had expected Denemo to play back as shown
> in the editor, not taking into account directives that might skip or
> fill anything for the print output. Moreover, as Joe showed, the
> playback can also be brought out of sync by incomplete measures. This
> may not be what an average user expects, but is in accordance to how
> such music is shown in the print output. That behaviour can also be
> handy, e.g. for ancient music where notes may extend into the next
> "measure", resulting in an overfull and a following underfull measure in
> the Denemo editor, but a correctly typeset score in the print and a
> correctly sounding playback. The question is: Which behaviour is best
> for the majority of use cases?

Our mails have crossed in the ether, Richard has answered most questions
already in his last post.

Andreas

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Playback asynchronous

2017-08-13 Thread Andreas Schneider
Am 12.08.2017 um 20:33 schrieb Richard Shann:
> On Sat, 2017-08-12 at 19:07 +0200, Andreas Schneider wrote:
>> Working on a score in which some measures are still without notes, I
>> encounter an asynchronous playback, i.e. during playback some staffs lag
>> one measure behind the others. This is illustrated in the attached
>> screenshot. Notes from one measure sound together with notes from the
>> next measure from other staffs, which is not so good for checking it.
> 
> The problem is that the first measure is not empty - it contains the
> repeat start directive, so it is *not* filled with a space, as Denemo
> does not know what that directive is doing. Empty measures must be truly
> empty if you want Denemo to tacitly insert a whole measure rest. If you
> put a whole measure rest in the first measure, all is well.

What does that mean in general? That Denemo plays back as the music is
exported, e.g., to lilypond? I had expected Denemo to play back as shown
in the editor, not taking into account directives that might skip or
fill anything for the print output. Moreover, as Joe showed, the
playback can also be brought out of sync by incomplete measures. This
may not be what an average user expects, but is in accordance to how
such music is shown in the print output. That behaviour can also be
handy, e.g. for ancient music where notes may extend into the next
"measure", resulting in an overfull and a following underfull measure in
the Denemo editor, but a correctly typeset score in the print and a
correctly sounding playback. The question is: Which behaviour is best
for the majority of use cases?

Andreas

___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Playback asynchronous

2017-08-12 Thread Richard Shann

On Sat, 2017-08-12 at 19:07 +0200, Andreas Schneider wrote:
> Working on a score in which some measures are still without notes, I
> encounter an asynchronous playback, i.e. during playback some staffs lag
> one measure behind the others. This is illustrated in the attached
> screenshot. Notes from one measure sound together with notes from the
> next measure from other staffs, which is not so good for checking it.

The problem is that the first measure is not empty - it contains the
repeat start directive, so it is *not* filled with a space, as Denemo
does not know what that directive is doing. Empty measures must be truly
empty if you want Denemo to tacitly insert a whole measure rest. If you
put a whole measure rest in the first measure, all is well.

Richard



___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel


Re: [Denemo-devel] Playback asynchronous

2017-08-12 Thread Joe Wilkinson

This file will do it.

I created top line, then bottom, then middle.

With whole bars empty it played normally. Then deleted a minim in middle 
staff, bar 2.


Middle staff now plays back async with rest.

Joe


On 12/08/2017 18:07, Andreas Schneider wrote:

Working on a score in which some measures are still without notes, I
encounter an asynchronous playback, i.e. during playback some staffs lag
one measure behind the others. This is illustrated in the attached
screenshot. Notes from one measure sound together with notes from the
next measure from other staffs, which is not so good for checking it.
Has anyone else encountered this problem? I could not reproduce it with
very simple scores with two staffs.
@Richard: I can send you the score by pm for debugging purposes.

Andreas


___
Denemo-devel mailing list
Denemo-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/denemo-devel



http://denemo.org/xmlns/Denemo; version="8">
  
1
3
1
3
0
2147483647
  
  
a4
18
1
0

  
Temp

%\include "live-score.ily"

16
  
  
Temp2

%\header { tagline = #f }

  
  
ScoreIndent
\layout {indent = 10.8}

indent=10.8
10.8
4
  

  
  1
  

  2
  1
  0
  0
  100
  100
  0
  0


  
Temp
%{For Performance View%}
  


  

  1
  4

120
  


  
  
  


  

  Part 1
  1


  
  
  

  
  

  4
  4

  


  5
  1
  0
  
  NONE
  127
  0
  0
  0
  0
  0
  0


  

  
  

  0

  


  
  

  3

  


  
  

  4

  


  
  

  2

  

  
  

  
  

  -3

  


  
  

  0

  


  
  

  -3

  


  
  

  3

  

  
  

  
  

  3

  


  
  

  4

  


  
  

  5

  


  
  

  5

  

  
  

  
  

  5

  


  
  

  7

  


  
  

  6

  


  
  

  5

  

  
  

  
  

  8

  


  
  

  8

  


  
  

  8

  


  
  

  8

  

  
  

  
  

  7

  


  
  

  6

  


  
  

  5