แปลงไทม์โค้ด non-drop เป็น drop-frame
หรือวางข้อความคำบรรยาย
ตัวเลือก
30 fps non-drop และ 29.97 drop-frame เขียนนาฬิกาเดียวกันต่างกัน และช่องนี้เลือกว่าจะอ่านไฟล์ทางใดและเขียนกลับทางใด คิวที่หนึ่งชั่วโมงอ่านเป็น 01:00:00,000 ภายใต้แบบหนึ่งและ 01:00:03,600 ภายใต้อีกแบบ — สองแบบห่างกัน 3.6 วินาทีต่อชั่วโมง ไม่ใช่ความคลาดจากการปัด ชื่อหน้าบอกทิศทางหนึ่ง และช่องนี้เสนอเฉพาะทิศทางนั้น ไฟล์ที่คุณได้จึงเป็นไฟล์ที่หน้าว่าด้วย ไม่มีอะไรในข้อความเปลี่ยน: ไม่มีคิวถูกปรับเวลากับวิดีโอ ไม่มีเฟรมเรตถูกแปลง และคิวภายในนาทีแรกของชั่วโมงกลับมาเหมือนเดิมเพราะไม่มีป้ายเฟรมใดถูกทิ้งตรงนั้น
เฟรมเรตที่ใช้คำนวณเวลา ในหน้าเกี่ยวกับรูปแบบ ช่องนี้คือสิ่งที่ MicroDVD ต้องการ เพราะมันเก็บเวลาเป็นหมายเลขเฟรม ในหน้าแปลงเฟรมเรต ช่องนี้คือเฟรมเรตที่ไฟล์ถูกตั้งเวลาไว้ — เวอร์ชันที่คำบรรยายถูกทำขึ้นมา — และช่องที่สองของหน้ารับเฟรมเรตของวิดีโอที่คุณจะใช้กับคำบรรยายนี้ ค่าที่พบทั่วไปคือ 23.976, 24, 25, 29.97, 30, 50, 59.94 และ 60 หากใส่ผิดจะเลื่อนไทม์ไลน์ทั้งหมด และในหน้าแปลงเฟรมเรตจะเลื่อนด้วยอัตราส่วน ไม่ใช่ด้วยจำนวนคงที่
หน้านี้เขียนไทม์โค้ดทุกตัวในไฟล์คำบรรยายใหม่จาก 30 เฟรมต่อวินาที non-drop-frame เป็น 29.97 เฟรมต่อวินาที drop-frame วางไฟล์ลงไปรัน แล้วเวลาเริ่มและเวลาจบของทุกคิวจะกลับมาในรูปที่อีกธรรมเนียมหนึ่งใช้ ข้อความ หมายเลขคิว ลำดับคิว และการขึ้นบรรทัดใหม่เป็นของไฟล์เดิมและไม่ถูกแตะ สองธรรมเนียมเขียนนาฬิกาเรือนเดียวกันต่างกัน และไฟล์ต้องอยู่ในธรรมเนียมที่ส่วนที่เหลือของสายงานใช้ drop-frame นับ 30 ป้ายต่อวินาทีแต่ข้ามสองป้ายทุกนาทียกเว้นทุกนาทีที่สิบ ซึ่งเป็นวิธีที่นาฬิกาของมันตามเวลาจริงทัน ขณะที่ non-drop ค่อย ๆ ตกหลัง ผ่านไปหนึ่งชั่วโมงทั้งสองต่างกัน 3.6 วินาที 01:00:00,000 ใน non-drop คือ 01:00:03,600 ใน drop-frame ช่องว่างนั้นไม่ใช่ความคลาดจากการปัดเศษและไม่ถูกปัดทิ้ง มันโตตามความยาวของรายการและถึง 36 วินาทีที่สิบชั่วโมง ไม่มีอะไรในหนึ่งนาทีแรกของแต่ละชั่วโมงเลื่อน เพราะไม่มีป้ายใดถูกข้ามและทั้งสองธรรมเนียมเขียนช่วงนั้นเหมือนกันทุกตัวอักษร ใช้ได้กับนาฬิกาที่อยู่บนเส้นเฟรม 30 อยู่แล้ว เช่น 00:00:02,000 และนาฬิกาที่อยู่ระหว่างสองเส้นจะถูกเลื่อนไปเส้นใกล้ที่สุดไม่เกิน 17 มิลลิวินาที การอ่านนาฬิกาเป็นไทม์โค้ดจะดูดให้อยู่บนตารางเฟรมเสมอทั้งไฟล์ ภายในนาทีแรกจึงมีเพียงการดูดนี้ที่ขยับ เวลาของไฟล์คำบรรยายมักมาจากเครื่องมือที่แม่นยำระดับเฟรมและอยู่บนตารางแล้ว ช่วงนั้นจึงมักกลับมาเหมือนเดิมทุกไบต์
ไม่มีรูปแบบคำบรรยายใดที่อ่านที่นี่มีช่องเก็บว่าธรรมเนียมของนาฬิกาคืออะไร SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON และ CSV เขียนเพียงเวลา หน้านี้จึงเปลี่ยนตัวเลข และธรรมเนียมที่มันหมายถึงยังเป็นสมบัติของสายงานคุณเหมือนก่อนไฟล์มาถึง สิ่งที่ไม่อยู่ในไฟล์ย่อมเขียนลงไฟล์ไม่ได้ และการแสร้งว่าอยู่จะแย่กว่าการบอกตามตรง นี่ไม่ใช่การแปลงเฟรมเรต ไฟล์ที่จับเวลาสำหรับวิดีโอ 25 เฟรมต่อวินาทีไม่ถูกจับเวลาใหม่ที่นี่ และไม่มีอะไรถูกยืดหรือบีบเทียบกับวิดีโอ ระยะห่างของเวลาคงเดิมและมีเพียงวิธีเขียนที่เปลี่ยน ถ้าคุณต้องการอีกงานหนึ่ง คือไฟล์คำบรรยายที่มีระยะห่างตามเฟรมเรตอื่น นั่นมีหน้าของมันเอง ไม่มีอะไรถูกอัปโหลด ไฟล์ถูกอ่านและเขียนในแท็บเบราว์เซอร์ ดังนั้น สื่อที่ห้ามออกจากเครื่องจึงอยู่บนเครื่อง
ตัวอย่าง
ไฟล์ที่ห้านาที
ข้อมูลนำเข้า
1
00:05:00,000 --> 00:05:02,000
The room is dark.
2
00:10:00,000 --> 00:10:03,000
A cold night.
ผลลัพธ์
1
00:05:00,333 --> 00:05:02,333
The room is dark.
2
00:10:00,600 --> 00:10:03,600
A cold night.
สองคิวไม่ได้เลื่อนด้วยจำนวนเดียวกัน และนั่นคือการทำงานทั้งหมด ที่ห้านาที drop-frame ข้ามไปสิบป้าย นาฬิกาจึงอ่านช้ากว่า 333 ms ที่สิบนาทีข้ามไปสิบแปดป้าย จึงช้ากว่า 600 ms ข้อความและหมายเลขคิวเป็นของไฟล์เดิม มีเพียงสองค่าบนนาฬิกาของแต่ละคิวที่ถูกเขียนใหม่
ไฟล์เดิมที่หนึ่งชั่วโมง
ข้อมูลนำเข้า
1
01:00:00,000 --> 01:00:03,000
An hour into the programme.
ผลลัพธ์
1
01:00:03,600 --> 01:00:06,600
An hour into the programme.
ที่หนึ่งชั่วโมงทั้งสองธรรมเนียมต่างกัน 3.6 วินาทีซึ่งคือ 108 ป้ายที่ถูกข้าม นี่คือตัวเลขที่ควรใช้ตรวจหน้านี้ บรรทัดแรกของเอาต์พุตต้องช้ากว่าบรรทัดแรกของอินพุต 3600 ms พอดี ทั้งสองขอบของคิวเลื่อน คิวจึงคงความยาว
คิวภายในนาทีแรก
ข้อมูลนำเข้า
1
00:00:02,000 --> 00:00:04,000
Nothing to re-label yet.
2
00:05:00,000 --> 00:05:02,000
This one does move.
ผลลัพธ์
1
00:00:02,000 --> 00:00:04,000
Nothing to re-label yet.
2
00:05:00,333 --> 00:05:02,333
This one does move.
คิวแรกกลับมาเหมือนเดิมทุกไบต์และคิวที่สองเลื่อนในการรันเดียวกัน ภายในนาทีแรกของชั่วโมงไม่มีป้ายใดถูกข้าม สองธรรมเนียมจึงเขียนหกสิบวินาทีนั้นเหมือนกัน และ 00:00:02,000 อยู่บนเส้นเฟรม 30 อยู่แล้ว นาฬิกาที่อยู่ระหว่างสองเส้นจะถูกดูดไปเส้นใกล้ที่สุดไม่เกิน 17 ms ซึ่งเป็นการดูดเดียวกับที่ใช้ทั้งไฟล์
คำถามที่พบบ่อย
drop-frame กับ non-drop-frame ต่างกันอย่างไร?
ทั้งคู่นับ 30 ป้ายต่อวินาที แต่ 29.97 เฟรมต่อวินาทีไม่ได้ส่ง 30 เฟรมจริง จึงส่งราว 29.97 นาฬิกาที่นับ 30 ป้ายต่อวินาทีจึงค่อย ๆ แพ้เวลาจริง drop-frame แก้ด้วยการข้ามสองป้ายที่ต้นทุกนาทียกเว้นทุกนาทีที่สิบ ป้ายถูกทิ้งแต่เฟรมไม่ได้ถูกทิ้ง ส่วน non-drop เก็บทุกป้ายและค่อย ๆ ตกหลัง เขียนออกมาแล้วตัวเลขดูเหมือนกัน แต่เทียบกับเฟรมเดียวกันแล้วทั้งสองต่างกัน 3.6 วินาทีต่อชั่วโมงและห่างขึ้นเรื่อย ๆ
ทำไมคิวที่หนึ่งชั่วโมงจึงออกมาช้ากว่าขาเข้า 3.6 วินาที?
เพราะ 3.6 วินาทีคือผลรวมของป้ายที่ถูกข้ามในหนึ่งชั่วโมง สองป้ายต่อนาทีใน 54 นาทีจากทุก 60 นาที ที่ 33.37 ms ต่อป้าย รวม 108 ป้ายหรือ 3600 ms ต่อชั่วโมง หน้านี้ไม่ได้เพิ่มดีเลย์ มันเขียนเฟรมเดิมภายใต้อีกธรรมเนียมหนึ่ง ซึ่ง ณ จุดนั้นในรายการอ่านค่าหลังกว่า คิวที่ 01:00:00,000 เข้าไปและ 01:00:03,600 ออกมา ทั้งสองขอบเลื่อน คิวจึงคงความยาวถึงมิลลิวินาที
ทำไมนาทีแรกของไฟล์จึงกลับมาไม่เปลี่ยน?
เพราะไม่มีป้ายใดถูกข้ามในช่วงนาทีแรกของชั่วโมง drop-frame และ non-drop-frame จึงเขียนช่วงนั้นเหมือนกัน 00:00:02,000 หมายถึง 60 เฟรมในทั้งสองแบบ และ 60 เฟรมเขียนเหมือนกันไม่ว่าจะทางใด การคลาดเริ่มที่ขอบนาทีแรกแล้วโตต่อ อีกสิ่งหนึ่งที่เลื่อนเวลาได้ในช่วงนั้นคือการดูดนาฬิกาไปเส้นเฟรม 30 ที่ใกล้ที่สุด ค่าอย่าง 00:00:02,010 จึงกลับมาเป็น 00:00:02,000 เวลาที่คัดลอกมาจากเครื่องมือระดับเฟรมอยู่บนตารางแล้วและไม่เลื่อน
ควรใช้ทิศทางใด non-drop ไป drop-frame หรือกลับกัน?
ขึ้นกับว่าไทม์โค้ดในไฟล์อ่านมาจากอะไร ถ้าคุณดึงเวลาจากเครื่องเล่นหรือโปรแกรมตัดต่อที่ตั้งเป็น non-drop และสายงานที่ส่งมอบใช้ drop-frame นี่คือหน้านี้ ถ้าไฟล์ถูกประทับจากจอ drop-frame และเครื่องมือปลายน้ำคาดหวัง non-drop คุณต้องใช้หน้าอีกทาง ซึ่งเลื่อนนาฬิกาไปทางตรงข้ามด้วย 3.6 วินาทีต่อชั่วโมง วิธีตรวจเร็ว ๆ คือรันไฟล์ที่นี่แล้วเทียบคิวหนึ่ง ถ้านาฬิกาเอาต์พุตอ่านหลังกว่าอินพุต แสดงว่านี่คือทิศที่มันต้องการ
หน้านี้เปลี่ยนเฟรมเรตของคำบรรยายไหม?
ไม่ ไม่มีอะไรถูกสเกลหรือยืด คิวที่ยาวสองวินาทียังยาวสองวินาที และระยะห่างระหว่างคิวไม่เปลี่ยน เพราะทุกคิวเลื่อนด้วยจำนวนที่ขึ้นกับตำแหน่งไม่ใช่อัตราส่วน ไฟล์ที่จับเวลาสำหรับวิดีโอ 25 เฟรมต่อวินาทีก็ไม่ถูกแปลงเป็น 29.97 ที่นี่ ช่องเฟรมเรตมีอยู่เพราะ MicroDVD เก็บเวลาเป็นหมายเลขเฟรมและอ่านไม่ได้หากไม่รู้ ส่วนการแปลงระยะห่างของไฟล์จากเฟรมเรตหนึ่งไปอีกเฟรมเรตเป็นการทำงานอีกอย่างที่มีหน้าของมัน
ไฟล์บอกที่ไหนไหมว่าไทม์โค้ดตอนนี้เป็น drop-frame?
ไม่ และไม่มีรูปแบบใดที่อ่านที่นี่ทำได้ SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON และ CSV เก็บเพียงเวลาและไม่มีอะไรบอกว่ามันถูกนับมาอย่างไร ไฟล์ที่คุณวางลงมาก็เป็นเช่นนั้นอยู่แล้ว หน้านี้จึงเปลี่ยนตัวเลข และธรรมเนียมที่มันหมายถึงยังเป็นสิ่งที่สายงานของคุณกำหนด เป็นการจัดวางเดิมที่คุณมี ต่างแค่ตัวเลขตรงกับมันแล้ว ถ้าเครื่องมือปลายน้ำมีการตั้ง drop-frame ของตัวเอง การตั้งนั้นคือสิ่งที่อ่านค่าเหล่านี้