2.3.8 has been released!

The projects speaking tube.
Add your two cents if you want to.
User avatar
Iluvalar
Regular
Regular
Posts: 1828
Joined: 02 Oct 2010, 18:44

Re: 2.3.8 has been released!

Post by Iluvalar »

Image
effigy wrote: I assume ilulvalar's patch would stop both these circumstances.
In my patch, the 3 first cobra on the border of the cliff, might think they have a chance to fire. I dont know with that angle for sure, but what i'm sure, is that the last pod behind dont have any line of fire to that factory.
Heretic 2.3 improver and proud of it.
User avatar
effigy
Regular
Regular
Posts: 1217
Joined: 22 Jan 2010, 03:21
Contact:

Re: 2.3.8 has been released!

Post by effigy »

Iluvalar wrote: In my patch, the 3 first cobra on the border of the cliff, might think they have a chance to fire. I dont know with that angle for sure, but what i'm sure, is that the last pod behind dont have any line of fire to that factory.
Sounds good to me :)
This is why some features aren't implemented: http://forums.wz2100.net/viewtopic.php?f=30&t=7490&view=unread#p87241
User avatar
Iluvalar
Regular
Regular
Posts: 1828
Joined: 02 Oct 2010, 18:44

Re: 2.3.8 has been released!

Post by Iluvalar »

Here is the same situation in the patch.
1) the first top minipod was spawn (yeah i cheated lol) just on the border of the cliff = No pb, it see a target : fire!
2) The second minipod was spawn in between the mra (where all pods are in effigy's exemple = It had to advance first until that point before it could fire.
3) The MRA in the back was spawn there and directly ordered to fire the factory = "No pb", said mr. mra,"I'll fire my ridiculously fast rockets ridicoulously high in the skies !! look at me, straight on the target XD"
4) The last MRA was told to go on the border of the cliff. It waited to have a direct line of fire before deciding to shoot directly. Would have not spoiled it rockets otherwise.

PS: there is a small hole there NOQ's made in the map. I think the units could otherwise fire from a bit more afar from the cliff.
Attachments
exemple in my visibility patch
exemple in my visibility patch
Heretic 2.3 improver and proud of it.
User avatar
curtis15
Trained
Trained
Posts: 62
Joined: 26 Jul 2010, 21:40
Location: California (Laziest state in the U.S.A.)
Contact:

Re: 2.3.8 has been released!

Post by curtis15 »

NTW does not seem t be working for me i comes up but i when i go to start the match goes off Hmmmm? is it just me?! :?
Image
User avatar
Saberuneko
Regular
Regular
Posts: 558
Joined: 15 Jan 2010, 18:20
Contact:

Re: 2.3.8 has been released!

Post by Saberuneko »

I'm going to take a little check for untranslated/fuzzy lines on spanish translation...
User avatar
Tenoh
Trained
Trained
Posts: 359
Joined: 18 Nov 2008, 15:06

Re: 2.3.8 has been released!

Post by Tenoh »

2.3.8 crashes after droid factory is destroyed,annoying!
"No, you don't want to buy this Sh[beep]t from me. It shoots sideways, it was built by retard zombies in some f[beep]king outreach program." HL:G
cybersphinx
Inactive
Inactive
Posts: 1695
Joined: 01 Sep 2006, 19:17

Re: 2.3.8 has been released!

Post by cybersphinx »

Tenoh wrote:2.3.8 crashes after droid factory is destroyed,annoying!
cybersphinx wrote:Bug Reports:
As usual, we need bug reports to fix problems in the game. Please note that we use tickets only to track bugs, for discussions about how features should work and feature requests we have a dedicated forum section.

For bug reports, see BugReporting for details, in short:
  • Search the existing tickets for your problem, if the problem has already been fixed in git, the ticket will be closed.
  • If there is an open one already, feel free to add more info to it.
  • If there is no report yet, make a new ticket (one per issue).
  • Be as detailed as possible in both summary and description, and either log in with your forum account or leave an email address so we can contact you if we need more information.
  • The more information we have, the easier it is to fix problems (or the other way around, the harder it is for us to reproduce a problem, the less likely it is to get fixed), so include savegames/instructions to reproduce the bug, crashdumps, backtraces, screenshots for graphical problems... whatever is relevant.
  • When you attach files to a ticket, please add each text/image file separately and uncompressed, so we can view them easily in trac (savegames can and should be zipped, they consist of name.gam, possibly name.es, and the files in the name/ folder).
We want information... information... information.
User avatar
Tenoh
Trained
Trained
Posts: 359
Joined: 18 Nov 2008, 15:06

Re: 2.3.8 has been released!

Post by Tenoh »

i dont bother with tickets,ever.fix it or not, your problem, ill just do something else.
"No, you don't want to buy this Sh[beep]t from me. It shoots sideways, it was built by retard zombies in some f[beep]king outreach program." HL:G
test
Rookie
Rookie
Posts: 16
Joined: 01 Aug 2011, 16:46

Re: 2.3.8 has been released!

Post by test »

Tenoh wrote:2.3.8 crashes after droid factory is destroyed,annoying!
this is garbage, your install is corrupt or something.
medusa
Trained
Trained
Posts: 175
Joined: 25 Jul 2011, 01:56

Re: 2.3.8 has been released!

Post by medusa »

Tenoh wrote:i dont bother with tickets,ever.fix it or not, your problem, ill just do something else.
:lol2:
:roll:
:lol2:
speaking about problems, I saw about the 2,3,9 release.
can we get more info before the release to see what will change again?
User avatar
Shadow Wolf TJC
Regular
Regular
Posts: 1047
Joined: 16 Apr 2011, 05:12
Location: Raleigh, NC

Re: 2.3.8 has been released!

Post by Shadow Wolf TJC »

I've been away from this game for a couple months now, though looks like if I decide to play this now, then I guess that I won't bother building flamer bunkers at all. I used to place them just behind a hill or around the corner of a narrow canyon to keep them protected from longer-ranged weapons, but since projectiles are currently able to pass through terrain, this no longer seems viable. :annoyed:

Perhaps we could still let direct-fire projectiles pass through terrain, though whether or not the units can fire upon their targets could use a bit of tweaking. Perhaps, in addition to checking whether or not the target is in range, the units could also do a simple linear collision-checking test to see if there's terrain in-between the unit and the target. If the target is within range, but is obstructed by terrain, then the unit could try one of 2 things in an attempt to get a clear shot of the target: 1. move closer to the target, or 2. circle around the target.

As for artillery, I've always considered the land against a cliff wall or mountain to be safe spots from artillery strikes, but also a poor spot to place your own artillery units/structures in. I can understand why people would be especially annoyed about seeing their own artillery units fire at the cliff wall that they're placed next to, damaging themselves in the process (I've had that happen to myself as well), though I don't think that making artillery rounds pass through terrain is the answer (at least not by itself), as that'll also take away those safety spots (and players, especially those that don't like fighting in artillery wars, could really benefit from those safety spots). Rather, perhaps we could also have the artillery perform one of 2 collision-checking routines before it decides to fire away:

1. Make 2 linear collision checks to see if nearby terrain (such as a cliff wall) will block the artillery unit's shots (it'll momentarily treat them as direct-fire) at the pitch that it needs to be (and maybe a couple degrees below that just in case) in order to fire at the intended trajectory. If it is, then the artillery unit will not fire at its target. Artillery projectiles won't pass through terrain. (Although this'll still mean that artillery shots could still hit the side of a cliff instead of the target, at least they won't shoot themselves in the foot.)
2. Plot multiple points along the trajectory, and do a linear collision check between every 2 points (starting from the artillery unit, and ending with the target), checking if terrain objects are located in-between the 2 points. The distance between the 2 points could represent how far the artillery's projectile travels after 1 or more frames, or it could represent a percentage of the trajectory that the projectile will travel at. If terrain is in the way of any of these sets of 2 points, then the artillery unit will not fire, knowing that its shots would only collide with a part of the terrain, though the actual shots could be made to pass through terrain (to ensure that terrain doesn't graze the artillery rounds). (Not sure how much processing power it'll take, but this seems to me to be the better of the 2 options, though the artillery units might look like they'll always have knowledge about the local geography. :lol2: Also, keep in mind that fewer points to plot during the collision-checking process will mean fewer collision checks involved, which will, in turn, mean that the process would be done quicker, :lecture: though it'll also mean that artillery will be more likely to refuse to fire when it would've had a clear shot in real-life.)
Creator of Warzone 2100: Contingency!
Founder of Wikizone 2100: http://wikizone2100.wikia.com/wiki/Wikizone_2100
Post Reply