Print

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

[Sizik]

Here's something I thought up for the iPhone:


(actual size)

Tileset is 6x10 at default grid size. Buttons are context sensitive, and would change the letter displayed depending on what menu you're viewing. Swiping up, down, left, right, or diagonally would function like the arrow keys/numpad. The program would have to keep track of where in the game you are menu-wise so it can display the correct buttons. I was thinking of replacing the ';' key with a "Kbd" key, which brings up the regular iPhone keyboard.

Edit: I didn't include the V key. What happens if you use the visualizer with the remote viewer/controller?

[Dr. Melon]

This is looking fantastic.
As a programmer myself, I can appreciate the amount of work you must be shovelling into this.

[lemonpieman]

This is a splendid idea, I would love for this to be fully operational.

[Sizik]

Alpha 5 still crashes on Win 7, worked fine until alpha 4.

Managed to catch what the console window says just as it crashes:

Code: [Select]

Searching for buffer base
With fps,menu
Without fps,menu
Found!
There is also a tiny pure black window that I assume is ordinarily the window where it draws the output.

I get this too. I'm on Vista.

[Idiom]

PPS:I am thinking about releasing sourcecode if anyone would be interested. So what would be the best way?

Well, I know there are a lot of people interested in it, but I'm not certain how many are capable of working on it. Unfortunately for this side project, I think we ask too much of Baughn already. Sourceforge is an option but a little overkill I think for hosting. Just zip up the project directory with all the uncompiled components and stick it on any file share website and post a link. Someone's bound to pick this up if you don't continue. Brilliant job so far. This is lightyears beyond what I was expecting already.

[darius]

...
I get this too. I'm on Vista.

Is it like you run it and it crashes with send error report, or just a black window?
Edit: Tried to fix it, please test it -> http://www.box.net/shared/4pgfrz0ccp

[Nexii Malthus]

Edit: Tried to fix it, please test it

Didn't work before, works now!

[darius]

Strange... My research showed that window W&H have static addresses(namely:0x024C4E70 & 0x024C4E74) so it should have worked. Oh well no dynamic window size then...

[Habblatic]

I also had the problem with the program crashing, the fix fixed it.
I can conncect to another computer and I can remote control it.
Remote controlling it is pretty delayed, though.

[darius]

Updated:
Some fixes and some optimizations (thought not much...)
http://dffd.wimbli.com/file.php?id=1315
Thinking about changing protocol to UDP...

[qwert]

The fix worked for me, now the only problem I seem to have now is that only the server window can remote control DF, although that might be from me running both the server and the client on the same pc.

[darius]

The fix worked for me, now the only problem I seem to have now is that only the server window can remote control DF, although that might be from me running both the server and the client on the same pc.

It's not a bug it's a feature(tm) 
No really: new feature-> you can set which clients can control DF (server settings button). More help in wiki: http://www.dwarffortresswiki.net/index.php/User:Warmist

[Dae]

If I understand well, you could have DF running over two applications, with one doing the calculations and another one the rendering...
And, all of a sudden, topics about graphics, such as isometrics, appear out of thin air.

Given it is possible to run both server and client on the same computer, it should be possible to run them on different cores.
How does your program work ? Does the controlling client do the calculating or is it only the server ?
Currently, how do spectator clients get the image to display ? I mean, do they have all the information DF handles on a map ? Do they ask the server for what they're going to display ?

[darius]

If I understand well, you could have DF running over two applications, with one doing the calculations and another one the rendering...

Three applications:
1. original DF doing all the work
2. server broadcasting every DF windows tile and accepting remote keyboard inputs
3. client showing tiles and sending keyboard inputs

Given it is possible to run both server and client on the same computer, it should be possible to run them on different cores.

yes you could run them on different cores. But that (probably) wouldn't make anything better.

How does your program work ? Does the controlling client do the calculating or is it only the server ?
Currently, how do spectator clients get the image to display ? I mean, do they have all the information DF handles on a map ? Do they ask the server for what they're going to display ?

It works quite simple: finds DF window buffer and reads it, then sends it to clients. So no, client is doing nothing. You could run it on very old machines or (theoretically) on mobiles, iphones or other gadgets.

[Dae]

It works quite simple: finds DF window buffer and reads it, then sends it to clients. So no, client is doing nothing. You could run it on very old machines or (theoretically) on mobiles, iphones or other gadgets.

Another point would be to run it on a very powerful machine able to decypher the window buffer and re-work the graphics. Say, in an isometric way.
Do you have any information concerning the structure of the DF window buffer ?