Umm.. these forums support uploading. Just zip the bmp, or use gif/png (best), and you don't have to worry about file sizes then.
ExplodyThingy - Sun Oct 05, 2003 8:42 pm
Post subject:
Here be two screen shots of em. The bricks in the arena are size 30. In screenshot60.bmp, both bricks are dropped from the outside, showing just how useful/disasterous it can become. This does not only happen on 1-tile-wide walls.
Grelminar - Mon Oct 06, 2003 9:31 pm
Post subject:
This sounds like the infamous server-map-out-of-sync-with-client-map thing that I've heard several reports of, but never been able to figure out. Do flags in that arena drop on top of walls also?
I'm hesitant to ask you to post your config up here, because I doubt it'll help, but maybe if you could post just what your general/map value is set to, and the location of that particular file?
ExplodyThingy - Mon Oct 06, 2003 9:41 pm
Post subject:
The flags are turf flags, 8 of them. The ball often spawns on top of tiles (x,y : 512, 512, radius 50, with a *x3 set of tiles at 512 512). Ill go and try to drop the flags on walls and see what happens.
I have you on sysop list on my test server, so if you ever see it up you can come in and check.
Smong - Tue Oct 07, 2003 2:26 pm
Post subject:
I also noticed that the pball starts at exactly the specified position the first time you enter the arena instead of using the radius parameter.
Anonymous - Tue Oct 07, 2003 3:27 pm
Post subject: topic
pball spawning in same place: this is due to a bug in rand(), it's not being seeded. anyway, i've written some PRNG code hopefully Grel will merge soon that will do away with this particular problem and fix some more esoteric issues
flags on walls: yup, happens in my test zone all the time. it appears to be a bug in the way the maps are stored in their sparse arrays, because the flag spawn code is otherwise correct (or it will be ^_^)
ExplodyThingy - Tue Oct 07, 2003 9:39 pm
Post subject:
Flags through walls simply made it explode. I simply vaporized the wall! In the shot, the wall is symetrical, with transparent flyunders in the gaps. I simply rubbed up into that corner, they droped, the wall disappeared, i flew into the gap (left engines on to hold in place), and having won the game, the flags moved over center again. You can see that flag tiles dont always delete thier old position, the brick still sees them there.
You can also see the ball over the wall.
Mine GO BOOM - Tue Oct 07, 2003 11:02 pm
Post subject:
Grel: What have you changed in sparse since some of the earlier versions? I remember doing HEAVY testing a while ago on it, to make sure it have the map data correctly, and that it was the best compression on most lvls (did test with around 600 maps). It didn't have this problem before (well, walls drops did, but that was fixed a while ago).
Grelminar - Wed Oct 08, 2003 3:36 am
Post subject:
The sparse code hasn't been changed since March 2002.
I suspect it's at a different level. Like that the map data just isn't getting initialized at all. Some debugging statements might help prove something, but I've never encountered the problem on my own server.
Also, I don't think anyone posted the value of the general:map setting, and the location of the map file. That would be a little helpful.
Mine GO BOOM - Wed Oct 08, 2003 11:22 am
Post subject:
ExplodyThingy, upload your map (zipped) and tell Grel those settings.
Anonymous - Wed Oct 08, 2003 12:49 pm
Post subject:
The plan was to upload the map and all the relevant settings to my site and just link to them, so that he can retrieve them as needed.
I managed to get a not-good quarter grade, so it may take some time to get around my parents so i can upload the files. Friday afternoon, latest. Tonight if im lucky.
I should also mention that in screenshot69 the brick was dropped AFTER the flags respawned. In screenshot 71, i dropped flags, changed teams, grabbed flags, and THEN dropped the brick.
Anonymous - Wed Oct 08, 2003 6:27 pm
Post subject: topic
mapdata.c problems have been happening on my test server. in my case, the maps ARE loaded properly, and flags don't drop on them. For a while. Later on, it goes weird on me. (no idea why) It appears to lose some tile data, because it will drop bricks and flags around SOME of the remaining tiles, and not in others.
I also tested other parts of the map, and found that only the afflicted part was doing this, though i may be mistaken... So it's most likely a bug in the binary/trinary tree algorithms related to removing nodes like bricks which are stored on the maps for a short while. This kind of bug would NOT show up in MGB's test which does not attempt to remove tiles from the sparse arrays.
He was only adding new nodes and evaluating the compression achieved. (I'm interested in this data, by the way. Please send me a copy of your results if you still have them: cat02e@fsu.edu)
Anonymous - Wed Oct 08, 2003 6:34 pm
Post subject: topic
furthermore, another symptom of this bug is "phantom tiles" appearing on the map after some tiles have been erased by flags. Clearly defined lines of tiles may be seen where flags DONT drop, and where tiles used to be. But it doesn't happen to some tiles, some are lost forever.
ExplodyThingy - Wed Oct 08, 2003 8:15 pm
Post subject:
Hehe, got lucky, parents are out
General:Map = main.lvl
Location (relative to asss.exe)
\maps\main.lvl
Any setting you need is available to you, ill post it all if you want.[/code]
Anonymous - Mon Oct 20, 2003 1:12 am
Post subject: resolved!
i would explain away others' issues with this to using old versions of the server (boo!)
i fixed mine, had to do with a new bricks.c file i added to the server
case closed!