Re: Synthesizer-related font
On Wed, 20 Nov 2019 00:26:58 +, "Urs Liska" wrote: > This was just shared on Facebook, and I want to forward it here since - > while not related to music engraving directly - it may be useful to > people on this list. > > https://bit.ly/2qouMtH?fbclid=IwAR2kWD64268-n2cqKagJ5AxVntbxRsPFN48q61aZ8ORwB6s54vGmHeWJNZU > > This points to an archive on Dropbox, containing the SIL-licenced font > family "Glyph3 /Synth. A font designed to notate faders, knobs, wheels, > signals and other synthesizer related stuff." > > I don't know whether I'll have any use for it but it looks cool. Cute. Thanks for sharing!
Re: SMuFL Bravura
On Mon, 1 Apr 2019 09:17:26 +0200, Malte Meyn wrote: > SMuFL integration and using Metafont for glyph creation don’t > contradict, do they? They do, in so far that with limited resources you cannot do both. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: SMuFL Bravura
On Mon, 1 Apr 2019 11:37:42 +1100, Andrew Bernard wrote: > Now to learn Metafont then. Shouldn't be too hard - As a retired TeXnician I have deep respect for TeX and MetaFont. Nevertheless I think the right way now is to go for widely accepted standards where possible. So I'd rather see decent SMuFL integration than more home grown Emmentaler extensions. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Openlilylib edition engraver guide
On Thu, 14 Mar 2019 08:52:21 +0100, Urs Liska wrote: > https://github.com/openlilylib/oll-core/wiki Call me stupid, but shouldn't this be on the OpenLilyLib web site instead / as well ? I find it logical to start looking for information on OpenLilyLib on the OpenLilyLib web site. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Openlilylib edition engraver guide
On Thu, 14 Mar 2019 00:47:59 +1100, Andrew Bernard wrote: > Can we add Stefano Troncaro's excellent introductory material about the > edition engraver to the github wiki for the project? It is a great guide... Unfortunately I get stuck at one of the first lines: "Assuming OpenLilyLib is already installed..." >From the openLilyLib documentation: https://openlilylib.org/app/#/getstarted/get-openlilylib Get Started With openLilyLib Very short introduction hwo to get OLL up and running Another paragraph. Get openLilyLib Different ways of obtaining OLL (Note these are not links, but the actual text on the page) So I need a good guide for OpenLilyLib first before I can try the edition engraver. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Please test new lilypond installers
On Tue, 29 Jan 2019 12:21:43 +0100, Urs Liska wrote: > Are these observations specific to that new GUB build, or would the > downloaded release behave the same? AFAICS the release download (2.18.2-1) behaves the same. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Please test new lilypond installers
On Tue, 29 Jan 2019 10:19:33 +0100, Knut Petersen wrote: > lilypond-2.21.0-1.linux-64.sh I tried an install into /opt/lilypond. I do not have access to /opt but the folder /opt/lilypond is completely mine. The help says it will install into PREFIX/lilypond, but it also tries to install scripts outside this directory in PREFIX/bin. It refuses to install into an existing (even empty) directory. While this may be good in some cases, it would be nice if this could be overridden. Fun fact: The script first checks if the directory exists and bails out if so. If not, it carefully checks if the directory exists before creating it :). I choose to install with PREFIX=/opt/lilypond and everything went fine. $ /opt/lilypond/bin/lilypond --version GNU LilyPond 2.21.0 Verified some scores with Frescobaldi, looks ok. Good job! -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: postscript printers for lilypond
On Sun, 27 Jan 2019 12:32:05 -0600, Karlin High wrote: > and PostScript compatibility requirements I'm still wondering why this is a hard requirement. AFAIK, drivers like ghostscript produce excellent prints on all sorts of printers. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [Lyric+Chords project] required engravers
Hi Kieren, I would suggest to split it in two phases. Phase 1 would be to parse the input, and collect the syllables and durations in a structure similar to (e.g. JSON): [ { "chords" : [ "C", "D", "E" ], "phrases" : [ "Aw", "ay in the ", "manger" ] }, ...next line... ...and so on... ] Phase 2 would do the formatting. This would provide an intermedeate data structure that can easiliy be checked (visually) and tweaked (manually) for development and fun. ... and it is similar to the structure that is used internally by ChordPro so it would become possible to have LilyPond do the parsing and ChordPro do the formatting, and vice versa. The sky is the limit :) . -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [Lyric+Chords project] required engravers
On Sat, 15 Dec 2018 09:19:25 -0500, Kieren MacMillan wrote: > Yes! It would be very interesting to eventually include multiple > different formats in the framework. The ChordPro reference implementation currently supports * chords above lyrics * chords under lyrics * chords within lyrics * chords at the right And then there are chord diagrams... E.g. https://www.chordpro.org/chordpro/images/style_modern3.pdf -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [Lyric+Chords project] required engravers
On Sat, 15 Dec 2018 10:08:05 +0100, Thomas Morley wrote: > In the last meaure of second line the chords could be done like > E/E E/BE/Gis E/E > Af -- fen -- ban -- de > (No ligature, every syllable with it's own chord-symbol) > > In a leadsheet I'd then expect > E/E E/B E/Gis E/E > Affenbande > with ligature at "ff" and reasonable distributed chord-symbols. For a lead sheet it is crucial that the chord is placed exactly on top of the syllable. Since the chords are wider than the syllables, it would become something similar to http://www.squirrel.nl/pub/xfer/uploads/3CSdG2lqsGIQZwZdizzYr3Eg.png Some seem to like an alternative format that put the chords after the line, and underscore the syllable http://www.squirrel.nl/pub/xfer/uploads/3CzvTW10rCuZmRgnnMzwBhAQ.png -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [Lyric+Chords project] required engravers
On Fri, 14 Dec 2018 11:27:13 -0500, Kieren MacMillan wrote: > And yet many, many people I know use it (or LibreOffice). ;) Libre/Open Office has a nifty plugin called ChordTransposer that makes it possible to type in chords easily and obtain the right alignment for the chords (and, as the name suggests, you get transpositions too). It works by attaching individual frames to the text to put the chords in. Change the text and the chords shift accordingly. And it can convert from and to ChordPro. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [Lyric+Chords project] required engravers
On Fri, 14 Dec 2018 08:49:33 -0500, Kieren MacMillan wrote: > > (2) short syllables, both with chords > > This is an issue even in Microsoft Word, Interesting to encounter MSWord as apparent trendsetter... It is about the worst tool for producing lead sheets. The approach seen in many ChordPro tools, is to space the syllables so [C#dim]a[Fm]li[G]ve will get you something similar to (monospace text ahead): C#dim Fm G a-li-ve -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Multiple tempos at the same time and midi playback?
On Thu, 13 Dec 2018 19:30:16 +0100, Yakir Arbib wrote: > Thanks a lot for your reply! Unfortunately since the example is in an > image, and not a text, When you click on the image, you see the lilypond source. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Status and future of abc2ly
On Mon, 10 Dec 2018 13:33:51 +0100, Jean Louis Thiry wrote: > ...to use the excellent TablEdit My objection would be that this is non-free software, and available for Windows/Mac only. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [Spam] Re: Status and future of abc2ly
On Mon, 10 Dec 2018 12:21:44 +0100, Urs Liska wrote: > It sounds reasonable to drop the current abc2ly implementation. However, > I think we shouldn't do this without somehow including abc2xml in the > distribution and (probably) create a wrapper script abc2ly that > transparently replaces the old implementation and calls abc2xml | > musicxml2ly instead. Sounds like simple and effective to me. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Status and future of abc2ly
The abc2ly tool supports version v1.6 of the ABC standard, which is 21 years old. The current version of the ABC standard is v2.1 (which is also quite old, 2011, nevertheless it is the most recent). Is the abc2ly program still under active support/development? If so, are there any plans to upgrade it to the newer standard? -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Generate staff-less chord and lyrics sheet
On Thu, 6 Dec 2018 21:15:43 +0100, Annette Kusma wrote: > The output should look something like this: > > C F C > Mary had a little lamb > F G C > Its fleece was white as snow > > I could simply write my sheet in some office programme, Instead of trying to abuse office programs, why not take a look at https://www.chordpro.org ? ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Proprietary Software term
On Tue, 21 Aug 2018 12:21:08 -0700, Aaron Hill wrote: > Patents are entirely concerned with inventions, that is novel, useful, > and non-obvious solutions to specific problems that result either in an > actual product or a practical process. That's the theory... Practice is different, unfortunately. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Re-sizing score on the fly
On Tue, 7 Aug 2018 18:25:53 +1000, Don Gingrich wrote: > Then the multiplier would reside in the included files, the > variable would be in the score file, and by including > the correct file I could have either type of score. Why not set the staff size in the included file, just like the paper settings? ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Software playing lilypond's music sheets
Wow! ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \pushToTag and \appendToTag help
On Fri, 13 Apr 2018 22:25:17 +0200, Gianmaria Lariwrote: > I'm not 100% sure having understood how to use \pushToTag but the > following are the examples I personally would put in the manual. I find your examples very enlightening. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: The search for an API
On Wed, 11 Apr 2018 07:07:10 -0700, Mason Hockwrote: > Is this the sort of thing you're looking for? > > http://projectabjad.org/ When looking for an API that makes detailed handling of scores possible, yes. However, I got the idea that OP was looking for an easy way to transform a LP "scorelet" into an SVG, something that can be quite trivially obtained by shelling out to LP. This is exactly how tools like OOLilyPond do it. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: OT: typewriter LaTeX package
Cute. Really cute. I did a lot of typing on an old Underwood when I was a kid and it looks very familiar. But IIRC the period and comma looked much heavier (maybe because my (lack of) typing skills at the time). What I also recall is that on a dual-colour typewriter (typically black/red) you could get black letters that were partly red in descenders. Ah, sweet memories... ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi
On Wed, 06 Dec 2017 15:36:42 -0500, Tim Slatterywrote: > I've been setting vocal pieces with German lyrics, and trying to use > Tools| Special Characters to find things like a and u with Umlauts, > and the double-s character that looks like a Beta. I would strongly advise to look into a different approach, using composed characters. On most systems you can designate one of the keys of the keyboard to be the "compose" key (I use right-ctrl on mine). Then you can produce á by [Compose] + [A] + ['], etc. Most combinations are intuitive and easily remebered. Linux systems have this as a standard method, for Windows you may need a tool like WinCompose. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [OT] Linux Users
I only use Linux (mostly Fedora). I use LilyPond with Frescobaldi, Denemo, Emacs, LibreOffice and a lot of homegrown tools. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: midi \breathe
In sitations like this, I use tags. Something similar to this: music = { ... \tag #'midiOnly { c8. r16 } \tag #'scoreOnly { c4 } ... } \score { \articulate \removeWithTag #'midiOnly \music \layout {} } \score { \articulate \removeWithTag #'scoreOnly \unfoldRepeats \music \midi{} } -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Tables with borders (chords structure)
On Wed, 6 Sep 2017 11:33:56 +0200, Sylvain Bruneriewrote: > I want to generate a table showing the chords structure of a song or > instrumental tune in a simple way, What you are looking for are the so-called "jazz grilles". > and I can't find how to do that using Lilypond. LilyPond is not really suitable for this. You may want to take a look at ChordPro 5.0 (https://www.chordpro.org) that has basic support for grids. https://github.com/sciurius/chordpro/wiki/Directives-env_grid -- Johan Chinquapin_Hunting.pdf Description: Adobe PDF document ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [ANN] LilyQuick 0.94beta - Quick note Lilypond entry using MIDI for Linux
On Fri, 7 Jul 2017 11:23:49 +1000, Vaughan McAlleywrote: > I’ve put version 0.941beta up which fixes the issue of custom layouts not > working and adds a Denemo layout option. Thanks. One thing: When I run lq, I still have to (manually) connnect its 'Virtual RawMIDI ' port to 'Synth input port (10726:0)' although I understand from the code this should be handled by lq itself. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [ANN] LilyQuick 0.94beta - Quick note Lilypond entry using MIDI for Linux
On Tue, 27 Jun 2017 21:42:07 +0200 (CEST), Martin Tarenskeenwrote: > OK. I found my keyboard there. Maybe /dev/input/by-id only lists USB > keyboards - just guessing? So it seems... My laptop only reports the camera in /dev/input/by-id . ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [ANN] LilyQuick 0.94beta - Quick note Lilypond entry using MIDI for Linux
On Tue, 27 Jun 2017 16:27:24 +1000, Vaughan McAlleywrote: > I’m pleased to announce LilyQuick 0.94beta. The main new feature is that > it counts rhythms as you go and automatically enters bar checks. Also, > some settings have been made reachable from within LilyQuick rather than > just the settings file. Great job. No problems getting it to run on Fedora 25. Since I usually do note input with Denemo, I tried to change the key definitions to match Denemo ( 0 = whole, 1 = half, 2 = quart, ... ). I changed the definitions in LQkeyboardEvents.lua but this doesn't seem to work. Reading the code in LilyQuick.lua (lines 664 ...) doesn't make clear how this is supposed to work. Can you explain? Also, it may be a good idea to make the keystrokes match Denemo by default. Thanks for your contribution! -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Circular dependencies - Deadlock
On Thu, 22 Jun 2017 06:39:08 +0200, David Kastrupwrote: > I don't really see this as calling for changes. If you want to create > utility files to be included at most once, you can try working with > guards like it is customary for C/C++ include files. I think we're shifting topic here from recursive include to multiple include. The latter is general practice. The OP is unintentional infinite recursive includes, and whether LP can help signalling this instead of just becoming non-responsive. Maybe it is possible to track include depth, and issue a (one) warning when the include dept exceeds a certain threshold (20? 50? 100?). -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Circular dependencies - Deadlock
On Wed, 21 Jun 2017 15:57:59 -0500 (CDT), msk...@ansuz.sooke.bc.ca wrote: > This may be a problem if there's any possibility of an include being > conditional. Then, someone could write a non-infinite recursive include > deliberately, and be disappointed when Lilypond breaks it. Instead of aborting, LP could issue a warning that it detected a circular include. If it then hangs, you have a clue what is going on. If you have a non-infinite recursive include it will continue. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: OpenLilyLib (Was: Re: lilypond export)
On Wed, 14 Jun 2017 15:44:24 -0400, Kieren MacMillanwrote: > Hi Johan, > > > When I visit https://openliliylib.org/ I get a page with text but > > nothing to click on. No links (except for the generic links (github > > Clicking on the GitHub link will take you to the current repository. > > Hope this helps! No, it doesn't. Clicking on the GitHub link will show a list of mysterious repositories. The only repo that makes sense is "openlilylib". Oops, it is deprecated. For the file exporter I seem to need oll-core, but this repo doesn't say anything about how to use it. Just scary warnings like "this code (and documentation) is currently in a conceptual state of pre-alpha quality". The OpenLilyLib web page talks about "Learn how to get up and running with a few steps" and "Browse the package list and search the full online documentation" but there is no way to actually achieve this. In particular, "Learn how to get up and running with a few steps" would be helpful, as would "Browse the package list and search the full online documentation". I don't want to sound negative, but I find this rather discouraging. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
OpenLilyLib (Was: Re: lilypond export)
On Wed, 14 Jun 2017 15:01:19 +0200, Jan-Peter Voigtwrote: > It is designed as an openlilylib-plugin so you should clone it next to > oll-core (if you want to try it) It comes with one example file that > shows the core commands. Which reminds me... When I visit https://openliliylib.org/ I get a page with text but nothing to click on. No links (except for the generic links (github, facebook, ...) at the bottom). This is confusing and discouraging... -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: FYI: OpenScore
Please note that I am just relaying this message. I'm not affiliated with this project in any way. On Tue, 13 Jun 2017 08:12:41 +0200, Johan Vromans <jvrom...@squirrel.nl> wrote: > Quote: "OpenScore wants to digitise and liberate all public domain sheet > music, including the great classics of Mozart, Beethoven and Bach. Our > community aims to transfer history’s most influential pieces from paper > into interactive scores which you can listen to, edit and share. Together, > we can make sheet music accessible to everyone. For free, for any purpose, > for evermore." > > https://www.kickstarter.com/projects/openscore/openscore-join-the-sheet-music-revolution ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
FYI: OpenScore
Quote: "OpenScore wants to digitise and liberate all public domain sheet music, including the great classics of Mozart, Beethoven and Bach. Our community aims to transfer history’s most influential pieces from paper into interactive scores which you can listen to, edit and share. Together, we can make sheet music accessible to everyone. For free, for any purpose, for evermore." https://www.kickstarter.com/projects/openscore/openscore-join-the-sheet-music-revolution ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Multiple voices and rest position
On Wed, 31 May 2017 23:31:53 +0200, Robert Blackstonewrote: > write b8 \rest instead of r b8. Nifty... Thanks Robert and Trevor. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Multiple voices and rest position
Hi, In the attached example, I would like the 8th rest symbol at the same level as the 8th notes. See the right side of the attached image. How can I obtain this? -- Johan \version "2.19.59" \header { title = "Largo" tagline = ##f } global = { \key d \major \time 4/4 } upper = \relative c' { \global fis1 | } lower = \relative c' { \global r8 b cis b cis b cis b | } bass = \relative c { \global b1 | } \score { \new Staff \with { midiInstrument = "acoustic guitar (nylon)" instrumentName = "Gt." } { \clef "treble_8" << { \voiceOne \upper } \\ { \voiceThree \lower } \\ { \voiceTwo \bass } >> } \layout { } } ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Chords in LilyPond
On Mon, 29 May 2017 14:24:52 +1000, Vaughan McAlleywrote: > Does anyone actually use MIDI from the chord performer? I do. Although the voicing of the chords is not what a normal player would do, it is okay for checking scores and practising. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Calling in for sickness
Hi David, This is serious business. Take care and take your time. Recovering your health is priority #1. Everything else follows. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: lilypond-user Digest, Vol 174, Issue 51
On Sun, 14 May 2017 13:57:48 -0500, David Wrightwrote: > Well, let's make sure we're starting from the same source: > ... > The attached shows that the file claims to be encoding="UTF-8" > In emacs, the Copyright shows as \302\251 so I think you've > missed the preceding  (0xc2) character somehow. Thanks for clearing this up. I was misled by one of the earlier postings that mentioned: UnicodeDecodeError: 'utf8' codec can't decode byte 0xa9 in position 39: unexpected code byte -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: lilypond-user Digest, Vol 174, Issue 51
On Sun, 14 May 2017 13:45:22 +, Ian Ringwrote: > If your MusicXML contains a literal copyright character, it's invalid > XML. Find-and-replace that to or change it into (c) and you'll be > good to go. Not quite. Provided the Copyright symbol is encoded in the same encoding as the XML document (UTF-8 (usually) or UTF-16). In the case at hand, the Copyright symbol was 0xa9, which is a ISO-8859.1 or similar encoding. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: XML to .ly and Lilypond, again
On Sun, 14 May 2017 16:06:47 +0200, Urs Liskawrote: > But can that be? Shouldn't MusicXML allow arbitrary regular Unicode > characters? Yes, but the file should be encoded using a single encoding. In this case, some parts of the file are UTF-8 encoded while other parts are UTF-16. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: XML to .ly and Lilypond, again
On Fri, 12 May 2017 11:14:53 +0200, Leszek Wrońskiwrote: > I looked at the file using > a Hex viewer and I see nothing wrong with it. The strings like "Finale ..." and some other parts of the file are multy-byte (UTF-16) encoded while the rest of the file is single-byte, so LilyPond interprets it as single-byte and gets lost completely. In Emacs, it looks like this (^@ denotes a 0 byte): \header { encodingsoftware = "^@F^@i^@n^@a^@l^@e^@ " but also: PartPOneVoiceOne = \relative g'' { \clef "treble" \^@k^@e^@y^@ ^@g^@ ^@\^@m^@i^@n^@o^@r... -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Midiimport für Lilypond/Frescobaldi
On Wed, 26 Apr 2017 19:21:06 +0200, Bernhard Kleinewrote: > My problem: when writing scores to be used in our choir I often make > mistakes. If I could listen to the music instead of reading the notes I > might find errors faster. Personally, I use Denemo for this purpose. It does exactly that (and more, of course). -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Page frames/watermarks
On Wed, 19 Apr 2017 09:53:39 +0200, Psallewrote: > >> I was wondering how to add a decorative frame to a score within > >> lilypond, > > Thread starting at > > http://lists.gnu.org/archive/html/lilypond-user/2017-04/msg00135.html > Thanks! So it seems there's no easy in-lilypond way to do such absolute > positioning of things... I could try the latex route suggested therein. I find it often much easier to just produce a PDF and use some PDF tools to add watermarks/decorations. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Fonts in the title (that is, to have better apostrophes and commas)
On Thu, 13 Apr 2017 22:44:20 +0200, Simon Albrechtwrote: > Alt + Yikes... 1981 calling. I thought most systems nowadays support a compose key? Unix/Linux systems have done so since 1983. https://en.wikipedia.org/wiki/Compose_key > It’s great that you’re interested in using the typographical characters! > They are so much more beautiful :-) +++1 -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Separate Emmentaler/Fonts
On Tue, 11 Apr 2017 12:09:41 +0200, "N. Andrew Walsh"wrote: > thanks for the link. I only needed the font for specific glyphs (sharp > signs and the like), which I presume are individual glyphs that would > still work within a body of regular text, yes? Would Bravura be an option then? It's open source, very complete, SMuFl, and can be used from all standard software. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: What can Premusic do that others can't?
Am 20.03.2017 um 22:48 schrieb have@anti.capital: > I have invented the perfect plaintext file format for premusic. I think the bottom line is that all text-based music notation systems have shortcomings when it comes to readability, writability, maintainability etc. From all imperfect systems we choose the one we like most, where "like" is very subjective. It it gets us where we want to, it is a good choice. Some people like to program in C, other people prefer Perl, some program in Java. And some even think that HTML is a programming language. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [ANN] LilyQuick 0.9beta - fast accurate Lilypond MIDI note entry for Linux
On Thu, 9 Mar 2017 17:48:59 +1100, Vaughan McAlleywrote: > Sorry missed that one. The alsa_seq driver is the one that works, > couldn't tell you why :) Indeed, now it all works (except that qsynth is not terminated when lq exits). The driver setting is very problematic since I use qsynth often standalone. For standalone use, the driver needs to be oss. But when I start lq qsynth will hang on the oss driver. So I need to kill lq, qsynth becomes active, reconfigure for alsa_seq, exit, and restart lq. And not forget to reconfigure for oss when using standalone (this is easy, command line option -m alsa will do this). Nevertheless is lq a handy tool! -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [ANN] LilyQuick 0.9beta - fast accurate Lilypond MIDI note entry for Linux
On Sat, 4 Mar 2017 16:58:14 +1100, Vaughan McAlleywrote: > I installed Fedora on to a spare partition and LilyQuick worked! A bit > annoying :-) I thought it might have to do with SELinux permissions, > but it appears not. > > Could you try typing > > sudo cat /dev/input/by-id/usb-Apple__Inc_Apple_Keyboard-event-kbd > > (replacing my keyboard name with the name you have in LQConfig.lua). > If you see garbage when you type, it should be connecting to the > keyboard correctly. Otherwise maybe the keyboard name is wrong. The latter turns out to be the case. It's a bit confusing when both the QWERTY and MIDI keyboards are called 'keyboard'. Now lq basically works. I do, however, still have a problem with getting qsynth configured right. What setting (driver / device) do you use for its MIDI input? -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [ANN] LilyQuick 0.9beta - fast accurate Lilypond MIDI note entry for Linux
On Sat, 25 Feb 2017 10:33:11 +1100, Vaughan McAlleywrote: > Maybe your keyboard is interpreting F8 as something else rather than > the function key proper. It seems that lq isn't intercepting keystrokes at all. After uncommenting line 341 nothing is printed: $ sudo ./lq Password: Welcome to LilyQuick version 0.9β Press F8 and a key on the MIDI keyboard to exit. [1] 12613 ^[[19~^[[19~^[[19~^[[19~^C F8 generates ^[[19~ which is just echoed. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [ANN] LilyQuick 0.9beta - fast accurate Lilypond MIDI note entry for Linux
On Fri, 24 Feb 2017 23:49:19 +1100, Vaughan McAlleywrote: > I’m pleased to announce LilyQuick, a greatly improved descendant of > Finale’s Speedy Note Entry. Sounds very interesting... It compiles and build flawlessly on Fedora 25, both with system lua and the supplied lua. After adjusting the LQconfig.lua it runs, starts qsynth and I can play and hear notes from the MIDI keyboard. However, lq doesn't seem to handle keypresses. Key F8 echoes as ^[[19~ instead of terminating (in combination with a press of a key on the MIDI keyboard). So I seem to be missing a setting or parameter. FWIW: The MIDI keyboard is /dev/midi2, and doesn't have an entry in /dev/input. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Your favourite/most efficient methods of inputting scores (piano)?
On Tue, 21 Feb 2017 11:35:40 +0100, Urs Liskawrote: > Specify the duration at the beginning of each line, even if it's not > technically necessary. This makes it more obvious on first sight, and it > helps avoid errors if you should change anything later. I've been doing that for ages and it is really, really helpful! ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Chord diagrams
> \storePredefinedDiagram #default-fret-table \chordmode {c/g} > #guitar-tuning > #"3-4;3-3;2-2;o;1-1;o;" I'd like to see someone playing this as shown :) . (Try swapping the 3rd and 4th fingers) ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: New LilyPond website
On Fri, 10 Feb 2017 10:51:05 +0100, Michael Gerdauwrote: > The new page is about 1.3 MB while the original one is about 170 kB > Factor of 7.x This is due to CSS/JS overhead and happens only once. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: New LilyPond website
On Thu, 9 Feb 2017 14:32:18 -0800, "H. S. Teoh"wrote: > I don't speak for anyone else, but I'm perfectly OK with using > Javascript -- as long as it's not *required* for the website to be > usable at all. And all necessary javascript is loaded from the site itself, not from (potential unreliable) 3rd party sites. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: New LilyPond website
On Thu, 09 Feb 2017 09:44:58 +0100 (CET), Werner LEMBERGwrote: > What I want is the explicit command line that I > have to call to convert the input data in the git repository to the > output html, where to expect the output files, etc., so that I can > actually try to generate the output by myself. The command "blended build" will process everything and put the results in subdirectory "build". In general, opening "build/index.html" in a browser will take you to the opening page. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: midi not rendering tied notes
On Sat, 28 Jan 2017 22:24:40 -0600, David Wrightwrote: > ( ) is a slur, not a tie. Try: > > e'8 g~ g g~ g e~ e a | Shouldn't slurred notes of the same pitch sound as tied? ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: New LilyPond website
On Sun, 11 Dec 2016 23:54:16 +0100, Michael Gerdauwrote: > I'm fine with using javascript on any site as long as I who generally > and deliberately disables javascript can still use that site. I'd like to add: There is good value in javascript for web sites. However, an astonishing number of websites nowadays blindly include a vast collection of 3rd party javascript. Thats' where the risks are, since you cannot control what the 3rd parties will do (now, and in some future) with their code and your data. And yes, that includes WP, Google Analytics, JQuery, and so on. So some local javascript can be pretty safe. 3rd party scripts? No thanks. -- Johan pgpKN53L5IEuk.pgp Description: OpenPGP digital signature ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Makefile and shell loop
On Fri, 09 Dec 2016 10:30:32 +0100, Federico Bruniwrote: > where $(CPU_CORES) is treated as a string, instead of being executed in > the shell: It seems you are using GNU make, so you can write CPU_CORES = $(shell cat /proc/cpuinfo | grep -m1 "cpu cores" | sed s/".*: "//) -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: New LilyPond website
On Tue, 29 Nov 2016 10:38:32 +0100 (CET), Werner LEMBERGwrote: > As David K. pointed out, > it must be viewable and navigatable by blind people. As I wrote, there are some aspects that need to be solved. I just do not reject a potential valuable approach beforehand. > Additionally, it > must be possible to build the documentation of lilypond with `make > doc'. As discussed, this can be solved by separating the site and the documentation. > We then would need someone who is doing the job to set this up and > convert the old stuff to the new one. However, this isn't a trivial > task and it probably takes a long time to get it right, so we need > someone who has a lot of endurance and stamina... In other words, it will never happen. OTOH: 1. move the current site to lilypond-classic 2. move John's site in place 3. add a textline at the top to point visual impaired people to the classic site 4. add a documentation link to documentation section of the classic site Basically John's site is now a nice and shiny portal into the existing information. But it will give visitors a good impression. And I'm confident that it will inspire contributors to enhance and improve it. "Soms moet je vliegen voor je vleugels krijgt" (dutch proverb) -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: New LilyPond website
On Tue, 29 Nov 2016 08:45:12 +0100, Urs Liskawrote: > Additionally there has been *very strict* opposition to anything other > than statically served sites for lilypond.org in the past. Not all of > the reasons are bullet-proof but most are, and you will not get consent > for anything else. If the web site must be cast in stone, then welcome back to the stone age. At least this will mootify further discussions about why LilyPond is not getting considered a serious competitor in the market. If someone offers me a web site like John did, I would embrace it with all arms and try to overcome the objections, instead of bluntly rejecting it. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: New LilyPond website
On Mon, 28 Nov 2016 18:25:24 -0500, John Roperwrote: > Hi, my name is John Roper and I am a freelance developer who does web > design among other things. I use LilyPond occasionally and I felt that the > website needed a little bit of a sprucing up. I decided to see what I > could do and I have created a new, nicer looking, website based on > wordpress which you can preview at http://jmroper.com/lilypond/. I think you have done a great job! This really takes the LilyPond web site into the 21st century, matching the sites of the competition. Much can be said about details but this is an opportunity we cannot afford to miss. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Photoscore
On Mon, 28 Nov 2016 17:27:05 +0100, Urs Liskawrote: > The point (and a partially understandable one) is that publishers don't > want to get prepress files but files they can edit in the future, even > if the original person is not available anymore. Basically they want program sources, and they only understand a single or very limited set of programming languages. Yes, this is partially understandable. Apparently, music publishing is a different beast than book publishing. Do they realise they are completely at the mercy of their software? A couple of weeks ago I had a 3D scan of my teeth and the dentist needed to reboot his Windows8 system into Windows/XP since the scanning software can not run on anything newer. Looking at the other part if this thread, he'd better not upgrade to Windows10 then. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Photoscore
On Mon, 28 Nov 2016 00:48:59 +0100, Urs Liskawrote: > The big houses more or less *exclusively* use Sibelius and Finale in > parallel, with a very low share still using SCORE and an actually tiny > share using Amadeus. > > Breitkopf just last year decided to quit any diversity and to move > everything to Sibelius. For what reason do they still insist on tools and not on results? I've been in a similar situation with a great US publisher who insisted on receiving materials in some proprietary format (later they switched to an even worse XML format). I showed them that I could provide camera-ready printfiles (PostScript, later PDF) that matched every inch of their standards. And I kept my part of the deal by delivering on time. As a bonus, I got a slightly higher percentage of the revenues since they only thing they had to do was to hit the print button. I've had more experiences like this with other publishers. For LilyPond this would mean: Can we produce printfiles that look like they are generated from their favourite tools (but better, of course). -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Setting the number for \mark \default
On Tue, 15 Nov 2016 11:40:50 +0100 Noeck <noeck.marb...@gmx.de> wrote: > Am 15.11.2016 um 10:00 schrieb Johan Vromans: > > and was suprised to find marks A B H J U V W instead of A B H J K T > > U . > > that's because the \set is at the same point in time as the \mark > \default on the preceeding line. So it also affects this (third last) > mark. Okay, that's a good explanation. Still as someone familiar with ASCII control codes, I would expect #20 to yield T, not U. But that's because the 'I' is missing in the sequence. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Setting the number for \mark \default
On Tue, 15 Nov 2016 09:19:17 +0100 David Kastrup <d...@gnu.org> wrote: > Johan Vromans <jvrom...@squirrel.nl> writes: > > > At least I would be surprised by the result... > > Is that an argument for or against documenting it? It's just that I tried the (extended) example: \relative c'' { c1 \mark \default c1 \mark \default c1 \mark #8 c1 \mark \default c1 \mark \default \set Score.rehearsalMark = #20 c1 \mark \default c1 \mark \default } and was suprised to find marks A B H J U V W instead of A B H J K T U . -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Setting the number for \mark \default
On Mon, 14 Nov 2016 16:57:08 +0100 Mojca Miklavecwrote: > I would find it useful if the following example: > > \relative c'' { > c1 \mark \default > c1 \mark \default > c1 \mark #8 > c1 \mark \default > c1 \mark \default > } > > was extended to also include something like >\set Score.rehearsalMark = #20 > followed by another mark or two. At least I would be surprised by the result... -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Skyfonts
> It is possible to extract fonts from a PDF file, it's pretty common these > days but you'd have a few options. This link discusses them. Usually PDF producing tools include only a subset of the font data in de PDF (only the glyphs that are actually used). So extracting will (again, usually) not produce a complete font. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Lilypond reading pdf's
On Tue, 30 Aug 2016 20:46:14 +0100 Richard Shannwrote: > I think you linked to the wrong video here, either Oops -- Sorry! ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Lilypond reading pdf's
On Tue, 30 Aug 2016 13:15:53 +0200 Pierre Perol-Schneiderwrote: > In conclusion, since you can typeset a ly file as fast as you read the > music, it is far more interesting to do that than to go through a scanning > process. To chime in on this: I use Denemo to enter new music. Its separation of rhythm and melody is a real time saver, especially if you have a (even cheap) MIDI keyboard. https://vimeo.com/81814901 Denemo exports LilyPond, which I then edit further in Frescobaldi and/or Emacs. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Lilypond reading pdf's
On Tue, 30 Aug 2016 09:21:32 +0100 "Phil Holmes"wrote: > It's possible, though not necessarily easy nor free. I gave Audiveris a try some time ago. It has a nice UI that allows solving scanning problems before the recognition phase. I don't know if it is still under active development, though. https://audiveris.kenai.com/ ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Lilypond reading pdf's
On Tue, 30 Aug 2016 10:35:50 +0200 Jacques Menu Muzhicwrote: > If I’m not mistaken, SharpEye has been renamed to PhotoScore Ultimate > some time ago. A trial version can still be found on http://www.visiv.co.uk/installsharpeye2.exe It runs under Wine as well. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Potential improvements to the homepage?
On Wed, 24 Aug 2016 17:13:50 +0200 Federico Bruniwrote: > ... or rather strings in a scheme file? Here's a scary example: > http://git.savannah.gnu.org/cgit/guix/guix-artwork.git/tree/website/www/about.scm This approach, at least this example, is totally missing CSS/JavaScript integration that makes (and, unfortunately, often breaks) modern web sites. What would be the benefits? Using a static web site generator (e.g., Template Toolkit) requires only a fraction of the coding to get better results. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Proposed fixes to NR A.2 Common Chord Modifiers
As of 2.19.28, chord modifier 5 is interpreted to mean a power chord. This is not yet reflected in the NR. I propose the following changes. Type "Major", modifier "nothing" and example "c1" with lily code \chords { c1 } \chordmode { c1 } Type "Minor", modifier "m". These changes are mandatory since the current content conflicts with the current implementation. Type "Power chord (two-voiced)", modifier "5", example "\powerChords c1:5" and lily code \chords { c1:5 } \chordmode { \powerChords c1:5 } Type "Power chord (three-voiced)", modifier "5.8", example "\powerChords c1:5.8" and lily code \chords { c1:5.8 } \chordmode { \powerChords c1:5.8 } -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Proposed fix to NR A.1 Chord Name Chart
Appendix A.1 of the Notation Reference contains examples of chords and chords names as used by LilyPond. The list contains a duplicate: , CΔ9, which occurs at measures 32 and 36. Does anyone has a good suggestion for another chord to be put in the list? Otherwise I'll submit a patch to remove the duplicate. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Evince/Adobe printing adds margins and scales down the score
On Thu, 18 Aug 2016 16:36:26 +0200 Federico Bruniwrote: > > Does it really to this even when you disable rescaling in the print > > options? > > I'm now using a different printer from yesterday and no, it doesn't > help if I disable rescaling. Most likely evince prints through CUPS. Have you checked the printer settings that CUPS uses? ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: MusicXML2Ly: Problem with minor chords
David Kastrupwrote: > ... the change to let > c:5 exclude the third was introduced as late as version 2.19.28). Does that mean that there are no (regression)tests for musicxml2ly? ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: MusicXML2Ly: Problem with minor chords
On Wed, 17 Aug 2016 14:15:02 +0200 David Kastrupwrote: > Well, musicxml2ly.py presumably also generates a \version header, and > running convert-ly on the resulting file possibly fixes a number of > those problems (even though it complicates the rules, the change to let > c:5 exclude the third was introduced as late as version 2.19.28). $ /usr/bin/musicxml2ly minor.xml musicxml2ly: Reading MusicXML from minor.xml ... musicxml2ly: Converting to LilyPond expressions... musicxml2ly: Output to `minor.ly' musicxml2ly: Converting to current version (2.19.45) notations ... As you can see from the last line, musicxml2ly runs convert-ly. The \version of the generated minor.ly is \version "2.19.45" > Nevertheless it seems like a good idea to change musicxml2ly.py to > generate output compatible with both older and newer versions. Patch attached. I don't know what to do with the major-minor chord. -- Johan --- /usr/bin/musicxml2ly 2016-07-11 05:38:00.0 +0200 +++ musicxml2ly 2016-08-16 23:16:59.894187641 +0200 @@ -1620,10 +1620,10 @@ return r chordkind_dict = { -'major': r'{}:5', -'minor': r'{}:m5', -'augmented': r'{}:aug5', -'diminished': r'{}:dim5', +'major': r'{}', +'minor': r'{}:m', +'augmented': r'{}:aug', +'diminished': r'{}:dim', # Sevenths: 'dominant': r'{}:7', 'dominant-seventh': r'{}:7', @@ -1631,7 +1631,7 @@ 'minor-seventh': r'{}:m7', 'diminished-seventh': r'{}:dim7', 'augmented-seventh': r'{}:aug7', -'half-diminished': r'{}:dim5m7', +'half-diminished': r'{}:m7.5-', 'major-minor': r'{}:maj7m5', # Sixths: 'major-sixth': r'{}:6', ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: MusicXML2Ly: Problem with minor chords
Johan Vromans <jvrom...@squirrel.nl> wrote: > is translated into > > d:m5 > > and apparently not understood -- lilypond renders it as a major D chord > without warning. The code in musicxml2ly.py does, indeed, generate :m5 for minor. Surprisingly, the NR, A.2 Common chord modifiers, reads: Major Major third, perfect fifth 5 or nothing c1:5 notes: c g Minor Minor third, perfect fifth m or m5c1:m notes: c ees g Despite the examples showing otherwise, this could easily be interpreted to mean that c is the same as c:5, and that c1:m is the same as c:m. However, the trailing '5' makes a power chord (no 3rd). In the case of minor the distinction with the major chord is lost. I really wonder if it is intentional behaviour for musicxml2ly to use m5 for minor. Same goes for :5 (for major), :aug5, :dim5, :dim5m7, and :maj5m5. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
MusicXML2Ly: Problem with minor chords
Hi, In the attached XML, the minor D chord D minor is translated into d:m5 and apparently not understood -- lilypond renders it as a major D chord without warning. Dm(maj7) becomes d:maj7m5. A similar thing happens to half-diminished chords: Bm7b5 becomes b:dim5m7. Is this a known problem? Googling for "musicxml2ly minor" did not return anything relevant. -- Johan \version "2.19.45" % automatically converted by musicxml2ly from x.xml \pointAndClickOff \header { encodingsoftware = "MuseScore 2.0.3" source = "http://musescore.com/score/1578186; copyright = "CÃrculo da Música - 2011" encodingdate = "2016-08-16" } PartPOneVoiceOne = \relative a { \clef "treble" \key f \major \numericTimeSignature\time 4/4 \partial 8 a8 \bar "||" a'8 f8 d2. } PartPOneVoiceOneChords = \chordmode { \partial 8 s8 \bar "||" d8:m5 s8 } % The score definition \score { << \context ChordNames = "PartPOneVoiceOneChords" { \PartPOneVoiceOneChords} \new Staff << \set Staff.instrumentName = "Guitar" \context Staff << \mergeDifferentlyDottedOn\mergeDifferentlyHeadedOn \context Voice = "PartPOneVoiceOne" { \PartPOneVoiceOne } >> >> >> \layout {} % To create MIDI output, uncomment the following line: % \midi {\tempo 4 = 100 } } minor.pdf Description: Adobe PDF document minor.xml Description: XML document ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: rehearsal marks: separate from content encoding and display above strings
On Mon, 15 Aug 2016 12:33:44 -0500 David Wrightwrote: > My contention there was that the volta construction can produce the > correct score and the correct midi when applied correctly (ie to all > the voices). How do you think I produced correct scores and MIDI for the last 20 years? > I don't understand why you seem reluctant to give credit to what LP > does correctly, and in accordance with the documentation. Your brain seems to be wired differently than mine. That's okay. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: rehearsal marks: separate from content encoding and display above strings
On Mon, 15 Aug 2016 09:39:39 -0500 David Wrightwrote: > I'm sorry, but your wishlist has nothing to do with the statement > "Specifying the structure of a score in \global is wonderful, it just > doesn't work with midi." There is something called the principle of least surprise. I can put bars, rehearsal marks, time signatures, repeats in \global and they all end up nicely in all staves of the printed output. Then it surprises me that they do not all end up nicely in the midi — in particular, the repeats do not. So my first thought is "something doesn't work". That there is a good explanation [thanks, David K] why it doesn't/cannot work as I would have expected it doesn't change the surprise. I tried to make clear that I do not consider this to be a bug but that it would be 'nice to have'. I see nothing wrong with that. > If you're going to make a statement like that, and be challenged, > please supply some evidence or withdraw the remark. I change my remark to: "Specifying the structure of a score in \global is wonderful, it just doesn't play nice with MIDI, because no voice can impose a MIDI repeat structure on any other." > It's not as if this is the first time you've said that writing > repeats in LP doesn't work in the MIDI output: > http://lists.gnu.org/archive/html/lilypond-user/2016-02/msg00284.html In this article I wrote "LilyPond doesn't deal with segno, coda, d.s. etc either in the MIDI." Apart from being a totally different topic, would you challenge this? Aand also, I wrote it as a statement, not a complaint and definitely not "reports of a LP failure." -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: rehearsal marks: separate from content encoding and display above strings
On Mon, 15 Aug 2016 10:22:14 +0200 David Kastrupwrote: > That's not really surprising. The "repeats are shown" just by changing > the bar line type, ... That is the explanation of the current behaviour. What I want to say is that it would be nice if instead it would be like the repeats were actually present in the individual staffs, just as the printed output shows it. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: rehearsal marks: separate from content encoding and display above strings
On Sun, 14 Aug 2016 21:45:51 -0500 David Wrightwrote: > This is true, they are not. In fact, I don't quite understand what > you mean by "applying" \global "to the music parts". All the Voices > are just Voices, aren't they? > > Anyway, the repeat structure has to be in all the parts > as summarised by David K in > http://lists.gnu.org/archive/html/lilypond-user/2016-07/msg00427.html > > > Specifying the structure of a score in \global is wonderful, it just > > doesn't work with midi. > > Which suggests that you haven't copied repeats into all the parts. > ... > But what "doesn't work" for you exactly? (We need to be told before > we can start looking at a problem.) First of all, it isn't as much a problem (as in 'bug') but —for me, at least— a 'nice to have'. I find it very confusing that (see example t1) the repeats from \global are *shown* in all staffs, but not effective in the midi. The fact that they are shown gives the impression that they are effective, as in example t2. \version "2.19.45" global = { s1 \bar "||" \repeat volta 2 { s1 } s1 \bar "|." } one = { c'4 e' g' c'' | c'4 e' g' c'' | c'4 e' g' c'' | } two = { g4 c' e' g' | g4 c' e' g' | g4 c' e' g' | } music = { << \new Staff << \global \one >> \new Staff << \global \two >> >> } \score { % Note that the repeat symbols (from \global) appear on all staffs. \music } \score { % Note that the music does not repeat. \unfoldRepeats \music \midi{} } \version "2.19.45" global = { s1 \bar "||" s1*2 \bar "|." } one = { c'4 e' g' c'' | \repeat volta 2 { c'4 e' g' c'' | } c'4 e' g' c'' | } two = { g4 c' e' g' | \repeat volta 2 { g4 c' e' g' | } g4 c' e' g' | } music = { << \new Staff << \global \one >> \new Staff << \global \two >> >> } \score { % Note that the repeat symbols appear on all staffs. \music } \score { % Note that the music does repeat. \unfoldRepeats \music \midi{} } ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: rehearsal marks: separate from content encoding and display above strings
On Fri, 12 Aug 2016 14:58:10 -0700 "H. S. Teoh"wrote: > % Score for midi only > \score { > << > \new Staff << \global \fluteIPart >> For midi, \unfoldRepeats is necessary. Last time I tried, the repeats (in \global) were note applied to the music parts. Specifying the structure of a score in \global is wonderful, it just doesn't work with midi. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: rehearsal marks: separate from content encoding and display above strings
On Fri, 12 Aug 2016 09:21:22 -0700 "H. S. Teoh"wrote: > global = { > \tempo "Allegro" 4 = 120 > s1*16 > \mark "A" > s1*16 > \tempo "Largo" 4 = 45 > s1*16 > \mark "B" > s1*32 > ... % etc. > } Now if this would work with repeats and midi... ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Frescobaldi MusicXML import
With MusicXML, import could you please add --no-stem-directions to the settings? Maybe even better (and easier) if MusicXML2ly had a power option to "Ignore everything that LilyPond can do better". -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: LilyPond logo?
On Sat, 6 Aug 2016 17:11:26 +0200 Pierre Perol-Schneiderwrote: > Plus pdf Bij far: Number 9, provided the lily lines are a bit thinner, and the leaves individually drawn. Printers today have resolutions of 600dpi and higher so no need for such a thick lines. Also, I don't think that drawing the stems has added value. Rough sketch attached. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: LilyPond logo?
On Sat, 06 Aug 2016 01:38:58 +0200 (CEST) Werner LEMBERGwrote: > >> Looks promising! Can you adjust the `packman' to have a softer gap? > > > > “softer”? shorter? narrower? Sorry, I don’t know what you mean ... > > Something similar to the waterlily logo at > > > https://www.iconfinder.com/icons/566750/ecology_flower_flowers_green_lily_nature_water-lily_icon#size=512 This icon is for sale at $1 ... ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: LilyPond logo?
On Fri, 5 Aug 2016 14:01:26 +0200 Malte Meynwrote: > But maybe less is more and two flower layers are enough; so here is a > combination of logo3 and logo4 (only two flower layers -> less detail, > only one pad but with gap -> more typical). Yes, simplicity is better. However, this looses the typical 'lotus' appearance of a waterlily. See e.g. https://www.iconfinder.com/icons/566749/flora_flower_flowers_green_lily_plant_water-lily_icon http://www.freepik.com/free-icon/lotus_864201.htm http://www.shutterstock.com/pic-150336194/stock-vector-lotus-symbol.html -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \caps with Umlaut
On Thu, 21 Jul 2016 11:19:16 +0200 Simon Albrechtwrote: > Or even, as the docs suggest, a font where you can change font-shape to > small caps. Again, smallcaps is totally different from caps. The fact that a smallcaps A with umlaut has long been used instead of a real Ä is just like using minute signs '..' instead of quotes ‘..’. It once was better than what we had, but it is plain stupid now. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \caps with Umlaut
On Thu, 21 Jul 2016 11:18:22 +0200 Simon Albrechtwrote: > The issue is that caps and smallCaps are exactly the same to LilyPond, > which is in itself nonsense. Exactly. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \caps with Umlaut
On Wed, 20 Jul 2016 23:01:49 +0200 Jonathan Scholbachwrote: > And that was > when I found out, that \caps, as well as \smallCaps, "does not support > accented character" (quoted from > http://lilypond.org/doc/v2.19/Documentation/notation/font) - the ä - is > printed as a lowercase letter. Any decent font nowadays has upcase versions for accented glyphs. It's about time the \caps handling gets updated to the 21st century. BTW forget about the \smallCaps, that's a distinct issue. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: realtimeMIDI2LilyPond / realtimeMIDI2MusicXML
On Wed, 13 Jul 2016 14:11:26 +0100 Richard Shann <rich...@rshann.plus.com> wrote: > On Wed, 2016-07-13 at 13:35 +0200, Johan Vromans wrote: > > As for real-time recording, rumor can do that. > > I can't find anything called "rumor" doing obvious searches - can you be > more specific. Google "lilypond rumor" yields a.o. our own http://lilypond.org/easier-editing.html Rumor is a standard package for Fedora and many other distros. > (And, more importantly, does it work? Reasonably, often useful. I'm not an experienced piano player so I cannot really judge it. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: realtimeMIDI2LilyPond / realtimeMIDI2MusicXML
On Wed, 13 Jul 2016 12:24:49 +0100 Richard Shannwrote: > Entering rhythms is still a bit of a bore, Yes, but often you can copy/paste parts that have similar rhythms, and then fill in the correct notes. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: realtimeMIDI2LilyPond / realtimeMIDI2MusicXML
On Wed, 13 Jul 2016 11:54:01 +0200 bart deruyterwrote: > frescobaldi does step-recording, I just tried it, works fine here :-) I got used to midi input with Denemo, where you can put in the rhythm (durations) first, and then the notes. Frescobaldi only does the latter. Another advantage of Denemo is that you can hear the note when you play it. I assume this could be added rather easily to Frescobaldi as well. As for real-time recording, rumor can do that. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Easier way to do double-quotes in lyrics?
On Mon, 11 Jul 2016 08:34:28 -0400 Kieren MacMillanwrote: > For those using Mac OS but not Frescobaldi, you can always just use > option- and option-shift- with [ and ] to get typographer’s quotes (in > any application). For Linux users with a compose key, it is: Compose + < + "open, double, high “ Compose + , + "open, double, low „ Compose + > + "close, double, high ” Compose + < + 'open, single, high ‘ Compose + , + 'open, single, low ‚ Compose + > + 'close, single, high ’ (Try it, it is more logical than it looks here.) -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user