การซ่อมแซมแบบกำหนดเป้าหมาย
การสร้างใหม่เป็นวิธีที่แพงที่สุดในการแก้ไขความผิดพลาดเล็กๆ
มีค่าใช้จ่ายต่อการเรนเดอร์ มีค่าใช้จ่ายต่อการตรวจทบทวนทุกสิ่งที่มันแตะต้อง และมันนำความแปรปรวนใหม่เข้าสู่ช็อตที่ถูกต้องอยู่แล้ว การซ่อมแซมถูกจำกัดโดยตั้งใจ.
01 / ภายในเวิร์กโฟลว์
ปัญหารัศมีระเบิด
ในเวิร์กโฟลว์การสร้างส่วนใหญ่ สิ่งที่เล็กที่สุดที่คุณเปลี่ยนได้คือสิ่งที่คุณสร้างขึ้น หากตอนนั้นถูกสร้างเป็นตอน การแก้ไขเล็กสุดก็ต้องเป็นระดับตอน มือผิดหนึ่งข้างในช็อตเดียวทำให้ทั้งรันเสีย และรันใหม่ก็ไม่เหมือนรันเก่า ดังนั้นช็อตที่โอเคกลับมาก็ต่างไปและต้องถูกทบทวนใหม่.
นั่นคือรัศมีผลกระทบ และนั่นคือเหตุผลที่ต้นทุนการแก้ไขทวีคูณ Tosheo จัดการกับเรื่องนี้โดยทำให้หน่วยของการสร้าง หน่วยของการตรวจทบทวน และหน่วยของการซ่อม เป็นหน่วยเล็กชิ้นเดียวกัน
02 / ภายในเวิร์กโฟลว์
การทำเวอร์ชันที่รักษาความสัมพันธ์ไว้
การซ่อมไม่ใช่การแทนที่ที่ลบล้างของเดิม Tosheo เก็บของเดิม การซ่อม เหตุผล การอนุมัติ และระบุว่างานส่งมอบชิ้นไหนใช้เวอร์ชันใด.
เรื่องนี้มีความสำคัญด้วยสามเหตุผลแยกกัน และมีเพียงเหตุผลเดียวเท่านั้นที่เป็นเรื่องสร้างสรรค์.
- เชิงสร้างสรรค์
- คุณย้อนกลับได้ การซ่อมแซมที่ทำให้แย่ลงสามารถย้อนกลับได้เพราะต้นฉบับที่ยอมรับยังคงมีอยู่.
- สิทธิและแหล่งที่มา
- แผ่นรายการการส่งมอบต้องระบุว่าเวอร์ชันที่ส่งมอบถูกสร้างขึ้นอย่างไร หากการซ่อมใช้ผู้ให้บริการหรือเอกสารอ้างอิงที่ต่างออกไป นั่นคือส่วนหนึ่งของบันทึก
- เชิงเศรษฐกิจ
- จำนวนการสร้างและการพยายามซ่อมต่อช็อตที่ยอมรับเป็นเมตริกต้นทุน คุณไม่สามารถจัดการได้หากการซ่อมเขียนทับประวัติของตัวเอง.
Shot 04 ถูกต้องในทุกด้าน ยกเว้นว่ามือของ Kabir บิดผิดรูปเป็นเวลาสิบเอ็ดเฟรมขณะที่เขายื่นไปหยิบของที่ระลึก
- หน่วยผิด
- ภูมิภาค ครอบคลุมส่วนหนึ่งของช็อต
- ได้รับการซ่อมแล้ว
- ภูมิภาคนั้น โดยมีการอ้างอิงและการจัดการแบบเดียวกัน
- ไม่ได้แตะต้อง
- ช็อต 01 ถึง 03 และตั้งแต่ 05 เป็นต้นไป ทั้งหมดยังคงยอมรับได้
- ไม่ได้แตะต้อง
- แทร็กเสียงฮินดีสำหรับฉากนี้
- บันทึกแล้ว
- ต้นฉบับ การซ่อมแซม เหตุผล ผู้อนุมัติ ผลิตภัณฑ์ขั้นสุดท้ายที่ส่งมอบ
ตอนนั้นไม่ถูกเรนเดอร์ซ้ำ ช็อตข้างเคียงไม่จำเป็นต้องทบทวนใหม่ เสียงไม่ได้ถูกปรับเวลา ต้นทุนของการแก้ไขใกล้เคียงกับต้นทุนของสิ่งที่ผิด ซึ่งเป็นความสัมพันธ์เดียวที่สมเหตุสมผลระหว่างทั้งสอง.
03 / ภายในเวิร์กโฟลว์
การซ่อมโดยไม่เปลี่ยนแปลงผลกระทบอื่น
การซ่อมที่แก้มือแต่เปลี่ยนแสงยังถือว่าไม่สำเร็จ ความสำเร็จของการซ่อมโดยไม่มีการเปลี่ยนแปลงผลกระทบอื่นจะถูกติดตามเป็นเมตริกคุณภาพการผลิตด้วยเหตุผลนี้โดยเฉพาะ.
การจำกัดการแก้ไขให้อยู่แคบ ๆ คือเหตุผลที่การล็อกการรักษาจากการกำหนดเส้นทางผู้ให้บริการมีความสำคัญ การสร้างเงื่อนไขของการสร้างต้นฉบับซ้ำ — ผู้ให้บริการเดียวกัน พารามิเตอร์เดียวกัน แหล่งอ้างอิงเดียวกัน รุ่นค่านิยมเดียวกัน — คือสิ่งที่ทำให้การซ่อมแซมแบบแคบเป็นไปได้เลย
คำถาม
ก่อนนำเข้าการผลิต
ฉันสามารถเปลี่ยนช็อตเดียวโดยไม่ต้องทำตอนใหม่ได้หรือไม่?
นั่นคือเป้าหมายการออกแบบหลักของระบบนี้ และเป็นความสามารถเดียวที่แยกระบบการผลิตออกจากเครื่องมือการสร้างมากที่สุด ช็อตเป็นหน่วยของการสร้าง การตรวจทบทวน และการซ่อม ดังนั้นการแทนที่ช็อตหนึ่งจึงไม่ส่งผลกระทบต่อเพื่อนบ้านและการอนุมัติของพวกเขา
การซ่อมจะแตกต่างจากช็อตรอบข้างหรือไม่?
มันไม่ควรเป็น และนั่นวัดผลได้ไม่ใช่เรื่องหวัง การซ่อมต้องทำซ้ำผู้ให้บริการ พารามิเตอร์ อ้างอิง และเวอร์ชันค่านิยมของต้นฉบับ และความสำเร็จในการซ่อมโดยไม่มีการเปลี่ยนแปลงอื่นเป็นหนึ่งในเมตริกที่เราติดตาม เมื่อการซ่อมไม่ตรง จะถูกปฏิเสธเหมือนผลลัพธ์ที่รับไม่ได้อื่นๆ.
จะเกิดอะไรขึ้นกับต้นฉบับเมื่อการซ่อมแซมได้รับการยอมรับ?
มันถูกเก็บไว้ เวอร์ชันที่ส่งคือการซ่อมแซม แต่ต้นฉบับ เหตุผลของการซ่อม และสายการอนุมัติ ยังคงเป็นส่วนหนึ่งของบันทึกการผลิตและรายการส่งมอบ.
การซ่อมแซมคิดรวมกับงบที่ได้รับอนุมัติหรือไม่?
การซ่อมที่จำเป็นเพราะผู้ให้บริการล้มเหลวหรือส่งผลลัพธ์ที่ใช้ไม่ได้เป็นค่าใช้จ่ายของ Tosheo การซ่อมที่เกิดจากการเปลี่ยนใจเป็นการเปลี่ยนขอบเขตงานและประเมินเหมือนการเปลี่ยนขอบเขตงานอื่นๆ การแยกแยะเรื่องนี้ถูกบันทึกไว้ ไม่ใช่ถกเถียงกันตอนออกใบแจ้งหนี้
สามารถซ่อมคำบรรยายหรือแทร็กภาษาใดภาษาหนึ่งได้โดยแยกจากกันหรือไม่?
ใช่ ซับไตเติล ส่วนเสียง หรือเวอร์ชันสำหรับตลาดหนึ่งตลาด เป็นหน่วยที่ซ่อมแซมได้ ปัญหาการออกเสียงในแทร็กเดียวจะไม่กระทบมาสเตอร์หรือแทร็กอื่น ซึ่งเป็นประโยชน์เชิงปฏิบัติของการถือภาษาต่างๆ เป็นแทร็กของโปรดักชันเดียวกัน ไม่ใช่โปรเจ็กต์แยกต่างหาก.