Jump to content

CrazyMahone

Members
  • Posts

    26
  • Joined

  • Last visited

CrazyMahone's Achievements

Recruit - 3rd Class

Recruit - 3rd Class (2/13)

0

Reputation

  1. Thanks ... that's a great idea. There are 878 NPC's scattered in 300+ spawn points locations. What causes the lag is all the paths the NPC's are following ... I code about 40% of the spawn points have paths and 70% are ping-pong recon. This is not a "1 death/player" map ... though in testing (because I know where the NPC's are, I can usually take out 80-120 before I make a mistake and get popped. The last half of the map contains 2/3rds of the NPC's.
  2. Allison Point - Part 2 has finally reached an Alpha stage. Editing is a very slow process because my machine clunks along at 5 frames/second while editing the NPC's. (8800 GTX) This is the introductory text to wet your appetite: "Destroying that fuel dump (Part 1) sure #&@!(@ them off. In this mission you need to destroy their battle plans at the top of the point before reaching the extraction point. We got a garbled recon report that said 'Holy crap, there's over 8 down there'. However, we're pretty sure there is a few more. So to air on the side of caution, bring extra everything. And maybe a special goodbye to love ones ... just in case." As soon as I can figure out how to script helicopters, it will be in BETA and I'll be able to release it to the killing public out there. In early tests show that it's a tough slog with 5 hardcore fighters. You'll see us testing it on "K R E B". And yes, there is plans for Part 3.
  3. I don't know if this is a mod setting or something else, but how do you set up a server so that others connecting to it can download the map you currently have loaded? Thanks in advance. - Crazy
  4. Allison Point - Part 2 - Preview FileFront Image Link
  5. Blowing up the fuel dump at the end ... that's assuming you're interested in blowing stuff up ...
  6. Goodie ... That's pretty much the scope of the objectives.
  7. Allison Point Allison Point is a new map built using part of the Mission #8 map. This map consists of two parts, where the second part will be released in the future. In this part your objective is to investigate parts of the map and ultimately destroy the fuel dump. It's a tough slog even for the hardiest of soldiers. There are plenty of bad guys to keep you busy and annoy you; over 360. Good Luck ... Link to Filefront to download Allison Point (7z) map and concept by Crazy Mahone This map is in BETA. Please report any errors to this forum post.
  8. I doubt we'll even bother installing this on our server - clearly you have a different target audience for your map. We only play single death and a map with enough sniper cones to obstruct the landscape clearly can't be played in any semi-realistic way. Sometimes less is more... This map is officially dead. It died because of the mixed textures issue that I honestly didn't want to solve because it meant deleting 40-60% of the map in order to fix it. This was my first map, and I was looking for feedback from my playing buddies as to what worked didn't work. I am working on two others ... Allison Point (and Allison Point Part 2). Part 2 is just started and I am working on different tactics of the enemy. Both are designed to be "playable" by groups, but a significant challenge (perhaps impossible) by an individual. If you're into "one death" type of play, this map is probably too difficult without a team of at least 8, because you need a variety of weapons to defeat the foe presented, but it might be worth the challenge. I play with 3 others in hardcore and it's a tough job making it to the end in two hours. Once I figure out how to program objectives, I can release it into the wild. - CM
  9. Actually a 32-bit application can address 4Gb of memory 2^32-1 bytes. Windows implements virtual memory, so the maximum addressable space is 4Gb even if you have only 1Gb of actual memory. Creating your own virtual memory greater than 4Gb is a waste of time. Things like your video card eat away at the total space. I run a 8800 GTX which has 768 Mb. So my total addressable windows memory space is 3.2 Gb. On Vista 64, the video card doesn't eat up the memory. Virtual memory works using a table and a hard-drive disk cache (called Windows Swap). Suppose the virtual memory total size is 3.5 Gb and you have 512 Mb of RAM, then the operating system uses the table to identify what is in physical memory and what is on virtual memory disk. To do any processing, the operating system reports to applications that there is 2Gb of memory and the programs work as if 2Gb is present. The OS keeps a count of the number of accesses to a block of memory. When an application requests some memory that is currently in virtual memory, it looks for the block least used and writes it to virtual memory, then loads the requested memory onto that physical space, then returns control to the application. Where the virtual memory is loaded into physical memory has nothing to do with it's address. The virtual memory table takes care of it. So memory block A,B,C,D might be in physical memory slot 4,1,2,3. Cheers, - CM
  10. I cannot seem to find any description as to when you can and cannot render lightmaps. For example, I am currently modifying Mission 08 which has a substantial number of lightmaps. When can I not render lightmaps for a map, and when must I do it? Essentially I want to render the maps once (in medium quality; overnight), and then know when I have to re-render them ... assuming I have a choice. Can somebody point me to the right answers. Tx, - CM
  11. Does anybody know how to change the auto-save frequency in the editor? Right now it auto-saves every 5 min, I'd like to reduce it to 15 min or shut it off completely. Is that possible? -CM
  12. (I'll hijack and say ...) The three things that bug me about GRAW2. #1 a sniper rifle to the chest isn't enough to take somebody down, but more so than this, if you hit the bot in the chest, they shouldn't be able to get up a second later, aim and shoot me in the head. Though I have never fired a real gun or been to war, it just doesn't seem all that realistic. You either kill them the first time or your dead; it gets to be tiring after a while -- not much fun. #2; it's possible to get killed on a hill, where you cannot see the enemy, but they are able to see you and kill you by shooting through the top of the hill. #3 no [GR] mode. I was hoping they'd fix it ... sounds like they won't be. - CM
  13. Texture Scope: <scope> <xi:include href="/data/settings/set_texture_scope_editor.xml#xpointer(/include/common/*)"/> <xi:include href="/data/settings/set_texture_scope_editor.xml#xpointer(/include/historical/*)"/> <xi:include href="/data/settings/set_texture_scope_editor.xml#xpointer(/include/city/*)"/> <xi:include href="/data/settings/set_texture_scope_editor.xml#xpointer(/include/industrial/*)"/> <xi:include href="/data/settings/set_texture_scope_editor.xml#xpointer(/include/ghetto/*)"/> <texture_set name="atlas_mission_specific/mission02_specific/cube" /> <texture_set name="atlas_mission_spec_editor/backdrop_cube_d" /> <texture_set name="atlas_graffiti/atlas_graffiti_01" /> <texture_set name="custom_levels/the elephant's head/lightmaps" /> <texture_set name="atlas_props" /> </scope> You can grab the full bundle here ... The Elephant's Head ... the map is perhaps 50-55% done.
  14. I have a new rendering error. Previously I had the ground and walls not render properly but a mod to the Texture xml document resolved the issue. The new problem is that my guns, ghosts, bots and trees are all shades of green. I was getting rid of the problem by rebooting the computer, but these days this work-a-round isn't fixing the issue. I could post a pick but all you'd see is green of a lot the things I've described. The ground, walls, buildings and other propers are all rendering properly. Anybody seen this behaviour and got a fix? thanks, - CM
  15. Thank you sir, this is an excellent tutorial.
×
×
  • Create New...