บีบอัดรูปให้เหลือ 500 KB
วางรูปลงมา ToolZool จะหาไฟล์ที่ดูดีที่สุดซึ่งยังอยู่ใต้ 500 KB โดยที่ภาพไม่ออกจากอุปกรณ์ของคุณ
วางภาพของคุณที่นี่
วิธีบีบอัดรูปให้เหลือ 500 KB
- เลือกรูปของคุณ หรือลากมาวางบนเครื่องมือ ไม่มีการอัปโหลด ไฟล์ใหญ่แค่ไหนก็ไม่ต้องเสียเวลารอ
- ตรวจดูเป้าหมาย หน้านี้ตั้งไว้ที่ 500 KB อยู่แล้ว ถ้าจะเปลี่ยนก็ใช้ค่าที่ตั้งไว้หรือช่องกำหนดขนาดเอง
- ปล่อยโหมดไว้ที่ อัตโนมัติ เพื่อให้ระบบไล่ปรับคุณภาพก่อน แล้วค่อยลดขนาดภาพเมื่อลำพังคุณภาพยังไปไม่ถึง
- กด บีบอัดให้เหลือ 500 KB สิ่งที่ได้คือไฟล์ใหญ่ที่สุดที่ยังอยู่ใต้ลิมิต ซึ่งก็คือไฟล์ที่ดูดีที่สุด
- ดาวน์โหลด สัดส่วนภาพยังคงเดิม และข้อมูลกล้องถูกลบออกไปแล้ว
500 KB เก็บอะไรได้บ้างจริง ๆ
ลิมิตขนาดไฟล์เดียวกันมีความหมายต่างกันไปตามสิ่งที่อยู่ในภาพ โลโก้เรียบ ๆ กับภาพวิวที่เต็มไปด้วยรายละเอียดต้องลงในจำนวนไบต์เท่ากัน แต่มีอยู่ภาพเดียวเท่านั้นที่ยังมีรายละเอียดเหลือให้ตัดทิ้ง
| ประเภทภาพ | ที่ 500 KB |
|---|---|
| รูปติดบัตร กว้าง 600 px | เรียกได้ว่าไม่สูญเสียข้อมูล |
| ภาพหน้าจอข้อความหรือ UI | สบายที่ความละเอียดเต็ม |
| ภาพวิวรายละเอียดเยอะ เต็มความกว้าง | สบาย — คุณภาพยังดีอยู่ |
| โลโก้หรือไอคอนสีเรียบ | สบายมาก |
เป็นแนวทางจากพฤติกรรมทั่วไปของ JPEG ไม่ใช่ผลวัดจากการทดสอบ ส่วนข้อมูลทดสอบที่เผยแพร่ได้ยังอยู่ในแผนงาน
ขนาดเป้าหมายอื่น
ทำงานอย่างไร
การทำให้ได้ขนาดเป๊ะเป็นปัญหาการค้นหา ไม่ใช่ปัญหารสนิยม สไลเดอร์คุณภาพบังคับให้คุณเดา ส่งออกใหม่ ดูขนาดไฟล์ แล้วเดาอีกรอบ
ToolZool ไล่ค้นหาแทนคุณ มันถอดรหัสภาพของคุณ แล้วเข้ารหัสซ้ำไปเรื่อย ๆ พร้อมกับบีบเข้าหาค่าคุณภาพสูงสุดที่ยังลงใต้เป้าหมายของคุณ แล้วเก็บไฟล์ใหญ่ที่สุดที่ยังพอดีเอาไว้ เพราะนั่นคือไฟล์ที่ดูดีที่สุด ถ้าแม้แต่คุณภาพต่ำสุดเท่าที่ยังใช้งานได้ก็ยังเกินเป้าหมาย มันจะลดขนาดภาพลงหนึ่งขั้นแล้วค้นหาใหม่
ทั้งหมดนี้เกิดขึ้นในแท็บเบราว์เซอร์ของคุณ แกนประมวลผลเขียนด้วย Rust แล้วคอมไพล์เป็น WebAssembly และทำงานอยู่ในเวิร์กเกอร์เบื้องหลัง หน้าเว็บจึงยังตอบสนองระหว่างที่มันทำงาน คุณดูได้ว่ามันกำลังลองระดับคุณภาพไหนอยู่ และสั่งหยุดได้ ตัวเอนจินจะถูกดาวน์โหลดก็ต่อเมื่อคุณเลือกไฟล์จริง ๆ การอ่านหน้านี้เฉย ๆ จึงไม่มีต้นทุนอะไรเลย
ก่อนหน้าทั้งหมดนั้น ภาพจะถูกหมุนให้ตั้งตรงก่อน กล้องมือถือบันทึกทิศทางของตัวเซนเซอร์มาพร้อมกับแท็กการหมุน ซอฟต์แวร์ที่มองข้ามแท็กนั้นจึงให้ภาพตะแคงออกมา การหมุนจะถูกทำกับพิกเซลก่อน ซึ่งเป็นเหตุผลเดียวกับที่ผลลัพธ์ไม่มีข้อมูลกล้อง เวลา หรือ GPS ติดไปด้วย เพราะไม่เหลืออะไรให้ข้อมูลพวกนั้นเดินทางไปด้วยแล้ว
ทำไมต้องบีบอัดในเบราว์เซอร์
- ไม่มีอะไรถูกอัปโหลด ไฟล์ไม่เคยวิ่งผ่านเครือข่าย จึงไม่มีสำเนาบนเซิร์ฟเวอร์ให้ถูกเก็บไว้ รั่วไหล หรือถูกหมายศาลเรียกดู
- ไม่ต้องรอคิว ไฟล์จากกล้องขนาด 40 MB ไม่กินเวลาอัปโหลด งานเริ่มทันที
- ข้อมูลกำกับไฟล์หายไป การเข้ารหัสใหม่จากพิกเซลดิบทำให้รุ่นกล้อง เวลาที่ถ่าย และตำแหน่ง GPS หลุดออกไป ส่วนทิศทางภาพถูกใช้ก่อน ผลลัพธ์จึงไม่ออกมาตะแคง
- ใช้ได้แม้เน็ตไม่ดี เมื่อหน้าเว็บโหลดเสร็จแล้ว เครื่องมือทำงานต่อได้โดยไม่ต้องใช้เครือข่าย
- ไม่ต้องมีบัญชี ไม่มีลายน้ำ ไม่มีโควตารายวัน
ฟอร์แมตที่รองรับ
ไฟล์เข้า: JPG, PNG และ WebP ตัวตัดสินคือไบต์ในไฟล์เอง การเปลี่ยนชื่อ PNG เป็น .jpg ไม่ทำให้อะไรต่างไป เพราะเครื่องมืออ่านลายเซ็นของฟอร์แมต ไม่ได้อ่านชื่อไฟล์
ไฟล์ออก: JPEG, PNG หรือ WebP ในโหมดไม่สูญเสียข้อมูล
| ฟอร์แมต | อ่าน | เขียน | รักษาความโปร่งใส |
|---|---|---|---|
| JPEG | ได้ | ได้ พร้อมไล่หาคุณภาพ | ไม่ได้ — พื้นที่โปร่งใสจะถูกถมทึบ |
| PNG | ได้ | ได้ แบบไม่สูญเสียข้อมูล | ได้ |
| WebP | ได้ | ได้เฉพาะแบบไม่สูญเสียข้อมูล | ได้ |
| AVIF | ไม่ได้ | ไม่ได้ | — |
| HEIC | ไม่ได้ | ไม่ได้ | — |
ภาพถ่ายให้เลือก JPEG เพราะเป็นผลลัพธ์เดียวที่มีปุ่มหมุนคุณภาพ จึงเป็นตัวเดียวที่ไล่ลงไปถึงขนาดเป้าหมายเล็ก ๆ บนภาพถ่ายได้
ภาพหน้าจอ โลโก้ และไดอะแกรมให้เลือก PNG หรือ WebP การบีบอัดแบบสูญเสียข้อมูลทิ้งขอบเลอะ ๆ ไว้รอบเส้นคม และบนพื้นสีเรียบมันมักได้ไฟล์ที่ ใหญ่กว่า แบบไม่สูญเสียข้อมูลด้วยซ้ำ ระหว่างสองตัวนี้ WebP แบบไม่สูญเสียข้อมูลมักเล็กกว่า บนภาพถ่ายขนาด 2400 × 1800 ที่ใช้ตรวจสอบเครื่องมือนี้ มันออกมา 7.6 MB เทียบกับ 9.7 MB ของ PNG หรือเล็กกว่าราว 22% ช่องว่างนี้เปลี่ยนไปตามภาพ ถ้าตัวเลขที่แน่นอนสำคัญกับคุณ ให้ลองทั้งสองแบบแล้วเทียบดู
เพราะฟอร์แมตแบบไม่สูญเสียข้อมูลเก็บทุกพิกเซลไว้ครบ สิ่งเดียวที่มันงัดกับขนาดเป้าหมายได้จึงเป็นขนาดภาพ ถ้าเป้าหมาย 50 KB สำคัญกว่าการรักษาพิกเซลไว้ครบทุกจุด JPEG คือทางเลือกที่ตรงไปตรงมาที่สุด
AVIF และ HEIC ยังไม่รองรับ ทั้งคู่ต้องใช้ตัวถอดรหัส AV1 หรือ HEVC และตัวเลือกที่ยังมีคนดูแลล้วนเป็นไลบรารี C ที่บิลด์เป็น WebAssembly ไม่ได้ เราจึงบอกตรง ๆ แทนที่จะรองรับแบบครึ่ง ๆ กลาง ๆ และแนะนำให้แปลงฟอร์แมตก่อน
คำถามที่พบบ่อย
ภาพจะเสียคุณภาพจนเห็นได้ไหม
เสียบ้างอย่างเลี่ยงไม่ได้ ถ้าไฟล์ต้นฉบับใหญ่กว่าเป้าหมายมาก ToolZool ลดผลกระทบด้วยการไล่หาระดับคุณภาพสูงสุดที่ยังอยู่ใต้เป้าหมาย และจะลดขนาดภาพก็ต่อเมื่อปรับคุณภาพอย่างเดียวไปไม่ถึงจริง ๆ
ใส่ไฟล์ฟอร์แมตไหนได้บ้าง
JPG, PNG และ WebP ส่วน AVIF กับ HEIC ยังไม่รองรับ เพราะตัวถอดรหัส AV1 ที่ยังมีคนดูแลอยู่ล้วนเป็นไลบรารี C ที่คอมไพล์เป็น WebAssembly ไม่ได้ เราจึงบอกตรง ๆ ดีกว่ารองรับแบบครึ่ง ๆ กลาง ๆ ผลลัพธ์ออกเป็น JPEG, PNG หรือ WebP แบบไม่สูญเสียข้อมูล
มีลิมิตขนาดไฟล์ไหม
ไฟล์ละ 100 MB และไม่จำกัดความละเอียด ภาพจากกล้อง 100 หรือ 200 ล้านพิกเซลจะถูกย่อลงมาให้ทำงานต่อได้ก่อน ระหว่างนั้นคุณจะเห็นข้อความ “Zooly กำลังเตรียมภาพของคุณอย่างปลอดภัย” แล้วจึงบีบอัดตามปกติ ที่มีลิมิตเป็นไบต์ก็เพราะงานทั้งหมดเกิดขึ้นในแท็บเบราว์เซอร์บนหน่วยความจำของเครื่องคุณ ไม่ใช่บนเซิร์ฟเวอร์ที่มีโควตา
ทำไมไม่มีตัวเลือก WebP แบบสูญเสียข้อมูล
เพราะยังไม่มีตัวเข้ารหัส WebP แบบสูญเสียข้อมูลที่เราส่งมาให้ได้ ตัวที่เขียนด้วย Rust ล้วนและยังมีคนดูแลใช้สัญญาอนุญาต AGPL ซึ่งเข้ากันไม่ได้กับเว็บนี้ ส่วนตัวเลือกอื่นต้องใช้ชุดเครื่องมือ C ที่บิลด์เป็น WebAssembly ไม่ได้ การมีปุ่ม WebP ที่แอบให้ผลลัพธ์แบบไม่สูญเสียข้อมูลแล้วพลาดเป้าหมายเล็ก ๆ ทุกครั้ง แย่กว่าการไม่มีมันเลย สำหรับภาพถ่าย JPEG เข้าใกล้เป้าหมายขนาดเล็กได้ดีกว่าฟอร์แมตแบบไม่สูญเสียข้อมูลทุกตัว
ข้อมูล EXIF และตำแหน่งที่ถ่ายถูกลบไหม
ลบ การเข้ารหัสใหม่ทำให้ข้อมูลกล้อง เวลา และ GPS หายไปทั้งหมด ส่วนการหมุนภาพจะทำกับพิกเซลก่อน ภาพที่ได้จึงไม่ออกมาตะแคง
เราเผยแพร่รีวิวของแต่ละเครื่องมือตามที่ได้รับ โดยไม่แก้ไข ไม่มีอะไรที่นี่แต่งขึ้นหรือจ่ายเงินซื้อ
เครื่องมือที่เกี่ยวข้อง
เพราะมีคุณ
ToolZool จึงยังคงฟรี
เครื่องมือดี ๆ ควรใช้ฟรีได้ทุกคน นี่คือที่มาของเงินที่จ่ายค่าใช้จ่ายทั้งหมด ครบทุกทาง ไม่มีตกหล่น
