 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
whenever i use Ctrl-T or click "select touching" in the menu, instead of selecting touching, it deletes the object i originally pressed. What am i doing wrong?
Are you using Radiant? If so, that is expected behavior. The four options -- "select partial tall," "select complete tall," "select touching," and "select inside" -- all assume that you will first draw out a temporary brush that you intend to use only to select "real" brushes. The temp brush then gets deleted as part of the operation.
In Worldcraft and other editors, you can drag a selection box to select brushes and entities. But in Trenchbroom there is no selection tool. So you make a temporary brush then Ctrl+T.
i've been trying to design some elevator shennanigans and the last blocker i am experiencing is a button i have that triggers several targets sharing the same name is also triggering an func_door that itself has no targetname. I don't understand how this button is doing is causing the func_door elevator to move once pressed despite seeming have no direct connection to the elevator. I think I've even recreated the brush at this point, deleted and drawn a new one, and structuralized the old one... it seems like it's a proximity thing, like the button is triggering it just by proximity!??
If doors touch, quake will automatically link them to animate together (so that a two-part door will animate in sync.) Could that be your issue? If so, there is a spawnflag on doors for "don't link", see if that helps.
Thanks for the suggestion, testing this out inevitably lead me to fixing the problem which I think had more to do with some nearby doors. I don't know what about them was the problem exactly... but I had three brushes rising up out of the ground to form a wall, and two of those brushes were grouped as one func_door with the other working as a func_door on its own. Ungrouping these and turning them into one func_door seemed to fix it. Why I had it any other way in the first place I cannot say. But that's another blocker overcome, wooh!
after compiling my map properly (using ericw's tools, i've been doing the fast mode for a bit), a brush that is part of the walkable section of a floating platform bridge I have built it suddenly not solid, causing the player to fall through it. i've tried switching the brush to an entity and back to structural, replacing it with a duplicate, adjusting the geometry. the only thing that makes it solid seems to be placing a duplicate of it directly underneath it - and it does work, the player does not stand on the duplicate's geometry, it's like the brush's geometry is suddenly solid again.
i don't know what's up with this! Ctrl+Alt+Shift+V in Trenchbroom snaps all the vertexes to grid AFAIK.
Sounds weird, I've had weird bugs in the geometry before. If you download the Worldcraft Quakeadapter, you can load your mapfile, then click Map-> Check for problems. It has nice mapfile error reporting. (Well it's better than nothing I guess). But I don't think the auto-fix tool will do you much good. Might yield some info though. Trenchbroom has a console too, if you click Ctrl+4, that might show something up. Hi all.
I'm trying to make a simple elevator, imagine it's a small cabin. I want it to be triggered by a button. So far it's simple, the problem is that I want that button to be a part of the elevator (cabin), so it moves when the elevator moves. I tried with func_plat, func_door and func_train, without success, the button will not move. Any idea? Thanks. I don’t think you can do that with vanilla progs. But with most of the big mega mods like AD, alkaline, copper, and progs_dump, I think you can.
progs_dump has a great elevator system that was taken from one of the mission packs and then enhanced but sadly I don't think you can use the button as you describe. The button needs to be a static entity - so ours live at each stop the elevator can make.
Our system is nice because you can call an elevator back if it's on the wrong floor for any reason. We have a good sample map in the release that shows how it all works. progs_dump info, links and videos can be found here: https://www.celephais.net/board/view_thread.php?id=62207 I am only aware of one other mod that might have this functionality but I am not 100% sure on that. It's called extras_r4. There's an updated version called extras_r5 too that added some new stuff. r4 is here: http://quake.chaoticbox.com/downloads/extras_r4.zip from http://quake.chaoticbox.com/ In mid 2002 nostalgia and boredom drove me to write some interesting QuakeC hacks. The result is this "Extras" mod, which aims to provide extra stuff for Quake mappers. It features honest to goodness func_water, and func_ladder entities, as well as an insanely customizable emitter/effector based particle system, and advanced trains and switches. So if you ever wanted to dynamically flood a level, or attach water volumes and/or switches to trains, this is the mod for you! Example maps and some snazzy new animated sprites and sound effects are also included. r5 is here but not a lot of documentation: https://github.com/khreathor/extras_r5 Thanks both of you for the reply. Right now I want to finish a map that I've started in 2000 (long story). And I want to be as close as vanilla Quake as possible, so I'm using only standard Quake textures, monsters, etc.
This is my first 3D map I am ever making so getting errors isnt surprising at all. Before when map had less objects I could load it but now it gets to number 9 and then nothing happens... I really cant believe that a map with few floating islands, rocks and some other objects is too big.
Heres cmd: Copying Files... 1 file(s) copied. Converting map... --------------QBSP-------------- ---- qbsp / ericw-tools v0.18.1-32-g6660c5f ---- Input file: infernalislands.map Output file: infernalislands.bsp ---- LoadMapFile ---- *** WARNING 06: No info_player_deathmatch entities in level 921 faces 181 brushes 5 entities 9 unique texnames 102 texinfo Opened WAD: D:/QuakeDev/wads/Doom3_hell.wad Opened WAD: D:/QuakeDev/wads/Doom3_rock.wad Opened WAD: D:/QuakeDev/wads/Doom3_outside.wad Opened WAD: D:/QuakeDev/wads/e4m8.wad Processing hull 0... ---- Brush_LoadEntity ---- 181 brushes 539 planes ---- CSGFaces ---- 921 brushfaces 1104 csgfaces 973 mergedfaces ---- SolidBSP ---- 1219 split nodes 338 solid leafs 814 empty leafs 68 water leafs 0 detail leafs 0 detail illusionary leafs 0 detail fence leafs 0 illusionary visblocker leafs 1982 leaffaces 1731 nodefaces ---- Portalize ---- 882 vis leafs 882 vis clusters 3427 vis portals ---- FillOutside ---- 89 outleafs ---- MergeAll ---- 950 mergefaces ---- SolidBSP ---- 1023 split nodes 334 solid leafs 624 empty leafs 66 water leafs 0 detail leafs 0 detail illusionary leafs 0 detail fence leafs 0 illusionary visblocker leafs 1579 leaffaces 1336 nodefaces ---- Portalize ---- 690 vis leafs 690 vis clusters 2836 vis portals ---- Tjunc ---- 1398 world edges 3928 edge points 657 edges added by tjunctions 0 faces added by tjunctions ---- MakeFaceEdges ---- ---- GrowRegions ---- Processing hull 1... Processing hull 2... *** WARNING 19: No entities in empty space -- no filling performed (hull 2) ---- WriteBSPFile ---- Wrote infernalislands.bsp 1983 planes 39660 1242 vertexes 14904 1023 nodes 24552 102 texinfo 4080 1336 faces 26720 6183 clipnodes 49464 691 leafs 19348 1579 marksurfaces 3158 5400 surfedges 21600 2701 edges 10804 9 textures 250640 lightdata 0 visdata 0 entdata 463 0.547 seconds elapsed Peak memory usage: 38475782 (36.7M) --------------VIS--------------- ---- vis / ericw-tools v0.18.1-32-g6660c5f ---- running with 4 threads testlevel = 4 LoadBSPFile: 'infernalislands.bsp' BSP is version 29 690 leafs 2836 portals State file is out of date, will be overwritten Calculating Base Vis: 0....1....2....3....4....5....6....7....8....9.... Calculating Full Vis: 0....1....2....3....4....5....6....7....8....9.... I'm surprised that it never finishes, but, not surprised it takes a long time.
Vis is the process that calculates visibility between different parts of a level, and it does really poorly with wide-open levels where you can see almost everything from everywhere. It's optimized for more rooms & hallways type levels. Some ideas to try: 1. Make a lot of your smaller brushes "detail" 2. Just run "fast vis" instead of "full vis" since you won't get much improvement either way. I didnt find anything related to detail however I used fast vis in necros compiling gui and made the skybox smaller. Now it works perfectly, thanks!
nathnolt made this for you:
https://imgur.com/a/KMLniZw It's a solution to the elevator issue, read his comment. (It's a clever useage of vanilla entities) I'm making a Quake map, and on testing the ilumination on floor looks very rare, I'll provide few screenshoots to show you what I mean:
https://i.imgur.com/MrXmFiL.png https://i.imgur.com/y3NPEQ5.png https://i.imgur.com/dY0EEvw.png An idea why happen that and how fix it. Im using Jackhammer. I'll give jackhammer map file to see if there is something wrong on map. https://drive.google.com/file/d/1WbTvKvV5E_QmXzRLDuPUrEG0FgKtKHWQ/view?usp=sharing Those pillars are floating 1 or 2 units off the ground. I would make them touch the ground (or even intersect with the ground).
If you are using current tools then you can make the pillars into a brush entity func_detail_wall, or func_detail, give them "_shadow" "1" as keys/values (I would also give them "_phong" "1" for a smoother shading). You can also add dirt mapping for baked ambient occlusion - run: light.exe -extra -dirt The tools I would use are here: https://ericwa.github.io/ericw-tools/ looks like floating point imprecision varying between the light util and that specific engine. such issues can often be worked around by nudging the texture scale slightly, just enough to change the rounding without being noticeable by hunams.
I decided change from editor because jackhammer were giving me a ton of problems. I re started doing it, but exist few bugs... for example rocket box don't spawn in game and on kills part says there are seven enemies while there are only five.
https://drive.google.com/file/d/1msHbg1yvLK6FXYhzKTuaKs40ftAHc03k/view?usp=sharing There is a bug where the killcount gets messed up when there are fish involved. This would be a good use for the Copper mod!
Those pillars aren't touching the floor BTW. Also the rocket entity has some strange keys/values. I wold try without ritem, respawncount and respawndelay. It might also help to move out from the wall a bit. |
|
|
|
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |