Ang “gawing mas mababa sa 500KB ang batch na ito” ay mukhang isang linya lang na trabaho, pero madalas inaabot ng buong hapon: buksan ang isa, i-compress, tingnan ang laki, kulang pa, i-compress ulit, tapos susunod na file. Ang dahilan, karamihan ng tools ay iisang quality slider lang ang ibinibigay, samantalang ang laki ng file ay nakasalalay sa tatlong bagay nang sabay: quality, bilang ng pixel, at format. Kapag tama ang tatlo at tama ang pagkakasunod-sunod, matatapos ang buong batch sa isang takbo nang hindi kailangang manghula kada file.
Lahat ng settings sa ibaba ay isang beses lang itatakda sa Batch Image Processing at ipapatakbo sa buong batch.
Una, anong “laki” ba ang tinutukoy?
Dalawang magkaibang bagay ang tinatawag na “laki” ng mga platform: ang laki ng file (“hindi lalampas ng 2MB”) at ang sukat sa pixel (“hindi lalampas ng 2000 px ang pinakamahabang gilid”). Maraming limit ang nagtatakda ng pareho. Karaniwang hinihingi ng mga application portal ang “JPG, wala pang 200KB, 295 × 413 pixels”; sa mga marketplace naman, “hindi bababa sa 1600 × 1600, wala pang 3MB”.
Isulat muna ang dalawa bago magsimula, dahil magkaiba ang hakbang na tinutukoy ng bawat isa: ang pixel limit ang magdidikta ng resize step, at ang byte limit ang magdidikta ng quality at format. Ang paghabol sa byte limit gamit lang ang quality slider ang pinakamabagal na paraan.
Tatlong dial, sa ganitong pagkakasunod-sunod
Unang dial: pixels. Ang 4000 × 3000 na larawan mula sa phone ay 12 megapixels; sa 2000 × 1500 ay 3 na lang, at sa parehong quality, halos one-fourth na lang ang laki ng file. Ito ang pinakamalakas na dial at ang pinakahindi halata. Para sa screen at web page, higit pa sa sapat ang pinakamahabang gilid na 1600 hanggang 2000 pixels.
Sa pipeline, itakda ang Size step sa Longest side 2000 at iwang naka-off ang Allow upscaling, para hindi mabatak ang maliliit na larawan.
Pangalawang dial: format. Ang mga litrato ay gawing JPG o WebP; sa parehong quality, 25 hanggang 35 porsyentong mas maliit ang WebP. Ang mga screenshot, icon at anumang may transparency ay manatiling PNG na naka-on ang 256-colour palette, na kadalasang nakababawas ng animnapu hanggang pitumpung porsyento. Kung JPG lang ang tinatanggap ng platform, JPG na ang piliin at huwag nang sumugal sa WebP para lang sa ilang kilobytes.
Pangatlong dial: quality. Para sa JPG at WebP, ang sweet spot ay 75 hanggang 85 porsyento. Halos hindi mo mapapansin ang pagkakaiba nito sa 95, pero wala pang kalahati ang bytes. Magsimula sa 80, patakbuhin ang batch, at ulitin lang sa 70 ang mga file na lumampas pa rin.
Paano kung pinaghalo ang malalaki at maliliit na file
Karaniwan sa isang folder ang 8MB na orihinal mula sa camera na katabi ng 150KB na screenshot. Ang magandang balita: iisang set ng settings ang gagana sa lahat, hindi na kailangang paghiwa-hiwalayin muna.
- Ang malalaking file ay paliliitin ng Longest side 2000 at saka i-compress sa 80 porsyento, kaya kadalasang aabot sa pagitan ng 300 at 600KB.
- Ang maliliit na file ay nasa ilalim na ng 2000 pixels kaya lalaktawan ng resize step. Kung lalaki pa ang file dahil sa compression, ang default na rule na Never output a file larger than the original ang magpapanatili sa orihinal na file.
Kaya hindi lalabo ang maliliit mong larawan dahil sa iisang setting: kung hindi lalaktawan, bahagya lang silang ie-encode ulit. Ang dapat lang iwan sa labas ng pipeline na ito ay ang mga file na kailangang panatilihin ang bawat orihinal na pixel, gaya ng print master.
Panimulang settings para sa karaniwang limit
Gamitin ang mga ito bilang unang try, saka mag-adjust base sa resulta.
- Larawan para sa aplikasyon o ID, wala pang 200KB. Size na Fit inside 1200 × 1600, JPG, quality 80. Lampas pa rin? Ibaba ang quality sa 70; kapag binawasan pa ang pixels, kadalasang bumababa na sa minimum ng portal.
- Main image sa marketplace, wala pang 1MB o 3MB, hindi bababa sa 1600 px. Size na Fill 1600 × 1600, crop na 1:1, JPG, quality 85. Ang product shot na puti ang background ay kadalasang lumalabas na 200 hanggang 500KB.
- Email attachment, 10MB ang kabuuan. Size na Longest side 1600, JPG, quality 75. Ang tatlumpung larawan ay karaniwang pumapatak sa 6 hanggang 8MB.
- Gallery ng website, kasing-liit hangga't maaari. Size na Longest side 1920, WebP, quality 78. Karaniwang bumababa sa wala pang one-third ang kabuuang bigat ng mga larawan.
Kung eksakto ang hinihinging sukat sa pixel, gaya ng ID photo, ayusin muna ang isang larawan gamit ang Image Resizer, saka ipasa ang buong batch sa pipeline para sa byte limit.
Ano ang titingnan pagkatapos
Ililista ng pipeline ang sukat at laki bago at pagkatapos para sa bawat file. Tatlong bagay ang dapat silipin:
- Ang kulay pula ay lumaki imbes na lumiit, na halos laging dahil sa JPG na naging PNG. Ibalik sa JPG.
- Lampas pa ba sa limit ang pinakamalaking file? Ibaba ang quality ng 5 hanggang 10 puntos at ulitin lang ang mga file na iyon.
- Magbukas ng dalawa nang random sa 100 porsyento at tingnan ang mga gilid at teksto. Sa quality 80, wala kang dapat makitang kakaiba; ang mga blocky na patse ng kulay ay palatandaan na masyadong mababa ang quality.
Isang beses magtakda, patakbuhin ang batch, ulitin ang iilang kulang. Iyan na ang buong proseso, at ang natitipid ay hindi lang oras kundi pati ang quality na nawawala kapag paulit-ulit na ine-encode ang mga file sa iba't ibang tool. Para sa mas malawak na larawan ng pagsasama-sama ng mga batch operation, basahin ang paano mag-batch process ng mga larawan.