ขนาดไฟล์แทบจะไม่เปลี่ยนแปลงด้วยการบีบอัด นี่เป็นวิธีการบีบอัด (เข้ารหัส) ดำเนินการตามที่คาดไว้หรือไม่

ตอบแล้ว

มือใหม่ที่นี่ บอร์ดนี้ช่วยฉันในลีกได้จนถึงตอนนี้ ขอบคุณสำหรับสิ่งนั้น

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

อย่าลังเลที่จะข้ามไปที่คำถามด้านล่าง คำอธิบายต่อไปนี้:

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

สตรีมต้นทางเป็นประเภทคอนเทนเนอร์ MPEG-TS กล่าวคือ เมื่อใช้ด้านล่าง ไฟล์ผลลัพธ์ของฉันมีนามสกุลไฟล์ .ts ด้วยพารามิเตอร์ต้นทาง (และเอาต์พุต) ที่จัดการโดยอัตโนมัติโดยโปรแกรมนี้ ฉันส่งผ่านอาร์กิวเมนต์เหล่านี้ในการตั้งค่าพารามิเตอร์ FFmpeg:

-c:v copy -c:a copy -movflags faststart -y -f mpegts

หลังจากเปลี่ยนชื่อเอาต์พุตด้วยมือเป็น "file1.ts" ฉันจึงใช้คอนโซลและดำเนินการคำสั่งนี้:

ffmpeg -i file1.ts -c:v libx265 -crf 16 -preset ช้า -pix_fmt yuv420p10le -c:a aac -b:a 192k date_10bit.mp4

ที่นี่ ฉันตั้งใจที่จะเข้ารหัสสตรีมที่บันทึกอีกครั้งเป็นไฟล์ HEVC/x265 ภายในคอนเทนเนอร์ .mp4

• ฉันได้ตั้งค่า CRF เป็น 16 ด้วยเหตุผลที่ฉันกำลังจะกล่าวถึงด้านล่าง แต่โดยหลักแล้ว ฉันกำลังไล่ตามแหล่งที่มาที่มองเห็นไม่แตกต่าง และยินดีจ่ายในราคาตามขนาด (หรือมากกว่าที่ฉันคิด)
• ตั้งค่าล่วงหน้าให้ช้าตามคำแนะนำของผู้ใช้บางคน ฉันทามติดูเหมือนว่าจะเป็นคุณภาพ x265 ของช้าเทียบเท่ากับคุณภาพของสื่อเมื่อใช้ x264
• ความลึก 10 บิต เนื่องจากมีการกล่าวถึงว่าการบีบอัด 10 บิตดีกว่า ฉันจึงคิดว่าควรลองดู
• การเข้ารหัสเสียงเป็น aac และ 192k โดยไม่คำนึงถึงประโยชน์ทั่วไปในด้านความพร้อมใช้งานของเสียงคุณภาพสูงกว่าหากเป็นไปได้

หลังจากทำงานหลายชั่วโมง ไฟล์ผลลัพธ์จะไม่ถูกมองเห็น (ไม่ได้ดูแย่ลงเนื่องจากปัญหาเกี่ยวกับสิ่งประดิษฐ์/การเคลื่อนไหว แต่ฉันคิดว่าคำสั่ง 10 บิตทำให้ภาพดูอบอุ่นขึ้นอย่างเห็นได้ชัด) และมีขนาดเล็กกว่าไฟล์ .ts I ดั้งเดิมเล็กน้อย เริ่มต้นด้วย

นี่เป็นบทเรียนที่ชัดเจนซึ่งฉันเคยพลาดไปแล้ว นั่นคือการเข้ารหัส/บีบอัดซ้ำทั้งหมด (ยกเว้น CRF/QP ที่ 0?) จะลดคุณภาพจาก "แหล่งที่มา" เสมอ

ในตอนท้ายของวัน ไฟล์ต้นฉบับของฉันคือ 5.5GB. การเข้ารหัส x265 ใช้เวลาทั้งวัน และ โผล่ไฟล์ออกมาที่ 5.25GB. ฉันคิดว่าเป็นเพราะ CRF ที่ต่ำเช่น ยังไงก็ตาม

ด้วยการเดินทางของฉันตอนนี้อธิบาย:

ทั้งหมดนี้เป็นสิ่งที่คาดหวังหรือไม่?

โดยเฉพาะอย่างยิ่ง มี (และคืออะไร) มีวิธีบางอย่างในการลดขนาดไฟล์ในขณะที่ยังคงรักษาคุณภาพไว้ได้ เช่น ค่า CRF เท่ากับ 20 หรือมากกว่านั้น ขณะนี้ฉันกลัวเวลาเข้ารหัส และไม่เห็นผลลัพธ์ในเชิงบวกมากนัก ดังนั้นฉันจึงค่อนข้างจะยอมรับว่าฉันจำเป็นต้องจัดเก็บไฟล์ .ts พื้นฐานและเรียกมันว่าวัน

ขอบคุณที่สละเวลาอ่าน

แก้ไข: ขอบคุณ Nmath ในความคิดเห็น!