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

เส้นทางเรนเดอร์ ไม่ใช่เส้นทางตัวเข้ารหัส

เครื่องมือทดสอบความเค้นความเสถียรของ FPS และโอเวอร์เลย์สตรีม

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

กล้องปิดอยู่

ตัวควบคุม

องค์ประกอบโอเวอร์เลย์ 0

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

FPS ปัจจุบัน: —

ผลลัพธ์

องค์ประกอบโอเวอร์เลย์	FPS ที่วัดได้

หมายเหตุ

เหตุใดนี่จึงเป็นการทดสอบความเค้นที่ต่างจากอีกอันหนึ่ง

การเข้ารหัสวิดีโอและการเรนเดอร์หน้าจอถูกจัดการโดยส่วนที่แตกต่างกันของระบบของคุณ และเครื่องหนึ่งอาจทำได้ดีในด้านหนึ่งแต่มีปัญหากับอีกด้านหนึ่ง การทดสอบความเค้นฮาร์ดแวร์ตอบคำถามว่า "CPU ของฉันสามารถเข้ารหัสต่อเนื่องได้ตลอดการโทรยาว ๆ หรือไม่" ส่วนเครื่องมือนี้ตอบคำถามอื่นที่จริงพอ ๆ กัน: "ระบบของฉันจะยังเรนเดอร์ภาพได้ลื่นไหลหรือไม่เมื่อฉันเพิ่มโอเวอร์เลย์ภาพหนัก ๆ ทับบนสตรีม" — ซึ่งเกี่ยวข้องกับสตรีมเมอร์ที่ใช้การแจ้งเตือน กราฟิกเคลื่อนไหว หรือ browser source ใน OBS

ข้อมูลอ้างอิง

อัตราเฟรมเป้าหมายสำหรับการสตรีม

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

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

ทีละขั้นตอน

วิธีรันการทดสอบ

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

ปัญหาที่พบบ่อย

การปรับปรุงประสิทธิภาพการเรนเดอร์

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

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

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

คำถามที่พบบ่อย

สิ่งนี้แตกต่างจากการทดสอบความเค้นฮาร์ดแวร์อย่างไร?

การทดสอบความเค้นฮาร์ดแวร์รักษาภาระของตัวเข้ารหัสไว้อย่างต่อเนื่อง — โดยกดดัน CPU ของคุณด้วยการเข้ารหัสวิดีโอต่อเนื่องเป็นเวลาสองนาที ส่วนเครื่องมือนี้กดดันระบบย่อยที่แตกต่างไปโดยสิ้นเชิง คือเส้นทางการเรนเดอร์และการประกอบภาพ ด้วยการวาดกราฟิกโอเวอร์เลย์เคลื่อนไหวที่มีจำนวนเพิ่มขึ้นเรื่อย ๆ ในทุกเฟรม ซึ่งเป็นสิ่งที่โอเวอร์เลย์สตรีมหนัก ๆ และกราฟิกจาก browser source ในการตั้งค่าสไตล์ OBS สร้างภาระให้จริง ๆ

เหตุใด FPS ของฉันจึงลดลงเมื่อมีโอเวอร์เลย์ แต่ไม่ลดลงระหว่างวิดีโอคอลธรรมดา?

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

อะไรถือว่าเป็นผลลัพธ์ที่ดีในที่นี้?

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

สิ่งนี้จำลอง browser source ของ OBS จริงได้อย่างแม่นยำหรือไม่?

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

เหตุใด "เรียกใช้การสวีปแบบเต็ม" จึงเปลี่ยนแถบเลื่อนโอเวอร์เลย์ของฉันชั่วขณะ?

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