כתוביות בעברית בפרמייר פרו: איך זה עובד ומה נשבר בדרך

הבסיס לכל התקלות הוא האלגוריתם הדו-כיווני של יוניקוד (Unicode Bidirectional Algorithm), התקן שקובע איך מציגים שורה שמערבבת תווים מימין לשמאל ומשמאל לימין. האלגוריתם מחלק את השורה ל"ריצות" של כיוון אחד: ריצה עברית, ריצה של מספר, ריצה של מילה באנגלית. אחר כך הוא מסדר אותן לפי כיוון הפסקה.

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

הפתרון המקובל הוא תווי בקרה בלתי נראים. התו U+200F ‏(RIGHT-TO-LEFT MARK) שמוצב אחרי סימן הפיסוק מצמיד אותו להקשר העברי, ותווי בידוד כמו U+2066 ‏(LEFT-TO-RIGHT ISOLATE) עוטפים ריצה לועזית כך שהיא לא משפיעה על מה שמסביבה. ל-W3C יש הסבר מסודר על טקסט דו-כיווני ותווי בקרה למי שרוצה להעמיק.

שכבה שנייה של בעיות היא קידוד הקובץ. קובץ ‎.srt בעברית שנשמר בקידוד ‎windows-1255, הקידוד העברי הישן של Windows, ונפתח בכלי שמצפה ל-UTF-8, יוצג כג'יבריש: סימני שאלה, ריבועים או תווים אקראיים. קבצים ישנים רבים שמסתובבים ברשת נשמרו כך, והכלי שפותח אותם בדרך כלל לא מציג אזהרה ברורה. הדרך הבטוחה היא לשמור ולטעון את הקובץ ב-UTF-8 לאורך כל הדרך. פירוט מלא במדריך קידוד כתוביות בעברית.

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

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

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

התוצאה היא רצועת כתוביות רגילה של Premiere, לא ממשק נפרד. את הרצועה מעצבים ב-Essential Graphics כמו כל טקסט אחר: גופן, גודל וצבע. למי שצריך קובץ נפרד להעלאה ליוטיוב או לפלטפורמה אחרת, יש יצוא ‎.srt.

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

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

מספרים צריכים יחס דומה. תאריך כמו 15/03/2026 או מחיר כמו 250 ₪ חייבים להיקרא משמאל לימין גם בתוך שורה שנקראת מימין לשמאל, והסימנים שמסביבם, כמו לוכסנים, מקפים וסוגריים, לא אמורים לזוז.

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