Monday, July 30
Limits Of Shrinkage
I'll have to tidy this up and post it at mee.nu, but a few notes on the image resizing features in Minx. Except where noted, these apply to both manual and automatic resizing.
Comments are disabled.
Post is locked.
I'll have to tidy this up and post it at mee.nu, but a few notes on the image resizing features in Minx. Except where noted, these apply to both manual and automatic resizing.
- If you resize an 8-bit GIF or PNG image with transparency (index or alpha), the transparency will be lost. If you need to retain the transparency, you'll either need to resize it using a paint program (Paintshop Pro, Fireworks, Photoshop) or use a 32-bit RGBA PNG file instead. This is an issue with the image library used by Minx, and isn't likely to be fixed soon.
- If you resize an animated GIF, only the first frame of the animation will be kept. This is fixable, but not a very high priority.
- For automatic resizing only, if the resulting image is up to 1100 pixels in dimensions (e.g. 500x600, 300x800), the system will apply a high-quality but CPU-intensive Anti-aliasing filter. For larger sizes, it will fall back to a bilinear filter, which is good enough for photos but will show some aliasing (jaggies) on line drawings.
- In Minx 1.05, manually resized JPGs are processed with a quality setting of 75%; automatically resized JPGs with a setting of 85%. In Minx 1.1, the default for both modes is 80%, with a quality/q option available to override this: [img=/images/foofle.jpg size=50% q=90%]
Posted by: Pixy Misa at
10:35 PM
| No Comments
| Add Comment
| Trackbacks (Suck)
Post contains 219 words, total size 1 kb.
45kb generated in CPU 0.0117, elapsed 0.1032 seconds.
54 queries taking 0.0964 seconds, 344 records returned.
Powered by Minx 1.1.6c-pink.
54 queries taking 0.0964 seconds, 344 records returned.
Powered by Minx 1.1.6c-pink.