Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[mifki]

I had to try to do this:)
Proof of concept of a light-weight web interface with support for tilesets (but not creature graphics yet), grid resizing to follow browser window size, optimised updates and rendering of changed tiles only for near-native fps and low network traffic.
It's too early to share any binaries, and I want to sleep...



Home Page / Sources -- Latest Release -- Report an Issue

[scamtank]

oh god what the fuck are you a wizard.

[mifki]

http://54.237.198.210:8888/webfort.html

Each visitor is given 15 minutes to play (or until network problem or 3 min idle), others wait in line and watching. Have no idea how many connections it can handle. Just reload page if want to skip turn. When you're playing, grid size adjusts for your browser window size, but not when you're watching, obviously.
Speed will greatly depend on your location in the world, the server is in US. Not tested in IE, but possibly will work, may have issues with key bindings. Refresh page if it's stuck on "loading...".

Will run until Monday or until crashes or something else

[milo christiansen]

I just get a red banner that says that is is "disconnected" across the top.

[Rumrusher]

We can now set up some arena fights live now!
I kinda jump into arena for a splint...

[lethosor]

Wow. How did you manage to keep the client-side interface from lagging? (Edit: more specifically, are you rendering every tile in-browser or using raw screen data?) It even gets 3 FPS on mobile, something I've never managed with my own attempts. Can I steal implement this in Dfterm3 (and on the wiki)?
Also, how are you passing input to DF (assuming you're doing this on OS X)? I've tried implementing a SDL_PushEvent hook on OS X, but never managed to get it to work.

[Barrow]

I would be very interested in getting my greasy mitts on this. It would also be really cool to see the source, if you're into that kind of thing.

Even if neither of the above happen, very cool project. Thanks for sharing it.

[Quietust]

I just get a red banner that says that is is "disconnected" across the top.

It's possible the data connection is being firewalled - you need to permit outgoing connections on port 1234.

Is there any way to specify a custom tileset (preferably one that's plain ASCII and not restricted to a particular aspect ratio)?

[Rumrusher]

kinda wish there's a chat for folks to use while using webfort
Wait this is built in with dfhack?

[Walter Sullivan]

PTW.

This looks really awesome, great work! One of the features that I missed the most from dfterm was the tileset stuff(I like to play with the Jolly Bastion tileset) and you managed to create a program that is able to use tilesets, probably by using some kind of witchcraft or by sacrificing people in the name of Armok. And you are the same person who made the Text Will Be Text plugin. You can't be human.

[mifki]

Wow. How did you manage to keep the client-side interface from lagging? (Edit: more specifically, are you rendering every tile in-browser or using raw screen data?) It even gets 3 FPS on mobile, something I've never managed with my own attempts. Can I steal implement this in Dfterm3 (and on the wiki)?
Also, how are you passing input to DF (assuming you're doing this on OS X)? I've tried implementing a SDL_PushEvent hook on OS X, but never managed to get it to work.

It's actually hard to tell the max possible FPS because it redraws only when there are changes, so the FPS meter is quite useless.
And that's the secret (plus some canvas optimisation) - I appreciate the work on dfterm3, but it's little bit crazy to send and draw entire screen every time..

This server is running on Windows, but on OS X PushEvent works just fine. I actually used dfterm3 code as a reference as I didn't work with SDL events before.

[mifki]

I'll soon publish the sources and shut down the server next week (it's a paid server which is fine for several days but not longer).
The thing is that I needed my previous two plugins to play comfortably myself, but I'm not so interested personally in playing remotely.

I'll possibly try to add a chat and also to spawn several DF processes to run several games at once (that would be really fun I think and only a question of server resources). But then I don't think I'll have time to work on this.

[Adeon]

Eep, credible competition. I guess I have to start developing again.

Dfterm3 doesn't send all the screen data every frame. The plugin and server do that between themselves but the communication is 100% local so it doesn't really matter. I expect that the bandwidth usage between server and the browser is low in Dfterm3.

Of course we at Dfterm3 HQ will happily steal and plunder study how you manage the tiles themselves once you release the code.

[Reelya]

I know it wouldn't be possible to have a true multi-player dwarf fortress, but would it be possible for one player to be using the main screen whilst someone else can e.g. change dwarfs job placements via a different interface?

[mifki]

Dfterm3 doesn't send all the screen data every frame. The plugin and server do that between themselves but the communication is 100% local so it doesn't really matter. I expect that the bandwidth usage between server and the browser is low in Dfterm3.

Oh sorry then. Anyway I'm a fan of minimalist solutions and using information about changed tiles that DF already provides to its renderer seems to be more natural and fast solution then transferring entire screen (well, locally but it's still encoding/decoding, etc.) and finding changes manually.
It just requires hacking into the renderer which is not part of dfhack, but because I did that anyway for twbt, I decided to write this thing.

Of course we at Dfterm3 HQ will happily steal and plunder study how you manage the tiles themselves once you release the code.

But you can look at html page you get in browser even before I publish sourced for server side. There's nothing else except the webpage and a dfhack plugin responding to several commands/sending screen data.