ลดขนาดไฟล์วิดีโอบันทึกหน้าจอโดยไม่เสียคุณภาพ

คุณบันทึกวิดีโอสอนใช้งานความยาวสิบนาทีเสร็จ กดส่งออก แล้วได้ไฟล์ขนาด 2 GB อีเมลไม่ยอมรับ Slack บีบอัดจนภาพเละ แพลตฟอร์มเอกสารจำกัดการอัปโหลดไว้ที่ 100 MB คุณจึงส่งออกใหม่ด้วยคุณภาพต่ำลง และคราวนี้ตัวหนังสือบนหน้าจอก็อ่านไม่ออก ทั้งที่นั่นคือสิ่งเดียวที่วิดีโอบันทึกหน้าจอต้องทำให้ดีที่สุด

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

ทำไมไฟล์บันทึกหน้าจอถึงใหญ่

ตัวเข้ารหัสวิดีโอบีบอัดด้วยการอธิบายว่ามีอะไรเปลี่ยนไประหว่างเฟรม ภาพคนพูดที่กล้องนิ่ง ๆ จะบีบอัดได้ดีมาก เพราะเฟรมส่วนใหญ่เหมือนเดิมแทบทุกช่วงเวลา แต่การบันทึกหน้าจอต่างออกไป

• ตัวอักษรและขอบของอินเทอร์เฟซคือรายละเอียดความถี่สูง ตัวหนังสือดำคมชัดบนพื้นขาวเข้ารหัสได้แพง ถ้าเบลอก็บีบอัดง่าย ซึ่งก็คือความล้มเหลวที่คุณพยายามเลี่ยงพอดี
• การเลื่อนหน้าจอเปลี่ยนทุกพิกเซล แค่หมุนล้อเมาส์ครั้งเดียวก็บังคับให้ตัวเข้ารหัสอธิบายเฟรมใหม่ทั้งเฟรม การเลื่อนยาว ๆ จึงเป็นสิ่งที่แพงที่สุดที่คุณบันทึกได้
• หน้าจอมีขนาดใหญ่ จอ 4K มีพิกเซลมากกว่า 1080p ถึงสี่เท่า การบันทึกที่ความละเอียดจริงจึงเพิ่มปริมาณข้อมูลก่อนที่การตั้งค่าอื่นจะมีผลด้วยซ้ำ
• ช่วงเวลาที่ไม่มีอะไรเกิดขึ้นก็กินพื้นที่ ยี่สิบวินาทีที่คุณหาแท็บอยู่ ถูกเข้ารหัสด้วยอัตราเดียวกับช่วงสาธิตที่สำคัญที่สุด

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

เริ่มตั้งแต่ก่อนกดบันทึก

การบีบอัดที่ถูกที่สุดคือภาพที่คุณไม่เคยบันทึกเลย

บันทึกเฉพาะหน้าต่างหรือพื้นที่ ไม่ใช่ทั้งเดสก์ท็อป ถ้าการสาธิตเกิดขึ้นในหน้าต่างเบราว์เซอร์ การจับภาพเดสก์ท็อป 4K ทั้งจอหมายถึงการเข้ารหัสพิกเซลที่ไม่เกี่ยวข้องนับพัน ทั้งวอลเปเปอร์ แถบ Dock และจอที่สอง ตลอดทั้งคลิป การจับภาพเฉพาะหน้าต่างหรือพื้นที่อย่างเดียวก็ลดขนาดไฟล์ได้เกินครึ่ง แถมยังได้องค์ประกอบภาพที่ดีกว่า

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

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

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

ตัดความยาวลง

ความยาวคูณทุกอย่างที่เหลือ นาทีที่คุณตัดออกคือบิตเรตที่คุณไม่ต้องจ่ายเลย

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

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

การตั้งค่าส่งออกที่สำคัญจริง ๆ

เมื่อบันทึกมาดีและตัดต่ออย่างเด็ดขาดแล้ว ที่เหลือเป็นหน้าที่ของหน้าต่างส่งออก

ตัวแปลงสัญญาณ (Codec)

H.264 (MP4) คือค่าเริ่มต้นที่ปลอดภัย เล่นได้ทุกที่ ทั้งเบราว์เซอร์ โทรศัพท์ อีเมล และแอปแชท และตัวเข้ารหัสสมัยใหม่ก็จัดการเนื้อหาหน้าจอได้ดี

H.265/HEVC ให้ไฟล์เล็กลงราว 30–50 เปอร์เซ็นต์ที่คุณภาพเท่ากัน แต่รองรับการเล่นได้แคบกว่า ใช้เมื่อรู้แน่ว่าปลายทางรองรับ และเลี่ยงกับไฟล์ที่ต้องเปิดบนอุปกรณ์ที่ไม่รู้จัก

ProRes (MOV) เป็นฟอร์แมตสำหรับตัดต่อ ไม่ใช่สำหรับส่งมอบ มันสร้างไฟล์ขนาดมหึมาโดยตั้งใจ เพราะออกแบบมาเพื่อการทำงานต่อ ไม่ใช่การเผยแพร่ อย่าส่ง ProRes ให้ผู้ชมเด็ดขาด

ความละเอียด

ส่งออกที่ขนาดที่ผู้ชมจะดูจริง เป้าหมายที่พบบ่อย

• 1080p — คำตอบที่ถูกต้องสำหรับวิดีโอสอน เดโม และวิดีโอภายในองค์กรส่วนใหญ่
• 720p — อ่านออกสบายสำหรับการพาชมอินเทอร์เฟซแบบง่าย และไฟล์เล็กลงชัดเจน
• 1440p หรือ 4K — เฉพาะเมื่อรายละเอียดเล็ก ๆ สำคัญจริง เช่น งานออกแบบหรือหน้าจอข้อมูลแน่น ๆ

การย่อจากต้นฉบับความละเอียดสูงยังมีผลพลอยได้ที่ดี คือมันเฉลี่ยสัญญาณรบกวนจากการเข้ารหัสออกไป ไฟล์ 1080p ที่ส่งออกจากการบันทึก 4K จึงมักดูสะอาดกว่าการบันทึกที่ 1080p โดยตรง

บิตเรต

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

เนื้อหาหน้าจอมีลักษณะพิเศษตรงนี้ มันมักดูดีที่บิตเรตซึ่งจะทำให้ภาพจากกล้องพังไปแล้ว จนกระทั่งถึงจุดหนึ่งที่มันพังลงทันที

เสียง

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

เมื่อ GIF เป็นคำตอบที่ผิด

GIF ดูเหมือนตัวเลือกที่เบา แต่ถ้ายาวเกินไม่กี่วินาทีก็ไม่ใช่ เพราะ GIF ไม่มีการบีบอัดระหว่างเฟรมแบบสมัยใหม่ และใช้จานสีเพียง 256 สี คลิปอินเทอร์เฟซ 15 วินาทีจึงใหญ่กว่าคลิปเดียวกันในรูปแบบ MP4 ได้ง่าย ๆ ทั้งที่ภาพแย่กว่า

ใช้ GIF เฉพาะกับลูปสั้นมาก ๆ ที่การเล่นอัตโนมัติในเธรดคอมเมนต์สำคัญกว่าความคมชัด นอกนั้น MP4 สั้น ๆ เล็กกว่าและคมกว่า

เช็กลิสต์ตรวจสอบอย่างเร็ว

เมื่อไฟล์ออกมาใหญ่เกินไป ให้ไล่ตามลำดับนี้

1. มันยาวเกินจำเป็นไหม ตัดก่อนเลย นี่คือคุณภาพที่ได้มาฟรี
2. จับภาพหน้าจอมากเกินจำเป็นไหม ถ้าทำได้ ให้บันทึกใหม่แบบเฉพาะหน้าต่างหรือพื้นที่
3. ความละเอียดส่งออกสูงกว่าที่ผู้ชมจะเห็นไหม ลดเหลือ 1080p หรือ 720p
4. ใช้ 60 fps กับเนื้อหาที่แทบไม่ขยับหรือเปล่า ส่งออกที่ 30
5. บิตเรตสูงเกินจำเป็นไหม ทดสอบช่วงสั้น ๆ ด้วยค่าที่ต่ำกว่า
6. สเปกเสียงเกินจำเป็นไหม เสียงพูดใช้ 128 kbps โมโน
7. เป็น ProRes หรือ GIF ทั้งที่ควรเป็น MP4 ไหม ส่งออกใหม่เป็น H.264

เก้าในสิบครั้ง ขั้นตอนที่ 1 ถึง 4 จะแก้ปัญหาได้ก่อนที่คุณจะแตะแถบคุณภาพเสียอีก

บทสรุป

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

ตั้งค่าเริ่มต้นให้เรียบร้อยครั้งเดียว ได้แก่ จับภาพเฉพาะหน้าต่างหรือพื้นที่, 1080p, 30 fps สำหรับเนื้อหานิ่ง, ส่งออกเป็น H.264 และเสียงโมโน 128 kbps แล้วปัญหานี้จะแทบไม่กลับมาอีก วิดีโอที่มาถึงแบบเล็กและคมชัด คือวิดีโอที่ผู้คนได้ดูจริง ๆ