Do you have a sample file for this big difference? We can probably trim the size down when we understand better what geometry types are causing the bloat.
Iām experiencing a similar issue with pdfs becoming very large.
My current process is, while in an active detail view on layouts, Iām using grasshopper to bake make2d objects and then using then use a python script to print the layout to a pdf using the rhino driver. The resulting pdfās are only be vector graphics in the pdf, no raster. I have the same file size results when i print from model space and not in a layout page.
I found that the way we were adding text to the PDF was very inefficient and made a fix for it this week. Please try next weekās SR6 release candidate (should be available next Tuesday).
The update has dramatically improved the file size; however, it still doesnāt clip hatches and text that are inside referenced blocks as the attached image shows the pdf output. Could I also request development of transparency for hatchesā¦ would completely transform the sophistication of CAD drawings.
After some further testing on another computer and with a separate instance of Rhino, printing the active viewport does not produce a sizable larger file.
I am using a Grasshopper script with a python component to generate the layouts Iām testing on. perhaps their is an issue with something the python script is doing.
Iām using the āRhino.FileIO.FilePdfā to create and print the layouts. However, my tests that result in 290 kb and 1.5 mb are in the same file after the layout have been generated but are using the manual print dialog.