![]() |
Re: Planning and design
lol @ Austin. I do test my code, don't be afraid. Like the last build, i got screenshots of bots planting the freaking bomb. And what do people say as a bug "they do not plant the bomb"... the problem with this is, there are several factors where the problem could be:
1) bots simply always meet and therefor fight and die 2) bots simply do not want to plant the bomb (because personality value is very low) 3) ct bots are higher skilled then t bots, so 1 ct takes out 2 t's. etc. THe bomb code works, the defuse code works... yet i need people to test it out for me. Don't be afraid, i never give a dll away without playing it for atleast 5 minutes myself! :) |
Re: Planning and design
Quote:
Most of the problems with software can be fixed before they even happen by coding in a "safe" way which lowers significantly the probability of errors from occuring. I found that you can do safe coding much faster than ad-hoc coding, and you can still have very efficient and readable software, ie there are no real disadvantages, only advantages. You can even create code that tests itself by doing comprehensive internal integrity checks, such as the NULL pointer test that has become common in C/C++ coding. |
Re: Planning and design
i will never regret my comments! :) Everything i code is atleast workable, re-read and thinked-twice before i even begin writing. I do understand your pov Austin & botmeister, but my comment was of course meant in a funny way. :D
|
Re: Planning and design
Stefan, your released code seems to very stable to me so you're obviously getting along quite well. My comments were not directed at anyone, just chatting about coding technique, which is a topic I enjoy discussing.
|
Re: Planning and design
i understand ;) thanks for the compliment btw ;)
|
Re: Planning and design
Quote:
|
Re: Planning and design
It's pretty much a question of vocabulary. Depending on the meaning you put behind both. For example, almost everybody agrees that waypoints are "points", i.e. vector locations in the virtual world. Some may call waypoints nodes, but some also use the term "node" to describe a more generic concept, basically a leaf in a pathfinding tree. With my bot for example, which one uses a navmesh, the nodes are not points, but polygons on which players can walk. These "navnodes" can extend over 200 units length and width in the virtual world, depending on how the map was made and how it was compiled into the BSP tree.
The difference between the concept of "points" (waypoints) and "nodes" in the meaning I give them, is that for me, these walkable faces describe much better the shape of the world to a bot than what waypoints do. You have to imagine what a bot see. Where you, as a player, see walls, staircases, rooms and alleys, all a waypoint-based bot sees is a constellation of stars in the void, each star being a waypoint. |
All times are GMT +2. The time now is 17:31. |
Powered by vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.