Re: Lilypond for serial music?
On 29 Nov 2007, at 22:18, Andrea Valle wrote: I don't like lisp-like languages. I really prefer OO languages. Haskell http://haskell.org/ is an OO functional language with more working math like syntax (the LISP syntax comes from Church's thesis in mathematical logic). There is a Haskell library Haskore that outputs MIDI. You can try it using say the Haskell interpreter Hugs. Hans Åberg ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: font errors but still output
You're probably using accented or otherwise 8-bit ASCII characters in markup text somewhere--lyrics, performance directions, title, something like that. Geoff ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
font errors but still output
I get errors now on any .ly file I process, but still get output. Anyone know why I get the errors and how to stop them? a bunch of these: (lilypond.exe:4160): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed then a bunch of these: programming error: FT_Get_Glyph_Name () error: invalid argument continuing, cross fingers programming error: Glyph has no name, but font supports glyph naming. Skipping glyph U+, file C:/WINDOWS/fonts/CenturySchL-Roma.ttf continuing, cross fingers I use Lilypond 2.11.35 on WinXP and am using LilyPondTool 2.10.4 with jEdit 4.3pre11 which I just re-installed due to problems after I removed some old versions of Java on my machine. (apparently Sun's Java installers leave all the old versions when you update...how nice) I need to arrange some Christmas tunes for horn and bassoon and this will slow me down a bit if I don't fix it. Tim Reeves___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: font errors but still output
Even this: \version 2.11.35 \include english.ly {c c c c} results in the following output: %lilypond %args C:\Documents and Settings\timr\Desktop\lilypond\minimal.ly Processing `C:/Documents and Settings/timr/Desktop/lilypond/minimal.ly' Parsing... Interpreting music... Preprocessing graphical objects... Finding the ideal number of pages... (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed (lilypond.exe:6072): Pango-CRITICAL **: pango_coverage_get: assertion `index = 0' failed programming error: FT_Get_Glyph_Name () error: invalid argument continuing, cross fingers programming error: Glyph has no name, but font supports glyph naming. Skipping glyph U+, file C:/WINDOWS/fonts/CenturySchL-Roma.ttf continuing, cross fingers programming error: FT_Get_Glyph_Name () error: invalid argument
Re: SOLVED: going backwards in time
I'm all for the use of arbitrary precision arithmetic -- the slowdown in processing would not bother me at all. Trevor's idea of a compile-time choice -- defaulting to 32-bit internals -- would make everyone else happy. BTW, should one of us file a bug on this? Best, Adam On 11/29/07, Trevor Bača [EMAIL PROTECTED] wrote: On Nov 29, 2007 6:28 PM, Han-Wen Nienhuys [EMAIL PROTECTED] wrote: 2007/11/29, Adam James Wilson [EMAIL PROTECTED]: I see -- so even with my arithmetic error (which started as a tiny offset of 9/6319), we should expect Lily to render the score. I can see that if fractional relations get complex enough to require more precision than 32-bit values, there could be a problem. Is a possible solution to use 64-bit representation internally? It's an option, but it's a stopgap measure. The real solution is to have a arbitrary precision arithmetic. GUILE already provides that, but it would have a slight but noticeable performance impact. Maybe a compile-time option to chose between the two? -- Trevor Bača [EMAIL PROTECTED] ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: lilypond slowness?
2007/11/30, Simon Dahlbacka [EMAIL PROTECTED]: ps. what funky business is the uninstaller up to, given that it seems to be a magnitude slower to uninstall the files than install them ? True! but only in Windows. In Linux it is almost instantaneous. -- Francisco Vila. Badajoz (Spain) http://www.paconet.org ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Lilypond for serial music?
On 30.11.2007 (11:24), Trevor Bača wrote: Hi Andrea and Miguel and Eyolf and everybody, The initial efforts were all implemented in C ... major or minor? :) So (lack of) robustness drove me away from C What's more robust than a C major chord? Sorry for joking -- thanks for your story. I must admit I don't do that kind of music, but I'm quite interested in the possibilities. Some day I'll look into it... Eyolf -- There are three possible parts to a date, of which at least two must be offered: entertainment, food, and affection. It is customary to begin a series of dates with a great deal of entertainment, a moderate amount of food, and the merest suggestion of affection. As the amount of affection increases, the entertainment can be reduced proportionately. When the affection IS the entertainment, we no longer call it dating. Under no circumstances can the food be omitted. -- Miss Manners' Guide to Excruciatingly Correct Behaviour ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: lilypond slowness?
Ok, I did some further testing ... Test setup: install versions one at a time to C:\lilypond and issue c:\lilypond\usr\bin\lilypond.exe -V file.ly twice and see if it halts at Building font database both times 2.6.5 seemed to work properly didn't find anything 2.7 at ( http://download.linuxaudio.org/lilypond/binaries/mingw/) 2.8.0-1 exhibits the same behavior (i.e. is buggy) This thread http://www.mail-archive.com/[EMAIL PROTECTED]/msg10945.htmlseems to talk about the same behavior.. I can also provide a FC_DEBUG=255 log if need be, but as the log file is 17.5MB ! I would need to know what to look for in order for me to find something useful from it.. anything more you would need to solve this issue? regards, Simon ps. what funky business is the uninstaller up to, given that it seems to be a magnitude slower to uninstall the files than install them ? On Nov 30, 2007 4:13 AM, Han-Wen Nienhuys [EMAIL PROTECTED] wrote: 2007/11/29, Simon Dahlbacka [EMAIL PROTECTED]: I have had a break working with lilypond, but I just downloaded 2.11.35 (running on Vista x86), and find it *very* slow compared to my recollection. We're talking close to thee digit numbers for a simple monophonic score with less than 20 bars.. This cannot be right? What am I missing here? running with -V seems to indicate that it's Building font database every time, how can I avoid this? ..and yes, I have installed it to a directory that does not require admin privileges. Unfortunately, I don't have a vista machine handy to test this. Can you check if older versions (2.7, 2.8, 2.9, 2.10, etc.) exhibit the same behavior? If no, can you use bisection to figure out which version introduced the slowness? -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen http://www.xs4all.nl/%7Ehanwen ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Change BarLines between transparent and black
Op vrijdag 30 november 2007, schreef hildegard kuen: If I write a \new Staff \with { \override BarLine #'transparent = ##t} how can I have a not transparent Barline for a single bar in the piece? by entering at the moment the barline should occur: \once \override Staff.BarLine #'transparent = ##f Met vriendelijke groet, Wilbert Berendsen -- http://www.wilbertberendsen.nl/ You must be the change you wish to see in the world. -- Mahatma Gandi ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Transposition
http://lilypond.org/doc/v2.10/Documentation/user/lilypond/Transpose#Transpose If you want more help, please provide your ly code. -- View this message in context: http://www.nabble.com/Transposition-tf4915983.html#a14088911 Sent from the Gnu - Lilypond - User mailing list archive at Nabble.com. ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Lilypond for serial music?
Hi Andrea and Miguel and Eyolf and everybody, Sorry I've been absent from this thread for a bit; Andrea's guessing right that I've been busy ... :-) Warning: lots of words, and it's all personal stuff, too. Quite a few years ago I sat down and made the conscious decision that trying to write out by hand the massive textural type of stuff that I was writing was going to kill me. That realization started me down the score formalization path -- modelling increasingly many score elements as data structures in some programming language or other. The initial efforts were all implemented in C ... most definitely *not* because it was the language for the job ... but because it was the language that I happened to know the best at the time ... this being the mid- to late-nineties. And the output was only MIDI for input to Finale. I know. Gasp. I moved to Mathematica in 2001 and -- exactly like Miguel -- found the language outstanding. There are tons of combinatorial functions in Steve Skiena's Combinatorica package and -- more importantly -- the functional constructs are completely effortless. There's something magical about watching Nest[ ] and NestWhile[ ] and Sow[ ] and Reap[ ] do their work over huge music expressions ... and render magic bits of score. And the notation input at this time switched from Finale (after a brief stint with Sibelius ... which helped not at all) to Leland Smith's SCORE, which I loved. The SCORE GUI is crude. But the SCORE parameter description .pmx format allowed for *very* minute control of absolutely every glyph on the score ... and was clear-text. But there were a couple of problems with the Mathematica / SCORE approach. Debugging, to start with. The Mathematica model of computation is just vastly different than anything I was used to. And while most of the time I strongly benefited from the differences -- literally EVERYTHING is an expression, the functional constructs are effortless, etc -- what eventually brought me down was not being able to profile and manage the recursion in the structures that I kept building bigger and bigger. In Java I would've just encapsulated more stuff in classes, sprinkled some printfs all over the place and figured it out. But precisely because you can express so much power in a single expressions in Mma, stuff can become *extremely* difficult to debug. (Though, as Miguel notes, Mathematica is increasingly becoming an enviornment ... complete with what I hear is an ever-better profiler ... so perhaps my management problems would be somewhat ameliorated were I to go back now.) Similar problem with SCORE -- though 20 years behind. The SCORE .pmx formats read most nearly like Fortran (from what I've been able to gather): rows and rows of nothing but numbers. So, although the .pmx format is clear-text, it's almost strictly *numeric* clear-text ... and deciphering whether a tuplet bracket has nibs that point up, down, or disappear, and have a certain length and thickness means examining your parameter 08 to find that slots 6 through 10 have values 0, 0, 1.95, 1.95 and 1.83, all in a row. Imagine if every Lily grob override had the format \override 08 #'3 = 1.95instead of \override TupletBracket #'transparent = ##t ... So (lack of) robustness drove me away from C / Finale and (lack of) maintainability drove me away from Mathematica / SCORE. Then I (re)discovered Lily in about 2006. And in the interests of full disclosure I should mention that I had found Lily as early as 2001 ... but (and it kills me to say this, but there's a lesson in here) both the tone of the docs and the examples on the site kept me -- incorrectly -- from thinking that Lily would suit my purposes. The tone seemed to have a we're not really into modern music so don't bother us sorta feel to it. And the examples seemed to be a couple of pages of absolutely beautifully engraved Classical and Romantic stuff ... together with pages and pages and pages of two-note examples of middle C slurring or beaming or linking or whatever to another middle C. There just wasn't anything there that jumped out at me and said yep, you're gonna be able to model whatever level of rhythmic complexity you want AND have it turn out beautifully. My understanding was wrong, of course. And the tone of the docs has changed forever for the better. Lily turns out to be extraordinarily friendly to composers of whatever stripe ... with rhythmic (and other types of complexity) being no object. Then I switched to python ... just like Andrea. There were a couple of different reasons motivating the move. To start with, I had just finished up a subsystem at work, all python (in my other life I do engineering stuff). The work was realtime network stat analysis and after deployment I was amazed at two things: (1) the code was extraordinarily compressed (compared to, say, comparable Java) and (2) it was turning out to be extremely maintainable. Oh, and easy to trial (because of the interpreter and dynamic reloads)
Re: Putting chords below a alternative repeat bracket
On 30 Nov 2007, at 17:13, Mats Bengtsson wrote: If you use version 2.10, see the section on Printing Chord names in the manual, if you use the latest development version 2.11.x, then the chords are placed below the repeat brackets by default. The style of putting the chords above the repeat brackets exists, too, for example in Den svenska psalmboken, #584, p. 660 (1998), as well in other books. Hans Åberg ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Putting chords below a alternative repeat bracket
Uwe Steinmann wrote: Mats Bengtsson mats.bengtsson at ee.kth.se writes: If you use version 2.10, see the section on Printing Chord names in the manual, if you use the latest development version 2.11.x, then the chords are placed below the repeat brackets by default. I must be blind. All I see is an example on how to print chord names separately with repeats. Does that mean that I have to take the repeats out of the staff and put them into the chords to make them show up above the chords? Just as when you print a score with several staves, you have to include the \repeat statements in all the staves and ChordNames and whatever else, to make the rhythm match. /Mats ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Change BarLines between transparent and black
If I write a \new Staff \with { \override BarLine #'transparent = ##t} how can I have a not transparent Barline for a single bar in the piece? Bye Hildegard ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Putting chords below a alternative repeat bracket
If you use version 2.10, see the section on Printing Chord names in the manual, if you use the latest development version 2.11.x, then the chords are placed below the repeat brackets by default. /Mats Uwe Steinmann wrote: Hi all, I wonder if the bug described here http://osdir.com/ml/gnu.lilypond.bugs/2004-06/msg00121.html is still true. Currently chords are put above an alternative repeat bracket which doesn't look as nice as below them. Is there any way to correct that? Uwe ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user -- = Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology SE-100 44 STOCKHOLM Sweden Phone: (+46) 8 790 8463 Fax: (+46) 8 790 7260 Email: [EMAIL PROTECTED] WWW: http://www.s3.kth.se/~mabe = ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Putting chords below a alternative repeat bracket
Hi all, I wonder if the bug described here http://osdir.com/ml/gnu.lilypond.bugs/2004-06/msg00121.html is still true. Currently chords are put above an alternative repeat bracket which doesn't look as nice as below them. Is there any way to correct that? Uwe ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Lilypond error on starting for the first time
I just downloaded Lilypond version 2.10.33-1 (upgrading from 2.10.2), and when I try to typeset files I get an error: (OSError: [Errno 8] Exec format error) I'm running Mac OS 10.4.10; Lilypond is in the Applications folder. Any help would be greatly appreciated. Thanks, Brenda GS (er, 'Munin') ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Lilypond for serial music?
Miguel Lopes Santos Ramos [EMAIL PROTECTED] writes: I'm considering either moving back to Common LISP with Lilypond output or using the built-in Scheme interpreter; but although I have a 15+ year programming background, I'm not finding it very easy to use Lilypond Scheme. I found googling scheme for common lispers quite helpful, along with googling things from the Guile manual. But I don't do the same kind of thing with it, though. Cheers, -- Arvid ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Putting chords below a alternative repeat bracket
Mats Bengtsson mats.bengtsson at ee.kth.se writes: If you use version 2.10, see the section on Printing Chord names in the manual, if you use the latest development version 2.11.x, then the chords are placed below the repeat brackets by default. I must be blind. All I see is an example on how to print chord names separately with repeats. Does that mean that I have to take the repeats out of the staff and put them into the chords to make them show up above the chords? Uwe Uwe Steinmann wrote: Hi all, I wonder if the bug described here http://osdir.com/ml/gnu.lilypond.bugs/2004-06/msg00121.html is still true. Currently chords are put above an alternative repeat bracket which doesn't look as nice as below them. Is there any way to correct that? Uwe ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user