Page 191 of 289 FirstFirst ... 91 141 181 189 190 191 192 193 201 241 ... LastLast
Results 1,901 to 1,910 of 2890

Thread: Pardon Our Dust.

  1. #1901
    SDavis Juice sdavis117's Avatar
    Join Date
    Jul 2007
    Location
    Eau Claire, Wisconsin
    Posts
    2,402

    Re: Pardon Our Dust.

    I was about to say something about that Heathen, but I thought a bump would be dangerous.


  2. #1902
    VERY THIN ICE Stormwing's Avatar
    Join Date
    Aug 2006
    Posts
    459

    Re: Pardon Our Dust.

    because masterz am retard lolololol

    dude are the covie crates still movable vehicles or did you guys kill those? movable crates = replayability value++++, if they are gone i will be very sad

  3. #1903
    Sarcastic Bitch
    Join Date
    Sep 2006
    Posts
    811

    Re: Pardon Our Dust.

    Quote Originally Posted by Stormwing View Post
    because masterz am retard lolololol

    dude are the covie crates still movable vehicles or did you guys kill those? movable crates = replayability value++++, if they are gone i will be very sad
    How does having movable crates add to the replayability value? They have nothing to do with playing, unless you plan on shooting them and somehow crushing an enemy with one, which is highly unlikely.

  4. #1904
    VERY THIN ICE Stormwing's Avatar
    Join Date
    Aug 2006
    Posts
    459

    Re: Pardon Our Dust.

    Quote Originally Posted by ShadowSpartan View Post
    How does having movable crates add to the replayability value? They have nothing to do with playing, unless you plan on shooting them and somehow crushing an enemy with one, which is highly unlikely.
    you don't want to know how much time i spent killing enemies in creative ways and setting up my own little encounters. and, mind you, it paid off. to me at least.

    (don't forget, you can melee them too.)

    edit:
    Maybe they should just make the crates a part of the BSP to help save space.
    dude, not cool.

    then again if they're gonna make them stationary anyway....

  5. #1905
    SDavis Juice sdavis117's Avatar
    Join Date
    Jul 2007
    Location
    Eau Claire, Wisconsin
    Posts
    2,402

    Re: Pardon Our Dust.

    Maybe they should just make the crates a part of the BSP to help save space.

  6. #1906
    Kid in the Hall Kornman00's Avatar
    Join Date
    Sep 2006
    Location
    ◕‿◕, ┌( ಠ_ಠ)┘
    Posts
    3,130

    Re: Pardon Our Dust.

    or some of the scenery...save as much on object memory as I did by switching to Gieco

  7. #1907
    "Think Different" Masterz1337's Avatar
    Join Date
    Sep 2006
    Posts
    4,405

    Re: Pardon Our Dust.

    Quote Originally Posted by sdavis117 View Post
    Maybe they should just make the crates a part of the BSP to help save space.
    Doesn't work that way. The space saved would be so minor it wouldn't make a noticeable difference.
    agspace
    Tagspace is the amount of tags allowed to occupy memory in a map. A map can only have certain amount of data in it. It's easiest to think of this like a bathtub which you can't allow to overflow. The water represents the non bsp tags. This includes EVERYTHING that is not bsp, unless it is a SP map in which case bitmaps and sounds (and I suppose strings too) don't matter. Now picture the person getting in to the tub (the BSP). If the person is large, the water will be displaced and overflow. In SP maps, this can be solved by cutting that person or bsp in two, and then loading it. Less space occupied by the BSP or person, less water displaced, no overflow. Tool will not allow this water to overflow. There is a varient of tool Kornman has made called tool_pro. While it allows maps to compile regardless, with the exception of UI maps (I assume since the bitmaps don't actually matter despite normal tools warnings) they will exception when the bsp is loaded into the tub and overflows it. Tool_pro is usefull for SP maps builders, as they can compile and check their tag_dump.txt or view the unstable map in HEK+ or HTC to view for dubplicate data.

    It's important to note, that the data can be refed any amount of times, long as that tag is being loaded, no matter how many times or by how many tags, long as it is loaded once it won't effect the game.

    Good ways to combat this as we have done in CMT SPV2 is to
    -Use color change for anything that is going to have multiple colors, to save on model space
    -use low poly coli models (share them with as many things as you can, CMT has discussed a shared weapon coli model that will cut down on tagspace and tagslots)
    -not use LODs for things you know will always be center screen (warthogs for example
    -using tags that will use the same data
    -use scripts to call on things that you don't want compiled in every map
    Tagslots
    This is a much trickier and more is actually a more serious problem. Tagslots is the amount of slots the game has allowed for tags, both in tool, sapien, and ingame. The only solution CMT uses for this is cutting content from specific levels, making units like jackas/grunts brutes/elites cyborg/marines flood forms human/elite use the same footstep sounds, and making tags rely on some of the same dependancies. In short, the only way to get around tagslots is less tags.

    An early warning to a tagslots problem is shown by sapien, as sapien loads your whole globals tag into sapien, regardless if you're working on SP or MP or UI maps. CMT uses a cut down globals.globals that allows sapien acess to new tagslots, but it also stops us from running rad using the master tagset, which is mine. For those interested, I'm attaching my globals that I use.
    Scriptspace
    This is actually something we haven't run into a lot, other than in A10 due to the massive amounts of scripts used in the hanger cutscene, opening tutorial, and some of the drastic changes compared to easy/normal and hard/legendary.

    I'm far from a scripting expert, but each time you open and close (script inhere that does such), it adds to the total you can have. Sapien gives you an error about a parsing error IIRC, I don't have the debug with it or any maps anymore to recreate the exact error
    We have the movable crates in some parts of a50 and b30.
    Last edited by Masterz1337; May 12th, 2009 at 01:36 PM.

  8. #1908
    Junior Member
    Join Date
    May 2009
    Posts
    6

    Re: Pardon Our Dust.

    Quote Originally Posted by Masterz1337 View Post
    Doesn't work that way. The space saved would be so minor it wouldn't make a noticeable difference.

    We have the movable crates in some parts of a50 and b30.
    movable crates ftw they helped alot with the hunters.

  9. #1909
    am I an oldfag yet? Heathen's Avatar
    Join Date
    Feb 2008
    Location
    a
    Posts
    9,534

    Re: Pardon Our Dust.

    Haha, like on that one part on TSC

  10. #1910
    Senior Member Hunter's Avatar
    Join Date
    Jan 2007
    Location
    Stoke, UK
    Posts
    2,968

    Re: Pardon Our Dust.

    Movable crates, hell yeah. Grande + Crate = Flying crate of crush. If your lucky enough for it to hit someone.

Thread Information

Users Browsing this Thread

There are currently 4 users browsing this thread. (0 members and 4 guests)

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •