Print

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

Windows 10

152 (49.8%)

Windows 7

77 (25.2%)

OSX

18 (5.9%)

Linux

45 (14.8%)

Other

13 (4.3%)

Total Members Voted: 305

[Nexii Malthus]

Great work Japa 

[Adam Mantine]

posting to watch

[Rose]

https://github.com/JapaMala/armok-vision/releases/tag/v0.10.0


New release!

This one brings world map rivers, hidden areas being hidden, and some performance improvements.

[Pvt. Pirate]

does the sunmovement actually exactly fit the ingame time? liek when the sun's position is "midnight", the next day starts?

[Rose]

Yes. You can see this in adventure mode.

[Dirst]

Yes. You can see this in adventure mode.

It's always helpful telling time at night if you can see when the darkness is directly overhead

Does the moon's position in the sky also follow game time?

[Rose]

That doesn't, mainly because I didn't want new moon to be pitch black.

If there's enough interest, I can put it in, so the moon follows the in game moon, including full moons, etc.

[Dirst]

That doesn't, mainly because I didn't want new moon to be pitch black.

If there's enough interest, I can put it in, so the moon follows the in game moon, including full moons, etc.

In the real world, the dark parts of the Moon aren't pitch black mostly due to light reflected off the Earth.  You could allow the darkened parts of the Moon to have some brightness to them... but a new moon rises at 6AM and sets at 6PM, so it doesn't really help nighttime viewing anyway.

Barely-bright-enough stars to keep people from walking into furniture?

[Fleeting Frames]

So, uh.....Noticed this thing (ver 8.0) came with LNP, and decided to run it.

I second including readme.md.....For example, I learned that it uses NET (installed mono earlier for Perfect World) only when running the _64 in my linux console.

However, for some reason even in small and nano embarks with both fastest and fantastic settings all I get is starfield, 0 blocks rendered, locking up a CPU core and progressively eating more and more RAM until all of it is nommed?

Are there any more requirements other than mono I should know about? Should it be run in wine, other simulators or windows instead?

[Max™]

Run the new version, at least 0.9.1, preferably 0.10.0 though.

[Rose]

I've actually never run the linux version, so I don't know.

But yes, you should get the latest version.

[Rose]

I've come to the realization that the protocol I've been using to transfer map data between DF and Armok Vision is very badly formatted, and not very maintainable.

I'm going to have to fix it eventually, but when I do, I will either have to break backwards compatibility, or leave a lot of bloat in both Armok Vision and remotefortressreader.

How important is backwards compatibility for everyone that uses this?

[Max™]

The older versions are still around and workable on the older df, I generally go to the newest as soon as dfhack is updated.

Incidentally I thought something was broken when I was looking at a campsite I made earlier because everything was yellow.

Turns out it was some sort of mucus rain, charming.

[jecowa]

I'm all for reducing the file size / download size. If maintaining support for older versions is a bunch of extra trouble, I wouldn't do it. I think the main reasons a person would want to run an old version of Dwarf Fortress are for playing with some old dead mod or for reminiscing on an old save file. I think the vast majority of use that Armok Vision will see is going to be with the latest version of Dwarf Fortress.

The older versions are still around and workable on the older df

Yeah, I think that sounds like the most practical way to support older versions. Labeling which version of Dwarf Fortress that each release of Armok Vision was designed for is all you should have to do to support older versions, in my opinion.

[PeridexisErrant]

Have just enough code to warn users in an incompatible situation, and suggest using the older version.

Otherwise, move on!