poesel

Could the colour of the waypoint font please not be white? Its mostly unreadable on hills let alone on ice. Could there be a method to create waypoints from the vehicle or gunpoint view? Just point, press a key and then get the waypoint naming dialog? Its hard to get the exact location from the minimap. Could the names in the messages please be in team colour? I don't always know whos on whoms side (especially the bots). That would help getting a better feel if you are currently winning or loosing. A marker on the team list to show that a player has loaded the scenario and can read/hear messages (after clicking OK on the objective dialog). Without that you don't know if you talk to someone or not. And finally: please let me know that I died from a mine. The mine exploding sound is the same as a hit (IIRC) and there is no death message like 'poesel06 was killed by a mine'. thanks

Yes tankibanki, thats what I meant.

Me too. Some small tweaks would do: a smoke trail when coming down. Coming down faster. Do the 'jet effect' dustcloud on the ground like the dropship. Hit the ground hard like a HE round. Here I would make a difference between deployables and infantry. Deployables: the Pod shatters completly into debris while making a small crater (artillery round). That leaves the deployable in a nice hull down position but makes its position more obvious (debris and crater). Infantry: same smoke effect but no crater (softer landing). The pod transforms into a small platform or similar (no need to animate that - its hidden in the smoke ) Maybe some debris. The pod for the deployables should be smaller but same model.

And clearing minefields (with 120mm). Which is IMHO the only real use it has. I usually do Shrikes with the coax - no wait for weapon switching.

Sorry to repeat myself: Has anyone got his own model into DT yet (and play)? If so, how did you do it?

A wiki lives through the people that write it. There is no need for lenghty essays. A few lines here and there help to fill it with information. If there are questions how to use it feel free to ask.

That's deliberate. </font>

I accidentally had a mod selected but could connect. Switching to Base didn't help - had to restart. It took me three hits with an Ion to kill one inf. Is this a 10mm laser pointer or what? If your motor is killed you can't lock the brakes (well you can lock but nothing brakes). Is there a way to LEAVE through a deployment zone without dropship? Dead gulch has such a zone under enemy AA so leavin by dropship is not an option. Could the bots be ordered to NOT use dropships? Current scenarios seem to have enough dropships but there may be others where those are more scarce. Everything else: love it! The dropship movement is great. Following the dropship up and down is a great view. The towers are much better now. The all-seeing-bots are gone. For a sub point update this really a lot!

Keeping the inventory as is would probably be not very good for the gameplay. Since there may be an infinite number of scenarios the game would soon be an infantry battle and the last man standing wins. For starters I'd propose that a scenario should be able to hold the information which scenario follows (and who plays which side) depending on which side wins. A scenario should also be capable to have separate inventorys for each side. Going a bit further would be: modifying the inventory depending on how good you played the previous scenario (normal inventory + % of remaining vehicles with min/max conditions). Persistant battleground if battles recur on a location. Stalemate conditions (battle is repeated on same ground). To give an example with current scenarios I would link: Tough Nut - Raid - Dead Gulch - Raid - Tough Nut Start is Dead Gulch with no one owning the objective. If an attacker wins Tough Nut then he has won the campaign.

I tried to import the light tank chassis into blender and directly exporting it to .cob again. After the import the tracks are enormously out of scale with the rest of the body. I ignored that and proceeded to export and test it in DT. The tank chassis looks ok and in scale but the whole thing is blinking in and out of existence. When 'away' a small white piece of the chassis remains. Has anyone got his own model into DT yet?

'Mantel' in german means 'coat'. Maybe that is where it stems from.

I like that solution as its easy and elegant and can be done without much effort from the scenario creator. I really would like to see that happening. One drawback is that it provides a static linking. There is no way to modify the setup of the next scenario with regards of the outcome of the last. That is, no matter HOW you win or loose, the next scenario will start the same. Dynamic linking would need some more effort from the scenario creator. Done from inside DT we would need some set of rules in a XML file to create the next scenario. This would mainly put the workload on you Clay. This is why I proposed the other solution which would provide some kind of interface for external programs to do just that. Btw I didn't want to restart the server. Just wait for a signal and then continue. The static link would be very interesting none the less and much easier to handle for everyone.

This is in tech support because I would first like to know if its possible and then ask if someone wants it. What I would like to have is a set of connected scenarios where the outcome of the scenario would decide what scenario will be played next and under which circumstances. An example: the old Warhammer rules had such a thing in the back: two sides fighting over a long valley. First over the bridge in the middle, everything even. If for example the left side won, then the next battle would be a bit to the right in the valley. Right side had a farmhouse to defend while left side got some more resources. If Right would win its back to the bridge. If Left won then a battle over a castle follows and if Left won that too its over. Surviving troops would be carried over to the next battle. Back to DT: for that to happen the DT server had to have the ability to stop at the end of a scenario, dump the results (killed and surviving vehicles, buildings taken or destroyed,...) and wait for a signal. After the signal from another process would be given, the server would read the next scenario from a specific location and proceed. The task of the 'other process' would be to read the scenario results and prepare/create the setup for the next scenario. Since DT relies only on text this can be done in the language of choice of the campaign creator. If the communication to the DT server is by UDP for instance than the whole thing is platform independent. The 'process' could mess with the Inventory to add surviving vehicles to the next scenario. Or remove a certain type. Or add some vehicle if a certain building was captured in the scenario before. Or choose a certain scenario. Whatever. So first question goes to Clay: is that possible and would you consider doing it?

Yes its not realistic that a shot to the left weakens the right but this is how ion works currently or am I mistaken? Armour rating is per side too even if in 'reality' the values would differ for different pieces on one side. To be more realistic you had to account for each triangle in the 3D model. This would probably slow the game too much. If it doesn't... It would be useful for long range shooting. Especially against the ion thors that sit far far away. A few dangs on the head with HEAT would make them more cautious.

Getting hit currently works like this: a shell hits your armour somewhere. The projectile will penetrate if its penetration power (depending on remaining speed, angle of attack and ammo type) is greater than the vehicles armour in this place. If not, the shot will explode (HE&HEAT) or deflect (AP) without effect. That means that given the exact same circumstances you could shoot forever at the same spot on a vehicle without hurting it a bit. This may be realistic if the difference in power between attacker and defender is very great (like 10mm vs Thor front) and you have only 20 mins to fire, but shooting a 120mm shell at anything should damage it even if only slightly. So what I would suggest here is that all hits should have an ablation effect like the ion. You could then wear down a target even if you can't kill him directly. This would also help the game balance IMHO since you wouldn't need to be that exact in armour calculation (think ATGM vs Thor turret - if you'd up the top armour just one point there would be no more turret kills (IIRC)). The ablation effect should depend on shell size (120mm &gt 76mm &gt 20mm)(none for &lt 20mm) and type (HE &gt HEAT &gt AP) and of course be smaller than ion generally (although the amount of ammo available would limit it in first place). That would also give the HE round more uses. Thoughts?

I too can't hear people very good. Everyone sounds like speaking from the grave. Another thing: I'm not a native english speaker and it would surely help (not only me) if everyone would speak a little slower and clearer.

Out of 10: 9 Which means that I'm really interested but would allow you to still eat and sleep

Could you please state the time in GMT+-x? If you are not in the US then West Coast time doesn't tell you much. dan: I'm not sure if the final table after the scenario does not end up somehow in the log file. If so a parser for that wouldn't be hard. Another nice feature would be if one could record a film from a scenario. That is, not a captured screen but the server saving the movement and actions in a file. This file could be used to replay the thing from any point of view. IIRC Doom et al have such options. There Clay - not that you get bored Edit: should have read the other thread first... Clay - I'm clearly stunned. Are you into mind reading lately?

Ok, the wiki is up and running here: http://dropteam.johalla.de/moin.cgi/DropTeam DT content is currently nil I'm afraid. But thats not bad because YOU can change that. Being a wiki everyone can change pages. Theres a link to help pages which will explain everything. Its not complicated but you should at least read the basics. Just one thing here: How to create new pages (easy method): edit the front page or any other page and put a word in Camel Case there (thats a word without spaces and at least two capitals like:'DropTeam', 'IonTactics', RaidScenario',...). After saving that word will link to a new empty page which you can then edit as you like. Happy writing Edit: please create a user (upper right side)! That lets you configure the layout (I prefer 'classic') and if you are logged in you can see who edited what. Edit2: simply: http://dropteam.johalla.de/ works too [ August 13, 2006, 01:42 PM: Message edited by: poesel71 ]

www.blender.org -> download -> lots of tutorials

Had a crash. I got stuck with the scrollbar of the vehicle choser. I couldn't click on anything anymore, just the scrollbar moved up and down. Shell output: terminate called after throwing an instance of 'Gooey::Core::StandardException' what(): Assertion <windowCapture_ == 0> failedfilename: glgooey/WindowManager.cpp line: 285 ./runClient.sh: line 3: 4594 Aborted LD_LIBRARY_PATH=$LD_LIBRARY_PATH:../lib/ ./SpaceVikings Forgot to save the .log - sorry.

Good thing is that we all can play as we like. I read everything here in this forum and if I find something that I would like to do I try it out and see if it works for me. I play because I want to have fun. This can be (nearly) any vehicle and in different situations. I most probably do not always play in accordance to some tactical handbook but I'm not in the military either. Thing is, what is most fun in this game is to have several people and a plan and get a coordinated action TOGETHER. So if any of you will come up with some plan during the game then tell me. I will happily follow it no matter what tactical book you prefer. And maybe there is a technical solution for this: if clay could allow us to modify the 'recharge' time of each FESR (down to 'never') then dark_au could make scenarios without AAD or galaxies and we can then see what its worth.

This is a rented server from hetzner.de. Its located in Nuremburg, Germany. The connection is (from the website): # 1 GBit/s Cable & Wireless # 1 GBit/s Cogent # 1 GBit/s DE-CIX # 1 GBit/s KPN EuroRings # 2 GBit/s LambdaNet # 1 GBit/s N-IX # 1 GBit/s Noris Network # 1 GBit/s Tiscali Wendigo, that looks good. The turret and the track needs to be a seperate model, though (IIRC). Hmm, time to get back to that tutorial!

You need to import .cob files into blender (file->import). I learned that yesterday. DT is finally the thing that makes me learn 3D modelling. I'm 2h through the tutorial. On another note: I could run another public DT server for testing purposes (name: creature_zoo) with each and every strange vehicle idea. I refrained from that for two reasons: 1) we are still so few that another server would lower the chance of teamplay 2) some technical issues ( demo forum ) What do you think about 1) ? What does Clay think about 2) ?

Does an extraction count as being killed? I just played the 5 min rest of a scenario and wasn't killed but extracted once (I'm not 100% sure that the dropship wasn't killed). The end result had me then as killed once. When you get EMPed and then click on yourself on the tacmap the zapped parts are shown as destroyed (red) and not with the blitz. Not a bug, but it seems to take the defender an awful lot of time longer to get his points than the attacker. We played two hills and had superiority from the beginning to half and from three quarters to the end of the scenario. We didn't manage to get our points back in time. The current system seems to put the defender in an disadvantage (pointswise).