 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
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. Why do you say me about a Quake mod called "Copper mod"?
And pillars are touching floor/ceiling. Btw For some unknown reason trashing fish kill count is fixed and rocket problem is fixed too. Thank you I loaded the rmf file, the pillars were definitely not touching the floor.
The Copper mod is a nice mod that keeps the original feel of Quake, whilst fixing some bugs and adding a couple of nice features. It has become quite popular: http://lunaran.com/copper/ SetQdirFromPath: no 'quake2' in E:\Quake Engine Games\Kingpindev\Kingpin\Main\maps\215.bsp
#### Finished with exit status 1 I have Trenchbroom compiling Quake 2 just fine. It's Kingpin and other games giving me this problem If I just "test" the map this is returned: #### Using working directory 'E:\Quake Engine Games\Kingpindev\Kingpin\Main\maps' #### Exporting map file 'E:\Quake Engine Games\Kingpindev\Kingpin\Main\maps\215-compile.map' #### Executing '"E:\Quake Engine Games\Kingpindev\compiler\bsp\kpbsp.exe" 215.map' #### Executing '"E:\Quake Engine Games\Kingpindev\compiler\vis\kpvis.exe" 215.bsp' #### Executing '"E:\Quake Engine Games\Kingpindev\compiler\rad\kprad.exe" 215.bsp' I can find no leaks, it's just a box with a light and player start. I don't know why it's telling me no 'quake2' The map compiles and it runs but 'kprad' is not working #### Using working directory 'E:\Quake Engine Games\Kingpindev\Kingpin\Main\maps' #### Exporting map file 'E:\Quake Engine Games\Kingpindev\Kingpin\Main\maps\215-compile.map' #### Executing '"E:\Quake Engine Games\Kingpindev\compiler\bsp\kpbsp.exe" 215.map' ---- qbsp3 ---- entering E:\Quake Engine Games\Kingpindev\Kingpin\Main\maps\215.map 0...2...5...7... (0) 0...2...5...7... (0) writing E:\Quake Engine Games\Kingpindev\Kingpin\Main\maps\215.prt Writing E:\Quake Engine Games\Kingpindev\Kingpin\Main\maps\215.bsp 0 seconds elapsed #### Finished with exit status 0 #### Executing '"E:\Quake Engine Games\Kingpindev\compiler\vis\kpvis.exe" 215.bsp' ---- vis ---- reading E:\Quake Engine Games\Kingpindev\Kingpin\Main\maps\215.bsp reading E:\Quake Engine Games\Kingpindev\Kingpin\Main\maps\215.prt 8 portalclusters 18 numportals 0...1...2...3...4...5...6...7...8...9... (0) 0...1...2...3...4...5...6...7...8...9... (0) Average clusters visible: 8 Building PHS... Average clusters hearable: 8 visdatasize:84 compressed from 128 writing E:\Quake Engine Games\Kingpindev\Kingpin\Main\maps\215.bsp 0.0 seconds elapsed #### Finished with exit status 0 In Trenchbroom. At a glance it looks like the map compiles, but the game didn't start? Check the game path.
I didn't read the whole post.
Can you run the tools from a command prompt, and see what works manually? E:\Quake Engine Games\Kingpindev\compiler\rad>kprad 215
----- ArghRad 2.01 by Tim Wright (Argh!) ----- Modified from original source code by id Software ----- Settings ----- ************ ERROR ************ SetQdirFromPath: no 'quake2' in E:\Quake Engine Games\Kingpindev\compiler\rad\215 I apologize for the inappropriate language in a prior post under my account name. I was in the middle of a lenghty question when I was pulled away from the computer I was using. During my absence, a coworker of mine thought it would be amusing to put a childish remark. Again, you all have my deepest apology.
OK let's try this again... ALthough I'm new to mapping for Quake, I have been using worldcraft/hammer/J.A.C.K. for over twenty years. I've come accross pretty much every compiiling error that you could possibly think of. I'm very aware of the main culprits when it comes to leaks (entities in the void, func_detail/func_wall not sealing the map, actual holes etc...) The problem I'm having seems to defy all logic. I'm getting leaks in areas of the map that I have essentially completed and have done exactly zero modifications to in weeks. I can compile that map and everything goes according to plan, then I will open up a new room or pathway, I'll do some work in that new area and then BOOM, a leak in some random obscure area that I haven't touched in ages. If I copy and paste the isolated problem area to a new file and compile it works just fine. I can replace a brush that the pointfile indicates, I can shuffle brushes around, I can completely rebuild the area in the exact same way or in variations that seal the map, nothing seems to work. I've had to resort to putting brushes behind seams in order to fix some of my problems, which after decades of experience I know it is a really bad fix. I feel like my map is quite literally a sinking ship. Efforts to solve these issues are really slowing down production. Any help would be greatly appriciated
There can be a lot of reasons why a sealed map suddenly starts leaking on places that make no sense. Almost every time a leak traces to a light or entity it gets really hard to find the abused polygon.
One thing I am surprised about is.., that tricky outcome with different compilers. I mostly use Ericw tools, but not long ago I had the same embarrassment with an old large map that suddenly started leaking. It fainted on me and it really did hurt. So I left it behind. Then, some months later, I compiled it again and I used another compiler version, and to my surprise it compiled fine. It isn't always the construction of your map, sometimes the compiler version gets screwed. Thank you! I was starting to have my suspicions about the compiler being at fault (ericw tools 0.18.1). I am, however, very grateful for the hard work put into his compiler.
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |