Bay 12 Games Forum

Please login or register.

Login with username, password and session length
Advanced search  

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Shukaro

Pages: 1 [2] 3 4 ... 16
16
This is a great utility, I really missed it until Shishimaru posted the offsets.

There is no connection to DFhack now, no matter what actions I request from the DFHack menu in Mousefort I get this message: "Gate is not a recognized command/Invalid hotkey command:'Gate'."

But this error message is also shown when I am NOT using Mousefort, so I guess DFHack is the culprit.

Yeah, I'm not sure what the error there is, best to ask around in the DFHack thread I guess. :-\

17
Alright, finally got around to updating this for 34.11 (Thanks Shishimaru for the offsets!) now that finals time is over for me.
Anyway, here's a list of planned things that will be worked on in the future, listed in no particular order:
  • Auto setup of mod buildings (+ auto key assignment/conflict resolution)
  • Icon/Menu/GUI work
  • Addition of customizable GUI support similar to the existing menu/hotkey support
  • "Inertia" option for camera dragging
  • Possible dwarf therapist(?)/other utility support
  • Port for cross-platform support
  • Default menu/key work
As always, please feel free to give suggestions/feedback/bug reports/etc.  :)

18
Edit: Norton decided to nerf Pan.exe and Rule.exe. Is this very important?

It is if you'd like to use my Mouse Fortress Utility. I'm not sure why it would flag those as suspicious, you can look through their contents here: https://github.com/Shukaro/MouseFortress
Then again Norton isn't a very good AV. :(

19
Another minor release. :)

Trying out the new version 1.4 for 34.10 - so far everything seems to work, except commands sent to DFHack. If I issue a dig vein command (or whatever) from the Mousefort menu, nothing happens in DFHack. If I manually enter the commmand in DFHack, it gets executed correctly. Note that I could not find any new version of DFHack, so the one I am using is the same old one I used in 34.07

As far as I can tell, the script is correct, this is the last bit of the last megaline in my copy of "DefaultFull.txt":

Code: [Select]
Confiscate Junk|DFHack|a(cleanowned scattered)
Vein Dig|DFHack|a(digvx)
Stonesense|DFHack|a(stonesense)
DFHack
|
Refresh Script||l
Exit Script||s

What happened to the script files? I find them very difficult to read now, after all the individual lines have merged into megastrings. Even the readme.txt and examples.txt is next to unreadable. Is there a utility that can unmerge the lines (other than the "insert code" function in SMF?)

Never mind, I'll manage somehow. It is just that I am very keen on experimenting with the new minecarts, so I really do not have the patience right now to try to understand the changed Mousefort format ;)

edit: I got the new DFHack for 34.10, still not working with Mousefort.

The lines all running together means you're using a text editor that doesn't support the text encoding used by github, so you'll want to use a better one to keep everything looking neat. I suggest Notepad++. If you save one of the files when the lines are merged together, very bad things will happen, so make sure to not do that. If, once you've redownloaded fresh files, DFHack still doesn't work, I'll need some additional information on the issue.

20
Alright, new version for 34.10 is live with a variety of tweaks. Notable changes include the addition of the lm and lk flags, which load different menu and key files, as well as a tray menu which lets you switch between any existing menu/key sets. I've also moved to github, so the latest version and any changes will always be found here: https://github.com/Shukaro/MouseFortress
Enjoy!

E: You can also post issues, make comments, fork branches, etc, if that's your cup of tea.

21
Alright, new version for 34.08 is now live! No new stuff, but a bunch of bug fixes. Enjoy!

Also, I'm looking into FPS related issues, and I think I may know what the cause is.

22
My Mouse tracking goes completely screwy when I have a siege, I think its probably related to low fps? Is this a known problem?

What kind of FPS are we talking about? What exactly does the cursor do?

23
I'll have a new version for 34.08 out today with a bunch of bug fixes, so if there's anything else you'd like to see or any other critical bugs I missed feel free to leave a comment. :)

24
I've found a little bug. If you try to define a menu like this:

DigMeasure||g(d),ru(t)

it executes only the g flag

To fix this in the mouse.ahk change these lines:
Spoiler (click to show/hide)

with these:
Spoiler (click to show/hide)

Ah, I'm surprised I haven't caught that before, I'll upload a fixed version ASAP. Also, thanks for the bug reporting, it's quite helpful. :)

25
Ah, just forgot to update that part of the behavior, one minute.

E: Alright, fixed version is live now.

26
Alright, new version out, 1.3.

This one fixes cursor tracking completely (If it doesn't work for you still, then the issue is absolutely out of my hands). There are also a few other minor changes.

Enjoy!

27
Alright, updated to 34.07 now, enjoy!

(Also please leave bug reports and other feedback.)

28
How is DFHack not working for you? What exactly is happening when you invoke the DFHack flag?

E: Also, new minor version out. Adds the e flag which returns to the main menu and tweaks ru a bit.

29
I have both the cursor tracking and the forced tray problem on my Win7-64.

Some scientific facts:

Set-up: DF in full screen mode.
The cursor tracking is definitely working in all sub-modes like view, look, designate etc. :D
Right-clicking immediately sends DF to tray >:(

Set-up: DF in windowed mode.
Cursor tracking does not work. Toggling tracking off and then on does not help. Reloading the script does not help. Reloading the game does not help. >:(
Right-clicking is definitely working, all my new menu items are accessible and working as intended. :D

Field reports, difficult to reproduce:
Sometimes mouse-tracking works in windowed mode. I have seen it perhaps five or six times over the last few days. Most of the times I have no idea why it suddenly worked.
Twice I have seen it begin to work after clicking the button that resizes the DF window (the button between the minimize and close buttons in the top right corner of the windows frame). My window filled the whole screen, then I clicked the resize button (and had DF in a smaller than full size window), and immediately clicked it again for full screen, and suddenly mouse tracking worked. Another time I accidentally hit the resize button instead of the tray button and noticed that the window did a very slight adjust (indicating it was almost but not wholly full size before I clicked the button), and voila: Mouse-tracking. Unfortunately I have not been able to reproduce this.
Both times I later shifted to some other program that was open in the background (DFHack and Firefox resp.) and when I came back to DF, mouse tracking was irretrievably gone, no matter how much resizing I did.

Finding:

It is possible to go to full screen mode to benefit from the mouse tracking (to find a spot or a dorf or some interesting stone, fx), then push F11 to go to windowed mode to use the menu (select a building or a task), then push F11 again to go back to full screen mouse-tracking, (to place the building or designate the dig field).

This is a bit inconvenient as a work-around. And it is difficult to automate, because how can the script know that I intend to right-click (so as to press a virtual F11 before I do so) before I actually right-click, and then it is too late, because DF is in the tray?

Shukaro, how do you track the mouse? I tried to read the scripts, and I figured out that when first the script knows where the mouse is, it just uses virtual arrow-keys to get there. But how does it detect the position of the cursor? Is it measuring it  from the top-left corner of the screen? And why does it detect this correctly (and every time!) in full-screen mode and not in windowed mode?  The only difference I can think of is that the top-left corner has moved a little bit inward and a little bit more downward to free up space for the win7 window frame. Is this displacement the same across all screen sizes?

If this cannot be fixed for full screen DF, then so be it, I am biased here, always play in windowed mode. But I believe there must be a fix for windowed mode, because mouse-tracking  has worked for me several times in that mode. I believe it is a question of customizing the script to allow for my screen size. Perhaps I am wrong, I am no programmer and all that.

STOP PRESS:

If I grab the DF window and move it slightly upwards and to the left, so that its top and left borders actually disappear out of the screen, then mouse tracking works. This is fully reproducible.

Well, the issue of the menu not working in full-screen mode is known. It's caused by the fact when DF is in full-screen control it takes control of on-screen rendering, much like any other full-screen game, then when the script tries to bring the menu up, DF loses focus. That's just a thing with windows, sadly. :( The issue is usually trivial to fix, but DF doesn't play nice with being resized and having its styles changed, so unless that issue is addressed, menus in full-screen mode won't work.  :'(

As for the mouse tracking issue, I'll have to ask you to do a few things for me so I can get some more information, if you don't mind. Mouse Fortress reads DFs memory for any data it needs for speed, reliability, and ease-of-coding, and I use Cheat Engine to find anything I need in DFs memory, so the next time the mouse tracking stops working I'd like you to take the following steps:

  • Confirm the menu is working
  • Reload the script (Make sure you get the traytips at the bottom right)
  • Open the task manager and look for mouse.ahk, cursor.exe, and watch.exe
  • Open cheat engine and connect to DF
  • Load this table up
  • Upload a screenshot of all the values CE displays

I'd also like to view your menus.txt, keys.txt, and config.ini from your mouse folder

30
Sorry about the lack of updates guys, I'll be bringing this back up to date in the next few days. :)

Pages: 1 [2] 3 4 ... 16