קודקים לווידאו מוסברים: H.264 נגד H.265 נגד VP9 נגד AV1

אתם פותחים תיבת דיאלוג לייצוא — או גוררים קובץ לכלי המרה — וארבעה שמות מסתכלים אליכם: H.264, H.265, VP9, AV1. הם נראים כמו מספרי דגם על עדשת מצלמה. הכלי בוחר אחד כברירת מחדל, אתם מקבלים ועוברים הלאה.

זה עובד עד שהקובץ לא מושמע בטלוויזיה. או שהוא מושמע כשורה אבל שוקל 800MB כשהיה צריך לשקול 80MB. או שאתם מעלים אותו לפורטל לקוח ומערכת שלהם דוחה את הפורמט.

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

מהו קודק — ולמה הוא שונה מקונטיינר

קודק הוא האלגוריתם שמקודד ומפענח נתוני וידאו. המילה היא כינוי מ"מקודד/מפענח". כאשר אתם מקליטים וידאו, הקודק דוחס פריימים מגודלם הגולמי — פריים 1080p לא דחוס שוקל כ-6MB — למשהו שאפשר לאחסן ולשדר. כאשר אתם מנגנים וידאו, הקודק מפענח בזמן אמת כדי שתראו תמונות נעות.

קונטיינר הוא פורמט הקובץ שעוטף את הנתונים הדחוסים. MP4, MOV, MKV, WebM — אלה קונטיינרים. הם מכילים את זרם הווידאו, זרם השמע, כתוביות ומטא-נתונים, ואורזים הכל לקובץ אחד.

הבלבול נוצר מערבוב השניים. כאשר מישהו אומר "שלח לי MP4," הוא מתכוון לקונטיינר. הקודק בתוך ה-MP4 הזה יכול להיות H.264, H.265 או AV1. כאשר הטלוויזיה אומרת שאינה יכולה להשמיע קובץ, לעיתים קרובות המשמעות היא שהטלוויזיה לא תומכת בקודק — לא בקונטיינר.

המסקנה המעשית: המרה ל-MP4 אינה מבטיחה תאימות. גם צריך את הקודק הנכון בתוך ה-MP4.

H.264 (AVC) — התקן האוניברסלי

H.264 — הנקרא רשמית AVC, Advanced Video Coding — תוקן ב-2003. בשלב זה הוא קודק הווידאו הנפוץ ביותר בעולם. כל טלפון, כל טלוויזיה, כל קונסולת משחק, כל דפדפן אינטרנט, כל פלטפורמת מדיה חברתית מ-15 השנים האחרונות משמיעה H.264 ללא בעיות.

דחיסה: H.264 אינו הקודק היעיל ביותר לפי סטנדרטים מודרניים. קובץ מקודד ב-H.264 יהיה גדול יותר מקובץ באיכות שווה ב-H.265 או AV1. אבל הוא לא לא יעיל — ב-CRF 23, הוא דוחס קובץ 1080p לכ-1–4 Mbps, הרבה מתחת למה שכל חיבור פס רחב או פלטפורמת סטרימינג מצפה.

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

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

הכי מתאים לـ: כל מה שמתכוונים לשתף עם אחרים ולא ניתן לשלוט בסביבת ההשמעה שלהם. קבצים מצורפים לאימייל, WhatsApp, Slack, מדיה חברתית, משלוחים ללקוחות, פלט שידור — אם תאימות היא עדיפות, H.264 בקונטיינר MP4 הוא התשובה הנכונה.

H.265 (HEVC) — דחיסה טובה יותר, יותר חיכוך

H.265 — הנקרא גם HEVC, High Efficiency Video Coding — הוא היורש הישיר של H.264, שתוקן ב-2013. המספר המרכזי שלו: דחיסה טובה ב-40–50% בערך מ-H.264 באותה איכות ויזואלית. קובץ שתופס 100MB ב-H.264 תופס 50–60MB ב-H.265 באותה רזולוציה ורמת איכות.

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

מהירות קידוד: איטי יותר מ-H.264. קידוד H.265 בתוכנה בלבד איטי בצורה ניכרת — לפעמים 3–5 פעמים איטי יותר מ-H.264 על חומרה שווה. האצה חומרתית קיימת על Apple Silicon מודרני, כרטיסי NVIDIA אחרונים ו-Intel Quick Sync, מה שמצמצם את הפער בצורה משמעותית. אם החומרה שלכם תומכת בכך, קידוד H.265 מהיר. אם לא, תצטרכו לחכות.

רישוי פטנטים: כאן H.265 מסתבך. בשונה מ-H.264 שיש לו גוף רישוי אחד (MPEG-LA), ל-H.265 יש מאגרי פטנטים מתחרים מרובים עם דרישות רישוי נפרדות. התוצאה: Firefox ו-Chrome לא מפעילים פענוח H.265 כברירת מחדל כי מצב הרישוי לא נפתר עבור ספקי הדפדפן. Safari ומכשירי Apple תומכים בו באופן מקורי, ולכן iPhone מקליטים ב-HEVC כברירת מחדל.

תמיכה בדפדפן: מוגבלת. H.265 לא מושמע באופן מקורי ב-Chrome או Firefox ללא חומרה נוספת. זה הופך אותו לא מתאים למסירת וידאו אינטרנטי אם לא ניתן להבטיח את סביבת ההשמעה.

הכי מתאים לـ: אחסון מקומי, ארכוב, תהליכי עבודה מ-Apple ל-Apple, וכל מצב שאתם שולטים בהשמעה (אפליקציה ספציפית, טלוויזיה ספציפית, נגן ייעודי). אם מישהו צופה על Mac, iPhone או Apple TV, H.265 מצוין. אם שולחים קובץ למישהו שהגדרותיו אינן ידועות לכם, H.264 בטוח יותר.

VP9 — החלופה הפתוחה של Google

VP9 הוא תשובת Google ל-H.265. הוא פותח כדי להיות ללא דמי רישוי ופתוח, שוחרר ב-2013. YouTube אימץ אותו כקודק ברירת המחדל שלה למסירת וידאו אינטרנטי, וכל דפדפן מבוסס Chromium משמיע אותו באופן מקורי. Firefox תומך בו. Safari הוסיף תמיכה ב-2021.

דחיסה: VP9 משיג יעילות דחיסה שווה בגסות ל-H.265 — כ-30–50% טוב יותר מ-H.264 באותה רמת איכות. בפועל, צינור הקידוד של YouTube מייצר קבצי VP9 שמסתרמים בקצב סיביות נמוך יותר מ-H.264 השווה ונראים אותו הדבר.

מהירות קידוד: איטית. קידוד VP9 בתוכנה עתיר מעבד ואיטי בצורה ניכרת מ-H.264. האצה חומרתית לקידוד VP9 זמינה על חלק מהמכשירים (שבבי Intel אחרונים, חלק מ-Android SoC) אבל לא כלל-שורית כמו H.264. פענוח מהיר ומואץ חומרתית על רוב המכשירים המודרניים, ולכן YouTube יכול למסור אותו בצורה חלקה — הם עושים את הקידוד האיטי פעם אחת, והמכשיר שלכם מפענח במהירות.

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

קונטיינר: VP9 חי בקונטיינרים WebM למסירה אינטרנטית, אם כי יכול להופיע גם ב-MKV. בדרך כלל לא תמצאו VP9 בקובץ MP4.

הכי מתאים לـ: מסירת וידאו אינטרנטי שבה אתם שולטים בנגן (דפדפן מודרני) ורוצים דחיסה טובה יותר מ-H.264 ללא סיבוכי הרישוי של H.265. נישה בפרקטיקה — רוב הפרויקטים החדשים מדלגים על VP9 לטובת AV1.

AV1 — תקן העתיד

AV1 הוא הקודק החדש ביותר בקבוצה זו, שוחרר ב-2018 על ידי Alliance for Open Media — קואליציה הכוללת את Google, Apple, Microsoft, Netflix, Amazon, Facebook ו-Mozilla. המטרה הייתה לבנות קודק ללא דמי רישוי שיעלה על H.265.

זה הצליח. AV1 משיג דחיסה טובה ב-30% מ-VP9 ובקירוב 50% טוב יותר מ-H.264 באיכות שווה. הבדיקות הפנימיות של Netflix הראו ש-AV1 מספק את אותה איכות תפיסתית כמו HEVC בקצב סיביות נמוך ב-40%.

מהירות קידוד: זה היה המכשול העיקרי לאימוץ. קידוד AV1 בתוכנה איטי ביותר — קידוד וידאו 1080p של 10 דקות יכול לקחת שעות על מעבד סטנדרטי. האצה חומרתית היא הפתרון והיא מגיעה במהירות. NVIDIA RTX 40-series, Intel Arc, ו-AMD RDNA 3 GPU כולם כוללים מקודדי AV1 חומרתיים. Apple Silicon הוסיף פענוח AV1 חומרתי. ככל שהשבבים האלה הופכים לבסיס המותקן, עונש מהירות הקידוד נעלם.

ללא דמי רישוי: כן, לחלוטין. Alliance for Open Media הוקמה במפורש כדי ליצור קודק ללא פטנטים. זה הופך את AV1 לבטוח לספקי דפדפן, פלטפורמות סטרימינג ומפתחים ליישום ללא חשיפת רישוי.

אימוץ: YouTube מגיש AV1 לדפדפנים שתומכים בו. Netflix משתמש ב-AV1 למסירה ניידת. Chrome, Firefox, Edge ו-Safari כולם תומכים בפענוח AV1. תמיכת פענוח חומרתית היא כעת סטנדרט על טלפונים, מחשבים ניידים וטלוויזיות מ-2022 ואילך.

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

השוואת קודקים במבט אחד

הבלבול קונטיינר לעומת קודק

עכשיו כשאתם יודעים מה כל קודק עושה, הנה תמונת הקונטיינרים:

MP4 הוא הקונטיינר הרב-תכליתי ביותר. הוא יכול לאחסן זרמי וידאו H.264, H.265 ו-AV1. הוא הקונטיינר עם התמיכה הרחבה ביותר במכשירים. כאשר אתם ממירים ל-MP4, הקודק הפנימי קובע את התאימות בפועל — MP4 ב-H.264 מושמע בכל מקום, MP4 ב-H.265 עשוי שלא להישמע ב-Firefox.

WebM הוא קונטיינר Google, שתוכנן לאינטרנט. הוא מאחסן זרמי VP9 ו-AV1. תראו WebM בנגני וידאו מבוססי דפדפן ובתוכן שמוגש מ-CDN מותאמים לדפדפנים מודרניים. הוא לא מושמע באופן מקורי בכל נגני המדיה.

MOV הוא קונטיינר Apple. iPhone מקליטים ב-MOV עוטף זרם HEVC (H.265). זה יעיל על חומרת Apple אבל עלול לגרום לבעיות תאימות בנגני מדיה של Windows ומכשירי Android.

MKV (Matroska) הוא הקונטיינר הפתוח הגמיש שיכול לאחסן כמעט כל דבר — H.264, H.265, AV1, VP9 ועשרות קודקים אחרים. MKV פופולרי לספריות מדיה ולארכוב בגלל גמישותו ותמיכתו בכתוביות, אבל הוא לא נתמך בצורה אוניברסלית על מכשירי צרכנים ללא תוכנת נגן מדיה.

אי-ההתאמה שמבלבלת אנשים: קובץ MOV מ-iPhone מכיל HEVC בפנים. Windows Media Player לא יכול להשמיע HEVC ללא חבילת קודק HEVC מותקנת. הפתרון אינו לשנות את שם הקובץ — אלא לקודד מחדש ל-H.264 בתוך קונטיינר MP4. הבנת ההבחנה הזו חוסכת הרבה פתרון בעיות.

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

איזה קודק להשתמש בפועל

התעלמו מכל האמור לעיל ובחרו מהרשימה הזו בהתאם למצבכם:

אתם רוצים שהקובץ יושמע על כל מכשיר, בכל מקום — השתמשו ב-H.264 ב-MP4. כל מכשיר שיוצר ב-15 השנים האחרונות מושמע אותו. כל פלטפורמה מקבלת אותו. הוא דוחס מספיק טוב לכל תרחיש שיתוף. בספק, זו התשובה.

אתם מארכבים וידאו או מאחסנים צילומי 4K — השתמשו ב-H.265 ב-MP4 או MOV. הפחתת גודל הקובץ של כ-45% לעומת H.264 מצטברת במהירות כאשר אתם מאחסנים טרה-בתים. אם אתם בית Apple (iPhone, Mac, Apple TV), לעולם לא תיתקלו בבעיית תאימות. אם אתם צריכים לשתף את הקבצים האלה עם משתמשים שאינם Apple, המירו ל-H.264 למסירה.

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

אתם מוסרים וידאו ל-YouTube או נגן מבוסס דפדפן ומהירות הקידוד קריטית — השתמשו ב-VP9 כ-fallback. VP9 מוכח בקנה מידה גדול, ללא דמי רישוי, ונתמך בכל מקום שבו H.264 אינו מספיק. הוא פחות עתיד-גלוי מ-AV1 אבל יותר מעשי לצינורות שעדיין אינם יכולים להתמודד עם זמני קידוד של AV1.

דחיסת וידאו עם הקודק הנכון

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

H.264 ב-CRF 23 הוא נקודת ההתחלה שרוב האנשים צריכים להשתמש בה. מנקודה זו, H.265 ו-AV1 מאפשרים לכם ללכת רחוק יותר ללא אובדן איכות גלוי, אם כי תקורת הקידוד עולה בכל שלב. מדריך דחיסת הווידאו מכסה הגדרות CRF וקביעות מוגדרות מראש בפירוט אם ברצונכם להעמיק בצד הדחיסה.

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

הגרסה הקצרה

ארבעה קודקים, ארבעה מקרי שימוש:

• H.264 — מושמע בכל מקום, מהיר לקידוד, ברירת מחדל בטוחה
• H.265 — חצי מגודל קובץ H.264, מצוין לאחסון ומכשירי Apple, הימנעו למסירה אינטרנטית
• VP9 — ללא דמי רישוי, מוכח ב-YouTube, תמיכת דפדפן טובה, איטי לקידוד
• AV1 — הדחיסה הטובה ביותר הזמינה, ללא דמי רישוי, כיוון התעשייה, האצה חומרתית מגיעה מהר

אם אתם משתפים וידאו היום, השתמשו ב-H.264 ב-MP4. אם אתם בונים מערכת למחר, תכננו סביב AV1.

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