Legacy ImageMagick Discussions Archive

The process finally completed successfully on the large psd file after I'd done export MAGICK_TMPDIR=/home/path/to/created-tmp. Took an inordinately long time but I was expecting that. Oh, and the -scene 0 switch did not keep the process from creating extra jpg files, so I'll try this again with the...

Ok. Turns out I needed the bash equivalent of setenv--export MAGICK_TMPDIR=/home/path/to/created-tmp. The process is still churning away and hasn't exited with the error yet. So this may well be the resolution I was looking for. Thanks

I ran set env MAGICK_TMPDIR /path/to/tmp-dir/in/home before trying the conversion just now. But I still get the mogrify: unable to extent pixel cache `No such file or directory' @ fatal/cache.c/CacheSignalHandler/3359 error. Any other suggestions?

dlemstra wrote:You should create a directory '/magick-tmp' (or any other name you like) and do the following before running convert:
setenv MAGICK_TMPDIR /magick-tmp

Ok. Thanks for the suggestion. I'll try that now.

I tried the -define registry:temporary-path= switch, stipulating a directory I'd created under my home directory for that purpose. But I still get the mogrify: unable to extent pixel cache `No such file or directory' @ fatal/cache.c/CacheSignalHandler/3359. error when trying to convert this file. No...

Here's the output of df -h (anonymized): Filesystem Size Used Avail Use% Mounted on /dev/sda1 292G 47G 231G 17% / dev 864M 0 864M 0% /dev run 867M 496K 867M 1% /run tmpfs 867M 0 867M 0% /dev/shm tmpfs 867M 0 867M 0% /sys/fs/cgroup tmpfs 867M 8.0K 867M 1% /tmp /dev/sdb1 466G 14G 453G 3% /home/user/mn...

Here's the output of -debug cache when I try to convert this file, in case it will be of any help: 2014-02-22T16:28:57-06:00 0:01.790 0.010u 6.8.8 Cache mogrify[1154]: cache.c/DestroyPixelCache/961/Cache destroy 2014-02-22T16:28:57-06:00 0:01.800 0.010u 6.8.8 Cache mogrify[1154]: cache.c/DestroyPixe...

Thanks for your input, diemstra. I actually tried the -flatten switch first, which gave better results than either the initial command I was attempting or the one that Bonzo suggested: only one of each .psd got converted to .jpg instead of 3 or so jpg's being produced for each .psd (or none at all)....

Unfortunately, running that command did not result in the successful conversion of any psd's, Bonzo. I'll try the -flatten switch and see if that reduces the number of jpg's that get produced during conversion.

Thanks for your reply, Bonzo. So if the command I'm running is where, exactly, does the input.psd[0] bit get inserted?

I note that IM allows conversion of psd to jpg using the mogrify command. I ran that command on a group of psd files and ended up with about 3 times as many jpg's as there were original psd's. I suppose that's because psd's store layers or something like that, and that the layers get extracted as se...

I got frustrated with issues I was having under IM when trying to deal with these tif's, so I turned to netpbm. It''s so far handled all the manipulations I've tried with it and is much faster--it's main drawback as compared to using IM being the fact that it can't deal with spaces in file names (ac...

Ok, I've tried Bonzo's proposal and it's an interesting option. I was under a mistaken impression that it generates thumbnails that you click in order to view fuller images. But it appears not to do that, instead simply displaying images located in that directory at their native resolution. I alread...

Thanks for the clarification, Bonzo. So the images get dynamically resized to fit into the table? So that, in the end, you just have a directory of images on the server--and those images can be any size--plus the index.php file. That index.php file then dynamically does the work of creating a sort o...

Thanks for your input, Bonzo. I don't know much about php but am willing to consider various possibilities. I'm curious at the outset as to why you see the solution you've proposed as being superior to the visual index image solution that I discovered (see http://www.imagemagick.org/Usage/montage/#v...