Re: Set /bookOutputName to Conjunction of Variable and String

[foxfanfare]

Aaron Hill wrote
> I would suggest using \bookOutputSuffix, but you can certainly use a 
> little Scheme to concatenate the strings:

Is it also possible to use that kind of code with \include ? I tried
something like:

num = "01"

%\include "../../ily/global/global.01.ily"
\include #(string-join (list "../../ily/global/global" num "ily" ) "." )

The first one work but not the second. Am I doing something wrong here?



--
Sent from: http://lilypond.1069038.n5.nabble.com/User-f3.html

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

Re: Set /bookOutputName to Conjunction of Variable and String

[David Kastrup]

foxfanfare  writes:

> Aaron Hill wrote
>> I would suggest using \bookOutputSuffix, but you can certainly use a 
>> little Scheme to concatenate the strings:
>
> Is it also possible to use that kind of code with \include ? I tried
> something like:
>
> num = "01"
>
> %\include "../../ily/global/global.01.ily"
> \include #(string-join (list "../../ily/global/global" num "ily" ) "." )
>
> The first one work but not the second. Am I doing something wrong here?

That's a tricky one.  The \include statement is evaluated before the
assignment to "num" is complete since LilyPond syntax allows things like

num = "01".oh

and the ."oh" might be provided by the included file.  So you need to
put basically anything after the assignment to "num" before calling the
\include statement.

-- 
David Kastrup

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

Re: Set /bookOutputName to Conjunction of Variable and String

[foxfanfare]

David Kastrup wrote
> So you need to
> put basically anything after the assignment to "num" before calling the
> \include statement.

Thanks for your answer David, but I'm sorry I'm not following you here. What
should I call before the include statement exactly? Because the whole point
is that what comes after is referring to the file which had been include.




--
Sent from: http://lilypond.1069038.n5.nabble.com/User-f3.html

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

Re: Set /bookOutputName to Conjunction of Variable and String

[David Kastrup]

foxfanfare  writes:

> David Kastrup wrote
>> So you need to
>> put basically anything after the assignment to "num" before calling the
>> \include statement.
>
> Thanks for your answer David, but I'm sorry I'm not following you here. What
> should I call before the include statement exactly?

Basically anything.  Another assignment, some music expression, even
something as senseless as

#(begin)

> Because the whole point is that what comes after is referring to the
> file which had been include.

I don't get your point.  If you say that the assignment is not placed
somewhere separate from the \include statement, it's a bit hard to see
why you don't just roll the string in question into the \include
statement in the first place.  The usual use case for an assignment like
that is to be able to separate definition and use.

-- 
David Kastrup

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

Re: Set /bookOutputName to Conjunction of Variable and String

[Malte Meyn]

Am 18.10.19 um 14:29 schrieb foxfanfare:

David Kastrup wrote

So you need to
put basically anything after the assignment to "num" before calling the
\include statement.


Thanks for your answer David, but I'm sorry I'm not following you here. What
should I call before the include statement exactly? Because the whole point
is that what comes after is referring to the file which had been include.


I use #'() in such cases. For me that’s the best “anything” because it’s 
more or less nothing ;)


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

Re: lost in trying to fine oll-core and or package.ily

[David Wright]

On Thu 17 Oct 2019 at 02:41:19 (-0400), Freeman Gilmore wrote:
> On Wed, Oct 16, 2019 at 8:50 PM David Wright  
> wrote:
> > On Wed 16 Oct 2019 at 00:17:06 (-0400), Freeman Gilmore wrote:
> > > On Tue, Oct 15, 2019 at 7:16 PM Urs Liska  wrote:
[…]
> > > > If the \include statement references not simply a file but a relative 
> > > > path
> > > > then the include file will be looked for in all item of the search path:
> > > >   \include "lyriclib/hymns.ily"
> > > > would then find files like
> > > >   C:\myscores\lyriclib\hymns.ily
> > > >   C.\my-lilypons-library\lyriclib\hymns.ily
> >↑ is a colon
> >
> Bad questions i missed "all item of the search path".

I would express this differently if I were writing documentation.
"All items¹" might be read as meaning that all directories in
C:\myscores\ and C:\my-lilypond-library\¹, including their
subdirectories, are searched for the file to \include,
ie recursive descent of the tree.
However, it means only that C:\myscores\lyriclib\ and
C:\my-lilypond-library\lyriclib\ are searched in turn for hymns.ily.
Note also that it will only find the first file whose name matches.

> If I left off the the relative path lyriclib would Lilypond still fined,
> \include "hamns" ?

Therefore no, because neither of the files C:\myscores\hymns.ily
and C:\my-lilypond-library\hymns.ily exist. Neither
C:\myscores\lyriclib\ nor C:\my-lilypond-library\lyriclib\ are searched.

> Using the include: \include “C:/openLilyLib/oll-core/package.ily” in the
> file alleluja,ly
> and running lilypond-windows.exe alleluja.le, will it work?

I can only assume so, but I'm not a Windows user. Again,
mind your quotation marks.

However, I will point out that this is not a sensible way to use the
\include facility, ie putting absolute filenames into the string.
This would mean that if you ever had to move your openLilyLib
installation, you'd have to update all your LP source files with the
new location instead of just running LP with a different -I value.
Also, were you to share or distribute your source with someone else,
they would have to do the same, because their openLilyLib might
be in $HOME, $HOME/.local, /usr/share/openlilylib,… or anywhere else
for that matter.

¹ I've corrected what I assume are typos.

Cheers,
David.

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

Re: Lilypond on OS X Catalina

[Carl Sorensen]

On 10/17/19, 5:38 PM, "David Kastrup"  wrote:

Karlin High  writes:

> On 10/17/2019 5:10 PM, Allan Kinnaird via lilypond-user wrote:
>> I believe that the real question is when a 64-bit Mac binary will
>> appear on lilypond.org  - I would expect
>> v2.20.0 or thereabouts. Does anyone have a solid timetable?
>
> My current understanding is this:
>
> There is a conflict between Apple's Software License Agreement for the
> XCode software needed to build 64-bit Mac binaries, and the GNU
> General Public License that LilyPond uses.

No, it is a conflict between Apple's Software License Agreement for the
XCode software needed to build 64-bit Mac binaries, and the GNU General
Public License that GUB, the build system we use for generating the
binaries downloadable from our web site.

Use of software not allowed to run on non-Apple hardware for building
the binaries we offer is also arguably incompatible with the GNU
maintainer guidelines objecting to the promotion of non-free software on
webpages for GNU software.

Do you believe that it is impermissible for us to offer a binary compiled using 
XCode on lilypond.org?  For example, if Marnen were able to get a 64-bit 
lilypond.app binary compiled using MacStadium and agreed to provide it for 
every release, do you believe we would legally or morally be prevented from 
hosting this binary on lilypond.org.

If you do believe we would legally or morally be prevented from hosting this 
binary on lilypond.org, do you believe we would be legally or morally be 
prevented from providing a link to a download hosted elsewhere?

If I were to develop a website that hosted Marnen's build, do you believe we 
would be legally or morally prevented from providing a link to my website, 
which then had a link to download Marnen's build?

Assuming there is no free version of the software needed from XCode, do you 
believe there is any legally and morally permissible way for lilypond.org to 
point someone to available 64-bit Mac binaries?

I'm asking these questions not to complain or cause problems, but just to find 
out where you think the legal and moral boundaries are for sharing a 64-bit Mac 
binary.  

Thanks,

Carl
 

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

Re: Lilypond on OS X Catalina

[Werner LEMBERG]

> Do you believe that it is impermissible for us to offer a binary
> compiled using XCode on lilypond.org?  [...]

AFAIK, the limitation is only *building* on Mac OS hardware, not
*distributing*.


Werner

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

Re: Double-underline markup

[Carl Sorensen]

Why not add it to lilypond proper?  I think that we would want to be careful 
about property names (perhaps with an underline-details property to minimize 
namespace pollution), but I think it would make a great addition to Lilypond.


Carl


From: Urs Liska 
Date: Thursday, October 17, 2019 at 3:19 AM
To: Andrew Bernard , Thomas Morley 

Cc: Pierre Perol-Schneider , Aaron Hill 
, lilypond-user 
Subject: Re: Double-underline markup


Please go ahead Andrew. In OLL this should be a submodule below oll-misc.text.

Best
Urs

17. Oktober 2019 11:16, "Andrew Bernard" 
mailto:andrew.bern...@gmail.com?to=%22andrew%20bernard%22%20%3candrew.bern...@gmail.com%3e>>
 schrieb:
Now this is great. I can volunteer to put this in Openlilylib if all you 
authors do not object. Perhaps somebody can make and LSR snippet also. I 
personally find OLL much more convenient. but I accept arguments in favour of 
LSR also. Can go in both.
Andrew



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

Re: Lilypond on OS X Catalina

[Frauke Jurgensen]

What a very, very silly situation, and I feel for all those who are involved at 
ground level in trying to sort it out. I switched from a Debian laptop to a Mac 
one this summer, because I need to be able to use some proprietary stuff that’s 
not available, and I naïvely assumed that I could be happy as long as I had my 
command line. Because I clearly walk about with my head in the clouds, I had no 
idea until seeing this thread (and some random warnings in Lilypond, of 
course), that there was going to be an issue. I’ll be following closely from 
now on...

> On 18 Oct 2019, at 18:15, Werner LEMBERG  wrote:
> 
> 
>> Do you believe that it is impermissible for us to offer a binary
>> compiled using XCode on lilypond.org?  [...]
> 
> AFAIK, the limitation is only *building* on Mac OS hardware, not
> *distributing*.
> 
> 
>Werner
> 
> ___
> lilypond-user mailing list
> lilypond-user@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-user


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

Re: Frescobaldi, improve support for audio export

[Guy Stalnaker]

Urs,

On 10/17/2019 5:17 PM, Urs Liska wrote:

17. Oktober 2019 18:59, "Guy Stalnaker"  schrieb:


Urs,

I'm thinking you mean here "Frescobaldi on Linux" right (since you also say 
fluidsynth)?


I don't "mean" that but it seems that's what I'm talking about.
However, although I don't know much about these things resources like 
https://github.com/FluidSynth/fluidsynth/wiki/BuildingWithCMake seem to 
indicate that it *is* possible to have fluidsynth as a real Windows application.
While "possible" it is not end-user friendly. Creating the compile 
environments (four possibilities!) will inhibit most users who are 
unfamiliar with such things. Even though I am familiar with such things, 
I'd opt, as I actually did, and pay for a very usable product like 
VirtualMidiSynth which includes midi-2-mp3/wav capability.



I use
Frescobaldi primarily on Windows. And though one can use Cygwin, etc. to 
install an app like
timidity, Frescobaldi does not "see" it.


OK, then the general question seems to be: are there command line tools that 
can be used to convert MIDI to audio on Windows in a way that Frescobaldi can 
use?


Now that is a different question. I think the best option is VLC (if 
only because it's under current development and thus is not moribund as 
so much open source software is.


https://wiki.videolan.org/VLC_command-line_help

"FluidSynth MIDI synthesizer (fluidsynth)"

VLC will play midi files.

FFmpeg audio/video decoder (avcodec)

 Various audio and video decoders/encoders delivered by the FFmpeg 
library. This includes (MS)MPEG4, DivX, SV1,H261, H263, H264, WMV, WMA, 
AAC, AMR, DV, MJPEG and other codecs


File audio output (afile)

--audiofile-wav, --no-audiofile-wav
 Add WAVE header
 (default enabled)
  Instead of writing a raw file, you can add a WAV header to 
the file.


So, it looks like VLC with the right syntax may be able to use 
FluidSynth/soundfont to "play" midi and FFMpeg to encode to AAC or other 
codecs - or - output WAV file as input to lame


It's a complicated commandline but I've seen (and created) worse LOL

Guy

--
“Happiness is the meaning and the purpose of life, the whole aim and end 
of human existence.”

― Aristotle

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

Re: Frescobaldi, improve support for audio export

[Karlin High]

On 10/18/2019 3:17 PM, Guy Stalnaker wrote:
So, it looks like VLC with the right syntax may be able to use 
FluidSynth/soundfont to "play" midi and FFMpeg to encode to AAC or other 
codecs - or - output WAV file as input to lame


It's a complicated commandline but I've seen (and created) worse LOL


Actually, VLC on Windows can encode MIDI to MP3 without using the 
command line at all. That's what I use.

--
Karlin High
Missouri, USA

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

Re: Frescobaldi, improve support for audio export

[Guy Stalnaker]

Karlin,

Yes it can.

I use VLC all the time to play midi files on the Choral Public Domain 
Library :-)


But Urs was asking for a commandline tool he can wrap in a Frescobaldi 
function with possible syntax options. Thus my email with VLC 
commandline options.


On 10/18/2019 3:45 PM, Karlin High wrote:


On 10/18/2019 3:17 PM, Guy Stalnaker wrote:
So, it looks like VLC with the right syntax may be able to use 
FluidSynth/soundfont to "play" midi and FFMpeg to encode to AAC or 
other codecs - or - output WAV file as input to lame


It's a complicated commandline but I've seen (and created) worse LOL


Actually, VLC on Windows can encode MIDI to MP3 without using the 
command line at all. That's what I use.


--

“Happiness is the meaning and the purpose of life, the whole aim and end of 
human existence.”

― Aristotle

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

Re: Frescobaldi, improve support for audio export

[Urs Liska]

Am 18. Oktober 2019 22:45:28 MESZ schrieb Karlin High :
>On 10/18/2019 3:17 PM, Guy Stalnaker wrote:
>> So, it looks like VLC with the right syntax may be able to use 
>> FluidSynth/soundfont to "play" midi and FFMpeg to encode to AAC or
>other 
>> codecs - or - output WAV file as input to lame
>> 
>> It's a complicated commandline but I've seen (and created) worse LOL
>

Complicated is not an issue - that's what Frescobaldi can manage. It has to be 
reliable and ideally cross-platform

>Actually, VLC on Windows can encode MIDI to MP3 without using the 
>command line at all. That's what I use.

The point *is* to have a command line to be able to use it from Frescobaldi.

Urs


-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

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

Re: Tweaking glissando timing stems

[Leo Correia de Verdier]

Thanks a lot for your help!

Quite to my surprise I found the following snippet does work.



\version "2.19.82"

#(define changebeam (lambda (grob)
 (let* ((stem (ly:grob-object grob 'stem))
(beam (ly:grob-object stem 'beam)))
   (ly:grob-set-property! beam 'positions '(-4 . 5))
   )))

{\once \override NoteColumn.after-line-breaking = #changebeam
c8 d8 r2.}



Unfortunately I couldn’t get changing the beams ’position property to work in 
the context of the larger function. Do you understand why?

Otherwise, the starting-point I see for recreating beams is drawing them from 
the stem’s beaming-property (querying other properties for thickness, spacing 
and slope damping). I think I could achieve that, but would like to know if 
someone sees a better option. 

On a sidetone from that: How does the (beam slope) damping factor affect the 
beam calculation? I can see and understand its effect, but wonder what the 
calculation behind it is.

Cheers
/Leo

> 17 okt. 2019 kl. 00:24 skrev Thomas Morley :
> 
> Am Mo., 14. Okt. 2019 um 12:22 Uhr schrieb Leo Correia de Verdier
> :
> 
>> When you write that "inner beams positions can’t be affected from 
>> Glissando.after-line-breaking", do you mean it’s impossible, that they would 
>> need to be recreated rather than repositioned or just that the actual code 
>> can’t handle them yet?
> 
> The code recreates Stems (and moves Script), but it can't _move_ Beams.
> It would likely be possible to completely recreate Beam.stencil,
> though this is inconveniant and would add a lot code...
> 
> Currently, this means my code sometimes returns ugly output for Beams,
> which will need to be corrected with an additional override for
> Beam.positions.
> 
> 
> Cheer,
>  Harm


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

Re: Frescobaldi, improve support for audio export

[J Martin Rushton via lilypond-user]

On 18/10/2019 22:06, Urs Liska wrote:
> 
> 
> Am 18. Oktober 2019 22:45:28 MESZ schrieb Karlin High :
>> On 10/18/2019 3:17 PM, Guy Stalnaker wrote:
>>> So, it looks like VLC with the right syntax may be able to use 
>>> FluidSynth/soundfont to "play" midi and FFMpeg to encode to AAC or
>> other 
>>> codecs - or - output WAV file as input to lame
>>>
>>> It's a complicated commandline but I've seen (and created) worse LOL
>>
> 
> Complicated is not an issue - that's what Frescobaldi can manage. It has to 
> be reliable and ideally cross-platform
> 
>> Actually, VLC on Windows can encode MIDI to MP3 without using the 
>> command line at all. That's what I use.
> 
> The point *is* to have a command line to be able to use it from Frescobaldi.
> 
> Urs
> 
> 
Anyone planning on using VLC on Fedora, RHEL or CentOS needs to check
out the current situation.  For RHEL/CentOS AIUI:

7.7 VLC from the usual sources does not work (in fact crashes some updates).
8.0 VLC is not available.

There is a VLC available through flatpack, but I've not used it (so
therefore cannot comment), but have seen warnings that it will pull in
up to 1.2 GiB of other packages including the complete KDE implementation.

-- 
J Martin Rushton MBCS



signature.asc
Description: OpenPGP digital signature
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Double-underline markup

[Andrew Bernard]

I have not seen anything get added to lilypond proper for a long time. I
may be wrong, but it's immensely difficult to get changes to core it would
seem. Fair enough too. That's why openlilylib exists.

But in fact, while I think this is neat code, I personally strongly
disapprove of underlining, single or double, being a dreary minded
classical typographer myself, and underlining is generally frowned upon
anyway in fine printing (maybe music is not fine printing?) So I would not
actually want to see this encouraged, even though I can see people have
uses for it.

cheerio!
Andrew


On Sat, 19 Oct 2019 at 04:21, Carl Sorensen  wrote:

> Why not add it to lilypond proper?  I think that we would want to be
> careful about property names (perhaps with an underline-details property to
> minimize namespace pollution), but I think it would make a great addition
> to Lilypond.
>
>
>
>
>
> Carl
>
>
>
>
>
> *From: *Urs Liska 
> *Date: *Thursday, October 17, 2019 at 3:19 AM
> *To: *Andrew Bernard , Thomas Morley <
> thomasmorle...@gmail.com>
> *Cc: *Pierre Perol-Schneider , Aaron
> Hill , lilypond-user 
> *Subject: *Re: Double-underline markup
>
>
>
> Please go ahead Andrew. In OLL this should be a submodule below
> oll-misc.text.
>
> Best
> Urs
>
> 17. Oktober 2019 11:16, "Andrew Bernard"  >
> schrieb:
>
> Now this is great. I can volunteer to put this in Openlilylib if all you
> authors do not object. Perhaps somebody can make and LSR snippet also. I
> personally find OLL much more convenient. but I accept arguments in favour
> of LSR also. Can go in both.
>
> Andrew
>
>
>
>
>
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Double-underline markup

[David Wright]

On Sat 19 Oct 2019 at 14:22:35 (+1100), Andrew Bernard wrote:
> I have not seen anything get added to lilypond proper for a long time. I
> may be wrong, but it's immensely difficult to get changes to core it would
> seem. Fair enough too. That's why openlilylib exists.
> 
> But in fact, while I think this is neat code, I personally strongly
> disapprove of underlining, single or double, being a dreary minded
> classical typographer myself, and underlining is generally frowned upon
> anyway in fine printing (maybe music is not fine printing?) So I would not
> actually want to see this encouraged, even though I can see people have
> uses for it.

Well, … … … "It's something I - and others - wish lilypond could do,
and whether you agree with the practice or not, it's valid I believe
to want to be able to duplicate handwritten MSS where the composer
considers this important."

:)

Cheers,
David.

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

Re: Double-underline markup

[Andrew Bernard]

That's funny - it's the argument I always use for my new complexity work,
but it usually gets shouted down quite vocally (refer for example to my
requirement for equal width bars!).

:-)

Anyway, that's why I offered to put in in openlilylib, there for all to use
if desired.

Maybe what we really need is a section on the NR on how to use openlilylib,
because people seem to find it difficult (which I find puzzling, but
everybody's experience with computers is of different degree). There's
precedent for that, almost. We have a section on using lilypond with
external programs like editors. That would also have the effect of bringing
opnelilylib more into the core consciousness, rather than being an orphan
stepchild as it is viewed now, I think.


Andrew

On Sat, 19 Oct 2019 at 14:54, David Wright 
wrote:

>
> Well, … … … "It's something I - and others - wish lilypond could do,
> and whether you agree with the practice or not, it's valid I believe
> to want to be able to duplicate handwritten MSS where the composer
> considers this important."
>
> :)
>
>
>
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user