StaffPad

2015-10-08 Thread Werner LEMBERG

I was quite impressed seeing the following video.

  https://www.facebook.com/verge/videos/975966512439692/

If writing music like this *really* works, I could imagine that even I
would use a computer instead of writing on paper...


Werner

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


Re: StaffPad

2015-10-08 Thread Urs Liska


Am 08.10.2015 um 11:32 schrieb Werner LEMBERG:
> I was quite impressed seeing the following video.
>
>   https://www.facebook.com/verge/videos/975966512439692/

Indeed. I just forgot sharing that link here too ...

>
> If writing music like this *really* works, I could imagine that even I
> would use a computer instead of writing on paper...

I think even more relevant to us is: is it ever possible to make that
work for entering music into LilyPond?

Urs

>
> Werner
>
> ___
> lilypond-devel mailing list
> lilypond-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-devel


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


Re: StaffPad

2015-10-08 Thread David Kastrup
Werner LEMBERG  writes:

> I was quite impressed seeing the following video.
>
>   https://www.facebook.com/verge/videos/975966512439692/
>
> If writing music like this *really* works, I could imagine that even I
> would use a computer instead of writing on paper...

Well, the video profits a lot from cutting, with average scene lengths
of few seconds and mostly single elements...  It's obvious that there is
significant selection of menu options going on between the scenes and
since we don't get a live presentation, it's anybody's guess just how
high the actual recognition rate is (as with anything based on
handwriting or speech or music recognition).

People working with Midi input methods for LilyPond or any other of the
mentioned recognition technologies know that _correcting_ a 90% result
may easily take up as much time as entering it manually in the first
place.  Now actually this StaffPad looks like a good fit for the
_correction_ pass as the graphical input method would seem to make
jumping between problematic locations and addition of articulations
(very hard to determine from Midi input) reasonably straightforward, and
navigation is probably the most time-consuming element of a correction
pass, whereas the initial entry pass is still likely done best linearly
with an actual instrument.

However, what we haven't seen in the video is correction of overall
mistiming, and that's likely the most troublesome part of cleaning up
results derived from actual Midi input.  Music derived from scanned
sheet music is likely a better starting point for a graphical correction
pass.

-- 
David Kastrup

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


PATCHES: Countdown for October 11th 2015

2015-10-08 Thread James
Hello,
Here is the current patch countdown list. The next countdown will be on
October 11th.



PUSH:


4625  Support slurs starting and/or ending on individual notes in chords
 - David Kastrup
https://sourceforge.net/p/testlilyissues/issues/4625/
https://codereview.appspot.com/265370043





COUNTDOWN:


4619  Doc: Included/compile.itexi: CG 4.2 Updated notes on reqs for
compiling - James Lowe
https://sourceforge.net/p/testlilyissues/issues/4625/
http://codereview.appspot.com/261430043


4627 Convert Scheme_hash_table to using Smob1 - David Kastrup
https://sourceforge.net/p/testlilyissues/issues/4627/
https://codereview.appspot.com/264650043


4626 Create \= command for setting spanner-id - David Kastrup
https://sourceforge.net/p/testlilyissues/issues/4626/
https://codereview.appspot.com/268050045


4599 input/regression/part-combine-solo-end.ly - Dan Eble
https://sourceforge.net/p/testlilyissues/issues/4599/
https://codereview.appspot.com/265410043/






REVIEW:


4630  Make \tempo expression more discriminating - David Kastrup
https://sourceforge.net/p/testlilyissues/issues/4632/
https://codereview.appspot.com/271730043


4632  Fix a few input locations from within music functions - David Kastrup
https://sourceforge.net/p/testlilyissues/issues/4630/
https://codereview.appspot.com/268260043


___


NEW:


No new patches at this time.





WAITING:


4600 Let notes/rests suppress multi-measure rest grobs - Dan Eble
https://sourceforge.net/p/testlilyissues/issues/4600/
https://codereview.appspot.com/265160043/


3918 Add \alternatingTimeSignatures - Urs Liska
https://sourceforge.net/p/testlilyissues/issues/3918/
http://codereview.appspot.com/97110045


3156 Prevents vertical axis groups with empty skylines - Mike Solomon
https://sourceforge.net/p/testlilyissues/issues/3156/
http://codereview.appspot.com/7311048


3134 Removes the translate_axis call from axis-group-interface
outside-staff positioning.  - Mike Solomon
https://sourceforge.net/p/testlilyissues/issues/3134/
http://codereview.appspot.com/7185044


2643 Attach lilypond source in pdf - Valentin Villenave
https://sourceforge.net/p/testlilyissues/issues/2643/
http://codereview.appspot.com/225040043





James


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


Re: StaffPad

2015-10-08 Thread Trevor Daniels

Urs Liska wrote Thursday, October 08, 2015 10:34 AM

> Am 08.10.2015 um 11:32 schrieb Werner LEMBERG:
>
>> I was quite impressed seeing the following video.
>>
>>   https://www.facebook.com/verge/videos/975966512439692/
>>
>> If writing music like this *really* works, I could imagine that even I
>> would use a computer instead of writing on paper...
> 
> I think even more relevant to us is: is it ever possible to make that
> work for entering music into LilyPond?

It's pretty clear from the videos and the StaffPad blog

http://blog.staffpad.net/

that the main attraction of this is as a composing tool
(assuming it works well, of course), something that 
LilyPond is not designed to do.  MusicXML provides the 
link between the two, again assuming that it works well,
but at present that would be one-way only.

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


Re: PATCHES: Countdown for October 11th 2015

2015-10-08 Thread David Kastrup
James  writes:

> Hello,
> Here is the current patch countdown list. The next countdown will be on
> October 11th.

[...]

> REVIEW:
>
>
> 4630  Make \tempo expression more discriminating - David Kastrup
> https://sourceforge.net/p/testlilyissues/issues/4632/
> https://codereview.appspot.com/271730043
>
>
> 4632  Fix a few input locations from within music functions - David Kastrup
> https://sourceforge.net/p/testlilyissues/issues/4630/
> https://codereview.appspot.com/268260043

Huh.  These mails sure look like if they were generated automatically,
yet the mismatch of the issue numbers in the subject lines would rather
suggest a manual mistake.

-- 
David Kastrup

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


Re: Create \= command for setting spanner-id (issue 268050045 by d...@gnu.org)

2015-10-08 Thread tdanielsmusic

LGTM

https://codereview.appspot.com/268050045/

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


Re: Carry multi-measure rests across voices in \partcombine (issue 265410043 by nine.fierce.ball...@gmail.com)

2015-10-08 Thread tdanielsmusic


https://codereview.appspot.com/265410043/diff/60001/lily/part-combine-iterator.cc
File lily/part-combine-iterator.cc (right):

https://codereview.appspot.com/265410043/diff/60001/lily/part-combine-iterator.cc#newcode146
lily/part-combine-iterator.cc:146: // get_event_length(), which reads
"length"?
Perhaps this question should be resolved before pushing.

https://codereview.appspot.com/265410043/

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


Re: git cl

2015-10-08 Thread Phil Holmes
- Original Message - 
From: "James" 

To: "Phil Holmes" ; 
Sent: Wednesday, October 07, 2015 1:08 PM
Subject: Re: git cl



I tried to make a newissue but associate with one of your test Allura
incidents and I get this


[snip]


 File "/home/jlowe/git-cl/allura_issues.py", line 68, in update_issue
   filehandle = urllib.urlopen (allura_api + allura_issue_id + "/save",
data_encoded)
TypeError: cannot concatenate 'str' and 'int' objects


Further bug fix pushed to github master.  Please would everyone pull the 
latest version.


--
Phil Holmes 



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


Re: PATCHES: Countdown for October 11th 2015

2015-10-08 Thread James
David,

On 08/10/15 12:34, David Kastrup wrote:
> James  writes:
>
>> Hello,
>> Here is the current patch countdown list. The next countdown will be on
>> October 11th.
> [...]
>
>> REVIEW:
>>
>>
>> 4630  Make \tempo expression more discriminating - David Kastrup
>> https://sourceforge.net/p/testlilyissues/issues/4632/
>> https://codereview.appspot.com/271730043
>>
>>
>> 4632  Fix a few input locations from within music functions - David Kastrup
>> https://sourceforge.net/p/testlilyissues/issues/4630/
>> https://codereview.appspot.com/268260043
> Huh.  These mails sure look like if they were generated automatically,
> yet the mismatch of the issue numbers in the subject lines would rather
> suggest a manual mistake.
>
I don't know whether to be flattered or insulted that my emails look
'machine made' :)

It's another copy/paste error.

Sorry.

James

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


Re: Carry multi-measure rests across voices in \partcombine (issue 265410043 by nine.fierce.ball...@gmail.com)

2015-10-08 Thread nine . fierce . ballads


https://codereview.appspot.com/265410043/diff/60001/lily/part-combine-iterator.cc
File lily/part-combine-iterator.cc (right):

https://codereview.appspot.com/265410043/diff/60001/lily/part-combine-iterator.cc#newcode146
lily/part-combine-iterator.cc:146: // get_event_length(), which reads
"length"?
On 2015/10/08 12:07:42, Trevor Daniels wrote:

Perhaps this question should be resolved before pushing.


That'll teach me to raise questions about the existing implementation.

If someone can help answer this and explain that a specific and simple
change is desirable, I'd be happy to take action.  Otherwise, I'd be
willing to retract the comment before pushing.  Otherwise, this patch is
going to be delayed until I have more time.

https://codereview.appspot.com/265410043/

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