စာတန်းထိုး ဘာသာပြန် QA စစ်ဆေးစာရင်း: ဖတ်ရှုနှုန်း၊ စာကြောင်းအလျားနှင့် အပိုင်းခွဲခြားမှု

ဘာသာပြန်တိကျမှုတစ်ခုတည်းဖြင့် မလုံလောက်ပါ

စာတန်းထိုးတစ်ခုသည် ဝါကျတစ်ကြောင်းချင်းအလိုက် တိကျနိုင်သော်လည်း ဖန်သားပြင်ပေါ်တွင် မအောင်မြင်နိုင်သေးပါ။ ကြည့်ရှုသူများသည် စကားပြောသံ၊ မျက်နှာအမူအရာ၊ လှုပ်ရှားမှုနှင့် ဖန်သားပြင်ပေါ်ရှိ စာသားများကို လိုက်ကြည့်နေစဉ် ၎င်းကို သတ်မှတ်ထားသော အချိန်အပိုင်းအခြားအတွင်း ဖတ်ရှုရသည်။ ထို့ကြောင့် စာတန်းထိုး QA တွင် အနည်းဆုံး တစ်ခုနှင့်တစ်ခု မသက်ဆိုင်သော အတိုင်းအတာလေးခု ရှိသည်:

1. ဖိုင်ဖွဲ့စည်းပုံ;
2. စင့်ခ်ကိုက်ညီမှု;
3. ဘာသာဗေဒဆိုင်ရာ တိကျမှုနှင့် ညီညွတ်မှု;
4. ဖန်သားပြင်ပေါ်တွင် ဖတ်ရှုလွယ်ကူမှု။

cue ဖွဲ့စည်းပုံကို ကာကွယ်ရန် ဖိုင်ဖွဲ့စည်းပုံကို နားလည်သော SRT Translator ကို အသုံးပြုပြီးနောက် ရည်မှန်း track ကို ဗီဒီယိုနှင့်အတူ စစ်ဆေးပါ။ မမြင်သာသည့် အဓိကနိဂုံးချုပ်မှာ တစ်စက္ကန့်လျှင် စာလုံးအရေအတွက် သို့မဟုတ် စာကြောင်းတစ်ကြောင်းလျှင် စာလုံးအရေအတွက်အတွက် တစ်ကမ္ဘာလုံးသုံး တစ်ခုတည်းသော ကန့်သတ်ချက် မရှိပါ ဆိုခြင်းဖြစ်သည်။ တင်ပို့မည့် ပလက်ဖောင်း၊ ဘာသာစကား၊ ပရိသတ်၊ အမျိုးအစားနှင့် စာတန်းထိုးအမျိုးအစားတို့က အသုံးချရမည့် စည်းမျဉ်းကို သတ်မှတ်ပေးသည်။ လိုက်နာမှုကို မတိုင်းတာမီ သွားမည့်နေရာ၏ style guide ကို အရင်ရွေးပါ။

၁၀ မိနစ် အကြိုစစ်ဆေးမှု

အပြည့်အစုံ ပြန်လည်သုံးသပ်မှုမတိုင်မီ blocker ကို အရင်စစ်သော pass ကို လုပ်ပါ:

• ဖိုင်ကို ရည်မှန်း player သို့မဟုတ် editor တွင် ဖွင့်နိုင်သည်။
• မူရင်းနှင့် ဘာသာပြန် cue အရေအတွက် ကိုက်ညီသည်။
• Cue ID များနှင့် timestamp များသည် အစဉ်လိုက် ရှိနေသည်။
• ဖိုင်သည် လိုအပ်သော encoding ကို အသုံးပြုထားပြီး ပုံမှန်အားဖြင့် UTF-8 ဖြစ်သည်။
• မူရင်းဘာသာ cue တစ်ခုမျှ မရည်ရွယ်ဘဲ ဗလာမဖြစ်သလို မဘာသာမပြန်ထားခြင်းလည်း မရှိ။
• ရည်မှန်း cue တစ်ခုမျှ instruction၊ Markdown fence သို့မဟုတ် model commentary မပါဝင်။
• ပထမမိနစ်၊ အလယ်မိနစ်နှင့် နောက်ဆုံးမိနစ်တို့သည် တိကျသော video cut နှင့် စင့်ခ်ကိုက်သည်။
• အမည်များ၊ ရက်စွဲများ၊ ဈေးနှုန်းများ၊ တိုင်းတာမှုများနှင့် URL များသည် မူရင်းအထောက်အထားနှင့် ကိုက်ညီသည်။

blocker တစ်ခုခု မအောင်မြင်ပါက ရပ်ပါ။ ဗီဒီယိုမှားနှင့် ချိန်ညှိထားသော track တစ်ခုအတွက် စာကြောင်းခွဲများကို နာရီပေါင်းများစွာ ပွတ်တိုက်မနေပါနှင့်။

ပြန်လည်ထုတ်လုပ်နိုင်သော အကြိုစစ်ဆေးမှုအတွက် synthetic SRT ဘာသာပြန် ဖိအားစမ်းသပ်မှု ကို ဒေါင်းလုဒ်ဆွဲပါ။ ၎င်းတွင် formatting tag များ၊ မြန်ဆန်သော dialogue၊ speaker label များ၊ ကိန်းဂဏန်းပါဝင်သော အကြောင်းအရာများနှင့် customer data မသုံးဘဲ script အမျိုးမျိုးကို စမ်းသပ်ထားသည်။

Cue အရေအတွက်နှင့် Timing တိကျမှု

တာဝန်ပေးချက်တွင် “translate without retiming” ဟု ဖော်ပြထားလျှင် ဤတန်ဖိုးများကို ပရိုဂရမ်ဖြင့် သို့မဟုတ် subtitle editor ထဲတွင် နှိုင်းယှဉ်ပါ:

ထို့အပြင် negative duration၊ မတော်တဆ overlap ဖြစ်မှု၊ ဗီဒီယို runtime ကျော်လွန်နေသော cue များနှင့် အကြောင်းပြချက်မရှိသော gap ကြီးများကိုလည်း စစ်ပါ။ ပိုမိုပြည့်စုံသော subtitle format များတွင် positioning အတွက် overlap ကို ရည်ရွယ်ချက်ရှိရှိ သုံးထားနိုင်သော်လည်း သာမန် SRT workflow များတွင် ထိုသို့သော အရာကို မတော်တဆ မဖန်တီးသင့်ပါ။

တစ်စက္ကန့်လျှင် စာလုံးအရေအတွက်နှင့် ဖတ်ရှုနှုန်း

မြင်ရသော တစ်စက္ကန့်လျှင် စာလုံးအရေအတွက်ကို အောက်ပါအတိုင်း တွက်ချက်ပါ:

CPS = visible character count / cue duration in seconds

မြင်ရသော character count ထဲမှ markup tag များကို ဖယ်ထုတ်ပါ။ space၊ punctuation၊ full-width CJK character များနှင့် line break များကို ရေတွက်မရေတွက်ကို တင်ပို့ရေးဆိုင်ရာ သတ်မှတ်ချက်အတိုင်း လိုက်နာပါ။

blog တစ်ခုတွင် “17 CPS is always correct” ဟု ရေးထားသည်ဆိုပြီး သင်ကိုယ်တိုင် ကန့်သတ်ချက် မတီထွင်ပါနှင့်။ အသုံးဝင်သော QA report တစ်ခုတွင် အောက်ပါတို့ ပါဝင်ရမည်:

• လိုက်နာအတည်ပြုထားသော style guide နှင့် ဘာသာစကား;
• တွက်ချက်မှုဆိုင်ရာ စံနှုန်း;
• သတ်မှတ်ထားသော threshold;
• အဆိုးဆုံး cue များ;
• cue တစ်ခုချင်းစီကို condensed လုပ်သင့်သလား၊ extended လုပ်သင့်သလား၊ split လုပ်သင့်သလား၊ retime လုပ်သင့်သလား ဆိုသည်။

CPS မြင့်နေခြင်းသည် ပြန်လည်သုံးသပ်ရန် အချက်ပေးသံဖြစ်ပြီး အဓိပ္ပါယ်ကို အလိုအလျောက် ဖျက်ပစ်ရန် ညွှန်ကြားချက်မဟုတ်ပါ။

စာကြောင်းတစ်ကြောင်းလျှင် စာလုံးအရေအတွက်နှင့် စာကြောင်းနှစ်ကြောင်း ကန့်သတ်ချက်များ

source-code line ကို မရေတွက်ပါနှင့်၊ အမှန်တကယ် render လုပ်ထားသော line ကို ရေတွက်ပါ။ font၊ player အကျယ်၊ safe area နှင့် script တို့အားလုံးက wrap ဖြစ်ပုံကို သက်ရောက်စေသည်။

ဥပမာအားဖြင့် Netflix ၏ လက်ရှိ အင်္ဂလိပ် timed-text guide တွင် ထိုသီးသန့် တင်ပို့ရေးအခြေအနေအတွက် စာကြောင်းတစ်ကြောင်းလျှင် စာလုံး 42 လုံး အများဆုံးဟု ဖော်ပြထားသည် (Netflix Partner Help). ထိုကိန်းဂဏန်းသည် Netflix ၏ အင်္ဂလိပ်တင်ပို့မှုအတွက်သာ အထောက်အထားဖြစ်ပြီး YouTube၊ ရုပ်သံထုတ်လွှင့်မှု၊ CJK စာတန်းထိုး၊ ဒေါင်လိုက်ဗီဒီယို သို့မဟုတ် အခြား client guide တစ်ခုအတွက် တစ်ကမ္ဘာလုံးသုံး စည်းမျဉ်းမဟုတ်ပါ။

စစ်ဆေးရန်:

• cue တစ်ခုလျှင် အများဆုံး စာကြောင်းအရေအတွက်;
• သွားမည့်နေရာ၏ ရေတွက်စည်းမျဉ်းများအောက်ရှိ စာကြောင်းအလျား;
• player က စာကြောင်းတစ်ကြောင်းတည်းဟု ထင်ထားသော cue ကို wrap လုပ်မလား;
• စာတန်းထိုးများသည် lower thirds သို့မဟုတ် UI နှင့် ထိခိုက်မလား;
• နှစ်ဘာသာပါ cue တစ်ခုသည် ဒေါင်လိုက်နေရာ အလွန်များစွာ ယူမလား။

ဝါကျအပိုင်းခွဲခြားမှုနှင့် သဘာဝကျသော ဖြတ်တောက်မှုများ

ကောင်းသော line break တစ်ခုသည် အဓိပ္ပါယ်ရှိသော စာပိုဒ်တိုတစ်ခုကို ထိန်းသိမ်းပေးသည်။ အောက်ပါတို့ကို မခွဲပါနှင့်:

• article ကို ၎င်း၏ noun နှင့်;
• preposition ကို ၎င်း၏ object နှင့်;
• pronoun ကို ၎င်း၏ verb နှင့်;
• auxiliary ကို ၎င်း၏ main verb နှင့်;
• လူတစ်ယောက်၏ ပထမအမည်နှင့် နောက်ဆုံးအမည်;
• ကိန်းဂဏန်းကို ၎င်း၏ unit နှင့်;
• negation ကို ၎င်းပြောင်းလဲပေးသော စကားလုံးနှင့်။

မကောင်း:

The board approved the
new accessibility policy.

ပိုကောင်း:

The board approved
the new accessibility policy.

cue များအကြားတွင် punchline၊ အဖြေ သို့မဟုတ် မည်သူမည်ဝါဖြစ်သည်ကို အသံမလာမီ ကြိုမဖော်ပြပါနှင့်။ ရည်မှန်းဘာသာ၏ သဒ္ဒါစဉ်အတိုင်း စကားလုံးတစ်လုံးကို ပိုစောသော cue ထဲသို့ ရွှေ့ခြင်းအစား paraphrase လုပ်ရန် လိုအပ်နိုင်သည်။

Speaker Label များ၊ အသံအကျိုးသက်ရောက်မှုများနှင့် ဖန်သားပြင်ပေါ်ရှိ စာသား

ထို track သည် dialogue-only လား၊ နားမကြားသူနှင့် နားလေးသူများအတွက် subtitle လား၊ သို့မဟုတ် အခြား accessibility deliverable တစ်မျိုးလားကို သတ်မှတ်ပါ။ လိုအပ်သော ကိုင်တွယ်ပုံမှာ ကွဲပြားသည်။

အောက်ပါတို့ကို စစ်ပါ:

• ဖန်သားပြင်ပြင်ပ သို့မဟုတ် မရှင်းလင်းသော speaker များကို style guide အတိုင်း ဖော်ထုတ်ထားခြင်း;
• အဓိပ္ပါယ်ရှိသော sound effect များကို မျက်စိမှိတ် အသံဖလှယ်မလုပ်ဘဲ ဘာသာပြန်ထားခြင်း;
• music cue များတွင် တသမတ်တည်းသော စံနှုန်းကို သုံးထားခြင်း;
• label များက cue တိုတစ်ခု၏ အများစုနေရာကို မသိမ်းပိုက်ခြင်း;
• မြင်ရသော sign၊ message သို့မဟုတ် UI text များကို လိုအပ်ပါက ထည့်သွင်းထားခြင်း;
• dialogue နှင့် on-screen text တို့သည် မဖတ်နိုင်လောက်အောင် အပြိုင်မဖြစ်ခြင်း။

YouTube ၏ လမ်းညွှန်ချက်တွင် အဓိပ္ပါယ်ရှိသော အသံများအတွက် [applause] နှင့် [thunder] ကဲ့သို့ ဥပမာများ ပေးထားသည် (YouTube Help). bracket၊ parenthesis နှင့် speaker dash များကို ကျပန်းရောစပ်ထားသည့် ပုံစံမဟုတ်ဘဲ သွားမည့်နေရာ၏ စံနှုန်းကို သုံးပါ။

ကိန်းဂဏန်းများ၊ ရက်စွဲများ၊ အမည်များနှင့် အသုံးအနှုန်းများ

style ကို မဆုံးဖြတ်မီ deterministic pass တစ်ခုကို လုပ်ပါ:

• digit ပါဝင်သော cue တစ်ခုစီကို မူရင်းနှင့် နှိုင်းယှဉ်ပါ;
• locale က တောင်းဆိုသည့်အခါမှသာ decimal နှင့် thousands separator များကို စံပြုပါ;
• ငွေကြေးများကို ပြောင်းလဲရမလား သို့မဟုတ် format လုပ်ရုံသာလားကို အတည်ပြုပါ;
• လနှင့် ရက် ပြောင်းပြန်ဖြစ်နိုင်သော ရက်စွဲများကို စစ်ပါ;
• အတည်ပြုပြီး proper noun တစ်ခုစီနှင့် တားမြစ်ထားသော variant တစ်ခုစီကို ရှာဖွေပါ;
• acronym များ၊ product UI label များနှင့် ထပ်ခါတလဲလဲ call to action များကို စစ်ပါ;
• unit များကို စကားလုံးအဖြစ် မဘာသာပြန်မိသလို တိတ်တဆိတ် မပြောင်းလဲမိကြောင်း အတည်ပြုပါ။

ချောမွေ့သော်လည်း မှားနေသော ကိန်းဂဏန်းသည် blocker ဖြစ်သည်။ မချောမွေ့သော်လည်း မှန်ကန်သော ဝါကျကို တည်းဖြတ်နိုင်သည်။ သို့သော် dosage၊ price၊ date သို့မဟုတ် legal threshold မှားသွားလျှင် အကြောင်းအရာကို ပြောင်းလဲသွားစေသည်။

စာတန်းထိုးများကို Audio နှင့် တိုက်စစ်ပါ

အလိုအလျောက် QA သည် အန္တရာယ်မြင့် cue များကို ရွေးချယ်သင့်သော်လည်း လူကတော့ ၎င်းတို့ကို ကြည့်ဖို့လိုသေးသည်။ အောက်ပါတို့ ပါဝင်စေပါ:

• CPS အမြင့်ဆုံး outlier များ;
• အရှည်ဆုံး စာကြောင်းများ;
• duration အတိုဆုံး cue များ;
• ကိန်းဂဏန်းပါဝင်သော cue တစ်ခုစီ;
• ထူထပ်သော စကားပြောခန်းတွင် speaker ပြောင်းလဲမှုတိုင်း;
• formatting tag pattern တစ်မျိုးစီ;
• scene သို့မဟုတ် chapter တစ်ခုစီ၏ အစနှင့် အဆုံး;
• ကျန် cue များထဲမှ ကျပန်းနမူနာ။

cue 120 ပါသော ဖိုင်တစ်ခုအတွက် ခိုင်လုံစွာကာကွယ်နိုင်သော နမူနာတစ်ခုမှာ deterministic risk cue အားလုံး၊ ထို့အပြင် ပထမ၊ အလယ်နှင့် နောက်ဆုံး cue နှင့် ကျန် 20-cue block တစ်ခုချင်းစီမှ ကျပန်းနမူနာတို့ ဖြစ်သည်။ ၎င်းသည် sampling design တစ်ခုဖြစ်ပြီး မစစ်ထားသော cue များ မှန်ကန်သည်ဟု သက်သေမပြပါ။

Blocker နှင့် Cosmetic စာတန်းထိုး အမှားများ

ဤအရာများကို စိတ်ချရသလိုထင်ရမည့် score တစ်ခုတည်းအဖြစ် ပျမ်းမျှမချပါနှင့်။ အခြား cue 119 ခု ပြည့်စုံနေခဲ့လျှင်ပင် blocker တစ်ခုတည်းကြောင့် release ကို မအောင်မြင်သင့်ပါ။

ဒေါင်းလုဒ်ယူနိုင်သော QA စစ်ဆေးစာရင်း

delivery ticket ထဲသို့ ဤစာရင်းကို ကူးထည့်ပါ:

[ ] 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

အချိန်မပြောင်းသော ထုတ်လုပ်ရေး workflow အတွက် ဤစစ်ဆေးစာရင်းကို timestamp များမပြောင်းဘဲ SRT ဖိုင်ကို ဘယ်လို ဘာသာပြန်မလဲ နှင့် တွဲသုံးပါ။ YouTube တင်ပို့ရေးအတွက် YouTube စာတန်းထိုး အပ်လုဒ် workflow ကို အသုံးပြုပါ။

ယေဘုယျ စစ်ဆေးစာရင်းကို မသုံးသင့်သော အချိန်

ဤစစ်ဆေးစာရင်းကို ထိန်းကြပ်မှုရှိသော မီဒီယာ၊ ရုပ်သံတင်ပို့မှု၊ ရုပ်ရှင်ရုံ စာတန်းထိုး၊ တိုက်ရိုက် caption၊ karaoke သို့မဟုတ် တိကျပြတ်သားသော နည်းပညာဆိုင်ရာ သတ်မှတ်ချက်ပါရှိသည့် accessibility contract များအတွက် တစ်ခုတည်းသော လက်ခံမှုစံအဖြစ် မသုံးပါနှင့်။ ထို deliverable များတွင် frame rate၊ shot-change rule၊ positioning၊ color၊ speaker identifier၊ reading-speed calculation သို့မဟုတ် SRT က မဖော်ပြနိုင်သော file format များကို သတ်မှတ်ထားနိုင်သည်။

ထိုအခြေအနေတွင် ဤအရာသည် preflight သာဖြစ်သည်။ အာဏာရှိသည့်အရာမှာ contract နှင့် destination style guide ဖြစ်သည်။

FAQ

ကောင်းသော subtitle ဖတ်ရှုနှုန်းဆိုတာ ဘာလဲ?

အသုံးချရမည့် threshold သည် platform၊ language၊ audience နှင့် style guide ပေါ် မူတည်သည်။ တစ်ကမ္ဘာလုံးသုံး CPS ကိန်းဂဏန်းတစ်ခုကို ယူမသုံးဘဲ သင်အတည်ပြုလိုက်နာနေသော စည်းမျဉ်းကို မှတ်တမ်းတင်ပါ။

subtitle စာကြောင်းတစ်ကြောင်းတွင် စာလုံးဘယ်နှလုံး ပါသင့်သလဲ?

destination ၏ specification ကို အသုံးပြုပြီး တကယ့် player ပေါ်တွင် စမ်းသပ်ပါ။ platform တစ်ခုနှင့် language တစ်ခုအတွက် ထုတ်ပြန်ထားသော ကန့်သတ်ချက်ကို တင်ပို့မှုအားလုံးအတွက် မချဲ့ထွင်သင့်ပါ။

ဘာသာပြန်ထားသော subtitle များသည် မူရင်း line break များကို ထိန်းသိမ်းသင့်သလား?

မလိုအပ်ပါ။ လိုအပ်လျှင် timing ကို ထိန်းထားပါ၊ သို့သော် line break များကို ရည်မှန်းဘာသာရှိ သဘာဝကျသော phrase boundary များသို့ ရွှေ့ပါ။

စာတန်းဘလောက်အရေအတွက် ကိုက်ညီတာတစ်ခုတည်းနဲ့ SRT တစ်ခု အကျုံးဝင်တယ်လို့ သက်သေပြဖို့ လုံလောက်သလား?

မလုံလောက်ပါ။ ID များ ထပ်နေနိုင်သည်၊ timestamp များ ပုံစံပျက်နိုင်သည်၊ စာသားကို cue မှားထဲသို့ တပ်မိနိုင်သည်၊ encoding ပျက်နိုင်သည်၊ သို့မဟုတ် ဖတ်ရှုနှုန်း လက်မခံနိုင်လောက်အောင် မြင့်နိုင်သည်။

ဘာသာပြန် subtitle ဖိုင်တိုင်းမှာ အစအဆုံး အပြည့်ကြည့်စစ်ရန် လိုအပ်သလား?

ထုတ်ဝေမည်ဆိုလျှင် အစအဆုံး အပြည့်ကြည့်စစ်ခြင်းက အခိုင်မာဆုံး စစ်ဆေးမှုဖြစ်သည်။ scale ကြောင့် sampling လုပ်ရပါက deterministic risk cue အားလုံးကို စစ်ဆေးပြီး မကြည့်ရသေးသော အပိုင်းများကို မှတ်တမ်းတင်ပါ။