I originally opted against making this post, though I'm quite curious about the status of the HTML5 client. I understand that it's only been a few months since it's really been announced but I was wondering is there a general timeline regarding the client? I started programming in DM about 7 years ago, yet I haven't programmed much for BYOND in the last 2 or so years. The concept of the client is rather interesting and makes me want to get back into DM.
Apologies for the post, obviously it comes when it comes.
ID:1616567
 Jul 2 2014, 11:35 pm
|
|
|
Jul 2 2014, 11:56 pm
|
|
Writing A New One
 |
The webclient is the developers main focus right now and Tom says it should be going to beta very soon.
|
I'll make a post soon. It's really close to a beta. I think you guys will like it a lot-- it does a lot more than we initially planned. Hopefully it actually works well in a real-world setting, but I think it will (we tested a very similar Flash client a couple of years ago with NEStalgia and that seemed to do OK).
| |
Awesome, thanks a lot Tom!!
| |
Tom wrote:
I'll make a post soon. It's really close to a beta. I think you guys will like it a lot-- it does a lot more than we initially planned. Hopefully it actually works well in a real-world setting, but I think it will (we tested a very similar Flash client a couple of years ago with NEStalgia and that seemed to do OK). Does more than initially planned? As in, it preserves more of the interface behavior, or are you talking more elsewhere? | |
Can we wrap the entire game in a blink or marquee?
| |
Blink is no longer a supported tag in most browsers nowadays.
R.I.P. Blink 1994 - 2013 Good riddance. | |
Huzzah! This will definitely rekindle my flame and hopefully those of other developers around here. Being able to distribute my games through an HTML5 canvas on the BYOND site rather than having to download an exe or the entire BYOND client will be huge for me.
| |
Since HTML 5 is supported by most browsers and others support gamepads, would this result in the web client being able to use gamepads with ease?
| |
Ssj4justdale wrote:
Since HTML 5 is supported by most browsers and others support gamepads, would this result in the web client being able to use gamepads with ease? You should be able to intercept gamepad inputs via javascript, and then refire the events as keyboard input. | |
I've got a few questions and sorry if I sound like a noob, I'm no pro when it comes to HTML5.
How is multiplayer handled? We host like we usually do using Daemon or a shell? And if the game is not currently online or if it's the kind of game that is downloadable for players to host their own session. How does this work on HTML 5? Sorry again if these questions may look stupid. | |
The HTML5 client will essentially be a thin client, where the client doesn't have to directly download anything it all operates out of the browser's cache.
Since it's a thin client, on a page session load, the client attempts to connect to the server. The HTML5 client is just a replacement for a remote Seeker. It doesn't actually handle hosting at all at the moment. As for the standalone HTML5 for singleplayer, likely it's just the existing standalone packaged with an HTML5-compliant browser in which the thin client is embedded. | |
Thank you!!
| |
Thanks for the info, Ter13. That'll do just fine with the gamepads :)
| |
Pending a fuller post on this soon (probably next week), I can say at least that the setup is designed so that developers can extend the basic skin with their own controls. These will have hooks for output and can send data back to the game through various commands. For instance, we have no grid control at present but the hooks will exist to make creating one feasible.
I don't have any idea how JS handles gamepad inputs (never looked into it), but yes, you could hook up a script or a hidden control to convert those to commands. You could also create a gamepad-like overlay control for play on mobile devices. | |
