MMO basati su browser (WebGL, WebSocket) [chiuso]

Pensi che sia tecnicamente possibile scrivere un client MMO 3D completo con Browser JavaScript - WebGL per la grafica e WebSocket per la rete?

• Pensi che i futuri MMO (e giochi in genere) saranno scritti con WebGL?
• Le prestazioni JavaScript odierne lo consentono?
• Supponiamo che il tuo team di sviluppo sia stato tu come sviluppatore e un altro creatore di modelli (artista). Utilizzeresti una libreria come SceneJS per il gioco o scriveresti direttamente WebGL? Se desideri utilizzare una libreria, ma non SceneJS, specifica quale.

AGGIORNAMENTO (settembre 2012): RuneScape, che è un MMORPG basato su browser 3D molto popolare che finora ha utilizzato applet Java, ha annunciato che utilizzerà HTML5 per il proprio client ( sorgente ).

Java (a sinistra) e HTML5 (a destra)

AGGIORNAMENTO (giugno 2013): ho scritto un prototipo di MMO basato su WebGL / WebSocket: https://github.com/alongubkin/xylose

Pensi che sia tecnicamente possibile scrivere un client MMO 3D completo con Browser JavaScript - WebGL per la grafica e WebSocket per la rete?

Si assolutamente. Non vi è alcun motivo per cui la tecnologia WebGL o WebSocket potrebbe impedirti di creare un client MMOG 3D o qualsiasi client di gioco per quella materia.

Pensi che i futuri MMO (e giochi in genere) verranno sbriciolati con WebGL?

Sì. Credo che entro i prossimi cinque anni, la maggior parte dei giochi per browser 3D sarà scritta usando WebGL. Il motivo è semplice: WebGL è l'unica tecnologia 3D standardizzata che avrà implementazioni disponibili in tutti i principali browser Web (Chrome 9, Firefox 4, Safari 6 e Internet Explorer tramite Chrome Frame).

Le prestazioni JavaScript odierne lo consentono?

Sì. Le prestazioni di JavaScript nei browser moderni sono aumentate al punto da rendere possibile lo sviluppo di giochi 3D. Ad esempio, vedere il progetto Three.js .

Supponiamo che il tuo team di sviluppo sia stato tu come sviluppatore e un altro creatore di modelli (artista). Utilizzeresti una libreria come SceneJS per il gioco o scriveresti direttamente WebGL? Se desideri utilizzare una libreria, ma non SceneJS, specifica quale. Grazie!

Usa una biblioteca per risparmiare tempo. Non vi è alcun motivo per scrivere il proprio codice grafico WebGL a meno che in una libreria esistente non manchino le funzionalità necessarie. Anche in quel caso, probabilmente sarebbe più efficiente in termini di tempo estendere la libreria esistente.

Per il mio progetto, sto usando GLGE in quanto supporta molti effetti grafici diversi e viene costantemente aggiornato con nuovi.

Esistono già diversi MMO basati su browser. Di solito però non usano la grafica 3D.

Sono un po 'scettico quando si tratta di WebGL. L'attuale crop di browser non supporta WebGL nelle loro normali build di rilascio. Dovrai ottenere build speciali o pasticciare con i file di configurazione, il che è più complicato per l'utente medio rispetto al download di un plug-in.

Parlando di plugin: diverse persone hanno menzionato Unity, ma non dimenticare Flash. Una prossima versione di Flash Player (nome in codice molehill ) avrà 3D accelerato dalla GPU. La mia ipotesi è che il flash fornirà grafica 3D con accelerazione hardware nel browser prima che WebGL decolli.

Tecnicamente possibile? Sì. Ma perché preoccuparsi quando sono disponibili soluzioni web come Unity?

Futuri MMO scritti in WebGL? No. Ok forse, ma ci sono plugin basati sul web come Unity che funzionano bene in questo momento.

Le prestazioni JavaScript di oggi lo consentono? No. Ok sì, se mantieni il gioco semplice.

Utilizzereste una libreria come SceneJS [...] o scriverete direttamente WebGL? Né. Vorrei utilizzare un'applicazione di terze parti come Unity.

Questo non è fattibile in questo momento (inizio 2011). Non è possibile creare un MMO 3D in tempo reale nelle tecnologie native del browser (ovvero senza plug-in).

Non speculerò sul futuro. Ecco come appare adesso. Supponendo di indirizzare solo i browser moderni (IE9, FF4, ecc.). Se hai intenzione di supportare IE7, allora sei pazzo. Non funzionerà mai.

Cose mancanti:

• pieno controllo su tastiera e mouse (possibilità di impostare la posizione del mouse, intercettazione dei tasti)
• a schermo intero
• 3D

Aree / soluzioni con gravi problemi:

• I WebSocket ora sono disattivati ​​nei pochi browser che lo supportano
  • senza di essa: ora comunicazione client-server bidirezionale a bassa latenza
• problemi audio
  • pasticcio di codec, hai bisogno di ogg e mp3
  • frequenze comuni non supportate
  • concurrancy
  • ritardo
• performance su tela (in alcuni casi fare trasformazioni div e css è più veloce)

Sì, ma con importanti avvertenze.

Non avrai il controllo completo della tastiera e, per molti maniaci del controllo, questo potrebbe essere un problema. I tasti F, ad esempio, rimarranno probabilmente fuori portata per un bel po 'di tempo.

Non sarai nemmeno in grado di colpire la maggior parte dei browser. WebGL non è ancora ben supportato, e il supporto websocket è incostante in questi giorni, con alcuni fornitori di browser che lo abilitano per una versione, quindi disabilitarlo per la successiva.

Ma puoi mettere insieme qualcosa di semplice, certo. Immergiti in un gameplay avvincente e non importa che la grafica sia un po 'discreta. Runescape è iniziato piuttosto semplice e si è trasformato in un MMO complesso, divertente e incredibilmente popolare, quando tutti dicevano che un MMO creato in un plug-in del browser era un sogno irrealizzabile.

Un MMO creato tenendo conto dei limiti attuali per i browser che si adatta al cambiamento delle cose avrebbe sicuramente un vantaggio quando i browser sono abbastanza lontani da supportare un MMO "AAA".

Assolutamente si.

WebGL è incluso nelle build notturne di WebKit (Chrome / Safari) e Gecko (Firefox). WebSocket è attualmente disabilitato a causa di problemi di sicurezza, ma non vi è alcun motivo per cui non debba essere riattivato una volta risolti i problemi. Nel frattempo c'è sempre HTTP.

Tutti i giochi saranno scritti in questo modo? No, ma un numero significativo sarà. Una volta che WebGL è nelle versioni finali di Chrome e Firefox, la penetrazione sarà già superiore a quella dei plug-in nativi come Unity.

Le prestazioni di JavaScript dipendono assolutamente dalla scrittura di giochi. Probabilmente non vedrai un livello di grafica Crysis per un po ', ma ricorda con WebGL, il crunching dei numeri viene scaricato sulla GPU.

Per un piccolo team di 2 uomini dovrai essere pronto a fare molta codifica su qualsiasi motore tu usi. Al momento non ci sono motori WebGL / JavaScript che coprono effettivamente gran parte del codice di gioco. SceneJS, three.js e simili sono wrapper sul livello grafico, ma non forniscono nulla per collisioni, fisica, audio, caricamento di risorse, rete o strumenti che costituiscono la maggior parte di un prodotto come Unreal Engine o Unity.

Sono i primi giorni al momento, mi aspetto di vedere altri middleware emergere nel prossimo anno.

Non penso che molti MMO futuri saranno scritti con alcuna tecnologia browser lato client poiché la maggior parte degli sviluppatori MMO vorrà utilizzare la stessa lingua su client e server e la maggior parte degli sviluppatori di giochi parla fluentemente linguaggi non web come C ++. C'è troppo troppo codice client per renderlo molto pratico in Javascript comunque, fatta eccezione per simulazioni abbastanza banali. Ci sono anche altre limitazioni imposte dall'esecuzione nel browser che sono sgradevoli per uno sviluppatore di giochi tipico.

Sono sicuro che ci saranno alcuni giochi come questo, comunque. Non prenderanno il posto di WoW o di giochi simili per un bel po '. Probabilmente saranno fatti di più dagli sviluppatori web che entrano nei giochi piuttosto che dagli sviluppatori di giochi che entrano nel web.

La domanda che dovresti porti è perché gli sviluppatori di giochi vorranno dipendere dalla tecnologia web che non hanno padronanza e su cui non hanno alcun controllo, le lingue attuali ti consentono anche in un browser Web di realizzare fantastici giochi?

Sì, ma la tecnologia deve ancora stabilizzarsi e probabilmente rimarranno compromessi prestazionali rispetto alle applicazioni native.

L'unità è buona. Vedi anche Shiva e il motore principale.