Jump to content

Stack overflow in neighbors - Vrad


hessi
 Share

Recommended Posts

i got this error while compiling some big map for source engine :( google didnt spit out some good solutions so maybe someone has a solution here?!

C:\Documents and Settings\Administrator>vbsp "C:\Program Files (x86)\Steam\steamapps\ACCOUNT_NAME\day of defeat source\dod\maps\some_map25.vmf"

Valve Software - vbsp.exe (Aug 4 2006)

1 threads

materialPath: c:\program files (x86)\steam\steamapps\ACCOUNT_NAME\day of defeat source\dod\materials

Loading C:\Program Files (x86)\Steam\steamapps\ACCOUNT_NAME\day of defeat source\dod\maps\some_map25.vmf

fixing up env_cubemap materials on brush sides...

ProcessBlock_Thread: 0...1...2...3...4...5...6...7...8...9...10 (1)

ProcessBlock_Thread: 0...1...2...3...4...5...6...7...8...9...10 (0)

Processing areas...done (0)

Building Faces...done (1)

Chop Details...done (0)

Find Visible Detail Sides...

Merged 3126 detail faces...done (1)

Merging details...done (0)

FixTjuncs...

PruneNodes...

WriteBSP...

done (4)

writing C:\Program Files (x86)\Steam\steamapps\ACCOUNT_NAME\day of defeat source\dod\maps\some_map25.prt...done (0)

Creating default cubemaps for env_cubemap using skybox materials:

skybox/sky_name_hdr*.vmt

Run buildcubemaps in the engine to get the correct cube maps.

Creating default HDR cubemaps for env_cubemap using skybox materials:

skybox/sky_name_hdr*.vmt

Run buildcubemaps in the engine to get the correct cube maps.

Finding displacement neighbors...

Finding lightmap sample positions...

Displacement Alpha : 0...1...2...3...4...5...6...7...8...9...10

Building Physics collision data...

done (2) (1503566 bytes)

Placing detail props : 0...1...2...3...4...5...6...7...8...9...10

Water found with no water_lod_control entity, creating a default one.

Compacting texture/material tables...

Reduced 7864 texinfos to 3828

Reduced 692 texdatas to 539 (38166 bytes to 29701)

Writing C:\Program Files (x86)\Steam\steamapps\ACCOUNT_NAME\day of defeat source\dod\maps\some_map25.bsp

24 seconds elapsed

C:\Documents and Settings\Administrator>vvis "C:\Program Files (x86)\Steam\steamapps\ACCOUNT_NAME\day of defeat source\dod\maps\some_map25.vmf"

Valve Software - vvis.exe (May 22 2006)

1 threads

reading c:\program files (x86)\steam\steamapps\ACCOUNT_NAME\day of defeat source\dod\maps\some_map25.bsp

reading c:\program files (x86)\steam\steamapps\ACCOUNT_NAME\day of defeat source\dod\maps\some_map25.prt

1618 portalclusters

3938 numportals

BasePortalVis: 0...1...2...3...4...5...6...7...8...9...10 (5)

PortalFlow: 0...1...2...3...4...5...6...7...8...9...10 (215)

Optimized: 3480 visible clusters (0.00%)

Total clusters visible: 400266

Average clusters visible: 247

Building PAS...

Average clusters audible: 685

visdatasize:349642 compressed from 673088

writing c:\program files (x86)\steam\steamapps\ACCOUNT_NAME\day of defeat source\dod\maps\some_map25.bsp

3 minutes, 42 seconds elapsed

C:\Documents and Settings\Administrator>vrad "C:\Program Files (x86)\Steam\steamapps\ACCOUNT_NAME\day of defeat source\dod\maps\some_map25.vmf"

Valve Software - vrad.exe SSE (May 22 2006)

----- Radiosity Simulator ----

1 threads

[Reading texlights from 'lights.rad']

[42 texlights parsed from 'lights.rad']

Loading c:\program files (x86)\steam\steamapps\ACCOUNT_NAME\day of defeat source\dod\maps\some_map25.bsp

13748 faces

5 degenerate faces

5572177 square feet [802393536.00 square inches]

89 displacements

879453 square feet [126641288.00 square inches]

Stack overflow in neighbors

Link to comment
Share on other sites

http://www.chatbear.com/unity2/4989/800 ... 816959/0#1

Im not a coder or anything but when I take a look at the source at the place where that code is produced, its (as far as i can tell) trying to count the faces neighbouring a certain vertex. (these faces are called neighbours). when vrad encounters more neighbours than it expected, it throws this error. My conclusion is that you have a too complex or invalid brush

btw, I also see something about smoothing groups, may be something to do with too many faces neighbouring each other in the same smoothing group

I vaguely remember coming across this one while making some of the Dark Messiah maps. I believe it can also be where a single lightmap is shared across too many faces.

[email protected] is always worth asking if no one else can fix your problems. He lurks about on interlopers and on the VERC forums.

Link to comment
Share on other sites

  • 4 weeks later...

Had this error with one lightmap being shared across too many hitting faces :( seems like it comes up with a wide variety of problems.

[email protected] has got a brain the size of texas if you ask me, a few years ago he solved alot of my problems when vlatitude was still active :) (or well, when I was active on there... since I haven't looked on there for years)

But I think hessi, maybe your stairs had lightmap problems, since it's alot of faces and ususaly not alot of lightmaps, I ususaly find it better to make stairs in a modeling program if i can manage, since it allows you to be a tad more creative without such problems i think.

Link to comment
Share on other sites

Had this error with one lightmap being shared across too many hitting faces :( seems like it comes up with a wide variety of problems.

[email protected] has got a brain the size of texas if you ask me, a few years ago he solved alot of my problems when vlatitude was still active :) (or well, when I was active on there... since I haven't looked on there for years)

But I think hessi, maybe your stairs had lightmap problems, since it's alot of faces and ususaly not alot of lightmaps, I ususaly find it better to make stairs in a modeling program if i can manage, since it allows you to be a tad more creative without such problems i think.

i played around with geometrie. even my model was a func_Detail it CSGed really strange. though modeling might be an alternative BUT there wont be any lightmaps + model is much more memory usage when releasing the file + extra content + changing world geometry results in reexporting the model (maybe)

Link to comment
Share on other sites

 Share

  • MapCore on Discord

  • Our picks

    • Mapcore X Prodeus Winners Announced!
      The winners of Mapcore X2 Prodeus 
      1st place: Paws [ Retail Therapy ]
      P-link: m-MC0iuUs2j6

      - $1,500.00 USD 
      - One year of Humble Choice 
      - Excalibur Shotgun and Gauntlets (skins)
      - Biker Gloves (skin) 
      - Special winners role on the Prodeus Discord
       



       

      2nd Place: Grays [ Firebase Kodai ]
      P-link: m-5J9cCzaepH

      - $1000.00 USD 
      - 1 month to Humble Choice 
      - Excalibur Gauntlets + Biker Gloves (skins) 
      - Special winners role on the Prodeus Discord
       


       

      3rd Place: Vladd [ Maximum Menace ]
      P-link: m-9yZfaAliyx

      - $500.00 USD 
      - 1 month to Humble Choice 
      - Biker Gloves (skin)
      - Special winners role on the Prodeus Discord
       


       

      All of the winners will also be showcased on our Youtube channel, and because we had so many amazing entries, we’ll be showcasing parts of our Staff Picks too. 

      We want to thank the wonderful folks over at Mapcore for hosting this sick competition, and a big ol shoutout to our sponsor Humble Games (who publish Prodeus), for making a large contribution to our prize pool this time around. 

      Looking forward to the next competition already! Maybe will do a coop one with teams allowed? WHO KNOW!? Can't wait, see you then!
       
      • 2 replies
×
×
  • Create New...