Tại sao tôi không cho phép thay đổi lĩnh vực xem, nếu công nghệ cho phép?

Đây không phải là một câu hỏi nhằm phát triển một trò chơi và nhiều hơn về công nghệ đằng sau nó. Một số nhà báo chơi game và game thủ chuyên nghiệp (cả trong giải đấu và lĩnh vực giải trí gia đình) thường nhấn mạnh vào vấn đề rằng bất kỳ trò chơi người thứ nhất hoặc thứ ba nào cũng nên có cách thay đổi quan điểm, và tôi đồng ý với họ. Lý do chính mà họ đề cập đến là vì một số lượng khá lớn người chơi bị đau đầu và mỏi mắt liên quan đến say tàu xe nếu họ chơi với một tầm nhìn quá hạn chế.

Tôi có thể hiểu nếu một nhà phát triển độc lập không cho phép điều này do hạn chế về ngân sách, bởi vì họ cần thêm hỗ trợ cho công cụ cho việc đó. Tuy nhiên, một số nhà phát triển sử dụng các công cụ của bên thứ ba cấu hình cao như Frostbite, Unity, Unreal hoặc Cryengine, nhưng không cung cấp tùy chọn để thay đổi trường nhìn.

Tại sao tôi không cho phép thay đổi lĩnh vực xem, nếu công nghệ cho phép?

4A Games, nhà phát triển của Metro: Last Light đã nhận được rất nhiều lời chỉ trích vì không có thanh trượt foV trong trò chơi của họ. Quản lý cộng đồng Maurice Tan bảo vệ quyết định của họ trên các diễn đàn Steam như sau :

Lý do chính để duy trì FOV cố định là vì chúng ta có các yếu tố 3D như đồng hồ và đạn vũ khí cần phải nhìn thấy.

Ngoài ra, tất cả các cảnh cắt và rạp chiếu phim góc nhìn thứ nhất của trò chơi và mỗi hoạt hình liên quan đến tay của Artyom - hoạt hình vũ khí nhàn rỗi, tải lại, leo thang, tấn công cận chiến, v.v. - được tạo ra với cùng một góc nhìn cố định.

Thay đổi FOV sẽ phá vỡ tất cả các cảnh cắt cảnh và hoạt hình - bạn sẽ có thể nhìn thấy bên trong vòng tay của Artyom, hoặc chúng sẽ xuất hiện lơ lửng trong không trung trước mặt bạn. Hoặc tồi tệ hơn.

Chúng tôi đã cân nhắc việc cung cấp ba bộ FOV trước, nhưng điều này vẫn đòi hỏi công việc đáng kể để làm lại mọi hoạt hình, điều chỉnh HUD và UI và các nhiệm vụ tưởng chừng nhỏ nhưng vô cùng tốn thời gian khác.

Ngay cả với tầm nhìn rộng hơn nhưng vẫn cố định, bàn tay của Artyom sẽ nhìn quá xa. Chúng tôi biết - chúng tôi đã cố gắng.

Hiệu suất trò chơi cũng được gắn với FOV - số lượng chi tiết hình học chúng tôi đặt trong mỗi cảnh đã được xác định một phần bởi bộ FOV này và đặt FOV rộng hơn sẽ có tác động hiệu suất.

Lý do chính cho việc không có thanh trượt foV là vì họ sẽ sử dụng phương pháp tiếp cận cao không có hud là tất cả thông tin quan trọng cho người chơi được hiển thị trên các yếu tố 3d trong trường nhìn của họ. Khi GUI của bạn là một phần của cảnh kết xuất, việc thay đổi FOV sẽ thay đổi GUI của bạn.

Một cái gì đó Tan đã không đề cập trong bài viết trên nhưng có lẽ đó cũng là một phần trong quyết định của họ là FOV rất quan trọng đối với việc lập kế hoạch cấp. Metro: Last Light là một trò chơi thiên về kinh dị với rất nhiều pha nhảy và những khoảnh khắc gây sốc khác. Có rất nhiều tình huống mà người chơi bị phân tâm bởi thứ gì đó thú vị để họ nhìn về một hướng, và sau đó ngạc nhiên trước một cuộc tấn công bất ngờ từ phía bên. Hiệu ứng sốc này chỉ có thể hoạt động khi các nhà thiết kế cấp độ biết FOV của người chơi và vì vậy biết họ có thể và không thể nhìn thấy gì khi nhìn từ một điểm nhất định đến một điểm khác.

Vấn đề tương tự cũng xuất hiện theo một cách khác khi chỉ đạo các đoạn cắt cảnh. Khi bạn có những đoạn cắt cảnh người đầu tiên chìm đắm, bạn có thể muốn có toàn quyền kiểm soát máy ảnh để có thể kiểm soát những gì người chơi có thể và không thể nhìn thấy. Nhưng khi bạn không biết FOV, việc chỉ đạo điện ảnh đúng cách có thể là không thể. Khi FOV của người chơi cao hơn bạn mong đợi, họ sẽ thấy các đối tượng mà họ chưa được nhìn thấy. Khi FOV thấp hơn, người chơi sẽ không nhìn thấy những thứ mà họ phải thấy trong một đoạn phim cắt cảnh.

Không có thanh trượt FOV trong trò chơi của bạn vì lý do ngân sách hoặc kỹ thuật là một đối số. FOV chỉ là một tham số trong việc tạo ma trận chiếu-xem. Sau khi bạn có một ma trận thích hợp, tất cả các tính toán khác sẽ tự làm theo. Nói cách khác, làm cho FOV có thể thay đổi có nghĩa là chỉ cần thay đổi một dòng mã (trong lớp máy ảnh) và một tùy chọn cần phải được thêm vào menu. Sự thay đổi không lan truyền vào các hệ thống khác, họ chỉ 'nhìn thấy' ma trận 4x4 và không quan tâm ý nghĩa của các giá trị bên trong nó là gì.

public static Matrix CreatePerspectiveFieldOfView (
         float fieldOfView,
         float aspectRatio,
         float nearPlaneDistance,
         float farPlaneDistance
)

Tạo ma trận với trường nhìn trong XNA

Tuy nhiên, có những lý do chính đáng cho việc không có thanh trượt FOV có thể thay đổi. Đặt FOV cao hơn có nghĩa là bạn có thể nhìn thấy nhiều hơn thế giới trên màn hình, điều này sẽ có tác động đến hiệu suất. Một lý do khác là trong trò chơi cạnh tranh, người chơi có cài đặt FOV cao hơn sẽ có lợi thế vì người chơi đó có thể nhìn thấy nhiều hơn xung quanh mình. Cuối cùng, nó có thể là một sự lựa chọn thẩm mỹ. Một FOV hẹp sẽ mang lại cho người chơi cảm giác khác với FOV rộng. Đặc biệt trong các game bắn súng với hành lang hẹp, một FOV hẹp có thể thêm vào trải nghiệm. Một ví dụ điển hình cho điều này là các trò chơi Call of Duty khi bạn nhắm vào tầm nhìn của mình, FOV trở nên nhỏ hơn.

(Lưu ý rằng cá nhân tôi không tin rằng bất kỳ lý do nào ở trên nên đặt FOV rất thấp, tôi chỉ muốn minh họa rằng không có vấn đề gì về mặt kỹ thuật.

Một điều không ai khác đã đề cập là thử nghiệm.

Mỗi khía cạnh kiểm soát mà bạn cung cấp cho người chơi là một biến khác mà bạn phải kiểm tra. Để có phạm vi bảo hiểm đầy đủ gần đúng, bạn thực sự phải chơi qua từng foV tiềm năng, trong trường hợp bạn chỉ gặp sự cố đồ họa ở một cấp độ trong các trường hợp cụ thể khi bạn ở trong phạm vi rộng nhất của foV hoặc hẹp nhất, hoặc "khi bạn lưu trò chơi ở mức hẹp nhất và mở tiết kiệm tối đa ".

Chi phí / độ trễ bổ sung này có thể không xứng đáng với giá trị bổ sung của việc mở rộng foV. Chỉ vì động cơ hỗ trợ không có nghĩa là nó sẽ "chỉ hoạt động" (mặc dù nó làm cho nó có nhiều khả năng hơn). Và chỉ vì tất cả các tính toán nên không có nghĩa là trải nghiệm người dùng sẽ tích cực.

Từ góc độ người dùng, lý do chính là trong nhiều người chơi, FOV rộng hơn mang lại lợi thế không công bằng.

Là một nhà phát triển, thay đổi lĩnh vực xem là một quyết định bấp bênh được đưa ra. Đây cũng cần phải là một quyết định được đưa ra sớm trong trò chơi, trong một studio nhiều người, điều quan trọng là tốc độ khung hình tối thiểu và FOV được xác định sớm để các hoạt hình và loại trừ Ocinating có một cái gì đó nghiêm ngặt để làm việc. Tất nhiên, Ocinating Culling có thể dựa trên nhiều yếu tố, không chỉ chế độ xem Camera.

Tôi muốn nói rằng lý do chính mà tôi chưa bao giờ cho phép thay đổi FOV trong trò chơi là khi đây là trường hợp trò chơi nói chung bị thay đổi rất nhiều, tôi cũng đã biết nó gây ra chứng say tàu xe. Điều đó cũng có nghĩa là máy ảnh sẽ hiển thị nhiều hơn có nghĩa là một hiệu suất lớn khi các trò chơi thường được tối ưu hóa cho FOV thiết lập của chúng.

Tuy nhiên, điều này là giả sử tôi cho phép bạn kiểm soát hoàn toàn. Có thể có phạm vi cho phép người dùng thay đổi hình nón từ 70-110 hoặc một cái gì đó, nhưng tôi không biết mà không tự mình kiểm tra.

Những người khác đã đưa ra một loạt các lý do chính đáng - Thẩm mỹ (cắt cảnh, giao diện mong muốn của trò chơi), Cân bằng nhiều người chơi, Giảm hiệu suất với FOV wieder, nhưng tôi muốn thêm một số ý tưởng vào khía cạnh kỹ thuật:

Đặc biệt là các vấn đề kỹ thuật có thể phức tạp hơn nhiều bạn nghĩ, vì rất nhiều quá trình xử lý được thực hiện trên GraphicsBuffers và các Bộ đệm này thường có độ phân giải cố định - vì vậy rất nhiều chi tiết Đồ họa sẽ phụ thuộc vào việc dịch các Bộ đệm này sang Hình học thực tế . Ví dụ, nhiều thuật toán Shadow hiện đại (ngoài bóng thể tích) trông ngày càng nhiều Blocky và Aliased với FOV cao hơn và cùng Buffersize. Điều này cũng đúng đối với bất kỳ thuật toán nào thực hiện theo dõi tia như các hoạt động, bởi vì FOV rộng hơn, các tia đơn được lan truyền trong một cung rộng hơn và nhiều chi tiết hơn có thể bị mất trong các xấp xỉ ...