Re: LilyPond, a Project On The Move (Linux Magazine)
Il giorno mar, 29/03/2011 alle 22.41 +0200, Valentin Villenave ha scritto: What's the confusion? That Werner, Han-Wen and I are presented as musicians? Not exactly what I had in mind :) Check this out: Like MuseScore, [LilyPond] was invented by musicians Han-Wen Nienhuys and Jan Nieuwenhuizen Doesn't it look like you guys invented MuseScore as well as Lily? Yes, this sentence is misleading. She meant to say that it was invented by musicians, just like MuseScore. Some lines before she wrote: MuseScore is a grass-roots success, created by musician and developer Werner Schweer ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
RE: transposition not \relative in \transpose(d) music?
Hello, )-Original Message- )From: lilypond-user-bounces+james.lowe=datacore@gnu.org )[mailto:lilypond-user-bounces+james.lowe=datacore@gnu.org] On )Behalf Of Bernhard Ott )Sent: 30 March 2011 02:10 )To: LilyPond-User list )Subject: transposition not \relative in \transpose(d) music? ) )Dear all, )is it correct that the values of \transposition are not handled in a relative )manner within transposed sections? No I don't think that is correct. ) )So if I have music written in concert pitch in and want to use it for let's say )clarinet in b, I have to ) ).) \transpose c' d' ).) use \transposition c' ? (please see att. files; my problem was related to )producing correct cuenote-pitches) ) )Is this supposed to be the way to do it (of course I tapped into the it-has- )to-be-\transposition bes -trap and it took me quite a while find the trick) )? ) )BTW, thanks for all your work/effort/patience to make lilypond and this )list the way they are! ) I have recently had to do a few scores where I had to add Trumpet Cues to an Oboe part and this is how I did this. First I set up my Cue for the trumpet TrumpetMusic = \transpose c bes { \relative c' { a4. | ais | b | c! | cis | c! } } \addQuote TrumpetMusic { \TrumpetMusic } Then I simply add this to my main score when I need it OboeMusic = { ..lots of music here... \new Voice \relative c'' { \set Score.quotedCueEventTypes = #'(note-event rest-event tie-event beam-event slur-event) \cueDuring #TrumpetMusic #UP { R1*6*3/8 } } ..rest of music... } Then my score construct for the oboe part is \relative c'' { \OboeMusic } This gives me the oboe music in the correct key and transposes the trumpet notes for the Oboe part correctly too. I am not sure I completely answered your specific questions...but does this help? Often I get parts to write in the explicit key (not concert pitch) but if I did get concert pitch only parts I would write them all out in the same pitch and then add the \transpose in the \score at the end for that part, but I don't think that gets round the cue notes issue. James ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
add \cueDuringWithClef to the docs
Hi, I recently discovered \cueDuringWithClef - wouldn't it be great to add it to the docs? Right now it can only be found in http://kainhofer.com/~lilypond/Documentation/changes/index.html http://lilypond.org/doc/v2.13/Documentation/changes/index.de.html seems to be broken Bernhard ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
RE: numbered rests in parts
Hello, )-Original Message- )From: lilypond-user-bounces+james.lowe=datacore@gnu.org )[mailto:lilypond-user-bounces+james.lowe=datacore@gnu.org] On )Behalf Of Bernhard Ott )Sent: 30 March 2011 15:50 )To: LilyPond-User list )Subject: numbered rests in parts ) )Hi again, )I wonder if there is an automated way to produce numbered full-measure )rests like shown in the attachment? )R1^\markup 1 does not come in too handy when setting parts for )percussion with loads of rests. There is this http://lsr.dsi.unimi.it/LSR/Item?id=473 James ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: numbered rests in parts
On 30.03.2011 17:31, Laurens van der Wee wrote: \compressFullBarRests cheers, laurens. On 30 mrt 2011, at 17:50, Bernhard Ott wrote: Hi again, I wonder if there is an automated way to produce numbered full-measure rests like shown in the attachment? R1^\markup 1 does not come in too handy when setting parts for percussion with loads of rests. Hi Laurens,thanks for your reply, but I this is not what I'm looking for: on the picture you can see a way of letting the musician keep counting while reading the cue notes - IMHO a great way of writing cue notes in parts, especially for drummers and other guys that are used to counting hundreds of bars through long opera nights. I'm no schemer, but it can't be too hard: expand the multi-measure rest and count from 1 to max duration ... but too hard for me because I don't know where to start ... But, yes: sure I can live without it ;-) Cheers, Bernhard ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Critical bug of midi output
Hello, I found a problem of Midi output in 2.13.56. If you write a timpani roll like this: \repeat tremolo 4 c32\mp\ \repeat tremolo 8 c c8\!f and use unfold in midi block, The output will sound weird. The second note is already \f. This problem is very obviously when I write some long notes with a long crescendo on sustained instruments. Please compare the two midi files in this zip file, and you'll know how ugly 2.13.56 renders it. http://www.darajan2.com/douban/Haipeng/midi.zip If anyone need to observe the code, I'll send the files. Regards Haipeng ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: LilyPond errors with gcc 4.6
Hi, In the future, please send messages like this to -devel. I don't think everyone on -user wants to see these nasty linker errors... On 2011-03-29, Bernardo Barros wrote: I think we might need some little changes to compile lilypond with gcc 4. I'm getting the following errors with latest git. http://pastebin.com/gjsLv0Fe I did a test run with Arch [testing], and yes, I can (mostly) reproduce. [snip] ./out/skyline-pair.o: In function `std::listBuilding, std::allocatorBuilding ::_M_erase(std::_List_iteratorBuilding)': /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/stl_list.h:1532: undefined reference to `std::__detail::_List_node_base::_M_unhook()' I don't see any errors from `./out/skyline-pair.o'. There are also fewer errors in my log than in yours. See the attached log. My guess is that the gcc 4.6.0 rebuild is buggy. Let's wait to see if this makes it into core or not. :) Thanks, Patrick ./out/accidental-placement.o: In function `std::listBuilding, std::allocatorBuilding ::_M_erase(std::_List_iteratorBuilding)': /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/stl_list.h:1532: undefined reference to `std::__detail::_List_node_base::_M_unhook()' ./out/accidental-placement.o: In function `std::listBuilding, std::allocatorBuilding ::_M_transfer(std::_List_iteratorBuilding, std::_List_iteratorBuilding, std::_List_iteratorBuilding)': /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/stl_list.h:1508: undefined reference to `std::__detail::_List_node_base::_M_transfer(std::__detail::_List_node_base*, std::__detail::_List_node_base*)' ./out/accidental-placement.o: In function `std::listBuilding, std::allocatorBuilding ::_M_insert(std::_List_iteratorBuilding, Building const)': /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/stl_list.h:1516: undefined reference to `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)' ./out/skyline.o: In function `std::listBuilding, std::allocatorBuilding ::reverse()': /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/stl_list.h:1416: undefined reference to `std::__detail::_List_node_base::_M_reverse()' ./out/skyline.o: In function `std::listBox, std::allocatorBox ::_M_erase(std::_List_iteratorBox)': /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/stl_list.h:1532: undefined reference to `std::__detail::_List_node_base::_M_unhook()' ./out/skyline.o: In function `std::listBox, std::allocatorBox ::swap(std::listBox, std::allocatorBox )': /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/stl_list.h:1179: undefined reference to `std::__detail::_List_node_base::swap(std::__detail::_List_node_base, std::__detail::_List_node_base)' ./out/skyline.o: In function `std::listBox, std::allocatorBox ::_M_insert(std::_List_iteratorBox, Box const)': /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/stl_list.h:1516: undefined reference to `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)' ./out/skyline.o: In function `std::listBox, std::allocatorBox ::_M_transfer(std::_List_iteratorBox, std::_List_iteratorBox, std::_List_iteratorBox)': /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/stl_list.h:1508: undefined reference to `std::__detail::_List_node_base::_M_transfer(std::__detail::_List_node_base*, std::__detail::_List_node_base*)' ./out/tie-performer.o: In function `std::listHead_audio_event_tuple, std::allocatorHead_audio_event_tuple ::_M_insert(std::_List_iteratorHead_audio_event_tuple, Head_audio_event_tuple const)': /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/stl_list.h:1516: undefined reference to `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)' ./out/tie-performer.o: In function `std::listHead_audio_event_tuple, std::allocatorHead_audio_event_tuple ::_M_erase(std::_List_iteratorHead_audio_event_tuple)': /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/stl_list.h:1532: undefined reference to `std::__detail::_List_node_base::_M_unhook()' ./out/tie-performer.o: In function `std::listHead_audio_event_tuple, std::allocatorHead_audio_event_tuple ::_M_transfer(std::_List_iteratorHead_audio_event_tuple, std::_List_iteratorHead_audio_event_tuple, std::_List_iteratorHead_audio_event_tuple)': /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/bits/stl_list.h:1508: undefined reference to `std::__detail::_List_node_base::_M_transfer(std::__detail::_List_node_base*, std::__detail::_List_node_base*)' collect2: ld returned 1 exit status make[1]: *** [out/lilypond] Error 1 make: *** [all] Error 2 ___ lilypond-user mailing list lilypond-user@gnu.org
Absurd thing to do
Does anyone have any experience converting lilypond to finale type files? I only ask this because I have had a run in with a publisher who thinks it would be too much work as all their output is from that app and all mine is now on lilypond. I gave him a pretty good lecture on the awesome nature of Lilypond, but to no avail. Not that it would change our other argument (I am an obsolete composer), but I want to at least abolish that one if possible. I suspect it is possible to run a .ly into an .xml and then import it somehow but have not had the opportunity to try it out myself. Nor do I really want to. regards, Shane Brandes ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: numbered rests in parts
Sorry for my ignorance. Maybe you could do something with currentBarNumber and adding some offset. But yes, that will involve some scheme. laurens. On 31 mrt 2011, at 01:01, Bernhard Ott wrote: On 30.03.2011 17:31, Laurens van der Wee wrote: \compressFullBarRests cheers, laurens. On 30 mrt 2011, at 17:50, Bernhard Ott wrote: Hi again, I wonder if there is an automated way to produce numbered full-measure rests like shown in the attachment? R1^\markup 1 does not come in too handy when setting parts for percussion with loads of rests. Hi Laurens,thanks for your reply, but I this is not what I'm looking for: on the picture you can see a way of letting the musician keep counting while reading the cue notes - IMHO a great way of writing cue notes in parts, especially for drummers and other guys that are used to counting hundreds of bars through long opera nights. I'm no schemer, but it can't be too hard: expand the multi-measure rest and count from 1 to max duration ... but too hard for me because I don't know where to start ... But, yes: sure I can live without it ;-) Cheers, Bernhard ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user