I've had some issues similar to this, although none of my timings are as long as you describe. I often create plots with matplotlib. I believe that if you draw, say a scatterplot with 10^6 data points, the resulting pdf will contain 10^6 instructions to draw points. This may cause slow rendering (and printing!). The most straightforward fix I know of is don't do that, write code to resample the results to a smaller set. However, that requires work on my part.
I've searched a couple of times for a software solution (say, a backend for mpl that would automatically simplify plots), but so far I haven't found anything. Similarly, it would be nice to have a solution that directly simplifies a pdf. I don't think this is the same thing as compressing a pdf (although I could be wrong). On Thu, Dec 9, 2021 at 4:44 AM Dr Eberhard Lisse via lyx-users <lyx-users@lists.lyx.org> wrote: > > Steve, > > On the Mac I do > > brew install --cask pdf-squeezer > > works well, and so I bought the license. Comes even with a command line > utility so it went straight into the Makefile :-)-O > > I must confess, I have a 3.9 MB accounting software of which I only need > the installation part which is 6 pages, so I use qpdf to pull out those, > making 75K. > > brew install qpdf > > Besides not having answered (timed) how long it takes, I would > personally, besides looking at shrinkers, int he first instance look at > how the sucker is generated and work on that. > > I save my images on R with ggplot2::ggsave and the help page shows: > > device Device to use. Can either be a device function (e.g. png), > or one of "eps", "ps", "tex" (pictex), "pdf", "jpeg", > "tiff", "png", "bmp", "svg" or "wmf" (windows only). > > I however, put the R chunks into my LyX files so that the images are > generated on the fly (knitR). > > You asked in another message how many words my handbook has. It has 25 > child documents and I don't know how to run the stats from the comand > line, but the result has 950 pages. As I wrote elsewhere when working > on a chapter I can compile that child document separately which takes > 5-10 seconds and look at that before running the Makefile. Works for me. > > greetings, el > > On 08/12/2021 19:37, Steve Litt wrote: > > Rich Shepard said on Wed, 8 Dec 2021 07:51:56 -0800 (PST) > > > >> On Wed, 8 Dec 2021, Dr Eberhard Lisse wrote: > > > >>> For my big handbook (which takes 110 seconds to compile (70 on the > >>> M1)) I have split this into child documents which compile > >>> individually within 10 to 15 seconds. > >> > >> How about loading a PDF image that's 3,704,503 bytes in size while > >> reading your big handbook? > > > > OK, 3,704,503 bytes got my attention. No wonder it's slow. > > > > There are ways to shrink PDF size: > > > > Web search: linux shrink pdf size > > > > SteveT > [...] > > > -- > To email me replace 'nospam' with 'el' > > -- > lyx-users mailing list > lyx-users@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-users -- Those who don't understand recursion are doomed to repeat it -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
