Cài đặt riêng cho ghi và phát trực tiếp trong OBS

Tại sao cần tách riêng cài đặt ghi và phát trực tiếp

Phát trực tiếp và ghi cục bộ giải quyết những nhiệm vụ khác nhau. Luồng phát trực tiếp phải đáp ứng yêu cầu của nền tảng, phù hợp với khả năng của kênh internet và không tạo tải trọng thừa trong khi chơi game. Tệp cục bộ có thể được lưu với chất lượng cao hơn vì nó không bị giới hạn bởi bitrate đầu vào của luồng phát.

Nếu để một cài đặt cho cả hai quy trình, OBS sẽ sử dụng cùng một logic mã hóa. Khi chọn thông số phù hợp cho luồng phát, bản ghi có thể trông tệ hơn mức cần thiết: trong các cảnh động sẽ xuất hiện khối, chi tiết bị mờ và vệt chuyển động. Nếu chỉ tập trung vào bản ghi, luồng phát có thể bắt đầu mất khung hình, còn tải trọng của máy tính và kênh sẽ trở nên quá cao.

Trong OBS có thể thiết lập riêng bộ mã hóa, chế độ quản lý chất lượng, bitrate, đường dẫn lưu, container và các track âm thanh. Trong một số cấu hình còn có thể tùy chỉnh riêng việc thay đổi tỷ lệ bản ghi. Các cảnh, nguồn, thu game và xử lý hình ảnh tổng thể vẫn dùng chung cho cả hai đầu ra.

Thông số riêng không có nghĩa là render hoàn toàn độc lập. OBS vẫn xử lý đồng thời hình ảnh cho luồng phát và cho tệp. Vì vậy sau khi thay đổi cài đặt, cần kiểm tra chính trong cảnh mà bạn thường phát trực tiếp: có game, camera, thông báo, nguồn trình duyệt và micro.

Cách mở thông số đầu ra nâng cao

Mở mục «Cài đặt» trong OBS, chuyển đến phần «Đầu ra» và trong dòng «Chế độ đầu ra» chọn «Nâng cao». Trong giao diện tiếng Anh chế độ này được gọi là Advanced. Tên các mục riêng lẻ có thể hơi khác tùy thuộc vào phiên bản OBS và ngôn ngữ đã chọn.

Trong chế độ đơn giản, chương trình cung cấp một bộ tùy chọn có sẵn hạn chế. Chúng phù hợp cho lần chạy đầu tiên nhưng không cho phép quản lý riêng luồng và bản ghi cục bộ. Sau khi bật chế độ nâng cao, sẽ xuất hiện các khối hoặc tab riêng biệt «Truyền trực tuyến» và «Ghi».

Trước tiên hãy thiết lập truyền trực tuyến, sau đó chuyển sang ghi. Đừng nhầm phần «Đầu ra» với phần «Video». Trong cài đặt video, bạn đặt độ phân giải khung hình cơ sở, độ phân giải đầu ra và tần số khung hình. Những thông số này có thể ảnh hưởng đến cả hai kết quả, ngay cả khi bộ mã hóa và bitrate đã được tách riêng.

Sau mỗi thay đổi đáng kể, hãy lưu cài đặt và kiểm tra chỉ một kịch bản. Nếu thay đổi đồng thời độ phân giải, bộ mã hóa và chất lượng ghi, sẽ khó hiểu điều gì đã gây ra tăng tải hoặc giảm chất lượng hình ảnh.

Cài đặt phát trực tiếp cho Twitch trong OBS

Đối với phát trực tiếp trên Twitch, như một bộ khởi đầu thực tế cho 1080p60, có thể sử dụng bộ mã hóa phần cứng NVIDIA NVENC, chế độ CBR, bitrate 6000–8000 kbit/s và khoảng thời gian khung hình khóa 2 giây. Đối với codec thường chọn H.264 vì nó được hỗ trợ rộng rãi bởi các nền tảng và thiết bị của người xem.

Dải 6000–8000 kbit/s không có nghĩa là luôn phải đặt ngay giá trị cao nhất. Hãy bắt đầu với 6000 kbit/s nếu bạn muốn giảm yêu cầu đối với kênh. Chỉ sử dụng giá trị 8000 kbit/s sau khi kiểm tra các giới hạn hiện tại của Twitch, khả năng của tài khoản và độ ổn định của tốc độ đường truyền. Các quy định tiếp nhận luồng của nền tảng có thể thay đổi.

Trong profile mã hóa thường chọn High nếu bộ mã hóa đã chọn hỗ trợ. Các thông số còn lại của NVENC tốt nhất nên để trong giới hạn giá trị được OBS hoặc Twitch khuyến nghị. Một preset quá nặng có thể lấy tài nguyên của game, đặc biệt khi ghi đồng thời.

Bitrate không đổi CBR cần thiết cho luồng ổn định. Với nó, việc gửi dữ liệu phù hợp hơn với yêu cầu của nền tảng so với chế độ chỉ tính đến chất lượng. Đừng cố bù đắp internet yếu bằng chất lượng mã hóa tối đa: khi kênh không ổn định, người xem vẫn sẽ thấy bộ đệm hoặc mất khung hình.

Đối với 1080p60 không chỉ cần tốc độ tải lên đủ mà còn cần dự phòng cho dao động kết nối. Nếu kênh hoạt động ở mức giới hạn, trước tiên hãy kiểm tra luồng phát với bitrate đã chọn. Khi mất khung hình, an toàn hơn là giảm bitrate, độ phân giải hoặc tần số khung hình thay vì để luồng không ổn định.

Cần chỉ định gì trong phần truyền trực tuyến

Trong «Cài đặt» → «Đầu ra» → «Truyền trực tuyến», chọn NVENC nếu card đồ họa hỗ trợ bộ mã hóa này và OBS hoạt động với nó mà không có lỗi. Trong trường quản lý bitrate đặt CBR, và trong trường «Bitrate» chỉ định giá trị đã chọn tính bằng kbit/s. Đối với khoảng thời gian khung hình khóa đặt 2 giây nếu điều này phù hợp với yêu cầu hiện tại của Twitch.

Kiểm tra rằng không vô tình chọn x264 phần mềm. Nó mã hóa qua bộ xử lý và có thể hữu ích trong một số hệ thống nhất định, nhưng với game nặng và ghi đồng thời có thể làm tăng đáng kể tải CPU. NVENC phần cứng thường cho phép chuyển công việc mã hóa chính sang card đồ họa.

Mục «Sử dụng cài đặt bộ mã hóa của luồng» trong phần ghi liên kết tệp cục bộ với thông số của luồng phát. Nếu mục tiêu là có chất lượng ghi riêng, không nên bật mục này. Nếu không, bản ghi sẽ sử dụng logic của luồng phát, bao gồm cả giới hạn bitrate của nó.

Cách thiết lập ghi cục bộ riêng

Chuyển đến «Cài đặt» → «Đầu ra» → «Ghi». Trong trường loại ghi chọn «Tiêu chuẩn», chỉ định thư mục riêng và đảm bảo rằng ổ đĩa đã chọn có đủ dung lượng trống. Đường dẫn tốt nhất nên đặt không chỉ vì sự tiện lợi mà còn tính đến tải trọng: ổ đĩa hệ thống và ổ đĩa chứa game có thể không phải là nơi tốt nhất cho các tệp dài.

Trong trường bộ mã hóa chọn NVIDIA NVENC H.264 nếu bản ghi được dự định cho việc dựng phim, tải lên các nền tảng khác nhau hoặc xem trên các thiết bị chưa rõ hỗ trợ codec. NVENC là phương thức mã hóa phần cứng, còn H.264 là bản thân video codec. Không nên coi chúng là những tên gọi có thể thay thế cho nhau.

Trong phần ghi không chọn «Như trong luồng» hoặc «Same as stream». Tùy chọn như vậy sao chép thông số của luồng phát và không cho phép sử dụng quản lý chất lượng riêng. Bộ mã hóa có thể giống nhau, nhưng chế độ chất lượng, container và các cài đặt bổ sung phải được thiết lập độc lập.

Đối với ghi cục bộ đồng thời với phát trực tiếp, có thể sử dụng NVENC cả trong luồng và trong tệp. Khả năng phụ thuộc vào card đồ họa, phiên bản driver, độ phân giải, tần số khung hình và tải trọng của game. Sau khi bật hai đầu ra, nhất định phải kiểm tra thống kê của OBS và độ mượt của chính game.

CQP 18–22 cho ghi qua NVENC

Đối với ghi qua NVENC, sử dụng chế độ quản lý chất lượng CQP và bắt đầu với giá trị trong dải 18–22. Số nhỏ hơn có nghĩa là chất lượng cao hơn và thường kích thước tệp lớn hơn. Giá trị 18 phù hợp làm điểm khởi đầu cho bản gốc chất lượng cao, còn 22 cho phép giảm kích thước nếu bản ghi chiếm quá nhiều dung lượng.

Kết quả cụ thể phụ thuộc vào game và hình ảnh. Trong cảnh yên tĩnh, tệp có thể nhỏ, nhưng khi camera di chuyển nhanh, có hạt, cỏ, tán lá và chữ nhỏ, luồng dữ liệu sẽ tăng. Vì vậy không thể chỉ dựa vào con số CQP: hãy xem chính tệp và kiểm tra xem ổ đĩa có đủ không.

Cài đặt thực tế để bắt đầu trông như sau: NVENC H.264, CQP 18–22, container MKV, ghi lên một ổ đĩa nhanh riêng. Nếu sau khi kiểm tra thấy khối trên chuyển động hoặc mất chi tiết nhỏ, hãy giảm giá trị CQP. Nếu chất lượng đã đủ nhưng tệp quá lớn, hãy tăng nó về phía 22.

Đối với x264 phần mềm, thay vì CQP thường sử dụng CRF. Đây là thang chất lượng có ý nghĩa tương tự, nhưng giá trị của nó không thể so sánh trực tiếp với CQP. Nếu chọn x264, hãy áp dụng CRF và dựa vào logic riêng của nó. Không chuyển số 18 hoặc 22 giữa các bộ mã hóa khác nhau mà không kiểm tra kết quả.

CBR cho ghi cục bộ cũng hoạt động, nhưng không phải lúc nào cũng hợp lý. Nó cố định luồng ngay cả trong cảnh đơn giản và có thể không cung cấp đủ dữ liệu cho các khung hình phức tạp nếu đặt giá trị giới hạn. Hãy để CBR cho luồng phát, còn đối với tệp sử dụng chế độ hướng đến chất lượng.

Cách chọn codec cho tệp cục bộ

Đừng nhầm container, codec và bộ mã hóa. MKV và MP4 là container chứa video và âm thanh. H.264, HEVC và AV1 là video codec. NVENC là phương thức mã hóa phần cứng trên card đồ họa NVIDIA. Trong cài đặt OBS, những khái niệm này xuất hiện cạnh nhau, vì vậy điều quan trọng là kiểm tra từng mục riêng lẻ.

H.264 thường được chọn để có khả năng tương thích tối đa với trình dựng video, trình phát và dịch vụ tải lên. HEVC có thể cho tệp nhỏ hơn với chất lượng tương đương, nhưng khả năng hỗ trợ phụ thuộc vào hệ điều hành, trình dựng video và phần cứng. AV1 cũng có khả năng nén hình ảnh hiệu quả, tuy nhiên yêu cầu về giải mã và dựng phim có thể cao hơn.

Nếu bản ghi cần cho việc dựng phim nhanh, xuất bản clip và chuyển cho người khác, hãy bắt đầu với H.264. Nếu tệp dành cho kho lưu trữ của riêng bạn và các chương trình bạn dùng hoạt động chắc chắn với HEVC hoặc AV1, có thể thử nghiệm một trong các tùy chọn này trên một đoạn ngắn.

Kiểm tra không chỉ khả năng phát lại. Mở tệp thử nghiệm trong trình dựng video mà bạn sẽ dùng để dựng, tua qua timeline và thử xuất một đoạn ngắn. Một số kết hợp codec, container và track âm thanh mở được trong trình phát nhưng lại tạo vấn đề khi dựng phim.

MKV và tự động remux sang MP4

Đối với ghi dài, an toàn hơn là chọn MKV trong trường «Định dạng ghi». Nếu OBS hoặc máy tính gặp lỗi, container thường giữ lại phần đã ghi của tệp. Điều này không khôi phục dữ liệu chưa kịp ghi lên đĩa, nhưng giảm nguy cơ mất toàn bộ tư liệu do MP4 chưa hoàn tất.

Để sau khi dừng bình thường nhận được MP4 tự động, mở «Cài đặt» → «Nâng cao». Tìm phần liên quan đến ghi và bật mục «Tự động remux sang MP4» hoặc Automatically remux to mp4. Trong phần «Đầu ra» đồng thời giữ định dạng ghi là MKV.

Sau khi nhấn «Dừng ghi» bình thường, OBS trước tiên sẽ hoàn tất MKV, sau đó thực hiện remux sang MP4. Ở đây không có mã hóa lại: video và âm thanh được chuyển sang container khác, vì vậy chất lượng không thay đổi. Tệp MP4 hoàn chỉnh sẽ xuất hiện trong thư mục ghi sau khi hoàn tất thao tác.

Tự động remux không thể tạo MP4 sau khi OBS đột ngột bị treo vì để làm điều đó cần đóng tệp gốc một cách chính xác. Khi gặp sự cố, MKV đã lưu vẫn hoạt động được. Sau khi khởi động lại OBS, mở «Tệp» → «Remux bản ghi», chọn MKV và chỉ định vị trí cho MP4.

Đừng đổi phần mở rộng bằng tay. Đổi tên MKV thành MP4 không thay đổi cấu trúc container và có thể dẫn đến lỗi khi mở. Sau khi remux tự động hoặc thủ công, hãy kiểm tra MP4, và chỉ sau đó mới xóa MKV gốc.

Độ phân giải khác nhau và thông số video chung

Độ phân giải khung hình cơ sở được đặt trong phần «Video». Nó xác định vùng làm việc của các cảnh và ảnh hưởng đến hình ảnh mà OBS nhận từ các nguồn. Độ phân giải đầu ra xác định kích thước kết quả sau khi thay đổi tỷ lệ.

Trong phần ghi có thể có mục «Thay đổi tỷ lệ đầu ra» hoặc Rescale Output. Nếu nó hiển thị cho cấu hình đã chọn, hãy bật nó và chỉ định độ phân giải của tệp cục bộ riêng với độ phân giải của luồng phát. Ví dụ, có thể gửi luồng phát ở 1920×1080, còn bản ghi lưu ở độ phân giải khác nếu điều này hợp lý với nhiệm vụ.

Thay đổi tỷ lệ riêng yêu cầu xử lý hình ảnh bổ sung. Khi bật nó, tải trọng lên card đồ họa và render của OBS tăng. Không nên tăng độ phân giải ghi cao hơn bản gốc: thay đổi tỷ lệ lên trên sẽ không thêm chi tiết mà chỉ tăng tính toán và kích thước tệp.

Tần số khung hình thường được đặt trong cài đặt video chung và áp dụng cho toàn bộ quy trình làm việc. Đặt riêng 60 khung hình mỗi giây cho luồng phát và giá trị khác cho bản ghi bằng các công cụ tiêu chuẩn không phải lúc nào cũng thực hiện được trong mọi kịch bản. Nếu cần sơ đồ như vậy, trước tiên hãy kiểm tra khả năng của phiên bản OBS hiện tại và bộ mã hóa đã chọn.

Các track âm thanh riêng cho luồng phát và bản ghi

Có thể làm cho tệp cục bộ thuận tiện hơn cho việc dựng phim nếu không gộp tất cả các nguồn vào một track. Trong «Thuộc tính âm thanh nâng cao», gán micro, game, nhạc và thông báo vào các track khác nhau. Đồng thời đối với luồng phát, để một track riêng với bản mix tổng đã hoàn chỉnh mà người xem nghe được.

Hầu hết các nền tảng sử dụng một track âm thanh của luồng phát. Bản ghi cục bộ đồng thời có thể chứa nhiều track: ví dụ, bản mix tổng, chỉ micro và chỉ âm thanh game. Tùy chọn như vậy giúp loại bỏ nhạc, sửa cân bằng hoặc thay thế một nguồn riêng khi dựng phim.

Kiểm tra các track trong cài đặt ghi và trong chính trình dựng video. Tạo một tệp ngắn, lần lượt tắt các track và đảm bảo rằng micro không bị trùng lặp, âm thanh game không bị mất, còn bản mix tổng chứa mọi thứ cần thiết để xem.

Các track riêng sẽ không tự động sửa âm lượng sai. Trước khi phát trực tiếp, hãy nghe đoạn thử nghiệm bằng tai nghe và kiểm tra xem game có lấn át lời nói không. Điều này đặc biệt quan trọng sau khi thay đổi thiết bị đầu ra hoặc kết nối micro mới.

Cách kiểm tra tải trọng ổ đĩa: HDD so với SSD

Tốc độ ghi lên một ổ đĩa cụ thể đối với streamer có thể không kém phần quan trọng so với việc chọn CQP. Khi ghi, OBS liên tục lưu dữ liệu, còn game đồng thời đọc texture và các tệp khác. Trên HDD, ghi tuần tự có thể diễn ra bình thường, nhưng việc di chuyển đầu đọc giữa các tệp game, hệ thống và bản ghi có thể gây ra độ trễ và giật.

SSD thường phù hợp hơn cho ghi cục bộ, đặc biệt nếu game cũng chạy trên đó hoặc các ứng dụng khác đang hoạt động. NVMe SSD không phải lúc nào cũng bắt buộc: quan trọng hơn là ghi ổn định thực tế trên ổ lưu trữ của bạn, dung lượng trống và không có tác vụ cạnh tranh. Không thể đánh giá HDD cũ chỉ dựa vào tốc độ công bố trong thông số kỹ thuật.

Hãy kiểm tra ổ lưu trữ trên chính máy tính của bạn. Khởi chạy cùng game và cảnh OBS sẽ được sử dụng trong luồng phát, bật ghi trong 10–15 phút và trong thời gian đó mở Task Manager của Windows hoặc Resource Monitor. Theo dõi hoạt động của ổ đĩa, tốc độ ghi, dung lượng trống và xem liệu có xuất hiện độ trễ trong game không.

Sau khi kiểm tra, xem kích thước tệp nhận được và tính tốc độ trung bình: chia kích thước tệp tính bằng megabyte cho thời lượng ghi tính bằng giây. So sánh kết quả này với tốc độ ghi thực tế mà công cụ giám sát đã hiển thị. Đối với CQP, tốc độ sẽ không ổn định, vì vậy hãy kiểm tra chính cảnh phức tạp chứ không chỉ menu game.

Đừng chỉ dựa vào kết quả của bài kiểm tra tổng hợp. Ổ lưu trữ có thể hiển thị tốc độ cao trong kiểm tra ngắn nhưng chậm lại khi đầy bộ nhớ đệm hoặc khi ghi lâu. Bài kiểm tra thực tế của OBS đồng thời tính đến game, các cảnh, bộ mã hóa và hệ thống tệp.

Nếu trên HDD ổ đĩa thường xuyên đạt 100 phần trăm hoạt động, bản ghi bắt đầu bị gián đoạn và game bị giật, hãy chuyển bản ghi sang SSD hoặc một ổ lưu trữ riêng. Cũng không nên lưu tệp vào thư mục mạng, ổ đĩa ngoài có kết nối không ổn định hoặc phân vùng gần đầy mà không kiểm tra trước.

Cách hiểu nguyên nhân mất khung hình và sụt giảm

Mở cửa sổ «Thống kê» trong OBS trong khi kiểm tra. Khung hình bị mất do mạng chỉ ra vấn đề kết nối với nền tảng. Mất khung hình do mã hóa cho thấy thiếu tài nguyên của bộ mã hóa. Sụt giảm render có nghĩa là OBS hoặc game không kịp chuẩn bị khung hình để xuất.

Vấn đề với ổ đĩa có thể biểu hiện khác: bản ghi dừng lại, tệp bị hỏng, xuất hiện độ trễ khi lưu hoặc game bắt đầu truy cập ổ lưu trữ với khoảng dừng lớn. Vì vậy thống kê của OBS là không đủ — đồng thời hãy xem tải trọng ổ đĩa trong hệ điều hành.

Nếu render bị sụt giảm, hãy thử giới hạn tần số khung hình của game, giảm thay đổi tỷ lệ thừa và đóng các nguồn không cần thiết. Khi có vấn đề mã hóa, hãy kiểm tra preset NVENC, độ phân giải, tần số khung hình và hoạt động đồng thời của hai đầu ra. Nếu mất mát do mạng tăng, trước tiên hãy giảm bitrate của luồng phát hoặc khắc phục nguyên nhân kết nối không ổn định.

Ưu tiên trong khi phát trực tiếp vẫn là truyền phát ổn định. Nếu máy tính không xử lý được NVENC cho cả phát trực tiếp và ghi ở CQP 18, trước tiên hãy tăng giá trị CQP lên 20–22, đơn giản hóa bản ghi hoặc chuyển nó sang ổ đĩa khác. Tốt hơn là nhận được tệp cục bộ nén nhiều hơn một chút so với việc mất khung hình trong luồng phát.

Kiểm tra trước khi phát trực tiếp đầy đủ

Sau khi thiết lập, đừng ngay lập tức khởi chạy luồng phát kéo dài nhiều giờ. Hãy tạo một bản ghi ngắn với tải trọng tối đa cho máy tính: mở game, bật webcam, thông báo, nguồn trình duyệt và micro. Sau đó kiểm tra riêng luồng với cùng độ phân giải, tần số khung hình, bitrate và bộ mã hóa.

Xem phần đầu, giữa và cuối tệp. Chú ý đến các cú quay camera nhanh, chữ nhỏ, vùng tối, hạt và cảnh có nhiều chuyển động. Chính ở đó thường thấy rõ nhất việc thiếu chất lượng, nén quá mạnh hoặc vấn đề thay đổi tỷ lệ.

Kiểm tra âm thanh trên tất cả các track cần thiết, nhập tệp vào trình dựng video và thử tua. Sau khi dừng bình thường, đảm bảo rằng tự động remux đã tạo MP4. Đối với kiểm tra riêng sự cố, chỉ cần kiểm tra rằng bản ghi ở MKV xuất hiện trong thư mục ngay cả trước khi OBS kết thúc hoạt động.

Nếu kết quả hài lòng, hãy lưu profile OBS cho nhiệm vụ cụ thể. Đối với các game khác nhau có thể sử dụng profile riêng, nhưng trước luồng phát quan trọng vẫn nên kiểm tra cảnh, dung lượng trống và tình trạng ổ đĩa. Driver card đồ họa, cập nhật OBS hoặc thay đổi codec có thể thay đổi tải trọng.

Lỗi thường gặp khi thiết lập riêng

Một trong những lỗi phổ biến là chọn chế độ «Như trong luồng» cho bản ghi rồi mong đợi chất lượng CQP. Trong trường hợp này, tệp cục bộ nhận thông số của luồng phát. Một lỗi khác là đặt CQP 18 mà không kiểm tra kích thước và để bản ghi trên ổ đĩa đã bị game hoặc hệ thống chiếm dụng.

Không nên ngay lập tức chọn HEVC hoặc AV1 chỉ vì kích thước tệp nhỏ hơn. Trước tiên hãy kiểm tra hỗ trợ codec trong trình dựng video và trên thiết bị nơi bản ghi sẽ được phát. Cũng không nên đổi tên MKV thành MP4 bằng tay hoặc coi tự động remux đã bật là biện pháp bảo vệ khỏi mọi sự cố.

Một vấn đề khác là chỉ kiểm tra những phút đầu tiên. Ổ đĩa có thể bắt đầu chậm lại sau đó, dung lượng trống có thể hết, còn cảnh nặng có thể chỉ xuất hiện ở giữa game. Hãy kiểm tra toàn bộ kịch bản làm việc và xem không chỉ hình ảnh mà còn thống kê OBS, âm thanh và tải trọng ổ lưu trữ.

Thứ tự thao tác ngắn gọn

1. Mở «Cài đặt» → «Đầu ra» và bật chế độ nâng cao.
2. Đối với Twitch 1080p60, đặt NVENC H.264, CBR, 6000–8000 kbit/s và khoảng thời gian khung hình khóa 2 giây, đối chiếu thông số với yêu cầu hiện tại của nền tảng.
3. Trong phần ghi, tắt «Như trong luồng», chọn NVENC H.264 và chế độ CQP 18–22.
4. Chỉ định thư mục riêng trên ổ đĩa đã kiểm tra, tốt nhất là SSD, và chọn MKV.
5. Trong phần «Nâng cao», bật tự động remux sang MP4 để sau khi dừng bình thường nhận được tệp tương thích mà không mã hóa lại.
6. Gán các track âm thanh và kiểm tra micro, game và bản mix tổng.
7. Tạo bản ghi và luồng phát thử nghiệm, xem thống kê OBS, tải trọng HDD hoặc SSD, kích thước tệp và chất lượng của các cảnh phức tạp.