כלי דחיסת תמונות חינמי שרץ כולו על המכשיר שלכם. קובצי PNG ו-WebP חוזרים זהים ברמת הפיקסל בזכות oxipng ו-libwebp; קובצי JPEG מקודדים מחדש עם MozJPEG ומסומנים כחסרי אובדן ויזואלי. עבדו על אצוות של עד 200 קבצים, הורידו אותן כקובץ ZIP, והשאירו כל בייט מקורי אצלכם — בלי העלאה, בלי חשבון, בלי קרדיטים.
תמונת מצב של יכולת
0
קבצים שהועלו
200
תמונות לאצווה
3 formats
PNG, JPEG, WebP
סקירה של 27 שניות על תהליך העבודה, היתרונות המרכזיים והתוצאות.
ערך מעשי ממופה לזרימות עבודה אמיתיות של ייצור.
הטבה
01
חסר אובדן היכן שזה באמת חסר אובדן
PNG ו-WebP מקודדים מחדש בלי אובדן, ולכן הפיקסלים לאחר הפענוח זהים לאלה שהכנסתם. קובץ JPEG לא ניתן לדחיסה חוזרת חסרת אובדן בדפדפן, ולכן אנחנו אומרים חסר אובדן ויזואלי במקום להעמיד פנים אחרת — ובמצב הקפדני קובצי JPEG נשארים ללא נגיעה.
הטבה
02
פרטי בגלל צורת הבנייה
המקודדים הם בנייות WebAssembly שרצות ב-worker על המכונה שלכם. אין שלב העלאה שצריך לוותר עליו, וברגע שהעמוד נטען הכל ממשיך לעבוד גם לא מקוון.
הטבה
03
אצוות שמתנהגות יפה
גררו עד 200 תמונות בבת אחת וקבלו אותן בחזרה כקובץ ZIP יחיד. קבצים שכבר דחוסים היטב יוחזרו כמו שהם ולא יקודדו מחדש למשהו גדול יותר.
נתיב פשוט בן שלושה שלבים מחומר מקור לתוצאה ניתנת לשימוש חוזר.
שלב 1
גררו את התמונות
הוסיפו קובצי PNG, JPEG ו-WebP — תמונה אחת או תיקיית ייצוא שלמה.
שלב 2
דחסו על המכשיר שלכם
workers מקבילים מריצים את מקודדי ה-WASM. קובצי PNG ו-WebP תמיד נכתבים מחדש בלי אובדן; קובצי JPEG מקודדים מחדש באיכות 85, אלא אם תפעילו מצב חסר אובדן קפדני שמעביר אותם ללא נגיעה.
שלב 3
הורידו ובדקו את המספרים
כל שורה מציגה את הגודל לפני, את הגודל אחרי, ואם הקובץ יצא חסר אובדן, חסר אובדן ויזואלי או כבר אופטימלי. שמרו קובץ בודד או קחו את כל האצווה כ-ZIP.
עבור PNG ו-WebP — בדיוק כך: oxipng והמצב חסר האובדן של libwebp כותבים מחדש את הקובץ בלי לגעת בפיקסל, ולכן התמונה המפוענחת זהה ברמת הביט. JPEG הוא היוצא מן הכלל שאנחנו אומרים עליו בכנות — אין מדחס JPEG חסר אובדן שרץ בדפדפן, ולכן קובצי JPEG מקודדים מחדש כברירת מחדל עם MozJPEG באיכות 85 ומסומנים כחסרי אובדן ויזואלי. הפעילו מצב חסר אובדן קפדני, וקובצי JPEG יעברו ללא נגיעה.
לא, וזו לא החלטת מדיניות אלא החלטה ארכיטקטונית. המקודדים הם מודולי WebAssembly שרצים בדפדפן שלכם, כך שאין שרת שיכול לקבל את הקובץ. אפשר לבדוק: טענו את העמוד, נתקו את הרשת, והדחיסה עדיין עובדת.
כרגע לא. אתם שולטים ישירות באיכות ה-JPEG, אבל אין מצב גודל-יעד מסוג ״דחוס ל-100 קילובייט״ שמחפש את ההגדרה שתפגע במספר. אם דרושה תקרה מדויקת, דחסו ואז בדקו את הגודל שהתקבל ברשימת הקבצים.
כן — הוא מזהה את הפורמט האמיתי לפי ה-magic bytes של הקובץ במקום לסמוך על הסיומת, ואז מנתב אותו למקודד הנכון: oxipng ל-PNG, MozJPEG ל-JPEG ו-libwebp ל-WebP. אצוות מעורבות הן בסדר גמור; כל קובץ הולך בדרך שלו. פורמטים מחוץ ל-PNG, JPEG ו-WebP נדחים ולא מועברים בשקט.
כי הם כבר היו דחוסים היטב. כשקידוד מחדש לא מצליח לנצח את הקלט, הכלי מחזיר את הבייטים המקוריים שלכם ומסמן את השורה ככבר אופטימלית — הוא לעולם לא ייתן לכם קובץ גדול יותר ממה שהתחלתם איתו. תמונות שיוצאו ממקודד מודרני נוחתות כאן לא פעם, וזו התוצאה הנכונה ולא כישלון.
עד 200 קבצים לאצווה, ובלי הגבלה על מספר האצוות — אין מכסה לצרוך, כי העבודה מתבצעת על החומרה שלכם ולא שלנו. תמונות גדולות מאוד עדיין עלולות למצות את הזיכרון של הדפדפן; אם אחת נכשלת, השורה שלה מדווחת על הכשל ושאר האצווה ממשיכה.
אין חשבון, אין התחברות, אין קרדיטים ואין סימן מים. בצינור אין שום שלב מיתוג — מה שאתם מורידים הוא התמונה שלכם, רק מקודדת ביעילות רבה יותר.
השלב הבא
פתח את הכלי עם תמונה אמיתית, השווה את התוצאות ושמור על הגרסה שעובדת.