Nội suy khung như được sử dụng bởi SmoothVideo Project có thể là một tùy chọn để tăng tốc độ khung hình của các trò chơi mà không ảnh hưởng lớn đến hiệu suất không?

Dự án SmoothVideo sử dụng phép nội suy khung để tăng khung hình / giây của video từ 24 lên 60. Kết quả khá ấn tượng . Tôi đã tự hỏi nếu điều này có thể được áp dụng, và liệu nó sẽ trông tốt trong các trò chơi video?

Nó sử dụng ít tài nguyên hơn nhiều so với kết xuất tất cả các khung nên sẽ cho phép các giàn khoan cấp thấp kết xuất với chất lượng của các giàn tốt hơn nhiều ở một mức độ thỏa hiệp nào đó. Tôi biết nó sẽ không chính xác và sẽ tăng một chút độ trễ đầu vào vì nó cần giữ khung hình mới nhất để có thể tạo và chèn khung nội suy. Tuy nhiên, nó không tệ như một khung hình đầy đủ, bởi lý do của tôi chỉ có độ trễ sẽ là thời gian nội suy cộng với một nửa thời gian làm mới khung hình / giây ban đầu. Vì vậy, trong 30 khung hình / giây sẽ là 33ms / 2 + thời gian nội suy.

Có thể độ trễ này sẽ làm cho nó không phù hợp với các trò chơi người đầu tiên nhanh chóng, nhưng tôi nghi ngờ nó sẽ là một trở ngại trong các trò chơi có nhịp độ chậm.

Độ trễ trở nên thấp hơn với tốc độ bắt đầu cao hơn, vì vậy tôi nghĩ rằng nó chắc chắn sẽ có giá trị khi tăng từ 60fps lên 100 + khung hình / giây giúp cải thiện trải nghiệm mặc dù ngày càng tăng nhẹ, trong khi đánh thuế cực cao vào hệ thống.

Một hệ thống dọc theo các dòng này đã được sử dụng trong The Force Unleashed . Tôi không biết các tiêu đề khác đã sử dụng nó mặc dù.

Vâng, điều đó là có thể, nhưng không phải là không có biến chứng.

Mặc dù phép nội suy khung có thể hoạt động theo thời gian thực trên video, nhưng điều đó không nhất thiết phải xảy ra với các trò chơi video. Mặc dù điều này đang xử lý thời gian thực trên video, phần mềm có thể "nhìn về phía trước" sang khung tiếp theo. Đây là một thành phần khá quan trọng của nội suy. Đây là nơi phát sinh vấn đề với các trò chơi. Hầu hết thời gian, khung hình tiếp theo chưa được kết xuất! Vì vậy, phần mềm không biết điểm tiếp theo trong phép nội suy.

Chắc chắn có khả năng chạy trò chơi một hoặc hai khung phía sau để cung cấp cho phần mềm nội suy của bạn các khung mà nó cần để làm việc. Tuy nhiên, điều này không hoạt động tốt cho phương tiện truyền thông tương tác. Bây giờ những gì đang hiển thị trên màn hình bị trì hoãn từ đầu vào được nhận. Điều này làm cho mọi thứ trở nên khó khăn hơn để xử lý đầu vào và cung cấp khả năng phản hồi tốt cho trò chơi. Nó giống như xây dựng trong một độ trễ hiệu suất nhân tạo. Ngoài ra, không có khả năng có hỗ trợ riêng trong bất kỳ công cụ trò chơi chính nào, có nghĩa là tự viết.

Vâng, điều này không chỉ có thể, mà còn có sẵn ngay bây giờ: kết nối PC / bảng điều khiển trò chơi của bạn với TV sử dụng phép nội suy chuyển động . Ý kiến ​​khác nhau, và điều này ít phù hợp hơn với các trò chơi co giật như FPS do độ trễ nội suy, nhưng đối với tốc độ khung hình nâng cao từ 60 đến 120Hz thì nó hoạt động tốt.

Về việc liệu điều này có thể được thực hiện trong chính trò chơi hay không, vẫn chưa đủ động lực, trong đó hầu hết các màn hình không thể tạo ra tốc độ khung hình cao đó. Màn hình 120 + Hz cho máy tính ít phổ biến hơn, mặc dù đánh giá từ cách TV đang hoạt động, điều này có thể xảy ra sớm. Có màn hình tốc độ làm mới cao có lợi thế ngay cả khi trò chơi không thể đạt được tốc độ khung hình đó: bên cạnh phép nội suy chuyển động dựa trên TV đã nói ở trên, nó có thể cung cấp các khung hình mượt mà hơn nếu trò chơi được phép xuất khung hình khi chúng sẵn sàng, thay vì được đồng bộ hóa lên ala v-sync. Khi màn hình 120 + Hz trở nên phổ biến, tôi hy vọng các nhà phát triển trò chơi sẽ bắt kịp và bắt đầu sử dụng nhiều thủ thuật hơn, bao gồm nội suy chuyển động, để đạt được tốc độ khung hình cao đó.

Độ trễ giữa khi người dùng làm điều gì đó và khi kết quả xuất hiện trên màn hình không bao giờ vượt quá 100ms hoặc người dùng có thể nhận thấy độ trễ.

Màn hình của người dùng có thể mất khoảng 30 ms để hiển thị hình ảnh mà họ nhận được. Màn hình nhanh hơn nhiều có sẵn, nhưng nhiều người dùng trung bình không có chúng. Nếu card màn hình tính toán 30 khung hình mỗi giây, phải mất 33 ms để tính toán một khung hình. Tôi giả sử 30 khung hình / giây vì chúng tôi không cần nội suy khung nếu trò chơi đã chạy ở tốc độ 60 khung hình / giây. Nếu chúng ta sử dụng bộ đệm ba thì điều này sẽ tăng gấp đôi lên 66 ms. Đó là 90 ms.

Tôi nghĩ rằng chúng ta cần bộ đệm ba cho nội suy khung để có ý nghĩa. Vì vậy, nếu chúng ta sử dụng phép nội suy khung trên đó để có được 60 khung hình / giây, chúng ta sẽ tăng độ trễ thêm một khung 60Hz, đó là thời gian nội suy 17 ms + khác, đưa chúng ta tới 107 ms + X. Vấn đề không phải là phép nội suy như như vậy, nhưng thực tế là chúng ta đã ở gần điểm mà độ trễ là đáng chú ý trước khi chúng ta đưa ra phép nội suy.

Có lẽ sẽ ổn đối với một trò chơi chủ yếu là phim ảo, nhưng trong FPS, người dùng sẽ nhận thấy có gì đó không phù hợp với mục tiêu.