Hello Vlad,
You will not avoid intermediate files in any case, as Lilypond with gs output
will generate ps code, which is then turned into a pdf. If you want to pipe
PDFs for convenience you might create a wrapper say plilypond in the search
path doing something like this:
#!/bin/bash
t=$(mkt
On 13 Jan 2024, at 02:05, Curt McDowell wrote:Have you actually tried this? LilyPond appends ".pdf" to the output filename (and ".midi"). If you try to make the fifo ending in ".pdf", you find lilypond removes the fifo before writing a new file. For the same reasons, the output file cannot be /de
Have you actually tried this? LilyPond appends ".pdf" to the output
filename (and ".midi"). If you try to make the fifo ending in ".pdf",
you find lilypond removes the fifo before writing a new file. For the
same reasons, the output file cannot be /dev/stdout. Maybe you could
write something ex
On 05/01/2024 03:46, David Wright wrote:
On Thu 04 Jan 2024 at 23:34:28 (+0100), Volodymyr Prokopyuk wrote:
I know that lilypond can receive a source.ly file from the stdin by
using lilypond
-. Is it possible for lilypond to output PDF to the stdout?
My motivation behind using lilypond in a
Thank you very much for your thoughts!
I expected that the PDF output to stdout would be difficult to implement
due to multiple Lilypond backends, and, probably, is not a real bottleneck
in PDF generation. It is nice to know that intermediary files are already
handled by a FS cache, and can be ext
On Thu 04 Jan 2024 at 23:34:28 (+0100), Volodymyr Prokopyuk wrote:
>
> I know that lilypond can receive a source.ly file from the stdin by
> using lilypond
> -. Is it possible for lilypond to output PDF to the stdout?
>
> My motivation behind using lilypond in a pipeline is to speed up PDF
> gene
On Fri, 5 Jan 2024, Dr. Arne Babenhauserheide wrote:
> > intermediate "files" will be written to and read from the buffer cache at
> > RAM speed and only later go to the disk in the background.
>
> That depends on the file system and its synchronization model. I once
> sped up a script to control
msk...@ansuz.sooke.bc.ca writes:
> On Thu, 4 Jan 2024, Volodymyr Prokopyuk wrote:
>
>> My motivation behind using lilypond in a pipeline is to speed up PDF
>> generation by avoiding storing intermediary files on disk. The pipeline I'd
>
> Is that issue real? In Linux and most other operating sys
This doesn't exist, sorry. It wouldn't be *that* straightforward to implement,
because there are multiple code paths for output (GhostScript via API,
GhostScript
via subprocess, SVG backend and Cairo). I'm not even sure that direct PDF output
in GhostScript's PS → PDF conversion is not going throu
On Thu, 4 Jan 2024, Volodymyr Prokopyuk wrote:
> My motivation behind using lilypond in a pipeline is to speed up PDF
> generation by avoiding storing intermediary files on disk. The pipeline I'd
Is that issue real? In Linux and most other operating systems,
intermediate "files" will be written
10 matches
Mail list logo