convert -> pdf = max 18 seiten?

[eggy]

@guennid: die Seiten einzeln per xargs in pdfs zu wandeln und hinterher per pdfjoin zusammenzubauen klappt ja auch; die Frage bleibt: nur warum will das hier nicht so wie gewünscht.

Ich bin immer noch der Meinung, eins der Limits ist schuld. Vielleicht mag jemand da im Forum ( https://imagemagick.org/discourse-server/ ) nen Thread aufmachen? Denke, die Leute da finden die Ursache wahrscheinlich schneller als wir.

[guennid]

ad eggy
Zu den limits von imagemagick vermag ich nichts zu sagen, bin viel zu unbedarft. Ich wollte was zu dem festgestellten Größenschwund beitragen und den habe ich mit meinem (mehr oder weniger unverstanden verwendeten) Kommando nie festgestellt, eher das Umgekehrte: das resultierende pdf war größer als die Summe seiner pngs. Woraus ich simpel und messerscharf schließe, dass die Qualitat nicht oder allenfalls mäßig gelitten hat.

Grüße, Günther

[MSfree]

Code: Alles auswählen

convert-im6.q16: unable to write pixel cache `/tmp/magick-4909n-ZKWTmyBKYw': No space left on device @ error/cache.c/WritePixelCachePixels/5873....

Kann es sein, daß du /tmp als RAM-Disk eingerichtet hast? Dann würde mich nicht wundern, daß /tmp überläuft.

Ich halte ehrlich gesagt nichts davon, /tmp in eine RAM-Disk zu stecken, aber das scheint seit einiger Zeit der Default bei einer Debianinstallation zu sein. Ich nehme das nach einer Installation immer aus der /etc/fstab raus und halte /tmp auf der Festplatte/SSD.

Ein "normales" Dateisystem wird vom Kernel im RAM gecachet, was auch nicht soviel langsamer ist als eine RAM-Disk.

[rodney]

/tmp hat hier eine eigene Partition und ist mit 4GB wohl ein wenig unterdimensioniert. Danke fuer den Hinweis, werde bei Gelegenheit der Partition etwas mehr Platz goennen.