"Rick Mabry" on wrote... | > | "The image sequence following the -write filename option is written out, and | > | processing continues with the same image in its current state if there are | > | additional options. To restore the image to its original state after writing | > | it, use the +write filename option." | | > I have not played with +write as I generlly use \(..\) and -clone to make | > copies of images I need to keep unchanged. | | I am still unclear on +write, too. The term "original state" seems vague. | Original going back how far? Not just before the +write, obviously. | I thing it may be like a 'restore from file' type operator, where the file name is the one stored with the image(s) in memory.
You are right in that it is unclear, but then that was true of a lot of the IM option documentation and how IM Examples got started. This is changing however. ASIDE: I try, if I can, to read images only once, and in the order than they are given to scripts (not always practical), that way script users can pipe in constructed images without needing to provide temporary filenames. Of course the script itself may need to save temporary filenames if it is doing things such as external calculations, or optional processing of various features. | > NOTE, there is no need to start with parenthesis, as you start with a | > blabk image sequence anyway. | | Right, and I didn't intend those to remain. They lingered from when I played | with the parentheses to figure out why the doc seemed incorrect for -write. I | do think the wording should be changed from "following" to "preceding". | Definatally. It is a left over from IM v5 where some operators works on a set of image reads up until the next option. A technique that proved extrememly limiting, and confusing. Adding reverse polish parsing methods ( arg arg operator result ) was the reason IM went from v5 to v6, as it was a dramtic move, but one that has proved to make IM an order of magnitude more powerful, and requiring less use of temporary images | What the ... hey, you've already changed it, I see! | | http://www.imagemagick.org/script/command-line-options.php?#write | | Pretty fast work, great service. (Now change the spelling from "preceeding" | to "preceding".) And I suspect that :mpr will show its face soon. Much | appreciated. | Cristy is pretty fast. He did a lot of work this last weekend fixing bugs, and adding new features such a -fx expression, assignments and the conditional expression (?:). Also fixed up added new -format and -annotate escapes %[fx:...] and %[pixel:...] in preparation long time request (set settings from mathematical expressions extracted from images). For more details see.. FX Expressions (especially the last 'results' section. http://www.imagemagick.org/script/fx.php and IM Examples on FX escapes http://www.cit.gu.edu.au/~anthony/graphics/imagick6/transform/#fx_escapes | > After writing a image to a Mpr: you often | > +delete the image from the current image sequence, to start fresh. | | That's much nicer than what I did, a great tip. It is hard not to notice, | however, that this use of + is counter to its usual use in ImageMagick, | although I wouldn't suggest changing it now. | Not really. For setting options + resets the option to default or turns it off. For operators, it generatting performs the most common or logical argument. In image sequence operators the +form usally involves the last image in the image sequence. So... +delete deletes the last image. To really delet ALL iamges use -delete 0--1 Eg first image (0) to last image (-1) +swap swaps the last two images +clone clones the last image of the 'pushed' image sequence. (or if there isn't one the current image sequence) +insert inserts the last image to the start of the sequence. For two images this is the same as +swap. Sort of an image sequence 'roll'. Actually on my own list of things to do I want to add -reverse invert the order of the current image sequence -shuffle Divide image sequence in half and shuffle images like a desk of cards. I also plan a special -composite-pairs that composes pairs of images together (generally after a -shuffle). These are specifically to help in GIF animation handling, but I am trying to finish up my -ordered-dither improvements and -affine transformation examples, before I get back to that. | As is often note, but cannot be overstated, your multitudes of web pages and | examples are terrific, Anthony. But do we ever mention Cristy's tireless, | unfailing dedication? | I try to thank him as regularly as I can. | (Heck no, parents never get any credit.) Well folks, | have a look here sometime: | | http://www.imagemagick.org/script/changelog.php | | Thanks to all the contributors, and special thanks to the newest ones. | Anthony Thyssen ( System Programmer ) <[EMAIL PROTECTED]> ----------------------------------------------------------------------------- Last week, when the moon was full, the clouds were thick, and formahaut was above the horizon, I typed f77, and lo, it did compile. ----------------------------------------------------------------------------- Anthony's Home is his Castle http://www.cit.gu.edu.au/~anthony/ _______________________________________________ Magick-users mailing list [email protected] http://studio.imagemagick.org/mailman/listinfo/magick-users
