OptiPNG: Advanced PNG Optimizer
Senin, 17 Januari 2005M
05 Dzulhijjah 1425H
- Tracking System
- International phone card
Sewaktu mengoprek berkas-berkas Portable Network Graphics atau PNG saya menemukan optimizer yang bagus, yaitu OptiPNG yang dibuat dari inspirasi software PNGcrush. Bisa didownload versi source Linux maupun Windows.
$ time optipng -o5 screenshot.png OptiPNG 0.4.7: Advanced PNG optimizer. Copyright (C) 2001-2004 Cosmin Truta. ** Processing screenshot.png 768x580 8-bit RGB non-interlaced Input file size = 235953 bytes Input IDAT size = 235520 bytes Trying... zc = 9 zm = 9 zs = 0 f = 0 IDAT size = 175436 zc = 9 zm = 8 zs = 0 f = 0 IDAT size = 175257 ..... zc = 9 zm = 9 zs = 3 f = 5 IDAT too big ... abandoned at 48.96% zc = 9 zm = 8 zs = 3 f = 5 IDAT too big ... abandoned at 48.96% The best parameters are: zc = 9 zm = 8 zs = 0 f = 0 IDAT size = 175257 New file size = 175354 bytes (60599 bytes decrease) New IDAT size = 175257 bytes (60263 bytes = 25.59% decrease) 263.40user 3.77system 4:40.80elapsed 95%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (0major+2074minor)pagefaults 0swaps
Aw, untuk mengoptimasi PNG 230KB level 5 dibutuhkan waktu 4 menit 40 detik dengan prosesor Pentium III 733MHz.
Senin, 17 Januari 2005 @ 12:30
Using
Aw juga…lama banget..
BTW, hasilnya jadi lebih kecil?
ada perubahan apa setelah di optimize?
Senin, 17 Januari 2005 @ 13:09
Using
hi ro …
eh bukan ya
Senin, 17 Januari 2005 @ 13:14
Using
dari 235953 bytes hasil GIMP direduce tanpa mempengaruhi kualitas gambar menjadi 175257 bytes.
itu -o5, bakal lebih lama kalo pake -o7
Senin, 17 Januari 2005 @ 20:27
Using
bakal jadi panjang dan lama kalo pake -oyuyo
Selasa, 18 Januari 2005 @ 21:04
Using
kalo pake -oyuyo bakalan lama banget & file akhirnya jadi lebih gede:)
Jumat, 21 Januari 2005 @ 6:31
Using
Beberapa kali saya punya pengalaman: hasil tangkapan layar saya simpan dalam format PNG. Karena dimensinya terlalu besar (tidak nyaman disisipkan di situs), saya perkecil, eh… hasilnya malah ukuran berkas PNG tsb. menjadi lebih besar. Jadi dilematis, maunya memperbaiki situasi malah (mungkin) memberatkan pengunjung.
* Apakah perubahan ukuran tsb. menyebabkan efisiensi kompresi berkurang?
* Mungkinkah si pengoptimal di atas dapat membantu persoalan yang saya hadapi? (yang ini sebenarnya PR bagi saya sendiri, untuk mencobanya langsung)
Jumat, 21 Januari 2005 @ 10:46
Using
amal: Untuk tangkapan layar sebaiknya diperkecil ukuran bit per pixelnya, biasanya tangkapan layar 24 bit (16 juta warna), ini bisa dikurangi sampai 8 bit (256 warna) sampai 5 bit per pixel (32 warna) dan masih terlihat bagus kecuali jika ada objek fotografis. Dari ini saja bisa memperkecil ukuran gambar sampai 1/5-nya. Kalau ingin pembuatan thumbnail, jangan lupa proses downsampling resolusi dilakukan sebelum pengurangan bit/pixel supaya ada ruang untuk antialiasing.
Untuk kasus mas amal, gambar yang diperkecil bisa menjadi lebih besar mungkin karena program yang dipakai memperbesar jumlah bit/pixel untuk keperluan antialiasing.