OBS Recording Settings That Don't Suck: A Streamer's Field Guide [Tiếng Việt]

# Cài Đặt Ghi Hình OBS Không Tệ: Hướng Dẫn Từ Một Streamer Tôi sẽ không bao giờ quên ngày mà tôi xem lại VOD của chính mình và nghĩ rằng mình đang stream qua một củ khoai tây bọc trong giấy bóng kính. Đó là một ngày thứ Ba—luôn luôn là thứ Ba khi mọi thứ đi sai—và tôi vừa kết thúc một buổi chạy Dark Souls kéo dài 4 giờ mà tôi nghĩ là tuyệt vời. Chat rất phấn khích, tiền ủng hộ ào ạt, và tôi cảm thấy như mình cuối cùng đã "thành công" với vai trò là người sáng tạo nội dung. Sau đó tôi mở ghi âm để làm một video highlight. Nhân vật của tôi trông như một jpeg mờ mà đã bị photocopy mười bảy lần. Mỗi khi tôi lăn, toàn bộ màn hình trở thành một bức tranh trừu tượng. Giao diện người dùng như thể vừa pixelated vừa mờ cùng một lúc, điều mà tôi thậm chí không biết là có thể xảy ra. Tôi đã stream như thế này suốt tám tháng. Tám. Tháng. Thật không ngạc nhiên khi kênh YouTube của tôi không phát triển—mọi người có lẽ nghĩ rằng tôi đang stream từ một chiếc laptop năm 2008 sử dụng WiFi của McDonald's. Phần tồi tệ nhất? Tôi đã dành hàng giờ để nghiên cứu "cài đặt OBS tốt nhất" và làm theo mọi hướng dẫn mà tôi có thể tìm thấy. Tất cả đều nói những điều chung chung giống nhau: "sử dụng x264," "đặt bitrate của bạn là 6000," "bật CBR." Tuyệt. Tuyệt vời. Ghi âm của tôi vẫn trông như rác. Điều cuối cùng sửa chữa mọi thứ không phải là một codec bí mật hay nâng cấp phần cứng đắt tiền. Đó là ba cài đặt cụ thể mà thực sự không ai nói đến trong những hướng dẫn sao chép: Chuyển đổi Kiểm soát Tốc độ từ CBR sang CQP cho ghi hình, đặt CQ Level là 18 thay vì 23, và bật Định Dạng Màu Chất Lượng Cao trong cài đặt Nâng cao. Chỉ vậy thôi. Ba thay đổi đó đã biến ghi âm của tôi từ "không thể xem" thành "thực sự trông chuyên nghiệp," và tôi sắp chỉ cho bạn cách thực hiện—cùng với tất cả các cài đặt khác thực sự quan trọng.

Tại Sao Mỗi Hướng Dẫn "Cài Đặt OBS Tốt Nhất" Đều Lừa Dối Bạn

về các hướng dẫn OBS trên internet: chúng được viết cho việc streaming, không phải ghi hình. Và đó là hai trường hợp hoàn toàn khác nhau với những yêu cầu hoàn toàn khác nhau. Khi bạn đang stream, bạn bị giới hạn bởi băng thông tải lên. Nhà cung cấp dịch vụ Internet của bạn không quan tâm đến ước mơ sáng tạo nội dung của bạn—bạn nhận được 6-10 Mbps tải lên nếu bạn may mắn, và đó là giới hạn của bạn. Vì vậy, các hướng dẫn streaming tối ưu hóa cho ràng buộc đó. Chúng bảo bạn sử dụng CBR (Bitrate Không Đổi) vì máy chủ của Twitch cần một luồng dữ liệu có thể dự đoán được. Chúng bảo bạn giới hạn ở 6000 kbps vì đó là giới hạn tối đa của Twitch. Chúng bảo bạn sử dụng thiết lập "veryfast" vì bạn cần mã hóa theo thời gian thực trong khi vẫn chơi game. Nhưng khi bạn ghi hình cục bộ thì sao? Không có giới hạn nào tồn tại. Ổ cứng của bạn có thể quản lý 40,000 kbps mà không đổ mồ hôi. Bạn có thể sử dụng các thiết lập chậm hơn, chất lượng cao hơn vì bạn không mã hóa theo thời gian thực—OBS có thể mất thời gian để làm cho hình ảnh của bạn trông tuyệt đẹp. Bạn có thể sử dụng VBR (Bitrate Đổi Thay) hoặc CQP (Chất Lượng Không Đổi) vì không có máy chủ nào ở đầu bên kia yêu cầu một luồng dữ liệu nhất quán. Tuy nhiên, mỗi hướng dẫn chỉ sao chép các cài đặt streaming và coi như xong. Tôi đã rơi vào cái bẫy này rất mạnh. Trong năm đầu tiên streaming, tôi đã sử dụng chính xác các cài đặt giống nhau cho cả streaming và ghi hình vì tôi không biết tốt hơn. Tôi nghĩ "nếu nó đủ tốt cho Twitch, thì nó sẽ đủ tốt cho ổ cứng của tôi." Sai. Thật sự sai lầm. Ghi âm của tôi bị giới hạn ở 6000 kbps khi chúng có thể là 20,000+. Tôi đã sử dụng CBR khi CQP sẽ cho tôi chất lượng tốt hơn rất nhiều. Tôi đã sử dụng thiết lập "veryfast" khi tôi có thể sử dụng "medium" hoặc thậm chí "slow" cho ghi hình. Kết quả? Những bản ghi âm trông chỉ vẻn vẹn hơn một chút so với live stream, có nghĩa là nội dung YouTube của tôi trông như rác đã nén so với các sáng tạo khác. Bước ngoặt đến khi tôi đang xem một video từ một người sáng tạo có số lượng người xem bằng một nửa tôi, và hình ảnh của họ trông như thể được quay bằng một chiếc máy ảnh điện ảnh. Giao diện sắc nét, chuyển động mượt mà, không có hiện tượng nén trong các chuyển động nhanh. Tôi rất bối rối. Chúng tôi đều chơi cùng một trò chơi, đều sử dụng OBS, đều có máy tính tương tự. Tôi đã bỏ lỡ điều gì? Hóa ra, họ đang sử dụng các thiết lập hoàn toàn khác nhau cho ghi hình và streaming. Khái niệm cách mạng, tôi biết. Đó là lúc tôi bắt đầu thực sự thử nghiệm thay vì chỉ làm theo các hướng dẫn, và mọi thứ đã thay đổi.

Đêm Tôi Ghi 47 Video Thử Nghiệm (Và Những Gì Tôi Đã Học)

Hãy để tôi kể cho bạn về buổi tối tẻ nhạt nhất trong sự nghiệp streaming của tôi. Sau khi nhận ra ghi âm của mình là rác, tôi quyết định thực sự tìm ra điều này một cách khoa học thay vì chỉ đoán. Tôi tạo ra một kịch bản thử nghiệm: tải vào Elden Ring, đi đến một khu vực có hình ảnh phức tạp (Leyndell, nhiều hiệu ứng hạt và kiến trúc chi tiết), và làm đi làm lại cùng một chuỗi 2 phút với các cài đặt OBS khác nhau. Sau đó, tôi sẽ so sánh kích thước tệp, chất lượng hình ảnh và tác động đến hiệu suất. Tôi đã thử nghiệm 47 tổ hợp khác nhau. Bốn mươi. Bảy. Bitrate khác nhau, bộ mã hóa khác nhau, thiết lập khác nhau, kiểm soát tỷ lệ khác nhau. Tôi đã ghi chú trong một bảng tính như một kẻ tâm thần. Bạn tôi đi qua lúc 2 giờ sáng và hỏi tôi có ổn không. Tôi không ổn. Nhưng tôi quyết tâm tìm ra điều gì thực sự quan trọng và điều gì chỉ là ảo giác. Dưới đây là những gì tôi phát hiện: hầu hết các cài đặt hầu như không quan trọng. Choáng váng, đúng không? Sau tất cả những thử nghiệm đó, tôi thấy có lẽ chỉ 5-6 cài đặt thực sự tạo ra sự khác biệt rõ rệt, và phần còn lại chỉ là... ở đó. Thay đổi khoảng thời gian khung hình từ 2 thành 3? Không thể thấy sự khác biệt. Chơi đùa với bitrate âm thanh giữa 160 và 320? Tai tôi không nhạy đến vậy. Bật "Thực thi cài đặt bộ mã hóa dịch vụ streaming"? Thực sự không có tác dụng gì cho các ghi âm cục bộ. Nhưng năm sáu cài đặt mà CÓ quan trọng? Chúng thực sự rất quan trọng. Sự khác biệt giữa CQP ở mức 18 so với CBR ở 6000 kbps là một trời một vực. Giống như, "đây có phải là cùng một trò chơi không?" mức độ khác biệt. Sử dụng thiết lập "chất lượng" thay vì "veryfast" giúp cho chuyển động nhanh thực sự trông mượt mà thay vì như một slideshow. Bật "Định Dạng Màu Chất Lượng Cao" giúp màu sắc thực sự trông giống màu sắc thay vì một mớ màu nhạt nhẽo. Khám phá lớn khác: kích thước tệp là một chỉ số tồi tệ về chất lượng. Tôi đã có những bản ghi âm ở 15,000 kbps trông tệ hơn những bản ghi âm ở 10,000 kbps vì phương pháp kiểm soát tỷ lệ khác nhau. Tôi đã có những tệp lớn 50GB đầy bitrate lãng phí trên các cảnh tĩnh, trong khi các tệp nhỏ hơn 30GB với VBR lại trông tốt hơn vì bitrate đã được phân bổ thông minh. Đó là lý do tại sao bạn không thể chỉ tăng mọi thứ lên tối đa và mong đợi kết quả tốt—bạn cần hiểu mỗi cài đặt thực sự hoạt động như thế nào.

Tại Sao Tôi Ngừng Sử Dụng NVENC (Và Tại Sao Bạn Có Thể Không)

Điều này sẽ gây tranh cãi, nhưng hãy nghe tôi: Tôi đã chuyển từ NVENC sang x264 cho các ghi âm của mình, và đó là quyết định tốt nhất mà tôi đã đưa ra. Giờ đây, trước khi những người hâm mộ NVIDIA bắt đầu chĩa mũi nhọn vào tôi, hãy để tôi giải thích bối cảnh. Tôi có một chiếc Ryzen 9 5900X với 12 lõi, và tôi chỉ sử dụng khoảng 40% CPU trong khi chơi game. Phần đầu CPU đó chỉ nằm đó, không làm gì, trong khi GPU của tôi đang hoạt động quá tải để vừa chạy game vừa mã hóa với NVENC. NVENC là tuyệt vời cho việc streaming. Nó được tăng tốc phần cứng, gần như không ảnh hưởng đến tốc độ khung hình của bạn, và chất lượng thực sự rất tốt cho việc mã hóa thời gian thực. Nhưng cho các ghi âm? x264 với một preset chậm hơn hoàn toàn đánh bại NVENC về chất lượng, và nếu bạn có không gian CPU, không có lý do gì không sử dụng nó. Sự khác biệt này đặc biệt rõ rệt trong các cảnh tối và chuyển động nhanh—nơi mà NVENC thường gặp khó khăn và tạo ra các hiện tượng khối. Đây là logic của tôi: khi tôi đang streaming, tôi sử dụng NVENC vì tôi cần mọi tài nguyên GPU cho game, và tôi cần mã hóa theo thời gian thực. Nhưng khi tôi ghi hình cục bộ, tôi có thể sử dụng x264 với preset "medium" hoặc "slow" vì OBS có thể từ từ, và CPU của tôi có lõi để dự phòng. Kết quả là các ghi âm trông tốt hơn đáng kể với tác động hiệu suất tối thiểu vì tôi đang tận dụng phần cứng mà trước đó chưa được sử dụng. Nói vậy—và điều này rất quan trọng—nếu bạn có CPU cũ hơn hoặc bạn đã đang đạt 100% mức sử dụng CPU khi chơi game, hãy vẫn sử dụng NVENC. Tôi không nói x264 thì tốt hơn trong mọi trường hợp; tôi đang nói nó thì tốt hơn cho cách thiết lập và cách sử dụng của tôi. Nếu bạn có một CPU 6 lõi đã đạt 80% mức sử dụng khi chơi game, việc thêm mã hóa x264 sẽ làm giảm tốc độ khung hình của bạn. Hiểu giới hạn của hệ thống của bạn. Một yếu tố khác là chỉnh sửa. Các ghi âm x264 dễ chỉnh sửa hơn một chút vì chúng không được mã hóa bằng phần cứng, có nghĩa là ít vấn đề tương thích với phần mềm chỉnh sửa. Tôi đã gặp phải các lỗi kỳ lạ với các ghi âm NVENC trong DaVinci Resolve mà không xảy ra với x264. Một điều nhỏ, nhưng nó tích luỹ lại khi bạn chỉnh sửa nhiều lần trong tuần.

Các Cài Đặt Thực Sự Quan Trọng (Với Các Số Liệu Thực)

Được rồi, hãy đi vào dữ liệu thực sự. Tôi đã ghi lại cùng một đoạn gameplay dài 5 phút với các cài đặt khác nhau và đo lường kết quả. Đây là những gì thực sự tạo ra sự khác biệt:

Cấu Hình Cài Đặt	Kích Thước Tệp	Chất Lượng Hình Ảnh (1-10)	Sử Dụng CPU	Ghi Chú
CBR 6000 kbps, veryfast	450 MB	5/10	8%	Cài đặt streaming tiêu chuẩn - khối khi chuyển động
CBR 15000 kbps, veryfast	1.1 GB	6/10	8%	Tốt hơn nhưng vẫn có hiện tượng trong cảnh tối
CQP 23, medium	890 MB	7/10	18%	Cải thiện rõ rệt, một số hiện tượng
CQP 18, medium	1.4 GB	9/10	18%	Chất lượng tuyệt vời, hiện tượng tối thiểu
CQP 15, slow	1.8 GB	9.5/10	28%	Lợi ích giảm dần, mức sử dụng CPU cao
NVENC CQP 18, quality	1.2 GB	7.5/10	5%	Tốt cho mã hóa GPU, một số hiện tượng khối

Điểm ngọt ngào cho tôi cuối cùng là CQP 18 với preset medium. Đây là sự cân bằng hoàn hảo giữa chất lượng, kích thước tệp, và tác động hiệu suất. Đi đến CQP 15 hoặc preset chậm hơn chỉ cho tôi khoảng 5% chất lượng tốt hơn nhưng gấp đôi mức sử dụng CPU và kích thước tệp. Không đáng. Và ở lại với CBR, ngay cả khi ở bitrate cao, chỉ không thể so sánh về chất lượng vì nó đang lãng phí bitrate trên các cảnh tĩnh và thiếu thốn cho các cảnh phức tạp. về CQP mà không ai giải thích đúng cách: số đó đại diện cho mức độ chất lượng, với số nhỏ hơn = chất lượng tốt hơn. CQP 18 có nghĩa là "duy trì mức chất lượng này trong toàn bộ video, sử dụng bất kỳ bitrate nào cần thiết." Vì vậy, trong một màn hình menu tĩnh, nó có thể chỉ sử dụng 3000 kbps. Nhưng trong một trận chiến trùm mãnh liệt với các hiệu ứng hạt khắp nơi, nó có thể tăng vọt lên 30,000 kbps. Đó là phép màu—bitrate thích ứng với độ phức tạp của nội dung. So sánh điều đó với CBR ở 15,000 kbps, điều sử dụng 15,000 kbps bất kể bạn đang nhìn chằm chằm vào một bức tường hay đánh một con rồng. Nó lãng phí bitrate trong các cảnh đơn giản và thiếu thốn cho các cảnh phức tạp. Đó là lý do tại sao CQP 18 với trung bình 12,000 kbps trông tốt hơn CBR ở 15,000 kbps—bitrate được phân bổ một cách thông minh. Các số liệu sử dụng CPU cũng rất quan trọng. Ở mức sử dụng CPU 18% cho việc mã hóa, tôi vẫn để lại nhiều không gian cho game và các ứng dụng khác. Nếu tôi đã đạt 70% mức sử dụng CPU khi chơi game, tôi sẽ phải hoặc sử dụng một preset nhanh hơn hoặc chuyển sang NVENC. Nhưng với CPU 12 lõi của tôi, 18% là không có gì cả.

Những Gì Các "Chuyên Gia" Đã Hiểu Sai Về Bitrate

"Chỉ cần đặt bitrate của bạn là 40,000 và bạn sẽ có chất lượng hoàn hảo!" - Mọi chủ đề Reddit từng có

Lời khuyên này có ở khắp nơi, và nó thật tồi tệ. Đây là lý do: bitrate không phải là một cài đặt chất lượng. Đó là một cài đặt băng thông. Tăng bitrate của bạn lên 40,000 kbps không tự động làm cho các ghi âm trông tốt hơn—nó chỉ làm cho chúng lớn hơn. Nếu bạn đang sử dụng CBR với một preset nhanh, bạn chỉ đang tạo ra các tệp khổng lồ đầy bitrate lãng phí. Tôi đã kiểm tra điều này kỹ lưỡng. Tôi đã ghi âm với CBR ở 40,000 kbps sử dụng preset "veryfast", và sau đó tôi đã ghi âm với CQP 18 sử dụng "med