 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
OK Guys, got the map now so far fixed to compile with no errors. \o/
But as when i load the portalfile in quark, i get this: portals Seems like there are portals expanding into the void on the left, and one is totally 'alone', but what do i know... Will there be problems vising this, does anybody has a clue? thats not fun to debug. have you deleted the old portal files? If it doesnt leak surely it should write a portal file?
yes
File: maps\mfxsp17.bsp 2861 portalleafs 8090 numportals 8061 numrealleafs State file out of date, will be overwritten. Base Vis took like 5 seconds, and now for the elaborate part.. its not leaking, here the tx_qbsp output.
------ LoadMapFile ------ Title: "Mainframe Mayhem" 41478 faces 6672 brushes (1750 detail) 1451 entities 167 miptex 20382 texinfo Added 23 texture frames Building hulls sequentially... Processing hull 0... ------ Brush_LoadEntity ------ ----+----+ 6059 brushes read ------ CSGFaces ------ ----+----+ 37707 brushfaces 30489 csgfaces 26475 mergedfaces ------ SolidBSP ------ 34772 split nodes 14574 solid leafs 19952 empty leafs 247 water leafs 62491 leaffaces 54909 nodefaces ------ FillOutside ------ 5837 outleafs ------ MergeAll ------ 20658 mergefaces ------ SolidBSP ------ ----+----+ 14143 split nodes 6083 solid leafs 7999 empty leafs 62 water leafs 33841 leaffaces 25980 nodefaces ----- Portalize Detail ---- 2861 vis leafs 8090 vis portals 8061 real leafs ------ Tjunc ------ 30705 world edges 95974 edge points 18564 edges added by tjunctions 0 faces added by tjunctions ------ MakeFaceEdges ------ ----+----+ ------ GrowRegions ------ Processing hull 1... ----+----+ ----+----+ ------ MergeAll ------ 14685 mergefaces Processing hull 2... ----+----+ ----+----+ ------ MergeAll ------ 10962 mergefaces WARNING: Marksurfaces 36957 exceed normal engine max 32767 ------ FinishBSPFile ------ WriteBSPFile: maps\mfxsp11.bsp 14042 planes 280840 37478 vertexes 449736 16011 nodes 384264 20382 texinfo 815280 28846 faces 576920 26498 clipnodes 211984 9655 leafs 270340 36957 marksurfaces 73914 132804 surfedges 531216 69520 edges 278080 190 textures 1897064 lightdata 0 visdata 0 entdata 135178 Skipped 2344 surfaces 1 warning If you don't mind, could you put the
It might also be worth trying to compile it in TyrUtils, to see if it's a compiler problem. In what way though ?
If it refuses to compile it because of stricter rules or better error-checking, it's possible that something in the map is done in a way that may better be avoided or done differently. If the map is solid but the output is wrong, then the map might be a good test-case to use to find the problem in the compiler. In any event, there's something to be learned. By the way, the file-format of But why in the world would you want to open a portal file in Quark? I've been mapping for nearly 20 years and I've never felt the need to even look at a portal file.
Mainly texture alignment problems are caused by tyrutils.. i know there a switch to avoid that.
No error msg from quark btw. No error when vising too(by now), i�m waiting for the output to be b0rked again...:) there�s just no other way to check the prt file.
Mainly to see if its congruent to the map structure, or , in this case it�s not. Just curiousity i guess. load
Map -> Check for problems. Humour me, WC has decent illegal face and brush detection. Sometimes a face gets bad contents that isn't even facing the inside of the map. You can identify any illegal brushes or faces in Worldcraft and repair in your editor of choice. Unless you are using Worldcraft already and have already checked in the way I described above, in which case IDK, no ideas :/ When trying to open the map in worldcraft, you don't even have to run Check for problems. It straight away says "4 brushes were not loaded due to errors in the map file" - which is almost certainly brushes worldcraft considers invalid shapes. I think they were somewhere in the rock sections - doesn't mean that the map won't compile but might be worth looking to see which ones it doesn't like.
The brushes which caused the compiler warnings were 1 near the start, one at the SK door, and 2 in the pipes near the red key door. makes 4, right?
Map loads without warning in any editor (now). its just the What do i know... While I don't post here, so forgive me, I do read quite often... I opened the map up in WC, as suggested above, and did the "check map for problems", it reported there were quite a few "mixed face contents" errors. Don't know if that's worth anything?!
I loved the map btw, mfx maps always delivers :) Usually means liquid brushes touching sky ones, which is a problem for all compilers. Ricky is right in any case wc does have a very robust error checking system.
Mfx, I'm not sure if the try utils your using will have all the latest fixes. I'll upload to 'the folder' the ones I'm using. It's possible they're already there but I don't think so. Tyrann has squashed a few bugs there while I was putting together Telefragged. Probably not anything that'd cause a difference if it is mixed face contents - like I say, no Quake compiler lets you mix brush types in that way that I know of. Annoying, but built into the format afaik. Or was never considered enough of a show stopper to warrant a fix :) Trees tomorrow! That's 200 epic win points... caused by brushes which are liquidtextured (*prefix), AND have skipped faces, like on the bottom. I tthink the lava illusionaries i used for the layer effect are such kind of brushes. not crtical i guess..
..let me tell you i�ve got the tree now working, thanks to the misc_model code provided by... YOU!
Yes, it even works for the cables... will shut up now.. Yeah, that's the other one, where the error actually describes the problem.
Non critical? Well, you live and learn... spose the bsp doesn't care about faces that have been removed. Is this a problem: http://www.inchoate.com/temp/mixedfacevoid.jpg
brushes shouldn�t overlap or intersect each other, i once read long ago.
but they can, and in this case one of them is liquid, so thats no problem. imagine underwater part of maps like, well negkes dm 456 remix for example. one would go insane tryin to fill the pools with brushes of water, and the brushcount would reach limits soon. qbsp treats liquids in a different way, thats all i know... I pointed it out cause along with overlapping it's "touching" the void? I don't think liquids are to do that. Also, I backspaced and deleted it, and BAM, there was another brush just like it in the same location... at least I think that's the way it was. Just letting you know/help, not trying to be a pain.
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |