MMO dựa trên trình duyệt (WebGL, WebSocket) [đã đóng]

Bạn có nghĩ rằng về mặt kỹ thuật có thể viết một ứng dụng khách MMO 3D hoàn chỉnh với Trình duyệt JavaScript - WebGL cho đồ họa và WebSocket cho Mạng không?

• Bạn có nghĩ rằng các MMO tương lai (và các trò chơi nói chung) sẽ được viết bằng WebGL không?
• Hiệu suất JavaScript ngày nay có cho phép điều này không?
• Giả sử nhóm phát triển của bạn là bạn với tư cách là nhà phát triển và người tạo mô hình (nghệ sĩ) khác. Bạn sẽ sử dụng một thư viện như SceneJS cho trò chơi hay viết WebGL thẳng? Nếu bạn sẽ sử dụng một thư viện, nhưng không phải là SceneJS, vui lòng chỉ định cái nào.

CẬP NHẬT (Tháng 9 năm 2012): RuneScape, một MMORPG dựa trên trình duyệt 3D rất phổ biến đã sử dụng Java Applet cho đến nay đã thông báo rằng họ sẽ sử dụng HTML5 cho máy khách của họ ( nguồn ).

Java (trái) và HTML5 (phải)

CẬP NHẬT (tháng 6 năm 2013): Tôi đã viết một nguyên mẫu của MMO dựa trên WebGL / WebSocket: https://github.com/alongubkin/xylose

Bạn có nghĩ rằng về mặt kỹ thuật có thể viết một ứng dụng khách MMO 3D hoàn chỉnh với Trình duyệt JavaScript - WebGL cho đồ họa và WebSocket cho Mạng không?

Phải, chắc chắn rồi. Không có lý do gì công nghệ WebGL hoặc WebSocket sẽ ngăn bạn tạo ứng dụng khách MMOG 3D hoặc bất kỳ ứng dụng khách trò chơi nào cho vấn đề đó.

Bạn có nghĩ rằng các MMO tương lai (và các trò chơi nói chung) sẽ viết bằng WebGL không?

Vâng. Tôi tin rằng trong vòng năm năm tới, hầu hết các trò chơi trình duyệt 3D sẽ được viết bằng WebGL. Lý do rất đơn giản - WebGL là công nghệ 3D được tiêu chuẩn hóa duy nhất sẽ có các triển khai có sẵn trong mọi trình duyệt web chính (Chrome 9, Firefox 4, Safari 6 và Internet Explorer thông qua Chrome Frame).

Hiệu suất JavaScript ngày nay có cho phép điều này không?

Vâng. Hiệu suất JavaScript trong các trình duyệt hiện đại đã tăng lên đến mức phát triển trò chơi 3D là khả thi. Ví dụ: xem dự án Three.js .

Giả sử nhóm phát triển của bạn là bạn với tư cách là nhà phát triển và người tạo mô hình (nghệ sĩ) khác. Bạn sẽ sử dụng một thư viện như SceneJS cho trò chơi hay viết WebGL thẳng? Nếu bạn sẽ sử dụng một thư viện, nhưng không phải là SceneJS, vui lòng chỉ định cái nào. Cảm ơn!

Sử dụng một thư viện để tiết kiệm thời gian. Không có lý do để viết mã đồ họa WebGL của riêng bạn trừ khi thư viện hiện có thiếu các tính năng mà bạn cần. Ngay cả trong trường hợp đó, có lẽ sẽ hiệu quả hơn về thời gian để mở rộng thư viện hiện có.

Đối với dự án của tôi, tôi đang sử dụng GLGE vì nó hỗ trợ nhiều hiệu ứng đồ họa khác nhau và liên tục được cập nhật với những hiệu ứng mới.

Hiện đã có một số MMO dựa trên Trình duyệt. Họ thường không sử dụng đồ họa 3D.

Tôi hơi nghi ngờ khi nói đến WebGL. Các trình duyệt hiện tại không hỗ trợ WebGL trong các bản phát hành thông thường của chúng. Bạn sẽ phải nhận các bản dựng đặc biệt hoặc lộn xộn với các tệp cấu hình, điều này phức tạp hơn với người dùng trung bình so với việc tải xuống một plugin.

Nói về plugin: Một số người đã đề cập đến Unity, nhưng đừng quên Flash. Một bản phát hành sắp tới của trình phát Flash (tên mã molehill ) sẽ có 3D được tăng tốc GPU. Tôi đoán là, đèn flash đó sẽ cung cấp đồ họa 3D được tăng tốc phần cứng trong trình duyệt trước khi WebGL cất cánh.

Kỹ thuật có thể? Vâng. Nhưng tại sao phải bận tâm khi các giải pháp web như Unity có sẵn?

MMO tương lai được viết bằng WebGL? Không. Có thể nhưng có những plugin dựa trên web như Unity hiện đang hoạt động tốt.

Hiệu suất JavaScript ngày nay cho phép điều này? Không. Vâng, nếu bạn giữ cho trò chơi của bạn đơn giản.

Bạn sẽ sử dụng một thư viện như SceneJS [...] hoặc viết WebGL thẳng? Cũng không. Tôi sẽ sử dụng ứng dụng của bên thứ ba như Unity.

Điều này là không khả thi ngay bây giờ (đầu năm 2011). Bạn không thể tạo MMO 3D thời gian thực bằng công nghệ trình duyệt gốc (có nghĩa là không có plugin).

Tôi sẽ không suy đoán về tương lai. Đây là cách nó trông ngay bây giờ. Giả sử bạn chỉ nhắm mục tiêu các trình duyệt hiện đại (IE9, FF4, v.v.). Nếu bạn có kế hoạch hỗ trợ IE7 thì bạn thật điên rồ. Điều đó sẽ không bao giờ làm việc.

Những điều còn thiếu:

• toàn quyền kiểm soát bàn phím và chuột (khả năng đặt vị trí chuột, chặn phím)
• toàn màn hình
• 3D

Các lĩnh vực / giải pháp có vấn đề nghiêm trọng:

• WebSockets hiện đã bị hủy kích hoạt trong một vài trình duyệt hỗ trợ nó
  • không có nó: bây giờ độ trễ thấp, giao tiếp máy khách-máy chủ hai chiều
• vấn đề âm thanh
  • codec lộn xộn, bạn cần ogg và mp3
  • tần suất chung không được hỗ trợ
  • đồng quy
  • sự chậm trễ
• hiệu suất canvas (trong một số trường hợp thực hiện chuyển đổi div & css nhanh hơn)

Có, nhưng với sự cẩn thận lớn.

Bạn sẽ không có điều khiển bàn phím đầy đủ và đối với nhiều người thích điều khiển, đây có thể là một công cụ phá vỡ thỏa thuận. Các phím F chẳng hạn có thể sẽ nằm ngoài tầm với trong một thời gian.

Bạn cũng sẽ không thể truy cập hầu hết các trình duyệt. WebGL chưa thực sự được hỗ trợ tốt và hỗ trợ websocket rất dễ xảy ra trong những ngày này, với một số nhà cung cấp trình duyệt kích hoạt nó cho một phiên bản, sau đó vô hiệu hóa phiên bản tiếp theo.

Nhưng bạn có thể kết hợp một cái gì đó đơn giản, chắc chắn. Ném vào một số trò chơi hấp dẫn và sẽ không có vấn đề gì khi đồ họa hơi yếu. Runescape khởi đầu khá đơn giản và phát triển thành một MMO phức tạp, vui nhộn, cực kỳ phổ biến, trở lại khi mọi người nói rằng một MMO được tạo trong trình cắm trình duyệt là một giấc mơ xa vời.

Một MMO được xây dựng cùng với các giới hạn hiện tại cho các trình duyệt thích ứng khi mọi thứ thay đổi chắc chắn sẽ có hiệu lực vào thời điểm các trình duyệt đủ xa để hỗ trợ MMO "AAA".

Hoàn toàn đồng ý.

WebGL được bao gồm trong các bản dựng hàng đêm của cả WebKit (Chrome / Safari) và Gecko (Firefox). WebSockets hiện bị vô hiệu hóa do vấn đề bảo mật, nhưng không có lý do gì nó không được kích hoạt lại sau khi vấn đề được giải quyết. Trong khi đó, luôn có HTTP.

Tất cả các trò chơi sẽ được viết theo cách này? Không, nhưng một số lượng đáng kể sẽ được. Khi WebGL có phiên bản cuối cùng của Chrome và Firefox, độ thâm nhập sẽ cao hơn so với các plugin gốc như Unity.

Hiệu suất JavaScript hoàn toàn phụ thuộc vào trò chơi bằng văn bản. Có thể bạn sẽ không thấy mức đồ họa của Crysis trong một thời gian, nhưng hãy nhớ với WebGL, tính năng bẻ khóa số được giảm tải cho GPU.

Đối với một nhóm 2 người nhỏ, bạn sẽ cần phải chuẩn bị để thực hiện nhiều mã hóa mà bạn từng sử dụng. Hiện tại không có bất kỳ công cụ WebGL / JavaScript nào thực sự bao gồm phần lớn mã trò chơi. SceneJS, ba.js và tương tự là các trình bao bọc trên lớp đồ họa, nhưng không cung cấp gì cho sự va chạm, vật lý, âm thanh, tải tài nguyên, mạng hoặc các công cụ tạo nên phần lớn sản phẩm như Unreal Engine hoặc Unity.

Đó là những ngày đầu tiên tại thời điểm này, tôi hy vọng sẽ thấy nhiều phần mềm trung gian hơn xuất hiện trong năm tới.

Tôi không nghĩ nhiều MMO trong tương lai sẽ được viết bằng bất kỳ công nghệ trình duyệt phía máy khách nào vì hầu hết các nhà phát triển MMO sẽ muốn sử dụng cùng một ngôn ngữ trên máy khách và máy chủ, và hầu hết các nhà phát triển trò chơi đều thông thạo các ngôn ngữ không phải web như C ++. Có quá nhiều mã máy khách liên quan để làm cho nó rất thực tế trong Javascript, ngoại trừ các mô phỏng khá tầm thường. Ngoài ra còn có những hạn chế khác được áp đặt bằng cách chạy trong trình duyệt không phù hợp với nhà phát triển trò chơi thông thường.

Tôi chắc chắn sẽ có một số trò chơi như thế này, tuy nhiên. Họ sẽ không tiếp quản từ WoW hoặc các game tương tự trong một thời gian dài. Chúng có thể sẽ được tạo ra nhiều hơn bởi các nhà phát triển web tham gia vào các trò chơi thay vì các nhà phát triển trò chơi truy cập vào web.

Câu hỏi bạn nên tự hỏi mình là tại sao các nhà phát triển trò chơi muốn phụ thuộc vào công nghệ web mà họ không thành thạo và không kiểm soát được, các trang hiện tại cho phép bạn ngay cả trong trình duyệt web để tạo ra các trò chơi tuyệt vời?

Có, nhưng công nghệ vẫn cần ổn định và có khả năng sẽ vẫn có sự đánh đổi hiệu năng so với các ứng dụng gốc.

Đoàn kết là tốt. Xem thêm Shiva và Prime Engine.