Chrome displays it "ok" too (I'd swear there is a missing scanline at the top, possibly two, and maybe one or two at the bottom) L
On Sun, Sep 29, 2024 at 10:59 AM Luca Fascione <l.fasci...@gmail.com> wrote: > Ok so, > I looked in the PDF and I saw > I got a partial improvement using -dEPSCrop, now I get a pdf that gv will > open (but interestingly not okular, for some reason) > This is weird. > L > > On Sun, Sep 29, 2024 at 9:33 AM Luca Fascione <l.fasci...@gmail.com> > wrote: > >> Uh. I wonder if the resulting pdf, notwithstanding the directions to >> embed the fonts, also requires something like nosafer to work... >> >> On Sun, 29 Sept 2024, 09:31 Luca Fascione, <l.fasci...@gmail.com> wrote: >> >>> I'm using the same options that gv uses, nosafer and all, and gv >>> displays the file just fine. I've not fiddled with it enough to make gs >>> DRIVER=display work, because WSL2 and that driver don't seem to be on good >>> terms. But I'll spend some time on that today. >>> Because I'm still experimenting with things, I'd rather have under >>> control how to go from a vector representation to a raster (I'dlike to >>> investigatethe effects of resolution and AA settings, for example), can I >>> use Cairo in pdf mode? >>> >>> On Sun, 29 Sept 2024, 09:26 Han-Wen Nienhuys, <hanw...@gmail.com> wrote: >>> >>>> The EPS files have some tricks to keep sizes small (load font files >>>> directly from the FS), which requires -dNOSAFER, and makes them more >>>> fiddly. >>>> >>>> If you are trying to get up to speed with regression testing, you >>>> could try running the whole thing (baseline and test) with >>>> -dbackend=cairo which produces PNG files directly. >>>> >>>> On Sun, Sep 29, 2024 at 12:08 AM Luca Fascione <l.fasci...@gmail.com> >>>> wrote: >>>> > >>>> > Hi, >>>> > I'm trying to convert this file >>>> > >>>> $build/input/regression/out-test/tuplet-number-shift-along-kneed-beam.eps >>>> > to pdf >>>> > using epstopdf. >>>> > This doesn't fail, and in fact gv shows the contents (using >>>> -dNOSAFER). >>>> > But the pdf produced seems to be an empty file. >>>> > Or rather has some data in it, but gv displays the message >>>> > >>>> > Warning: Missing charsets in String to FontSet conversion >>>> > >>>> > And all pixels render white. >>>> > >>>> > I'm using GhostScript 9.55 and just remembered something about a >>>> minimum >>>> > version of GS being needed for lilypond EPS files. >>>> > >>>> > FWIW, if I read it correctly, epstopdf ends up doing just about this: >>>> > cat >>>> > >>>> /home/lukes/src/lilypond-build/input/regression/out-test/tuplet-number-shift-along-kneed-beam.eps >>>> > | gs -dNOSAFER -dNOPAUSE -dBATCH -dCompatibilityLevel=1.5 >>>> -sDEVICE=pdfwrite >>>> > >>>> -sOutputFile=/tmp/lukes/lilypond/input/regression/out-test/tuplet-number-shift-along-kneed-beam.pdf >>>> > -dPDFSETTINGS#/prepress -dMaxSubsetPct=100 -dEmbedAllFonts=true >>>> > -dAutoRotatePages#/None -dDEBUG - -c quit >>>> > >>>> > Which I also tried on cmdline with the same result. >>>> > >>>> > I see on this page >>>> > >>>> > >>>> https://lilypond.org/doc/v2.25/Documentation/contributor/requirements-for-running-lilypond >>>> > >>>> > that minimum GS is 9.03, though. >>>> > >>>> > Any clues? >>>> > Cheers >>>> > Luca >>>> > >>>> > -- >>>> > Luca Fascione >>>> >>>> >>>> >>>> -- >>>> Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen >>>> >>> > > -- > Luca Fascione > > -- Luca Fascione