ממיר WebP

ממירים תמונות ל־WebP, או ממירים WebP חזרה ל־PNG או ל־JPG, הכול בדפדפן ובלי להעלות שום קובץ, ורואים בדיוק מה כל המרה שינתה.

או גרירה שלהן לכאן
המרה אל

שום קובץ לא נשלח לשום מקום

כל המרה מתבצעת בלשונית הזאת של הדפדפן, על המחשב שלכם. שום קובץ לא נשלח לאתר הזה ולא לאף גורם אחר — אין כאן שרת שאפשר לשלוח אליו — כך שתמונה חסויה נשארת חסויה, ואפשר לפתוח את לשונית הרשת בדפדפן תוך כדי ההמרה ולראות זאת במו עיניכם.

WebP כאן תמיד עם אובדן

לפורמט WebP יש מצב ללא אובדן, אבל קנבס של דפדפן אינו יכול לכתוב אותו — אין דרך לבקש זאת ממנו. כל קובץ WebP שנוצר כאן הוא קידוד עם אובדן, גם בקצה העליון של בקרת האיכות בדיוק כמו מתחתיו, ולכן התוצאה לעולם אינה עותק ללא אובדן של מה שנכנס.

ייתכנו שינויי צבע

התמונה מצוירת כאן מחדש ונכתבת במרחב sRGB הרגיל, בלי פרופיל צבע מוטמע. תצלום שצולם במרחב רחב יותר, כמו Display P3 בטלפון עדכני או Adobe RGB, ייראה זהה ברוב המקומות, אבל הצבעים הרוויים ביותר בו עלולים לצאת מעט עמומים.

הממירים האחרים

  • כש־WebP לא בתמונה בכלל ואתם פשוט מעבירים צילום בין JPG ל־PNG, העמוד ההוא נפתח על PNG וכתוב על מה שהמעבר הזה עולה.

    המרת JPG ל־PNG
  • קובץ WebP חד בדיוק כמו הפיקסלים שמהם נוצר, ולכן כדאי להמיר ציור לפיקסלים בגודל שבאמת צריך. בעמוד ההוא הגודל הוא הנושא ולא הגדרה: מאיפה הגיע הגודל של הציור עצמו, ומה כבר אי אפשר לעשות עם עותק שהומר לפיקסלים.

    ממיר SVG ל־PNG

מה זה WebP, ולמה משהו במחשב שלכם מסרב לפתוח אותו

WebP הוא פורמט תמונה שגוגל פרסמה כדי להקל על דפי אינטרנט, והיום הוא מה שהרבה מאוד אתרים מגישים בו את התמונות שלהם. כך בדרך כלל מגיע לאדם קובץ כזה בלי שבחר בו מעולם: אתם שומרים תמונה מתוך דף, ומה שנוחת בתיקיית ההורדות הוא קובץ בסיומת ‎.webp, שאינו ה-JPG או ה-PNG שציפיתם לו. אין שום פגם בקובץ. הוא פשוט מעטפת חדשה יותר לאותה תמונה עצמה.

דפדפנים מציגים WebP כבר שנים, וזו בדיוק הסיבה שאתרים בחרו בו וגם בדיוק הסיבה שהצרות מתחילות במקום אחר. תוכנות שאינן דפדפן הדביקו את הפער מאוחר יותר ולא באופן אחיד: עורך תמונות ישן, יישום משרדי, שירות הדפסת תמונות או טופס העלאה שמקבל רק פורמטים מסוימים עלולים לסרב לקובץ על הסף, והסירוב לרוב אינו מסביר את עצמו. המרה שלו לפורמט ותיק יותר היא כל התרופה, ואין בדרך שום דבר לשחזר או לתקן.

  • בשם WebP מסתתרים שני פורמטים. יש בו מצב עם אובדן הבנוי על רעיונות דומים מאוד לאלה של JPEG, ומצב ללא אובדן הקרוב ברוחו ל-PNG. באיזה מהשניים משתמש קובץ מסוים נקבע כשהקובץ נכתב, ואי אפשר לדעת זאת מהסתכלות בו מבחוץ.
  • הוא נושא שקיפות בשני המצבים, דבר ש-JPEG אינו יכול לעשות כלל. זו אחת משתי הסיבות שאתר יעדיף אותו על פני JPG, וזו הסיבה שלוגו שנשמר מתוך דף מגיע לא פעם כ-WebP ולא כ-PNG.
  • הוא יכול להחזיק אנימציה, בדיוק כפי שקובץ GIF ותיק מחזיק. הרבה מאוד קובצי WebP מונפשים ברשת הם בדיוק זה: קובץ GIF שמישהו שמר מחדש עבור דף, בשמירת הפריימים ובהשלת רוב הנפח.
  • הדף הזה קובע מהו קובץ לפי תוכנו ולעולם לא לפי שמו, ולכן קובץ WebP שמישהו נתן לו סיומת של JPG עדיין נקרא ומומר נכון כ-WebP — ואתם מקבלים הודעה על הסתירה, מפני שזו עובדה נכונה על הקובץ שלכם.

הוצאת WebP החוצה אל PNG או אל JPG

זה הכיוון שרוב האנשים מגיעים בשבילו, והדף נפתח דווקא על הכיוון השני מפני שדף יכול לבחור מראש הגדרה אחת בלבד; בורר הפורמט נמצא במרחק לחיצה, ואף כיוון אינו מקרה מיוחד. הבחירה כאן היא בין פורמט ששומר את התמונה במדויק לבין פורמט שהוא קטן, והתשובה הנכונה תלויה במה שהתמונה היא ולא במקום שממנו הגיעה.

  • בחרו PNG כשיש בתמונה שקיפות שחשוב לכם לשמור. ל-JPG אין לאן לשים אותה בכלל, ולכן המרה של לוגו שקוף ל-JPG היא למעשה בחירה של צבע רקע עבורו — הכלי יצבע רקע ויאמר לכם באיזה צבע.
  • בחרו PNG לצילום מסך, לתרשים, לגרף ולכל דבר שיש בו טקסט או קצה חד. דחיסה עם אובדן, מכל סוג שהוא, פוגעת חזק במיוחד בגבולות בעלי ניגודיות גבוהה, ולכן אותיות אוספות ב-JPG שוליים אפרפרים שב-PNG פשוט אינם קיימים.
  • בחרו PNG כשאתם עומדים לערוך את התמונה שוב או לשמור אותה לאורך זמן. זהו הפורמט היחיד שנכתב כאן ואינו מאבד דבר, ולכן אפשר לפתוח ולשמור אותו שוב ושוב בלי לצבור נזק.
  • בחרו JPG לצילום שאתם עומדים לשלוח, להעלות או לאחסן בכמויות. הוא קטן יותר, כל דבר בעולם יודע לקרוא אותו, והתמונה שבתוך WebP עם אובדן כבר עברה קידוד עם אובדן לפני שהגיעה אליכם, כך שהזריקה ממילא אינה מתחילה ממקור בתולי.
  • בחרו JPG כשמשהו בצד השני מתעקש עליו. טופסי העלאה, שירותי הדפסה ותיקים וכמה פורמטים של מסמכים מקבלים רשימת פורמטים קצרה מזו שהמכונה שלכם מקבלת, ו-JPG נמצא בכל אחת מהרשימות האלה.

דבר אחד שהכיוון הזה אינו יכול לעשות הוא להחזיר את מה שקובץ ה-WebP כבר איבד. אם הוא נכתב במצב עם אובדן — ורוב קובצי ה-WebP ברשת נכתבו כך — אז הרכות בקצוות החדים והכתמים באזורים אחידים הם כבר חלק מהתמונה ברגע שהיא בידיכם, וקובץ PNG שומר אותם באותה נאמנות שבה הוא שומר כל דבר אחר. מה ש-PNG כן קונה לכם הוא עותק מדויק של מה שאותו WebP מפוענח אליו, וקובץ שלא יידרדר עוד, כמה פעמים שייפתח וייכתב מחדש. קטן הוא לא יהיה: קובצי PNG נכתבים כאן בידי הדוחס של הדפדפן עצמו, שהוא סביר ולא ממצה, ולכן כלי מיטוב ייעודי עדיין יוכל להוריד ממנו נתח בלי לגעת ולו בפיקסל אחד.

יצירת WebP, ומה היא עולה לכם

הכיוון השני הוא זה שהדף נפתח עליו, והוא במהותו החלטה על נפח. כל קובץ שהדף יודע לקרוא כפיקסלים — JPG, PNG או WebP — אפשר להמיר ל-WebP, ובאיכות דומה התוצאה בדרך כלל קטנה יותר משני האחרים. המילים בדרך כלל אינן קישוט כאן: הגרסה הכנה של הטענה היא המספר שמופיע ליד התוצאה שלכם, שהוא מדידה של התמונה שלכם ולא כלל אצבע על תמונות בכלל. גם ציור ששמור כ-SVG נקרא כאן, והוא המקור היחיד שאין לו פיקסלים כלל עד שמישהו בוחר גודל, ולכן בחירה בקובץ כזה מוסיפה לדף הזה שדות רוחב וגובה — והממיר SVG ל-PNG שבאתר הזה הוא הדלת שנבנתה סביב ההחלטה הזאת, ויש לו מדריך משלו עליה.

  • צילום שמיועד לדף אינטרנט הוא המקרה ש-WebP נבנה בשבילו, וזה גם המקרה שבו החיסכון לרוב שווה את המעבר, מול אותה תמונה כ-JPG.
  • לוגו או רכיב ממשק עם שקיפות הוא המקרה הטוב השני. WebP מעביר את השקיפות הלאה, ולכן שום דבר אינו משוטח, שום רקע אינו נצבע, והקובץ קטן מקובץ ה-PNG שממנו הגיע.
  • צילום מסך או תרשים הוא דווקא המקרה שכדאי לחשוב עליו פעמיים כאן. המצב ללא האובדן של WebP היה הכלי הנכון עבורו, והוא אינו זמין בדף הזה, ולכן מה שתקבלו הוא קידוד עם אובדן של בדיוק התוכן שדחיסה עם אובדן מתקשה בו יותר מכול — וזה הרגע שבו PNG הוא התשובה הטובה יותר, גם אם הוא גדול יותר.
  • תמונה שאתם מתכוונים לערוך שוב היא מועמדת חלשה בשני הכיוונים. כל שמירה בפורמט עם אובדן זורקת עוד קצת, האובדן מצטבר לאורך כמה סבבים, ואין כאן דרך לכתוב את המצב של WebP שהיה מונע זאת.

לאיזה כיוון שלא תמירו, קובץ שהוא כבר רשת של פיקסלים עוזב את הדף הזה במידות שבהן הגיע אליו. כאן ממירים ולא עורכים: שום דבר אינו מוקטן, נחתך, מחודד או עובר סבב דחיסה נוסף, והדבר היחיד שמשתנה הוא האופן שבו אותה תמונה עצמה נשמרת. יש ביניהם יוצא מן הכלל אחד — צילום שהקובץ שלו עצמו מצהיר שהוא שוכב על הצד, ומעשית זה קובץ JPG היישר מטלפון. הוא מוסב לכיוון הנכון, הרוחב והגובה שלו מחליפים תפקידים, והשורה אומרת זאת במקום להשאיר את המספרים החדשים לגילוי.

בקרת האיכות מוצגת רק עבור פורמט יעד שיש לו במה לוותר, כלומר WebP ו-JPG. פורמט PNG אינו זורק דבר, ולכן אין כאן עסקה לעשות ואין בקרה כלל, במקום בקרה שיושבת שם ואינה עושה דבר. בכל מקום שתשאירו אותה, השורה שמתחת לקובץ שלכם מדווחת על הגודל שממנו יצא, על הגודל שאליו הגיע ועל ההפרש ביניהם, כך שמה שאתם מחליפים הוא מספר שאפשר לקרוא ולא משהו שצריך להאמין בו. הזזה של הבקרה מקודדת מחדש, במקום שבו היא יכולה, תמונה שכבר צוירה, במקום לקרוא את הקובץ שלכם שוב, ולכן המספרים מדביקים את הקצב שלכם.

למה קובץ WebP שנוצר כאן לעולם אינו ללא אובדן

זו התקרה שכדאי להכיר לפני שסומכים על הדף, והיא נובעת ממה שהדף עשוי ממנו. כל מה שנעשה כאן נעשה במנגנון ציור התמונות שכבר בנוי בתוך הדפדפן שלכם: הקובץ מפוענח, מצויר פעם אחת, ונכתב בחזרה בפורמט שביקשתם. זה מה שמאפשר לכלי לעבוד בלי שדבר יועלה, בלי שדבר יותקן ובלי שיורד דבר מעבר לדף עצמו — וזה גם מה שקובע מה בכלל אפשר לבקש מהמקודד.

כל מה שהמנגנון הזה מקבל הוא שם של פורמט ומספר בין אפס לאחד. אין בו שום מקום לומר בו לאיזה משני המצבים של WebP התכוונתם, והמצב ללא האובדן אינו זה שהוא הולך אליו מעצמו, ולכן מתוך דף הוא פשוט בלתי מושג: כל קובץ WebP שנעשה כאן הוא קידוד עם אובדן, ובכלל זה בקצה העליון של בקרת האיכות. גרסאות דפדפן אחדות התייחסו בשקט לקצה העליון ביותר של הטווח כאל משהו טוב יותר ואחרות לא, ואין דבר שמחייב אף אחת מהן לכאן או לכאן — ולכן הדף הזה נאחז במה שהבקרה מבטיחה, ומניח בשורה הודעה שאומרת זאת.

  • PNG הוא התשובה בכל פעם שהוודאות חשובה לכם יותר מהנפח. זהו הפורמט היחיד ללא אובדן שנכתב בדף הזה, הוא כזה בכל תמונה ובכל גודל, ואין הגדרה שיכולה לשנות זאת.
  • קובץ שהגיע כ-WebP ללא אובדן יוצא מכאן כקובץ עם אובדן. אין דרך להעביר אותו כמות שהוא: הוא מפוענח ומקודד מחדש כמו כל דבר אחר, ולכן התוצאה לא תהיה זהה לו בית אחר בית, ולראש בקרת האיכות אין כאן שום השפעה.
  • בצילום כל זה חשוב הרבה פחות. הוא כבר עבר קידוד עם אובדן הרבה לפני שהגיע לדף הזה, ולכן השאלה החיה היחידה היא איזה קידוד נראה טוב יותר בגודל נתון — והגודל שליד כל תוצאה הוא שעונה עליה, עבור הקובץ שלכם ולא עבור קבצים בכלל.

אפשר היה לסגור את הפער על ידי אריזת מקודד אמיתי שירוץ בתוך הדף, והכלי הזה נמנע מכך במכוון. מקודד כזה הוא כמה מאות קילובייטים שכל מבקר היה מוריד כדי שחלק מהמבקרים יקבלו את המצב שרצו, ועד שההורדה הייתה מגיעה הדף לא היה עובד בכלל — באתר שכל שאר הדפים בו עובדים ברגע שהם מוצגים. הוא גם היה מעמיד שני מקודדים מאחורי בקרה אחת, כך שכל גודל, כל איכות וכל הודעה בדף הזה היו צריכים לומר מי משניהם הפיק אותם. ממיר שמצהיר על התקרה שלו במפורש שווה יותר מממיר שמסתיר אותה מאחורי הורדה, וזה הדף שבו ההצהרה הזו נחוצה יותר מכול.

קובץ WebP מונפש יוצא מכאן כתמונה אחת

קובץ WebP יכול להחזיק רצף של פריימים, ולא מעט מהקבצים ברשת אכן מחזיקים — אנימציה שהייתה פעם GIF היא היום לא פעם WebP. שום דבר בדף הזה אינו כותב קובץ מונפש, באף פורמט, ולכן מה שמומר הוא הפריים הראשון וכל שאר הפריימים נעלמים. זה בדיוק סוג האובדן שממיר יכול לגרום לו בשקט בלי שאיש ישים לב, ולכן השורה אומרת שזה קרה.

כדאי לומר במפורש שזה נכון לכל פורמט שתמירו אליו, ובכלל זה WebP עצמו. האנימציה אינה אובדת מפני שהיעד אינו מסוגל להחזיק אחת; היא אובדת מפני שההמרה מפענחת את הקובץ, מציירת פריים אחד ומוסרת אותו למקודד. המרה של WebP מונפש ל-WebP מאבדת אפוא את האנימציה בדיוק כמו המרה שלו ל-PNG, וזה ההפך ממה ששמות הפורמטים היו מובילים אתכם לצפות לו.

  • ההודעה מופיעה רק עבור קובץ שבאמת מצהיר על יותר מפריים אחד, ולכן קובץ WebP רגיל מומר בלי שייאמר דבר על פריימים בכלל.
  • אם האנימציה היא מה שאתם צריכים, שמרו על הקובץ המקורי שלכם. אין בדף הזה הגדרה שמשמרת אותה, ואין בו פורמט שיכול לשאת אותה.
  • ואם תמונה בודדת היא מה שרציתם מלכתחילה — תמונה למסמך, או תמונה מייצגת של אנימציה — אז הפריים הראשון הוא השימושי מכולם, וזה הכלי המתאים לכך.

מה כל שורת תוצאה מספרת לכם, ומתי היא מסרבת

ממיר שעובד בשקט הוא הסיבה שאנשים מגלים על צילום ששוכב על הצד, על רקע שחור או על אנימציה שנעלמה רק כמה ימים אחר כך ובמקום אחר לגמרי. כל שורה כאן נושאת דין וחשבון קצר על מה שנעשה בפועל לקובץ הזה — ואינה נושאת דבר כשלא נעשה שום דבר שראוי לציון, וזה מה שהופך את ההודעות למשהו שכדאי לעצור בשבילו במקום לגלול מעליו.

  • התמונה הוסבה לכיוון הנכון, ולכן הרוחב והגובה שלה התחלפו. טלפונים רושמים לאיזה כיוון צריך להסתכל על הצילום במקום לסובב את הפיקסלים עצמם; המרה כאן מציירת את התמונה מהפיקסלים המפוענחים שלה, ולכן הפתק הזה אינו יכול להמשיך הלאה והסיבוב חייב להתבצע באמת. המידות בשורה אינן אלה שמנהל הקבצים שלכם הראה לכם, ובדיוק לכן ההחלפה נאמרת ולא מושארת לכם לפענוח.
  • מטא-נתונים הושמטו. פרטי המצלמה, המיקום שהטלפון רשם, פרופיל צבע מוטמע וכל הערה נוסעים לצד הפיקסלים ולא בתוכם, וציור התמונה משאיר אותם מאחור. ההודעה מופיעה רק עבור קובץ שנשא כאלה, וזו כל הסיבה שיש לה משמעות כשרואים אותה. פרופיל הצבע הוא היחיד מביניהם שיש לו תוצאה נראית לעין: הפלט הוא sRGB רגיל שאינו נושא פרופיל כלל, ולכן צילום שצולם במרחב רחב יותר עלול לצאת עם הצבעים הרוויים ביותר שבו מעט עמומים.
  • שקיפות שוטחה, ואל תוך איזה צבע. את זו מודדים ולא מניחים. תמונות רבות מאוד נושאות ערוץ שקיפות בלי פיקסל שקוף אחד בתוכן, ולכן ההודעה ממתינה עד שנמצא פיקסל שקוף באמת בתמונה המצוירת — וקובץ WebP אטום שהומר ל-JPG אינו מעורר דבר.
  • השם והתוכן אינם מסכימים. מכיוון שהבתים הם שמכריעים והסיומת לעולם לא, קובץ WebP שמישהו שמר עם סיומת של JPG נקרא ומומר כ-WebP שהוא באמת — והסתירה מדווחת, מפני שזה דבר נכון על הקובץ שלכם שלא הייתה לכם שום דרך לדעת.
  • רק הפריים הראשון נשמר. ההודעה מופיעה עבור מקור שמצהיר על יותר מפריים אחד, לא משנה לאיזה פורמט אתם ממירים אותו, מהסיבה שהפרק שלמעלה מסביר.
  • קובץ WebP בהגדרה הזו עדיין עם אובדן. ההודעה הזו מופיעה בראש בקרת האיכות ולא בשום מקום אחר, מפני שהראש הוא המקום היחיד שבו אפשר להחזיק את האמונה שהיא באה לתקן. ההצהרה הכללית, ש-WebP כאן לעולם אינו ללא אובדן, נאמרת פעם אחת בדף עצמו ואינה חוזרת על עצמה בכל שורה.

כשאי אפשר להמיר קובץ, הכלי אומר למה במקום למסור לכם משהו. הוא נוקב בשמו ומסרב לקובץ שאינו אף אחד מהפורמטים שהוא קורא; הוא עושה את אותו הדבר לקובץ שהוא אמנם אחד מהם אבל הכותרת שלו פגומה או קטועה; והוא עושה זאת שוב לקובץ שמתברר שהדפדפן שלכם אינו מצליח לפענח, אף שהכותרת נראתה תקינה. שום דבר אינו מנוחש ושום דבר שנעשה חצי אינו מוצג כמוגמר — הכלל שמאחורי כל ההודעות שלמעלה, מיושם במקום שבו הוא נחוץ יותר מכול.

סירוב אחד ראוי להסבר מראש, שכן זהו הכישלון שממירים ידועים לשמצה בזכותו. לכל דפדפן יש תקרה לגודל התמונה שהוא באמת יחזיק, התקרה שונה בין טלפון למחשב שולחני ובין שני דפדפנים על אותה מכונה, וחצייה שלה אינה מייצרת שום שגיאה: מה שמתקבל הוא תמונה ריקה בשקט של כמה קילובייטים, שנראית כמו המרה מוצלחת עד שמישהו פותח אותה. לכן הכלי מקצה את התמונה בגודל הפלט האמיתי שלה, כותב לתוכה פיקסל ידוע וקורא אותו בחזרה, וכל זאת לפני שמצויר דבר. אם המשטח אינו באמת שם, ההמרה נדחית, הגודל ננקב, ושום קובץ אינו נוצר. השאלה נשאלת עבור כל קובץ בגודלו שלו ועל המכשיר שלכם, ולכן שום דבר כאן אינו נדחה בגלל מגבלה שנבחרה עבור מכונה של מישהו אחר.

למה הקובץ שלכם לעולם אינו מגיע לשרת

לדף הזה אין שרת מאחוריו, וזה תיאור של הדבר עצמו ולא הבטחה על התנהגות. ההמרה רצה בלשונית שבה אתם קוראים את זה, על המעבד שלכם; הקובץ שלכם אינו הולך לשום מקום, מפני שאין לאן — לאתר הזה אין אמצעי לקבל אותו, ואף צד שלישי אינו מעורב בשום שלב. אין גרסה של הכלי שעובדת אחרת, ואין הגדרה שתשנה זאת.

אין צורך להאמין לכך על אמונה, וזו כל הסיבה לנסח את הדברים בכיוון הזה. פתחו את לשונית הרשת בכלי הפיתוח של הדפדפן והמירו משהו בזמן שאתם מסתכלים: שום דבר אינו יוצא. הדף כולו הוא חופן קבצים סטטיים בלי קוד שרץ במקום אחר, ולכן אפשר לנתק את הרשת ברגע שהוא נטען ולהמשיך להמיר כמה זמן שתרצו.

  • קובץ WebP שהגיע ממקום אחר ואינו נפתח על המכונה שלכם נקרא ומומר כולו על אותה מכונה עצמה, בין שיתברר שיש בתוכו חשבונית, בין צילום רפואי ובין דף שעמית שמר עבורכם.
  • הקובץ המומר חי בלשונית הזו ובשום מקום אחר עד שתורידו אותו. סגירת הלשונית היא כל מה שנדרש כדי למחוק אותו, ושום דבר לגביו אינו נזכר מביקור לביקור.
  • מכיוון שנתוני מצלמה אינם יכולים לשרוד המרה, הקובץ שאתם מורידים אינו נושא קואורדינטות ואינו נושא זהות של מכשיר, יהיה אשר יהיה מה שנשא הקובץ שהתחלתם ממנו.

שאלות נפוצות

משהו במחשב שלי מסרב לפתוח קובץ webp. בשביל זה הדף הזה?
כן, וזו הסיבה הנפוצה ביותר שאנשים מגיעים לכאן. WebP הוא הפורמט שהרבה מאוד אתרים מגישים בו היום את התמונות שלהם, ולכן קל מאוד להגיע לקובץ כזה בלי לבחור בו. דפדפנים מציגים אותו כבר שנים; תוכנות שאינן דפדפן הדביקו את הפער מאוחר יותר ולא באופן אחיד, ולכן עורך תמונות ישן, יישום משרדי או טופס העלאה עדיין עשויים לסרב לו. המירו את הקובץ ל-PNG או ל-JPG, ומה שסירב לו יפתח אותו. אין בדרך שום דבר לשחזר — התמונה שבתוך קובץ WebP היא תמונה רגילה לחלוטין, והבעיה היחידה היא המעטפת שהיא יושבת בה.
להמיר את ה-WebP שלי ל-PNG או ל-JPG?
זה תלוי במה שהתמונה היא, ולא במה שהיא הייתה. בחרו PNG אם יש בה שקיפות שחשוב לכם לשמור, אם היא צילום מסך, תרשים או כל דבר שיש בו טקסט או קצה חד, או אם אתם עומדים לערוך ולשמור אותה שוב ושוב — PNG שומר את התמונה במדויק, ולכן שום דבר נוסף אינו הולך לאיבוד כמה שלא תפתחו אותה. בחרו JPG לצילום שאתם שולחים, מעלים או מאחסנים בכמויות, או כשמה שאתם מוסרים לו את הקובץ מתעקש על הפורמט הזה. צפו לכך שקובץ ה-PNG יהיה הגדול משמעותית מבין השניים כשמדובר בצילום, וצפו לכך שיהיה גדול גם ממה שכלי ייעודי היה מפיק — הדוחס של הדפדפן עצמו כותב אותו, ואין דרך לבקש מהדוחס הזה להתאמץ יותר. אם אינכם בטוחים, המירו לשני הכיוונים והשוו את הגדלים בשתי השורות; שתי ההמרות חינם, ואף אחת מהן אינה נוגעת בקובץ המקורי שלכם.
האם הדף הזה יכול לייצר WebP ללא אובדן?
לא, וזה אולי הדבר החשוב ביותר לדעת על הדף הזה. ל-WebP יש אמנם מצב ללא אובדן; פשוט אי אפשר לבקש אותו מדפדפן, מפני שמשטח הציור מקבל סוג מדיה ומספר בין אפס לאחד ואינו מקבל דבר מעבר לכך. כל קובץ WebP שנוצר כאן הוא קידוד עם אובדן, וגם ראש הבקרה הוא קידוד עם אובדן — ובדיוק לכן מופיעה הודעה במיקום הזה ולא סומכים על המיקום שידבר בעד עצמו. PNG הוא הפורמט היחיד ללא אובדן בוודאות שהדף הזה כותב. וקובץ שכבר היה WebP ללא אובדן אינו שורד ככזה: המרה שלו ל-WebP כאן מקודדת אותו מחדש כמו כל דבר אחר.
קובץ ה-WebP המונפש שלי יצא תמונה בודדת. אפשר לשמור על האנימציה?
לא בדף הזה. קובץ WebP יכול להחזיק רצף של פריימים, ושום דבר כאן אינו כותב קובץ מונפש באף פורמט, ולכן ההמרה מפענחת את הקובץ, מציירת את הפריים הראשון ומקודדת אותו. השורה אומרת לכם שזה קרה, מפני שאנימציה שאבדה היא בדיוק סוג הדבר שממיר יכול לעשות בשקט בלי שאיש ישים לב. זה נכון לכל פורמט שתבחרו, ובכלל זה WebP עצמו: האנימציה אינה אובדת מפני שהיעד אינו מסוגל להחזיק אחת, אלא מפני שצויר רק פריים אחד מלכתחילה. אם אתם צריכים את האנימציה, שמרו על הקובץ המקורי שלכם.
האם המרה של WebP ל-PNG משפרת את מראה התמונה?
לא, וזו תקווה נפוצה. רוב קובצי ה-WebP ברשת נכתבו במצב עם אובדן, שמגיע לגודלו על ידי זריקת פרטים בזמן שהקובץ נוצר, והפרטים האלה אינם רשומים אחר כך בשום מקום. קובץ PNG שומר במדויק כל מה שנותנים לו, ולכן הוא משמר את הרכות ואת הכתמים באותה נאמנות שבה הוא משמר כל דבר אחר. מה שההמרה כן קונה לכם הוא ששום דבר נוסף לא ילך לאיבוד: את ה-PNG אפשר לחתוך, לערוך ולשמור שוב בלי לצבור את הנזק שסבב נוסף עם אובדן היה מוסיף. ואם קובץ ה-WebP היה במקרה כזה שנכתב ללא אובדן, ה-PNG הוא עותק מדויק של מה שהוא מפוענח אליו, וזה הכי טוב שהתמונה יכולה להיות כאן — הדבר היחיד שאינו שורד בשני הכיוונים הוא פרופיל צבע מוטמע, ולכן צילום ממצלמה בעלת מרחב צבע רחב עשוי להיראות אחר כך מעט עמום יותר.
בקובץ ה-WebP שלי יש חלקים שקופים. מה קורה להם?
זה תלוי לגמרי במה שתמירו אליו. גם PNG וגם WebP נושאים שקיפות, ולכן המרה לכל אחד מהם משמרת אותה ושום דבר אינו נצבע מאחורי התמונה. ל-JPG אין יכולת לשמור שקיפות בכלל — אין בפורמט ערוץ שאפשר לשים אותה בו — ולכן משהו חייב להיות מאחורי התמונה, והכלי צובע רקע ואומר לכם באיזה צבע השתמש. לבן הוא ברירת המחדל, מתוך הנחה שמסמך, מצגת או טופס העלאה הם לבנים ממילא; בקרת צבע מופיעה ברגע שקובץ ברשימה שלכם באמת זקוק לה, ובחירה בצבע אחר מריצה את ההמרה מחדש. ההודעה עצמה ממתינה עד שיימצא פיקסל שקוף באמת, ולכן תמונה שנושאת ערוץ שקיפות ואינה משתמשת בו כלל אינה מעוררת דבר.
המרתי כאן קובץ, הכנסתי את התוצאה בחזרה, וכתוב שמטא-נתונים הושמטו. למה?
מפני שהמקודד של הדפדפן עצמו נוהג לכתוב לתוך קובץ ה-WebP שהוא מפיק גוש קטן של פרופיל צבע משלו, והכלי הזה מדווח על הגוש הזה ביושר כשהוא קורא את הקובץ בחזרה. ההודעה נכונה אפוא ואינה בלבול: ההמרה הראשונה שלכם אכן השמיטה את פרטי המצלמה ואת המיקום שהמקור נשא, וקובץ ה-WebP שהיא כתבה נשא אחריהם גוש משלו שההמרה השנייה השמיטה בתורה. שום דבר אינו מצטבר ושום דבר משלכם אינו שורד באף אחד מהסבבים. אם אתם רוצים קובץ בלי פרטי מצלמה ובלי מיקום, מעבר אחד בדף הזה מספיק, וההודעה השנייה אינה סימן לכך שמשהו נשאר מאחור.
האם הקובץ שלי נשלח לאנשהו, והאם זה עובד כשהרשת מכובה?
הוא אינו נשלח לשום מקום, וכן, זה עובד. קובץ WebP שאתם משליכים לכאן מפוענח ומקודד מחדש בידי הלשונית שמולכם, עם המעבד שלכם עצמכם; לאתר הזה אין שרת שיוכל לקלוט קובץ, גם אילו הדף היה מנסה להושיט לו אחד. הבדיקה מהירה: פתחו את לשונית הרשת בכלי הפיתוח של הדפדפן והמירו משהו כשהיא פתוחה. הדבר היחיד שנסע אי פעם הוא הדף עצמו, ולכן ברגע שהגיע אפשר לכבות את הרשת כליל ולהמשיך להמיר. שום דבר לגבי הקבצים שלכם אינו נשמר, אינו עובר מביקור אחד לזה שאחריו ואינו נשאר מאחור כשהלשונית נסגרת.