PranQster

OK I'll look into this. I am currently working on this mission, yet again, to finish things I never got around to and to fix things for future TDM versions. Yes, I can verify that the door becomes unfrobbable when closed. So if the key was not picked up when open, it is unreachable. Will fix. I am suspecting the frob control box inside the desk is changing the frob control of the door itself and not just the contents of the desk. I'll try resizing this to not interfere with the door. And that is exactly what was happening. The door was touching the frob control entity, causing the door itself to become non-frobable when closed. Fixed for two doors in that desk. This will need to wait until the next release. I have done a massive amount of work which is not yet ready.

If anyone is seeing missing models, black boxes, etc, please re-download the mission from the link in the original post. I had forgotten to add the map_specific models. Oops!

There is a specific key for that desk and it is not any of the ones you named.

If installed under '/opt', shouldn't it be in '/opt/darkmod' instead of '/opt/thedarkmod'? Perhaps, as root or using sudo, it might be an easy test to: cd /opt ln -s thedarkmod darkmod If that does the trick then doing 'mv /opt/thedarkmod /opt/darkmod' should be able to be done safely after first removing the symlinked directory with 'rm darkmod'. Though not sure that would cause a segfault

It was working before. When converting a brush to a seed entity it always automatically set the SEED texture. I'll post to tracker. Thanks!

I just experienced an issue with creating an SEED entity. In the past, when creating a brush and converting it into an atdm:seed, it would get the SEED texture automatically. When just trying to add seed entities to my test map, it kept the texture of the brush as it existed before becoming seed. In this case it was nodraw. This caused the seed not to spawn any entities it had targeted. BTW, what is the path to the SEED texture? I ended up opening another map with seed already in it to get the texture shown in the textures tab.

OOps. That was me experimenting. I'll remove that property, change the mover, and update the prefab and re-link it. I'll also do one of the boat alone with the bobbing, etc. I had bound the boat to a mover bobbing, and that to a pendulum, and pendulum to door sliding. I was trying to make the AI get on the boat at one dock, have the boat move across the water to another dock, and have the AI get out at the other side. He can disembark at the original dock, but not at the second one, even when teleporting him to the center of the boat when he embarks. Lol. Anyway, that prefab was for fun. I'll post one with the door sliding mover changed to a regular door rotation and proper pendulum swing etc. And an AI with proper mass. And here it is with AI on team 5 so he won't get agitated when you test. His mass is normal. boat_elevator_bobbing_ai_01.pfb boat_elevator_bobbing_ai_01.zip

No worries I'm not sure about that. I tried moving the whole thing again, including rotating it, and it didn't break. Using monsterclip doesn't seem to be an advantage if the ragdoll can't be dragged or frobbed. If the player wants to swim under the ragdoll, they cannot get any closer than where the hands and feet are dangling. So the cage does not get in the way no matter how it is textured. I have not yet gotten around to making the ragdoll frobable/shoulderable. In that case, monsterclip would be needed if the player wants to move through that part of the water after moving the ragdoll. Or perhaps the frobbing or grabbing of the ragdoll could trigger the removal of the cage.

Suddenly tonight, the ragdoll started falling through the elevator entity. I'm not sure what happened but I can't get the ragdoll to float now. (I had moved it a little ways from where I had created it). Fixed. I needed to revert the elevator to worldspawn, convert it back to an elevator, and re-bind it to the mover_bobbing. Until I did that, the ragdoll kept falling through.

Ok. I'll check it out and see if there is anything to add. A boat bobbing on waves is easy. I'll make some prefabs and post here, but I did the following: For a regular existing boat model to bob, etc. This will rotate, bob, and undulate at the same time: Put an existing boat model in the map at its initial position in the water. Create a nodraw textured small brush, I use 4x4x4, and change it into a 'atdm:mover_door'. I set the following properties: 'auto_close_time' '.15' 'auto_open_time' '.15' 'frobable' '0' 'grabable' '0' 'locked' '' 'move_time' '1' 'pickable' '0' 'rotate' '0 .35 0' 'snd_close' 'nosound' 'snd_open' 'nosound' 'stop_when_blocked' '0' 'used_by' '-' Do the same method for creating an 'func_pendulum' with the following: 'bind' 'atdm_mover_door_5' (obviously, use the name of the mover_door created in the previous step) 'phase' '2' (OPTIONAL: best to use 'phase' if there are more than one pendulum in the same area and you want them to be out of sync from each other) 'speed' '4' (The lower the value for speed, the less the pendulum will swing) And one more little cube to become an 'func_bobbing': 'bind' 'func_pendulum_1' (your pendulum name) 'height' '.225' (play with this for how choppy the water is, along 'speed' value) 'speed' '1' Place the 'func_bobbing' and 'func_pendulum' in the center of the boat, at the water line. I placed the mover_door at the shore, where I attached a rope from dock to boat. The mover_door was placed at origin of rope at the dock. This will make the boat rotate in more of an arc in the water. If you want the boat to rotate more in place, put the mover_door under the boat. Bind the boat to the func_bobbing You should end up with the following binding: boat > bobbing > pendulum > door (rotator) Alternatively, the door entity could be a sliding type to move the boat across the water. Or the func_pendulum could be bound to a mover on a spline to make the boat go wherever you want. I'll attach my custom 'elevator' boat which an AI can stand upon and ride around. Attached. AI can ride in the boat_elevator_03.pfb while standing, but sitting will interfere with the entities moving the boat, causing the boat to randomly come to a dead stop. If an AI is positioned between the seats and given two path corners, stacked directly above him, each with a path_turn and a path_sit, then he can be made to sit on each seat in the boat. All of these path entities were bound to the boat so they aren't left behind when the boat moves. The AI will just turn in place and sit down. Adjust the AI sitting slide distance to get him over the seats and bind some cushions to the boat seats so he doesn't sit in mid air. I have not yet succeeded in making an AI do regular pathfinding on the boat. I tried to get him to walk from stern to bow and sit on each bench, facing forward. Can't make him move an inch. I even tried an aas_obstacle entity, as found in the 3-floor elevator, but can't get the AI to find a path. I'll make one more prefab including the movers, etc. already bound to the boat.... And now attached as boat_elevator_ahoymatey_01. Maybe someone can figure out how to make an AI path find whole being dragged around by a mover. In the meantime I'll test with a basic boat with no movers. If I can get AI to pathfind onto a static boat, then portals can be used to replace the AI with one with no paths, and the static boat with a moving one. The moving boat can take that AI to the other side of the river/dock, etc. where another set of portals places a static boat and AI with pathfinding in the new area. Better yet, perhaps only the boat itself needs the portal. AI pathfinds onto static boat at dock (no bobbing), triggers timer when entering boat and then portal when AI in position AI gets path_wait with time set for the time of the boat ride Boat replaced via portal with bobbing boat on a mover Bobbing boat moves to other side of the river, carrying the patiently waiting AI AI presence triggers portal to replace boat with no movers AI path_wait times out and sends AI on path on new side of river This should allow AI to pathfind to a boat, embark, ride, disembark, and continue to pathfind (apparently). boat_elevator_03.pfb boat_elevator_03.zip boat_elevator_ahoymatey_01.pfb boat_elevator_ahoymatey_01.zip

Ahoy Matey! Eventually, the mover_sliding entity stops working when the AI is sitting, but if the AI is standing then the boat will move back and forth without issue. No audio due to TDM alsa audio not linking properly into pulseaudio output. So OBS gets no audio even though my speakers do

A city map will be my next challenge after I finish my big outdoor map. Having lived my entire life in places where the oldest buildings date to the mid 1800s, I have absolutely zero real world experience being among medieval architecture. It's a lot easier to modify a big patch into a lumpy stone cliff than to make a good looking building.

Go for it. I also suggest trying different shapes for the cage, experiment. But my example is a good starting place. I tried it with monsterclip and it works. The ragdoll respects the static entity as long as it is an elevator! On a related note (using elevators to place AI where they normally won't stay): What does not yet work (as seen by me) is to convert a model, ie. the rowboat, into an elevator and have an AI sit in it (without using a separate elevator). The AI just falls through the boat, probably already having clipped the collision model. I suspect the AI might be able to be placed high above the boat, but would likely end up levitating above the boat due to the boat having a big rectangular collision model. But, putting a little elevator "cage" in the boat for an AI to sit upon does work. Then comes the issue of making the boat bob and such. If the AI is standing in the boat, the boat bobs, rotates, etc with all of its movers, unhindered. If the AI is sitting, the movement is intermittent and often stops for long periods of time. Since I'm currently working on siegeshop yet again, I think I will temporarily add an AI which does nothing but ride elevators. I'll put a chair in an elevator and have him sit on it when riding to see if elevator movement is impeded. DOH! The rowboat is such a simple model. Why don't I simply re-create it with brushwork and convert that to an elevator? Haha! A little project for later today. A basic small rowboat was created out of patches and made intro an elevator. So far tests with an standing AI look pretty good. A sitting AI looks even better until the movers for the boat stop moving. The AI needs to be a bit more stable, so I will make a flat bottom on the inside of the boat. It needs that anyway to hide the water in the hull. Sitting AI still interfere with the movers the boat is bound too, but I almost have a fisherman standing up which moves smoothly with the boat.

Well. Everything just came to a screeching halt. I had done a bunch of work AFTER fixing rotation on many entities. Then when testing the map last night I decided to operate the drawbridge.That's when I discovered that the various chain segments which rotate and translate as the drawbridge lowers are now not rotating and transforming to where they need to be. So I will have to open a backup version of the map and copy the rotation values back to the many chain segments. A future TDM release might break the drawbridge, but for now it requires those bad rotation values to function. AHA! Those weren't the chains I fixed rotation on. Instead, the chains had become un-bound from the drawbridge due to two entities changing names. I have two metal rings on the drawbridge which the chains are bound to. They were both replaced with properly scaled models, so their names had changed and I had failed to update the binding of the chains. Drawbridge fixed. All is well.

Lol. Not gonna happen. The one time I had it in there was a happy accident. But it was a pain to try to get a proper sized unit of grass. I'll think about it.

All badly rotated entities were either fixed or replaced. So the next released version will be compliant with future releases of TDM. Next I will go through the map and adjust all the lights to look good with 2.08. Then comes a new start area, outdoors, before the cave. Perhaps it will feature a bit of hide & seek with some patrols on a road. I'd also like to do more integration of the human-built structure with the cave system. And I'll be changing the entire second floor textures and decor to be a less fancy upgrade from the other floors.

I haven't tried TDM on a laptop with an external monitor. Nor have I tried borderless fullscreen, though that seems to be windows only. In my case I also have 0 experience with wayland as it does not yet work with nvidia. However I will try to test this when I can, though I seriously doubt the laptop I have will even run TDM.

I'll never be done with this map. "WARNING:Detected 114 func_static-s with bad rotation:" Hehe. I have some work cut out for me. ... So, I'm going through siegeshop one room at a time and checking all entities which have been rotated and possibly re-scaled via rotation. I am finding many entities which have only ever been rotated by 90 degrees on any axis, but having crazy looking rotation values. These are items which have not been re-scaled and only rotated. As an example, I have above the cook stove, 'models/darkmod/mechanical/pipes/steam_pipe02_bend2.lwo'. The current one has a rotation value of '-4.21469e-08 -1 0 4.21469e-08 -1.77636e-15 -1 1 -4.2147e-08 4.21469e-08'. I delete that rotation and then give the pipe 90 degree rotations on X and Y, ending up with rotation value '0 -1 0 0 0 -1 1 0 0'. The pipe ends up the exact size and position as before. I have no idea how those other rotation values had ended up like that. 85 to go, down from 114. About 1/3 of what I fixed so far were entities that I had simply rotated but not scaled.

Ok. I never knew there was such a feature. Thank you.

Ok. Thanks. I already know of a few models which didn't exist when I started some maps, and do exist now (such as hanging coil of rope). So I'll work on replacing such entities.

Is it possible to suppress warnings on static_entities which have a "bad rotation matrix"? I often re-size models on at least one axis by modifying the rotation values, so I end up seeing a lot of these errors when doing dmap.

I did that, more or less. I made some extra little walls and dividers to keep the ragdoll from sliding off. See the video I posted. I'll make a screenshot in DR of the little cage and post it here. The ragdoll has been made stable. The little cage/sled is made of tdm_nodraw_solid_liquid right now. I'll test it with monsterclip, which will probably work since the ragdoll will likely see the elevator as solid no matter how it is textured. Then the player won't hit any invisible obstructions if the ragdoll is grabbable. I'm thinking of trying a trigger system set below the surface of the water in a well, or something similar. The goal would be to have the player drop a KO'd AI or other (named) ragdoll down the well. The dropped AI would likely not be positioned on an existing elevator/cage properly, so it will need replacing with a ragdoll in the proper position (which would be in another room already loaded on the cage). The named AI would immediately sink and hit the trigger, which would activate portals to replace the dropped AI with the ragdoll & elevator platform. That would then be moved slowly to the surface, followed by rotation and bobbing. Nice thing is that the elevator system itself does not need setting up, just the basic elevator entity bound to a standard mover.

I had a thought when considering the use of an elevator. Ragdolls can be placed upon an elevator and moved around. So I made a small brush textured with tdm_nodraw_solid_liquid (lol) and made it into a func_mover_elevator. I placed that under a ragdoll at water surface. With no movement of the platform, the ragdoll just stays in place. Arms, legs, and head can all droop if the entity is shaped properly. I then bound the invisible elevator platform to a func_bobbing and that to a func_rotating entity. That worked rather well and the ragdoll bobs and rotates in the water with limbs dangling. Due to the bobbing and rotating, the ragdoll eventually slides off the platform (currently a rectangle from neck to waist and shoulder to shoulder). But it doesn't shake and twitch like other disturbed ragdolls sometimes do. If I can get the platform shaped just right, then ragdolls can be floated with bobbing and rotation, etc. And yes, that is a spider walking on the wall at the left edge, just above the brick. Here's a video taken after modifying the sled .

Repaired in siegeshop by switching to a different particle. Several of the water splash particles do this, including the ones starting with 'tdm_'. I switched to a large steam particle instead. OMG I hope I put it in the .pk4 Time to repack and update the link. And I have been delayed by a suddenly misbehaving ragdoll in the dungeon. That guy stayed put for years, lol. The .pk4 linked in my FM post now has the steam particle added. I'll have to run it to check the ragdoll.

Will do. I'll check for the best place.