NadouPro
Blog
ภาษา

ควรเขียนอะไรลงในตารางสตอรีบอร์ด

ตารางสตอรีบอร์ดเป็นเอกสารที่ดูไม่สะดุดตาที่สุดในกระบวนการผลิต แต่กลับเป็นจุดที่เกิดปัญหาได้ง่ายที่สุด เคยเห็นหลายโปรเจกต์ที่เขียนสตอรีบอร์ดออกมาสวยมาก แต่พอถึงขั้นลงมือทำกลับติดขัดไปหมด เพราะข้อมูลที่จำเป็นไม่ได้เขียนไว้ ส่วนข้อมูลที่เขียนไว้ก็ใช้งานไม่ได้ คุณค่าของตารางสตอรีบอร์ดไม่ได้อยู่ที่ความสวยงาม แต่อยู่ที่การทำให้คนที่นำไปปฏิบัติไม่ต้องกลับมาถามคำถามอีก

แก่นแท้ของตารางสตอรีบอร์ด: สัญญาสำหรับการลงมือทำ

ก่อนอื่นต้องกำหนดบทบาทของมันให้ชัดเจน ตารางสตอรีบอร์ดไม่ใช่เอกสารครีเอทีฟ และไม่ใช่การเล่าเรื่องซ้ำจากบท แต่เป็นเอกสารที่แปลงเจตนาของผู้กำกับให้เป็นคำสั่งสำหรับการปฏิบัติ เกณฑ์ตัดสินว่าตารางสตอรีบอร์ดดีหรือไม่ มีเพียงข้อเดียว: เมื่อคนอีกคนถือมันไว้ เขาสามารถสร้างภาพออกมาได้โดยไม่ต้องถามหรือไม่ หากเริ่มจากเกณฑ์นี้ ก็จะเข้าใจได้ว่าข้อมูลใดจำเป็นต้องเขียน และข้อมูลใดไม่จำเป็น

ข้อมูลที่ต้องเขียน

หนึ่ง หมายเลขช็อตและลำดับ

ข้อนี้ดูเหมือนเป็นเรื่องพื้นฐาน แต่ตารางสตอรีบอร์ดจำนวนมากกลับมีปัญหาตั้งแต่จุดนี้ หน้าที่ของหมายเลขคือการระบุตัวตนแบบไม่ซ้ำกัน โปรเจกต์หนึ่งอาจมีช็อตหลายสิบหรือเป็นร้อยช็อต หากกฎการตั้งหมายเลขไม่เป็นระบบเดียวกัน เช่น บางส่วนเรียงตามฉาก บางส่วนเรียงตามลำดับ บางส่วนถูกแก้ชั่วคราว การสื่อสารในขั้นหลังการผลิตจะสับสนอย่างมาก ส่วนลำดับจะกำหนดโครงสร้างพื้นฐานในตอนตัดต่อ ลำดับของสตอรีบอร์ดไม่จำเป็นต้องเท่ากับลำดับในผลงานสุดท้าย แต่至少ต้องมีลำดับปัจจุบันที่ชัดเจน และเมื่อมีการเปลี่ยนแปลงก็ต้องมีร่องรอยให้ตรวจสอบได้

สอง ขนาดภาพ

ขนาดภาพกำหนดระยะห่างระหว่างผู้ชมกับวัตถุหรือบุคคลในภาพ หากสตอรีบอร์ดไม่เขียนขนาดภาพไว้ ผลลัพธ์ในขั้นปฏิบัติมักกลายเป็น “ถ่ายทั้งหมดเป็นภาพระยะกลาง” เพราะภาพระยะกลางคือค่าเริ่มต้นที่ปลอดภัยที่สุด แต่หากทั้งเรื่องเป็นภาพระยะกลางทั้งหมด ก็แทบพูดเรื่องจังหวะไม่ได้เลย ระดับความละเอียดของขนาดภาพไม่จำเป็นต้องยิบย่อยเกินไป โดยทั่วไปห้าระดับคือ ไกล กว้าง กลาง ใกล้ และระยะใกล้มาก ก็เพียงพอแล้ว แต่ต้องระบุให้ชัดเจน

สาม มุมและตำแหน่งกล้อง

มุมภาพกำหนดตำแหน่งทางจิตวิทยาของผู้ชม แม้จะเป็นการถ่ายคนคนหนึ่งพูดเหมือนกัน แต่มุมระดับสายตา มุมเงย และมุมก้ม สื่อท่าทีที่ต่างกันอย่างสิ้นเชิง หากไม่เขียนมุมภาพไว้ ขั้นปฏิบัติมักเลือกมุมระดับสายตาเป็นค่าเริ่มต้น ซึ่งเท่ากับละทิ้งการสื่อความหมาย ข้อมูลตำแหน่งกล้องมักเขียนควบคู่กับมุมภาพ สำหรับฉากที่ต้องการความสัมพันธ์เชิงพื้นที่ เช่น ช็อตสลับหน้า-หลังในฉากสนทนา ข้อมูลตำแหน่งกล้องยิ่งสำคัญเป็นพิเศษ

สี่ การเคลื่อนกล้อง

การเคลื่อนกล้องเป็นองค์ประกอบของช็อตเพียงอย่างเดียวที่ส่งผลต่อเวลา ช็อตนิ่งกับช็อตดอลลี่เข้าที่ถ่ายวัตถุเดียวกันให้ความรู้สึกด้านจังหวะแตกต่างกันอย่างสิ้นเชิง หากไม่ระบุไว้ ขั้นปฏิบัติมักเลือกช็อตนิ่ง เพราะผิดพลาดได้ยากที่สุด แต่ก็เป็นตัวเลือกที่ไม่มีจังหวะมากที่สุดเช่นกัน ในโหนดสตอรีบอร์ดของ NadouPro ขนาดภาพ การเคลื่อนกล้อง และมุมกล้องเป็นรายการข้อมูลที่อยู่ในระดับเดียวกัน และเป็นองค์ประกอบพื้นฐานของการจัดการสตอรีบอร์ด

ห้า คำอธิบายเนื้อหาในภาพ

นี่คือส่วนที่เหมือน “บท” มากที่สุดในตารางสตอรีบอร์ด: ในช็อตนี้เกิดอะไรขึ้น มีใครอยู่บ้าง และกำลังทำอะไร สิ่งที่ต้องระวังคือระดับความละเอียดของคำอธิบาย หากหยาบเกินไป เช่น “เขาเศร้ามาก” ก็ปฏิบัติไม่ได้ หากละเอียดเกินไป เช่น เขียนทุกสีหน้าเล็ก ๆ ทั้งหมด ก็จะจำกัดพื้นที่การทำงานของผู้ปฏิบัติ วิธีที่เหมาะสมคืออธิบายการกระทำและสภาวะที่สังเกตเห็นได้ แล้วปล่อยให้อารมณ์เป็นหน้าที่ของการแสดงและการจัดการภาพ

หก ระยะเวลา

ระยะเวลาคือพาหะทางกายภาพของจังหวะ หลายคนมักมองข้ามรายการนี้ ผลคือช็อตที่สร้างออกมาไม่ยาวเกินไปจนผู้ชมหมดความอดทน ก็สั้นเกินไปจนสื่อข้อมูลไม่ครบ การระบุระยะเวลาที่คาดไว้ให้ชัดเจน จึงเป็นพื้นฐานสำหรับการควบคุมจังหวะในขั้นตัดต่อ

เจ็ด การอ้างอิงซับเจกต์

ในกระบวนการผลิตด้วย AI ความจำเป็นของรายการนี้สูงกว่ากระบวนการแบบดั้งเดิม เพราะตัวละคร ฉาก และพร็อพต้องอ้างอิงจากแอสเซ็ตที่มีอยู่ ไม่ใช่อธิบายใหม่ทุกครั้ง ใน NadouPro การแก้ไขสตอรีบอร์ดรองรับการปรับการอ้างอิงซับเจกต์ กล่าวคือสามารถระบุได้อย่างชัดเจนว่าช็อตหนึ่งใช้ตัวละครใด ฉากใด หากขั้นตอนนี้ทำถูกต้อง ความสอดคล้องข้ามช็อตจึงจะมีหลักประกัน

ข้อมูลที่เขียนหรือไม่เขียนก็ได้

ข้อมูลต่อไปนี้อยู่ในกลุ่ม “มีประโยชน์แต่ไม่จำเป็น” ให้ตัดสินตามความซับซ้อนของโปรเจกต์:
  1. บทพูด: ช็อตที่มีบทสนทนาจำเป็นต้องเขียนไว้ เพื่อใช้กับการพากย์เสียงและการจับคู่รูปปาก
  2. เสียงประกอบและสัญญาณดนตรี: ระบุบรรยากาศเสียงของช็อตนี้ เพื่อให้ขั้นหลังการผลิตใส่ดนตรีได้สะดวก
  3. วิธีเปลี่ยนภาพ: ตัด เฟดเข้าเฟดออก ดิสโซลฟ์ ฯลฯ โปรเจกต์ที่เรียบง่ายสามารถเก็บไว้ตัดสินใจตอนตัดต่อได้
  4. ระยะชัดลึกและพารามิเตอร์ของเลนส์: ในโปรเจกต์ที่ต้องควบคุมคุณภาพของภาพอย่างเข้มงวด ส่วนนี้จะถูกเขียนลงในสตอรีบอร์ด การกำหนดค่าฟิลด์ของ NadouPro รองรับการปรับขนาดช็อต ระยะชัดลึก มุมเลนส์ และพารามิเตอร์อื่น ๆ ดังนั้นข้อมูลเหล่านี้จึงสามารถอยู่ในฟิลด์แบบมีโครงสร้างได้ แทนที่จะปะปนอยู่ในข้อความคำอธิบาย
  5. หมายเหตุ: คำอธิบายเสริมสำหรับผู้ปฏิบัติ เช่น “อ้างอิงแสงจากภาพยนตร์เรื่องหนึ่ง”

ปัญหาเชิงโครงสร้างที่พบบ่อย

ข้อผิดพลาดที่ตารางสตอรีบอร์ดทำได้ง่ายที่สุด คือการเอาข้อมูลเชิงบรรยายกับข้อมูลเชิงคำสั่งมาปนกัน
ตัวอย่างเช่น:
(ไม่ดี) ช็อต 12: เขาผลักประตูเปิด สีหน้าซับซ้อน แสงเฉียงเข้ามาจากนอกหน้าต่าง ให้ความรู้สึกเศร้าเล็กน้อย ใช้ภาพระยะกลาง
ประโยคนี้ปนกันหลายอย่าง: การกระทำ (ผลักประตู) อารมณ์ (ซับซ้อน เศร้า) แสง (ส่องเฉียงจากนอกหน้าต่าง) และช็อต (ภาพระยะกลาง) ผู้ปฏิบัติต้องแยกเอง จึงมีโอกาสพลาดข้อมูลได้ง่าย วิธีเขียนที่ดีกว่าคือแบ่งเป็นชั้น ๆ ข้อดีของการแบ่งชั้นคือ แต่ละรายการสามารถตรวจสอบและแก้ไขแยกกันได้ หากพบว่าแสงไม่ถูกต้อง ก็แก้รายการแสงเท่านั้น โดยไม่กระทบข้อมูลอื่น

เช็กลิสต์สำหรับตรวจสอบตัวเอง

หลังเขียนตารางสตอรีบอร์ดเสร็จ สามารถไล่ตรวจด้วยคำถามเหล่านี้:
  1. ปฏิบัติได้หรือไม่? หากส่งให้คนที่ไม่ได้เข้าร่วมการพูดคุยดู เขาสามารถทำต่อได้ทันทีหรือไม่?
  2. ขนาดภาพมีการเปลี่ยนแปลงหรือไม่? ทั้งเรื่องเป็นภาพระยะกลางทั้งหมดหรือเปล่า?
  3. มุมภาพรับใช้การเล่าเรื่องหรือไม่? หรือเป็นมุมระดับสายตาตลอดทั้งเรื่อง?
  4. ระบุการเคลื่อนกล้องหรือยัง? หรือปล่อยให้เป็นช็อตนิ่งตามค่าเริ่มต้น?
  5. ระบุระยะเวลาแล้วหรือไม่? มีการประเมินจังหวะโดยรวมของทั้งเรื่องคร่าว ๆ หรือยัง?
  6. การอ้างอิงซับเจกต์ชัดเจนหรือไม่? ตัวละครและฉากในแต่ละช็อตชี้ไปยังแอสเซ็ตที่มีอยู่แล้วอย่างชัดเจนหรือเปล่า?
  7. มีการปนระดับข้อมูลหรือไม่? คำอธิบาย คำสั่ง และอารมณ์ถูกปนอยู่ในประโยคเดียวกันหรือเปล่า?
คำถามทั้งเจ็ดข้อนี้ครอบคลุมข้อบกพร่องที่พบบ่อยของตารางสตอรีบอร์ดได้โดยพื้นฐาน

สุดท้าย

หน้าที่ของตารางสตอรีบอร์ด โดยสรุปแล้วคือการใช้ความไม่แน่นอนให้หมดไปล่วงหน้า ระหว่างการผลิต ทุกครั้งที่เจอว่า “ตรงนี้เขียนไม่ชัด” ก็ต้องหยุดเพื่อยืนยัน พูดคุย และตัดสินใจ การตัดสินใจเฉพาะหน้าเหล่านี้เมื่อสะสมกัน ก็คือสาเหตุที่ทำให้โปรเจกต์เสียการควบคุม ส่วนตารางสตอรีบอร์ดที่เขียนชัดเจน เท่ากับแก้ปัญหาเหล่านี้เสร็จตั้งแต่ก่อนเริ่มงาน ดังนั้นการเขียนตารางสตอรีบอร์ดให้ละเอียดหรือไม่ละเอียด จึงไม่ใช่เรื่องรูปแบบ แต่เป็นเรื่องต้นทุน

เนื้อหานี้มีข้อมูลที่สร้างโดย AI ซึ่งอาจไม่ถูกต้อง โปรดตรวจสอบด้วยตนเอง

มีเนื้อหาที่สร้างโดย AI