קצב סיביות, רזולוציה וקצב פריימים
איזו מההגדרות האלה מקטינה את הקובץ, ואיזו רק גורמת לו להיראות גרוע יותר?
משוואה אחת מסבירה את רוב זה
גודל הקובץ הוא, בקירוב טוב, קצב הסיביות כפול משך הזמן. קצב הסיביות הוא כמה סיביות בשנייה המקודד רשאי להוציא; משך הזמן הוא כמה שניות הוא מוציא אותן. כל השאר — רזולוציה, קצב פריימים, תנועה, קודק — משנה כמה טובה התמונה נראית בקצב סיביות נתון, לא כמה גדול הקובץ.
דוגמה מחושבת הופכת את זה למוחשי. קליפ שמקודד ב-5 מגה-סיביות לשנייה במשך שישים שניות מכיל 300 מגה-סיביות של נתוני וידאו, שהם 37.5 מגה-בייט, ועוד רצועת האודיו ותקורת המיכל. זה חשבון, לא מדידה: אותן שישים שניות ב-2 Mbit/s הן 15 MB, מה שלא יהיה בפריים.
רזולוציה וקצב פריימים הם דרישה, לא גודל
העלאת הרזולוציה או קצב הפריימים לא מגדילה ישירות את הקובץ. היא מעלה כמה סיביות המקודד צריך כדי להיראות סביר. קליפ 4K ב-2 Mbit/s הוא בדיוק באותו גודל כמו קליפ 720p ב-2 Mbit/s; גרסת ה-4K פשוט נראית גרועה בהרבה, כי אותו תקציב נפרש על פני פי תשעה פיקסלים.
לכן הקטנת הרזולוציה היא דרך כל כך יעילה לצמצם וידאו. אתם לא מקטינים את הקובץ בכך שאתם משנים את הרזולוציה — אתם גורמים לקצב סיביות נמוך יותר להיראות סביר, ואז בוחרים את קצב הסיביות הנמוך הזה.
| רזולוציה | ב-30 fps | ב-60 fps |
|---|---|---|
| 3840 × 2160 | 249 מיליון px/s | 498 מיליון px/s |
| 1920 × 1080 | 62 מיליון px/s | 124 מיליון px/s |
| 1280 × 720 | 28 מיליון px/s | 55 מיליון px/s |
| 854 × 480 | 12 מיליון px/s | 25 מיליון px/s |
המספרים האלה הם עומס העבודה של המקודד, והם משתנים בצורה הצפויה. חיתוך קצב הפריימים לחצי חוצה את עומס העבודה; ירידה מ-1080p ל-720p מקטינה אותו לכשליש. ובכל זאת, לקצב הפריימים יש אפקט שני: הוא משנה איך התנועה מרגישה. חיתוך קצב הפריימים לחצי בצילום סטטי של אדם מדבר כמעט בלתי נראה; חיתוך לחצי בפאן מהיר נראה מאוד.
מה מדד איכות באמת עושה
רוב המקודדים המודרניים מעדיפים יעד איכות על פני יעד קצב סיביות. אתם נותנים מדד איכות, המקודד מוציא את הסיביות שהאיכות הזו דורשת פריים אחרי פריים, וקצב הסיביות שמתקבל משתנה עם התוכן. זו בדרך כלל ההגדרה הטובה יותר לשימוש, כי היא שמה את הסיביות היכן שהתמונה צריכה אותן במקום לבזבז אותן על פריים סטטי ולהרעיב פריים מהיר.
התוצאה היא שמדד איכות לא אומר לכם את גודל הקובץ מראש. שני קליפים שמקודדים באותו מדד יכולים להיבדל בפקטור גדול, ואין דרך לדעת בלי לקודד. אם אתם חייבים לעמוד במגבלת גודל, או שתקודדו ותבדקו, או שתשתמשו ביעד קצב סיביות ותקבלו שהאיכות תשתנה במקום זאת.
התנועה היא המשתנה הנסתר
קודקי וידאו עובדים בכך שהם מתארים כל פריים כהפרש מפריימים קודמים. כשמעט משתנה — מצלמה נעולה, מצגת שקופיות, פנים מול קיר חלק — ההפרשים זעירים והמקודד צריך מעט מאוד סיביות. כשהכול משתנה — פאן מהיד, קונפטי, גשם, מים, עלווה ברוח, חיתוך סצנה בכל שנייה — כמעט שום דבר לא ניתן לחיזוי וקצב הסיביות מטפס.
- גרעיניות ורעש חיישן מתנהגים כמו תנועה: הם משנים כל פיקסל בכל פריים ויקרים לקידוד.
- קליפ רועד מהיד עולה הרבה יותר מאותו נושא שצולם על חצובה.
- הקלטות מסך של ממשקים סטטיים ברובם זולות במיוחד, עד שמשהו נגלל.
- מעברי עמעום והמסה יקרים יותר מחיתוכים חדים, כי כל פיקסל משתנה מעט למשך שנייה או יותר.
האודיו קטן, עד שהוא לא
ברוב הקליפים האודיו הוא שגיאת עיגול: רצועת סטריאו ב-128 kbit/s מוסיפה בערך מגה-בייט לדקה. אבל בקליפ קצר, דחוס בכבדות וברזולוציה נמוכה הוא יכול להפוך לחלק ניכר מהסך הכול. אם אתם נלחצים חזק אל מול תקרת גודל, שווה לשקול ירידה לקצב אודיו נמוך יותר, או למונו, לפני שאתם פוגעים בתמונה עוד יותר. אם האודיו לא משנה בכלל, הסרת הרצועה לגמרי היא אריזה מחדש ולא עולה כלום באיכות.
מתכון שבדרך כלל עובד
- החליטו מה המסך הגדול ביותר שבו הקליפ באמת ייצפה, והגבילו את הרזולוציה אליו.
- שמרו על קצב הפריימים של המקור אלא אם התנועה עדינה; חיתוך שלו לחצי הוא שינוי נראה לעין, לא חיסכון חינם.
- קודדו לפי מדד איכות ולא לפי קצב סיביות, ואז מדדו את התוצאה.
- אם התוצאה גדולה מדי, הורידו את הרזולוציה לפני שאתם מורידים עוד את האיכות.
- קצצו את הקליפ. משך הזמן הוא מכפיל ישיר על כל המשוואה, ושלושים שניות מיותרות עולות יותר מכל הגדרה.
להקטין וידאו לשליחה באימייל
מגבלות האימייל חלות על הקובץ המצורף הסופי, ולכן משך הזמן הוא הדבר הראשון לבדוק. קצצו כל מה שמיותר, ואז הורידו את הרזולוציה ל-720p או ל-480p כשהקליפ ייצפה בתוך הודעה ולא על מסך גדול. דרישת הפיקסלים הנמוכה יותר מאפשרת למקודד להשתמש בקצב סיביות קטן בהרבה בלי להרוס פרטים.
אם הקובץ המצורף עדיין מפספס את המגבלה של הספק, קצרו אותו או שתפו אותו דרך שירות העברת קבצים מאושר. קידוד חוזר ונשנה של אותו קליפ ארוך באיכות נמוכה יותר מייצר בסוף קובץ שנראה רע ועדיין יכול להיות גדול מדי, כי משך הזמן ממשיך להכפיל את קצב הסיביות.
מה זה לא יכול לומר לכם
אין במדריך הזה יעדי קצב סיביות, וזה מכוון. מספר מומלץ תלוי בקודק, במימוש המקודד, בתוכן ובתנאי הצפייה, וכל נתון שמצוטט בלי ארבעת אלה הוא קישוט. קודדו דגימה של שלושים שניות מהקליפ שלכם בשתי הגדרות והסתכלו על שתיהן — ההשוואה הזו שווה יותר מכל טבלה שמישהו אחר מדד על צילומים של מישהו אחר.
עוד מגבלה אחת ספציפית לקידוד בדפדפן: המכשיר שלכם קובע את הקצב. קידוד הוא עבודה כבדה באמת, טלפונים מווסתים ביצועים כשהם מתחממים, וקליפ ארוך ברזולוציה גבוהה עלול להיות יותר ממה שמכשיר מסוים מסוגל לסיים. זה גבול חומרה, לא הגדרה שאפשר לעקוף בשינוי.