Print

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

[Adeon]

i'm having some problems, i logged into my server, everything seems ok, i can chat, but... the commands to the game does not work, simply nothing happens when i input something to the game, but the chat works normal...

anyone has any idea what the problem could be?

When you resize the terminal and see your nick to the right, does it turn red when you press CTRL+A? Means you have input.

And in case this does happen but you still get no input...

Take your configuration file (see manual) and write "VERBOSITY: 1" there. It will make any keypresses from clients to be outputted to the server console. See if the keypresses go through (almost certainly will...but I guess it could be double-checked). I've heard about this bug(?) once before, but at the moment I have no idea what could be causing it or if it's really dfterm related. Also check if input works on the same machine where you run dfterm and in DF window itself. If nothing works, I could take your information on what software you have (Operating system/DF version and dfterm version at least) for future reference if this comes up again.

I am also having this problem, so here's my info.

Server side:
Dwarf Fortress 0.31.01
DFTerm 0.1.3a
Operating System: Windows 7 64-bit

Client side:
Ubuntu 9.10 64-bit
Running telnet in gnome-terminal
I also tried running it from the server machine via PuTTY with the same result.

I turned VERBOSITY up to 1 and verified that the server is indeed receiving the keypresses. Like lokis, I can use the chat interface, but when I hit Ctrl-A, my name goes red and I can't do anything.

I have tried both starting DF before launching DFTerm and launching from DFTerm. The game starts just fine and I can see the menu, but I can't interact with it.

When you upgrade to the latest version of the DFTerm, you must include the new 'glue' DLL and read the instructions.

spokehedz: This is a fresh installation. I've never used DFTerm in the past, so there's no upgrading. The glue dll is present in the Dwarf Fortress directory.

EDIT:
Odd thing. I tried again a few hours later. Didn't modify anything, but it works now.

You are the third one to have this input problem. The other two had the same problem and also for them it just spontaneously started working.

I'm not sure what is causing this. I believe it might be because dfterm takes the wrong window to interact with and doesn't send keypresses to correct one. This can happen, for example, in startup when DF asks if you want fullscreen or windowed mode. If dfterm is attached at this point, it may take the window of the dialog instead of the main window. Or then it might be something completely different...

[kurokikaze]

Whoa, you rock. I was thinking of doing this sort of thing myself, but in-browser instead of terminal. I ever tested some output variants (http://kuroikaze85.wordpress.com/2010/03/01/colored-console-in-javascript/), but never got to finish it. You inspired me to give it another try

[Adeon]

Whoa, you rock. I was thinking of doing this sort of thing myself, but in-browser instead of terminal. I ever tested some output variants (http://kuroikaze85.wordpress.com/2010/03/01/colored-console-in-javascript/), but never got to finish it. You inspired me to give it another try

Ooh! Browser DF is still in my todo-list. I tried to make it work with a software called shellinabox with dfterm but the thing was horribly slow and unplayable and unwatchable, while otherwise working just like I wanted it to. Making my own version just for dfterm has been hard, because I have almost 0 experience in JavaScript or AJAX stuff. Also tried anyterm but that one didn't display dfterm correctly and included some unnecessary elements on the browser side. Not to mention all the input problems...

Anyway, good luck to you I'd be interested in any terminal-in-a-browser software that can be used to show dfterm. I have not found anything that can handle dfterm.

[kurokikaze]

Also, how do you handle interactions with DF in windows? Entirely with DFhack?

[Adeon]

Also, how do you handle interactions with DF in windows? Entirely with DFhack?

For the moment, I read DF's memory (without DFHack). Earlier versions of dfterm did it in a kind of lazy and unportable way so people had problems. As of v0.1.3a, no one as reported that they can't see DF screen anymore (except for DF2010's partial print stuff, but that's not because dfterm is not working correctly).

Input system had some problems. For example, I discovered fooling other program to think shift has been pressed down can be a huge problem depending on the program. DF happens to be one of those pesky little programs. Before DF2010, I supplied a modified SDL.dll to catch window messages. DF2010 doesn't use SDL.dll anymore so I turned into DLL injection instead and inline API hooked GetKeyState() and DefWindowProc(). Dfterm sends WM_USER messages to DF and the injected DLL is supposed to catch them from DefWindowProc. Using the catched data, I return my own stuff when asked about VK_SHIFT from GetKeyState(). And everything works and no one complains...

Edit: Oh, and input to DF is given by standard PostMessage(df_window, WM_KEYDOWN, wparam, lparam); PostMessage(df_window, WM_KEYUP, wparam, lparam);
Might need to change the method later...

[Calhoun]

With the new version, the control key may need to be changed, as it conflicts with the Return to Arena key in arena mode.

You can rebind the key in DF however, so it's not 100% necessary.

[Adeon]

Released dfterm 0.1.3b to support Dwarf Fortress v0.31.02. There are no other changes.

[ILikePie]

I've been messing with this all afternoon. It's well documented, but still have a few questions.

How do I attach running instances to my slots? When I run dfterm I get "A running DF instance can be attached to slot #." I have more than one DF running.

How did you create the yukkuris, you didn't just type them up into the code did you?

And finally, how much of a pain would it be to make this work with the old 2D 23a version? I'm sure many people, including myself, would appreciate it.

This is full of awesome, if I had another rig I would definitely host a server.

[Calhoun]

How do I attach running instances to my slots? When I run dfterm I get "A running DF instance can be attached to slot #." I have more than one DF running.

If DF is already running, the /launchDF command will attach it'self to the already running copy,

[ILikePie]

Yes, but for some reason it doesn't do that. I have two instances of df running, and when using /launchdf both slot one and slot two attach themselves to the first instance.

side note: I also did play around with the config file and set it so I have two valid slots.

Spoiler (click to show/hide)

Code: [Select]

PORT: 8000
SIZEW: 80
SIZEH: 25
SLOTS: 2
SLOT: 1
ALLOWRUNNINGINSTANCES: y
SLOT: 2
ALLOWRUNNINGINSTANCES: y


[Adeon]

Yes, but for some reason it doesn't do that. I have two instances of df running, and when using /launchdf both slot one and slot two attach themselves to the first instance.

side note: I also did play around with the config file and set it so I have two valid slots.

Spoiler (click to show/hide)

Code: [Select]

PORT: 8000
SIZEW: 80
SIZEH: 25
SLOTS: 2
SLOT: 1
ALLOWRUNNINGINSTANCES: y
SLOT: 2
ALLOWRUNNINGINSTANCES: y


Dfterm will attach to *any* running DF process. This includes DF processes running in other slots. What you want is to host a server that only has one slot that can attach running slots or have dfterm launch all DF processes by itself.

Fixes coming up in next version where it will not attach to DF processes already in other slots. Also, the old 23a version is probably going to be easy to add support. There's also probably going to be a generic Windows console program support (someone requested DoomRL support for dfterm on Windows) later.


Oh, and the yukkuris (as I call them), were created using a special little tool that spat out some lua code from 80x25 images. The process of adding yukkuris is very unfriendly to users so I didn't include it in the package. Do you *really* want to add some images? Or maybe have some complaints about the present ones?

[ILikePie]

Dfterm will attach to *any* running DF process. This includes DF processes running in other slots. What you want is to host a server that only has one slot that can attach running slots or have dfterm launch all DF processes by itself.

Oh, I get it now, Thanks.

Edit: I changed windowed prompt to yes, when running normally I don't get a prompt, but when using dfterm I do. It seems I also need to extract dfterm to the dwarf fortress's folder for it to work, is this normal?

Fixes coming up in next version where it will not attach to DF processes already in other slots. Also, the old 23a version is probably going to be easy to add support. There's also probably going to be a generic Windows console program support (someone requested DoomRL support for dfterm on Windows) later.

23a and console support would be great, I'd love to host a server with some roguelikes to play remotely, and dgamelaunch is confusing.

Oh, and the yukkuris (as I call them), were created using a special little tool that spat out some lua code from 80x25 images. The process of adding yukkuris is very unfriendly to users so I didn't include it in the package. Do you *really* want to add some images? Or maybe have some complaints about the present ones?

Complaints? No. I'd just love add a few of my own, to further customize it. Maybe a pie or something.

Now to further mess around with that lua code you have there...

'nighty night all

[daoist]

Some problems we've had:

1. colors. In putty need to change the color of black bold to be brighter. Not really an issue though.
2. the numpad isn't sent properly. I remapped the secondary up and down to [ and ] so that works.
3. F-keys don't send right at all. dfterm doesn't recognize the esc-sequence the terminal sends.
4. shift+arrow and shift+enter don't work.

Any tips?

[daoist]

Not really sure what I changed, if anything, but the F-keys seem to work.

Did some playing around, and it seems that Putty doesn't send some chordic special keys, e.g. shift+"left arrow" sends just "left arrow", so not sure what can be done about that. shift or ctrl + enter send just enter. alt+enter sends a null byte.

[SolarShado]

Just poping in to say that this is a very cool program. If it weren't for the fact that my laptop's an awesome gaming rig, I'd probably use it a LOT. As is, i might see about getting some friends at school to try DF via this...