כתוביות בעברית לא עובדות בפרמייר: ג'יבריש, שבירת שורה ופיסוק הפוך
מאחורי המשפט "הכתוביות בעברית לא עובדות" מסתתרות שלוש תקלות שונות לגמרי: קידוד תווים שגוי, שבירת שורה שלא מכבדת תחביר עברי, וסימני פיסוק שיושבים בצד ההפוך. כאן מסבירים איך מזהים כל אחת מהן, ולמה מנוע שנבנה סביב אנגלית לא באמת פותר אותן.
עורך פותח פרויקט, מייבא קובץ SRT או מפעיל כלי אוטומטי, ובמקום "שלום, מה שלומך היום?" מקבל שורה שנראית כך: ×©×œ×•× ×ž×” שלומך. זה לא באג נדיר, וזו גם לא תקלה אחת — אלה שלוש תקלות שונות שמתחפשות לאותה תלונה.
הראשונה היא קידוד תווים שגוי: קובץ שנשמר בקידוד אחד ונקרא בקידוד אחר, וכל אות עברית מתפרשת כרצף של תווים לטיניים חסרי משמעות. השנייה היא שבירת שורה במקום הלא נכון: הטקסט תקין לגמרי, אבל המנוע חותך אותו באמצע צירוף לשוני, כי הוא סופר תווים ולא מבין איפה מותר לשבור. השלישית, והכי מתעתעת, היא פיסוק בצד ההפוך: הטקסט קריא ושלם, אבל סימן שאלה או סוגר יושב בקצה הלא נכון של השורה.
ההבדל חשוב, כי לכל אחת מהן פתרון אחר. קידוד שגוי לא נפתר בשינוי אורך השורה, ושבירת שורה לא נפתרת בהגדרת קידוד. בעמוד הזה מפורקות שלוש התקלות אחת-אחת, כדי שאפשר יהיה לזהות מה בדיוק קורה במקום לנסות תיקונים באקראי. אם כל הטקסט אצלכם יוצא כג'יבריש מלא, יש הרחבה ייעודית בעמוד כתוביות בעברית ג'יבריש.
תקלה 1: קידוד תווים שגוי — כשעברית הופכת לג'יבריש
זו התקלה הנפוצה ביותר, והיא לא מעידה כלל על איכות התמלול. קובץ SRT או VTT הוא קובץ טקסט פשוט, ובלי הצהרה מפורשת על הקידוד שלו כל תוכנה שקוראת אותו למעשה מנחשת. אם הקובץ נשמר ב-UTF-8 ונפתח בהנחה של Windows-1255 (הקידוד הישן של עברית ב-Windows), כל בייט מתפרש לפי טבלת תווים שגויה.
כך זה נראה בפועל:
> המקור: אני צריך שהכתוביות יופיעו בעברית תקינה > > מה שמופיע: ×× ×™ צריך שהכתוביות יופיעו בעברית תקינה
שימו לב שזה לא רעש אקראי. כל אות עברית תופסת מספר בייטים ב-UTF-8, ולכן אותה תבנית שגיאה חוזרת על עצמה כמעט זהה בכל שורה — וזה בדיוק הסימן שמאפשר לזהות שמדובר בקידוד ולא במשהו אחר.
המצב מחריף כשעוברים בין מערכות הפעלה: קובץ שהופק על Windows ונפתח על Mac, או להפך, נופל לזה כמעט בכל פעם.
החלק החשוב: אחרי שהטקסט נשבר, לא תמיד אפשר לשחזר אותו. צריך לדעת בדיוק מאיזה קידוד ההמרה השגויה יצאה, ואם הקובץ עבר יותר מהמרה שגויה אחת, המידע פשוט אבד. לכן הפתרון היעיל הוא למנוע מראש ולא לתקן בדיעבד: כשהכתוביות נוצרות ישירות בתוך פרמייר כרצועות כתוביות סטנדרטיות, אין שלב ייבוא של קובץ חיצוני, ולכן אין נקודה בתהליך שבה ניחוש קידוד יכול להשתבש.
תקלה 2: שבירת שורה שלא מכבדת תחביר עברי
גם כשהקידוד תקין והטקסט מוצג כמו שצריך, הכתובית עדיין יכולה לצאת שבורה — הפעם בגלל המקום שבו המנוע מחליט לפצל את השורה.
רוב מנועי הכתוביות שוברים לפי מגבלת תווים פשוטה: כשמגיעים לאורך המקסימלי, השורה נחתכת שם. באנגלית זה עובד סביר, כי רווח בין מילים מסמן כמעט תמיד גבול תחבירי טבעי. בעברית זה נכשל, ומשתי סיבות עיקריות: צירופי סמיכות שפועלים כיחידה סמנטית אחת ("בית ספר", "שר החוץ"), ומילות יחס נטויות שנצמדות למה שאחריהן ("איתה", "עליהם", "שלו").
כך נראה ההבדל:
> שבירה שגויה > שורה 1: מנהל בית > שורה 2: הספר הודיע על הפגישה
> שבירה נכונה > שורה 1: מנהל בית הספר > שורה 2: הודיע על הפגישה
על הנייר ההבדל נראה זניח, אבל כתובית רצה על המסך פחות משנייה. בשבירה השגויה הצופה קורא "מנהל בית" כיחידה שלמה, ואז נאלץ לתקן את עצמו כשמופיעה השורה השנייה. זה עיכוב קטן בקריאה שחוזר על עצמו לאורך כל הסרטון.
המסקנה המעשית: מנוע שמכבד תחביר עברי בודק היכן עובר גבול של יחידה לשונית, לא רק כמה תווים נכנסו בשורה.
תקלה 3: פיסוק ומספרים שיושבים בצד ההפוך
זו התקלה שהכי קשה לאבחן, כי הטקסט העברי עצמו קריא לחלוטין — רק סימני הפיסוק לא במקום.
עברית נכתבת מימין לשמאל, כלומר תחילת המשפט נמצאת בצד ימין של השורה. מנוע שמטפל בטקסט כברירת מחדל משמאל לימין ורק מוסיף סימון כיווניות שטחי מצליח להפוך את סדר האותיות, אבל לא בהכרח מציב נכון את סימני הפיסוק. התוצאה: סימן שאלה שאמור לסגור את המשפט מופיע בקצה הלא נכון של השורה, וסוגר פותח נראה כאילו הוא סוגר.
אותה חולשה מתגלה בשני מקומות נוספים:
- מספרים. ספרות נכתבות תמיד משמאל לימין, גם בתוך משפט עברי. מנוע חלקי לפעמים מהפך גם אותן, כך ש-2024 מוצג כ-4202.
- שורות מעורבות. שם מותג או מונח טכני באנגלית בתוך משפט עברי הוא קטע שצריך להישאר בכיוונו — מנוע חלקי מתקשה לקבוע היכן הקטע מתחיל ונגמר, ולעיתים מהפך גם אותו.
שלוש הנקודות האלה תלויות זו בזו, ולכן אי אפשר לפתור אותן בנפרד. טיפול נכון בטקסט דו-כיווני מחזיק יחד את כיוון הטקסט, את מיקום הפיסוק ואת סדר הספרות כמערכת אחת. תוסף שמצהיר על "תמיכה בעברית" בלי לפרט מה בדיוק נתמך, לרוב מתייחס רק לכיוון הכללי של הטקסט.
שלוש התקלות זו לצד זו
| התקלה | איך היא נראית על המסך | מה נדרש כדי למנוע אותה |
|---|---|---|
| קידוד תווים שגוי | רצף תווים לטיניים במקום אותיות עבריות, באותה תבנית חוזרת בכל שורה | הפקת הכתוביות בתוך פרמייר, בלי מעבר דרך קובץ חיצוני שצריך לנחש את קידודו |
| שבירת שורה לא תחבירית | הטקסט קריא, אבל צירוף כמו "בית ספר" נחתך בין שתי שורות | שבירה לפי גבולות של יחידות לשוניות, ולא לפי ספירת תווים בלבד |
| פיסוק בצד ההפוך | הטקסט שלם, אבל סימן שאלה או סוגר יושב בקצה הלא נכון של השורה | טיפול מלא בטקסט דו-כיווני, שמחזיק כיוון ומיקום פיסוק יחד |
| מספר שמתהפך | 2024 מוצג כ-4202 בתוך משפט עברי | הבחנה בין תווים שמתהפכים לבין ספרות שנשארות בכיוונן |
| שורה מעורבת עברית-אנגלית | שם מותג באנגלית קופץ למקום שגוי בתוך המשפט | קטע ה-LTR מטופל כיחידה נפרדת, יחד עם שימור שמות |
Translated naturally.
In every language.
Native phrasing, not word-for-word. Word-level timestamps, burned-in or exported as SRT — in seconds.
שלוש התקלות נמנעות באותה דרך: מנוע שנבנה מלכתחילה סביב כתיבה מימין לשמאל, ולא מנוע אנגלי שהוסיפו לו תמיכה בעברית בדיעבד.
Captain Cut הוא תוסף CEP שרץ בתוך Adobe Premiere Pro, ומפיק תמלול וכתוביות ב-40 שפות ומעלה עם חותמות זמן ברמת מילה. בעברית ובערבית התמיכה כוללת כיוון טקסט, מיקום פיסוק, שורות מעורבות-כיוון וספרות — ארבעתם מטופלים יחד ולא כתיקונים נפרדים שמתנגשים זה בזה. נוסף על כך יש שימור שמות, כך ששמות פרטיים ומותגים לא משתבשים בדרך.
הפלט הוא רצועות כתוביות סטנדרטיות של פרמייר: אפשר לעצב אותן ב-Essential Graphics כמו כל כתובית אחרת, ולייצא ל-SRT כשצריך. אפשר גם לתרגם תוך כדי התמלול, למשל מעברית לאנגלית, בלי לעבור לכלי נוסף.
הרחבה על התהליך המלא יש בעמוד כתוביות בעברית לפרמייר, ופירוט התוכניות והמחירים נמצא בעמוד המחירים.
שאלות נפוצות
כמעט תמיד זו תקלת קידוד: הקובץ נשמר בקידוד אחד ונקרא בקידוד אחר, ולכן כל אות עברית מתפרשת כרצף תווים לטיניים. הסימן המובהק הוא שהתבנית חוזרת על עצמה באופן זהה בכל שורה, ולא נראית אקראית באמת. הדרך הבטוחה למנוע את זה היא להפיק את הכתוביות ישירות בתוך פרמייר, בלי שלב ייבוא שבו אפשר לנחש קידוד לא נכון.
לפעמים, אבל לא תמיד. אם ידוע בדיוק מאיזה קידוד ההמרה השגויה יצאה, אפשר להריץ המרה הפוכה בכלי כמו iconv. אם הקובץ עבר יותר מהמרה שגויה אחת, המידע לרוב אבד ואי אפשר לשחזר אותו. בדרך כלל מהיר יותר להפיק את הכתוביות מחדש מהמקור מאשר לנסות להציל קובץ שבור.
רוב מנועי הכתוביות שוברים שורה לפי מגבלת תווים בלבד. בעברית יש צירופי סמיכות ("בית ספר", "שר החוץ") ומילות יחס נטויות ("איתה", "עליהם") שמתפקדים כיחידה אחת, ושבירה בתוכם מקטעת את הקריאה. מנוע ששובר לפי גבולות לשוניים, ולא לפי ספירה, נמנע מזה.
עברית נכתבת מימין לשמאל, ולכן מיקום הפיסוק תלוי בכיווניות ולא רק בסדר האותיות. מנוע שמטפל בטקסט כברירת מחדל משמאל לימין ורק מוסיף סימון כיווניות שטחי הופך את סדר האותיות, אבל משאיר את הפיסוק במקום שגוי. נדרש טיפול מלא בטקסט דו-כיווני, שמתאם כיוון, פיסוק וספרות יחד.
ספרות נכתבות משמאל לימין גם בתוך משפט עברי — זה כלל קבוע. מנוע שמהפך את כל התוכן ללא הבחנה עלול להציג 2024 כ-4202. מנוע שמטפל בעברית כראוי מבחין בין תווים שצריך להפוך לבין ספרות שנשארות בכיוונן.
זו תקלה שכיחה בתוכן ישראלי, כי שמות מותגים ומונחים טכניים נשארים באנגלית בתוך משפט עברי. מנוע חלקי מתקשה לזהות היכן הקטע האנגלי מתחיל ונגמר, ולפעמים מהפך גם אותו. טיפול נכון משאיר את הקטע האנגלי בכיוונו בתוך המשפט העברי, ובשילוב עם שימור שמות גם השם עצמו נשאר מדויק.
כן. ערבית ועברית שתיהן נכתבות מימין לשמאל, ולכן חשופות לאותן שלוש תקלות. Captain Cut מטפל בשתי השפות באותה תשתית, ולא כתיקון נפרד לכל שפה. פירוט נוסף יש בעמוד arabic subtitles premiere pro.
אבחון מהיר לפני שמנסים לתקן: אם רואים תווים לטיניים אקראיים — זו תקלת קידוד. אם הטקסט קריא אבל נחתך במקום מוזר — זו שבירת שורה. אם הטקסט שלם וקריא אבל הפיסוק בקצה הלא נכון — זו בעיית כיווניות. לכל אחת פתרון אחר, ולכן שווה לזהות קודם.
כתוביות בעברית שיוצאות נכון בפעם הראשונה
7 ימי ניסיון חינם בכל התוכניות, כולל 100 דקות עיבוד AI. תוכניות מ-$14.99 לחודש, אפשר לבטל בכל שלב.
התחלת ניסיון חינם