רשימת בדיקת QA לתרגום כתוביות: מהירות קריאה, אורך שורה ופילוח

דיוק תרגומי לבדו לא מספיק

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

1. מבנה הקובץ;
2. סנכרון;
3. דיוק ועקביות לשוניים;
4. קריאות על המסך.

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

בדיקת Preflight של 10 דקות

לפני הבדיקה המלאה, בצעו מעבר ראשוני שמתחיל בחסמים:

• הקובץ נפתח בנגן או בעורך היעד.
• מספר ה-cue במקור וביעד תואם.
• מזהי ה-cue וחותמות הזמן נשארו מסודרים.
• הקובץ משתמש בקידוד הנדרש, בדרך כלל UTF-8.
• אין cue בשפת המקור שנשאר ריק או לא תורגם בטעות.
• שום cue ביעד לא מכיל הוראה, גדר Markdown, או הערת מודל.
• הדקה הראשונה, האמצעית והאחרונה מסונכרנות עם חיתוך הווידאו המדויק.
• שמות, תאריכים, מחירים, מידות וכתובות URL תואמים לראיות שבמקור.

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

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

שלמות מספר ה-Cue והתזמון

כשהמשימה אומרת "לתרגם בלי לשנות תזמון", השוו את הערכים האלה באופן תכנותי או בתוך עורך כתוביות:

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

תווים לשנייה ומהירות קריאה

חשבו תווים נראים לשנייה כך:

CPS = visible character count / cue duration in seconds

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

אל תמציאו סף רק כי בלוג כלשהו אומר ש-"17 CPS תמיד נכון". דוח QA שימושי כולל:

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

CPS גבוה הוא טריגר לבדיקה, לא הוראה אוטומטית למחוק משמעות.

תווים לשורה ומגבלות של שתי שורות

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

מדריך ה-timed-text הנוכחי של Netflix באנגלית, למשל, קובע מקסימום של 42 תווים לשורה בהקשר ההפצה הספציפי הזה (Netflix Partner Help). המספר הזה הוא ראיה להפצה באנגלית של Netflix, ולא חוק אוניברסלי עבור YouTube, טלוויזיה משודרת, כתוביות CJK, וידאו אנכי, או מדריך של לקוח אחר.

בדקו:

• מספר שורות מרבי לכל cue;
• אורך השורה לפי כללי הספירה של היעד;
• האם הנגן עוטף cue שאמור להיות בשורה אחת;
• האם הכתוביות מתנגשות עם lower thirds או עם ממשק המשתמש;
• האם cue דו-לשוני תופס יותר מדי מקום אנכי.

פילוח משפטים ושבירות טבעיות

שבירת שורה טובה שומרת על צירוף בעל משמעות. הימנעו מהפרדה בין:

• תווית יידוע לשם העצם שלה;
• מילת יחס למושא שלה;
• כינוי לפועל שלו;
• פועל עזר לפועל העיקרי;
• שם פרטי ושם משפחה של אדם;
• מספר ליחידת המידה שלו;
• מילת שלילה למילה שהיא משנה.

לא טוב:

The board approved the
new accessibility policy.

טוב יותר:

The board approved
the new accessibility policy.

בין cue שונים, אל תחשפו פאנץ', תשובה או זהות לפני שהאודיו חושף אותם. סדר דקדוקי בשפת היעד עשוי לדרוש ניסוח מחדש במקום להעביר מילה קריטית אל cue מוקדם יותר.

תוויות דובר, אפקטים קוליים וטקסט על המסך

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

בדקו ש:

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

ההנחיות של YouTube נותנות דוגמאות כמו [applause] ו-[thunder] עבור צלילים משמעותיים (YouTube Help). השתמשו במוסכמה של היעד, לא בערבוב אקראי של סוגריים מרובעים, סוגריים עגולים ומקפי דובר.

מספרים, תאריכים, שמות ומינוח

בצעו מעבר דטרמיניסטי לפני ששופטים סגנון:

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

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

בדיקת נקודות במדגם של הכתוביות מול האודיו

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

• את החריגים המהירים ביותר של CPS;
• את השורות הארוכות ביותר;
• את ה-cue בעלי המשך הקצר ביותר;
• כל cue שמכיל מספר;
• כל החלפת דובר בשיחה צפופה;
• כל תבנית של תגית עיצוב;
• את תחילת וסוף כל סצנה או פרק;
• מדגם אקראי מתוך שאר ה-cue.

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

שגיאות כתוביות: חוסם לעומת קוסמטי

אל תמזגו את כל אלה לציון מרגיע אחד. חוסם יחיד צריך להכשיל את ההפצה גם אם 119 cue אחרים מושלמים.

רשימת בדיקה להורדה עבור QA

העתיקו את זה אל כרטיס המסירה:

[ ] Exact video version and runtime confirmed
[ ] Destination platform, language, and style guide recorded
[ ] Source and target cue counts reconciled
[ ] IDs, timestamps, ordering, encoding, and tags validated
[ ] No missing, duplicated, or unintentionally untranslated cues
[ ] CPS and line length calculated using documented rules
[ ] Natural line and cue segmentation reviewed
[ ] Speakers, sound effects, music, and on-screen text handled consistently
[ ] Names, numbers, dates, units, URLs, and terminology verified
[ ] Risk-based sample watched at normal speed
[ ] Full target track watched or review responsibility assigned
[ ] Zero blockers; major issues resolved

בתהליך הפקה עם תזמון נעול, שלבו את הרשימה הזו עם איך לתרגם קובץ SRT בלי לשנות את חותמות הזמן. למסירה ב-YouTube, השתמשו ב-תהליך העלאת כתוביות ל-YouTube.

מתי לא להשתמש ברשימת בדיקה גנרית

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

במקרה כזה, זהו שלב ה-preflight. החוזה ומדריך הסגנון של היעד הם הסמכות הקובעת.

FAQ

מהי מהירות קריאה טובה לכתוביות?

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

כמה תווים צריכה להכיל שורת כתובית?

השתמשו במפרט של היעד ובדקו את הנגן בפועל. מגבלה שפורסמה עבור פלטפורמה ושפה מסוימות לא אמורה להיות מוכללת לכל מסירה.

האם כתוביות מתורגמות צריכות לשמור על שבירות השורה של המקור?

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

האם התאמה במספר ה-cue מספיקה כדי להוכיח שקובץ SRT תקין?

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

האם כל קובץ כתוביות מתורגם חייב לעבור צפייה מלאה?

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