Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=3467104722
The physics play area is set for my group: I got complaints when the area was as close as you mentioned (~0.25). The wider setting works for us because my players use first person (which can't see outside the cabin in the current configuration) as opposed to third person (which can). I figured it was easy enough (no scripting required) for other users to customize the distance to their own preferences.
And finally, the roof: its absence is intended, and unrelated to the camera. As mentioned in the description: "The roof is omitted to allow the background image to imply environment in the story." I found that worked well with my group. I'd understand if users preferred just to have a roof (as is the case in the Zombicide mod I built), but unfortunately I never built a roof for this cabin. So my apologies if you'd prefer it present; again, this is just my group's setup, and others' mileage may vary. I'm all for others customizing it to suit their needs. :)
(P1)
I think the issue here is mostly one of audience and purpose. I assumed most potential users would want to customize their version of this cabin. That's why I didn't make the objects non-interactable (since, if I had, I believe the user would need Lua to re-enable interactability if they wanted to tweak any object's position, size, etc.). Of note, there's no locking script at work in this mod: objects are Locked and have Drag Selectable disabled (the latter of which prevents the gizmo tool from working with objects).
TLDR, this mod is (as far as I know) working as intended. That said, perhaps my assumptions about users' approach are off; I should either make the mod ready to use out of the box (by making objects non-interactable) or ready to customize (by making objects drag selectable), not somewhere in between. I'll err toward the former and make (most) objects non-interactable.
Also, when I press alt, I can see the background objects too. It can be annoying if you try to alt-view something at the edge of the table and see a big furniture instead. Import them as "board" type, this will prevent them showing up like that.
I suppose you did not add a ceiling for camera reasons. Though I would say you should instead raise the walls a bit and do put on one. Because even if players usually don't look up during gameplay, if they do, it immediately destroys the immersion if being in an actual game room. The tavern background does not remedy this.
(P1)
Why bother making a room if you keep the play area large enough that you can move your camera outside? I recommend a play area setting of 0.25 for this room to prevent the camera escaping. You will still have enough freedom of movement around the table area where stuff happens.
You appear to have some sort of script running on the background objects because I can't seem to gizmo objects around, but weirdly I can still select and unlock objects, which is of course bad. An accidental press of L can mess up the entire room if the floor is removed. I recommend a better locking script.
I'm a little curious how you got into this state, as I can't repro locally. The initiative mod creates those two objects while running initiative, and cleans them up after the user clicks Stop. While running initiative, the bench isn't interactable, so it shouldn't be movable while those objects exist. After moving it, if the player runs initiative again, those objects are re-created and placed where they're supposed to be, relative to the bench.
At least, in theory. In testing, same thing for me, even when I tried saving and reloading in various states (running initiative vs. not). So anyhow, if you happen to know the sequence in which you tried various things, I can take a shot at fixing whatever the bug is. : )