Chael

Pretty sure you can just move the spawn point (say 20/0/0), then set the spawnPositionOffest to the opposite value (-20/0/0). Not sure about the flag name.

Get HeightmapPrimary.raw from the server.zip and open it with Photoshop (1025x1025, 1 channel, 16bits, IBM PC). I think they're all 1025x1025, but if not just get the file size, divide by 2, and get the square root of that ((fileSize / 2)^0.5). Oh, it comes out vertically flipped. What are you going to do with it anyway? Just curious.

He wants to limit the amount of players joining with the same IP to four. So if there are four players on the server with the same IP, when a fifth joins with the same IP, that IP gets banned.

I messed with the terrain files a bit, but haven't found a solution yet. I used to have a map with staticObject terrain that was 8192m X 8192m, but it was deleted with some other data when I reformated (stupid!). I can't remember what I did with the terrain, but the key to it all was setting a large combat area; it gave me some extra space. I'll try to figure out how I did this, but it still has it's limits (probably still loading terrain into memory, but it was scaled up so it should help). AFAIK it is possible to spawn at spawnpoints outside the combat area via python (pretty sure this happens with our mod). It may be possible to create a hud element that replaces the spawn map with clickable spawn positions outside the combat area. The spawnpoints probably wouldn't work the same (click to spawn as opposed to click, enter, spawn), but it should work. I guess I should ask: are your spawnpoints red? can you click them, but don't spawn, or are they outside of the visible map? Another important thing is spatial jitter; if you intend to have objects really far away from the center of the map, they're going to look like crap (usually). I think you might be okay depending on the object, but if not you'll find out what I'm talking about. BTW it's Chael, not Cael, just sayin'

^ Check my edits ^ Just add col meshes to your boxes and the problem will disappear.

I decided to test this for myself, but was unable to reproduce the error. I created a box with dimensions 20/100/20, origin at the base of the object, one geom, one lod, triangulated, textured, etc. I tried running your mod, but there were texture conflicts (tried to find a texture called "a" with no extension). Also, your col meshes had no file extension. IIRC the col mesh (particularly col0) affects rendering in some cases, so this could have something to do with your problem as well; do your skyscrapers have collisions? It would be helpful if I knew the dimensions of your skyscrapers (both the large and small ones). EDIT: Just looked through your files a bit (because your skyscrapers don't show up on my end) and noticed you aren't even using collision meshes. Add col meshes and I bet it will solve your problem. EDIT2: Removed the col mesh from my test box and now I'm getting the error; there's your problem

Come to think of it... how are you generating those buildings? Are you using the converter you wrote? I'm pretty sure that the bounding radius is defined in the .bundledMesh or .collisionMesh files, so maybe you have this set wrong? I'll try to test it real quick. EDIT: Didn't find the bounding radius in either files, then I noticed the bounding box coords in your other post. If you are in fact creating those buildings with your own code, I'd check that the bounding box is being scaled along with the box, as BF2 uses this to decide whether or not to render an object. BTW, the main obstacle in terms of view distance is the skydome; It has a radius of something like 2000m and even if you manage to get rid of it (I forget exactly what I did) anything beyond it's limits will just be black. Not to mention the spatial jitter at distances far from the origin. I really like what you're doing, so if you need any help I'll see what I can do.

You need to split those buildings into multiple pieces (maybe one object per floor).

Yeah, that's really awesome! When you finish it I'd love to play a few rounds on it; maybe someone could set up a server and invite all the guys here to check it out.

I think it's based on the bounding radius, which is calculated from the size of col0. You could try swapping out the collision mesh to see if that's the problem. I've also encountered this when the driver is far away from the vehicle, but I doubt that's what's causing it in your case.

lol Cassio, I've been watching this topic, but I wasn't sure what to say yet. If you're not going to use terrain, you might want to just create an empty map with flat terrain, then just start importing your objects in. The max view distance in BF2 is somewhere around 2000 meters, so your objects will have to be broken down into pieces that are less than 2000m in any direction (I exported my static object terrain in pieces 1350m x 1350m). Make sure the origin of each piece is near the center. The biggest problem with not using normal terrain is that the collisions are kinda bad. Landmines, medpacks, and other small objects will sometimes fall through the ground (just like at the hotel on Karkand). Bigger things like vehicles will sometimes get pushed through the terrain by other objects. This doesn't happen with normal terrain because it uses a different collision system (it just keeps you above the terrain). Another issue is alignment of your level pieces. My 1350m x 1350m terrain pieces wouldn't line up correctly when they were exactly 1350m away from each other, so some manual adjustment was necessary to get rid of the seams. I'm not sure if this is just an accuracy difference between maya and bf2, or a problem with bf2. Maybe I should mention what's awesome about static object terrain: You can use normal maps! You can have underground bunkers and tunnels! You can have very high terrain resolution! You can make scale 8 maps that don't look like crap! Good luck! If you have any questions I'll be around.

How is it that no one is complaining about the map? There's no full screen map, no way to view the entire map, and no way to select spawn points by clicking on them (obviously left over from consoles). Then there's all that hud crap. In BF2 I always had mine turned off (press alt), but I can't find a way to do that in BF3. Combat areas suck, having to use my ea account name sucks, not being able to play on empty servers sucks (where the fuck is lan mode?), origin sucks... I got the DVD version. Came home and copied the discs into two folders, DISC1 and DISC2. Copied them to my other computer (no DVD drive) and installed. Instead of asking me for the second disc, origin appeared to begin downloading it from the net. So I had to cancel the install, copy the contents of DISC2 to DISC1 and start over. Bullshit. And why it says "downloading" instead of "copying" is beyond me. The only time it felt like a battlefield game was when I strapped some C4 to a jeep and ran it into a tank. Oh and it takes all 3 C4 to blow up a tank? Lame. At work we have a paper with the release dates of all the new games. BF3 was listed as "Battlefield Bad Company 3". Sounds about right.

Well, basically it works by killing a player just after spawn, spawning a car on a platform a few thousand meters up in the air, respawning the player in the car, then moving the car back to the player's spawn position. Sounds simple, right? Wrong. There are a million work-arounds to keep players and ai from screwing it all up. On the plus side it allows for custom kit/soldier selection. Instead of trying to code this yourself, just wait until we release our mod, then you can use this system however you want (ask me first if you plan to release). EDIT: By the way, our mod is awesome; Everyone here ought to apply as a tester and maybe help us finish it.

Checked out the fling command, and yes it just setPositions the player's vehicle. We use something similar in our mod, but haven't noticed it causing red spawns. Changing the team of a flag isn't a bad idea I guess... as long as it can be done quickly enough (think it can). Pretty sure I wouldn't be able to put the flag back into the position it was in if someone was in the middle of capturing it though. Anyway, thanks for the idea. hjid27, how does your macro work? I'm assuming it detects a key press and then sends an rcon command or commrose event which spawns a kit at the player's feet, then spoofs a key press to make the player pick up the kit. If this is the case, I think your enter vehicle idea might work (would be a pain to implement though). Interesting stuff

At first I thought this was a new thread and I was all like "wtf Cassio, why didn't you just ask me?". Then I went down and saw UberWazu's post about checking if a player is in a vehicle. I like to use: if player.getDefaultVehicle() == player.getVehicle(): player.isInVehicle = 0 And then I saw your post. What's the fling command? I've been using rot bundles to make the spawn points go red, but that doesn't work over the network. Does anyone know a good way to disable spawn points? As for the thing about ejecting players, I think you're asking if there's a way to trick the server into thinking a player pressed 'E'. I bet you could use python to trigger another program that sends a fake packet from the player which triggers the 'enter/exit vehicle' stuff.