joebarnin

Just guessing here, but maybe there's a conflict because the hammers are stackable, but each uses a different model. Maybe the code can't handle that situation? Possible workaround: make them non-stackable. You'll get separate items in your inventory. Does that avoid the problem? You might have to use different inventory names (Ritual Hammer 1, Ritual Hammer 2, etc). Maybe not an optimal solution. Is the reason you created four models that the hammers all look different?

Congratulations Amadeus!

How about instead of abruptly ending the mission, the gold bar goes into your inventory and weighs you down so much that you can’t swim up. Now, you’re running out of air and need to quickly drop the bar so that you can surface. You could even give a hint to the user via pop up text or voice (maybe easier levels only?) Edit: I have no idea if it is technically possible to keep the player from swimming up.

I know this technique has been discussed before, but peter_spy's recent comment on another thread about non-diegetic lights finally clicked with me. To verify my understanding, here's an example. I'm working on a mission that has a shop whose entrance is located at street level, under an extended second floor. The door is in the dark, located where the red arrow points. There's a sign on the door that is completely invisible from this distance. Even when you get a lot closer to the door, you can't read the sign because it is in the dark - you have to deploy your lantern just to read

Sign me up!

Actually, I think this was player error. This happened in the mess, near where the crew member is dead in the bed. I just tried to recreate the problem, swimming near/into the bed. At some point I thought I was stuck, but by trying different directions I was able to proceed. I think the first time it happened, I just panicked because I was running out of air, so I assume I couldn't move at all. So I don't think this really is a problem.

When you set the Game/Project setup, DR loads files from the mission. My guess is something about that is causing the crash. The DR log file might have some clues? I found mine in: C:\Users\<user name>\AppData\Roaming\DarkRadiant\DarkRadiant.log (where <user name> the name you're logged into Windows as). Yeah, try this maybe: make a new, blank WIP (maybe start with the Startpack). Set the Game/Project setup to this WIP, see if that works. Then try to use the readable editor. If everything works with the "blank" mission, drop in your existing WIP files into the new project,

When you select File > Game/Project Setup... you should get a dialog like this: DarkMod Path is where DM is installed. "Mission" should be the mission folder you are modifying. You should be able to pick it from the drop down list - it's a list of all of the folders with the /fms folder (within /darkmod). Is this what you see?

Finished the mission. Short and sweet! As Jack says, a unique concept. Nice to see a non-standard mission design. I thought that the I really really really Looking forward to further stories in the arc!

Congrats Geep! Always happy to have a new mission.

Another player (peispud) ran into a crash at the same point in the mission. Here is his post: It isn't clear how he resolved it, you may want to ping him about it? Apparently he was on Linux; don't know if that applies to you.

I’ll build at least one this year, maybe two.

Great, glad you liked it. And glad you were able to finish it

Finished on Expert. Wow, I still can't believe this is a speed build! A very full mission, great atmosphere, details, and effects. Thanks again for the wonderful Christmas present! I did find a couple of problems with objectives:

Wow, what a nice and unexpected Christmas present! Thank you!

Jack - I took a quick look at your map/script. It looks like somehow the GiveQuill script is getting called twice in a row (without RemoveQuill getting called between). I couldn't figure out how that can happen, but there must be some way that it does. Here's a workaround: modify your scripts to remove the quill in GiveQuill, just in case it already exists. Also, specify a global variable so that you don't have to name the entity. E.g.: entity quill; void GiveQuill() { sys.println("Give Quill"); // remove quill in case it already exists quill.remove(); // create quill and

The first journal can be found Check the hints in the first post of this thread, they are helpful (sometimes).

Nice mission! Lots to do in a very compact space. I got I concer with Kerry000 - this mission is intuitive. Just when you're thinking "there should be something here", there is. Good use of context and clues. I loved the Great job! Looking forward to your next mission.

Congratulations! I guess I need to put The Outer Worlds aside for a bit...