2025-07-20 22:12 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0004174Spring engineGeneralpublic2013-12-27 16:12
Reportermsafwan 
Assigned ToKloot 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionno change required 
Product Version95.0.1+git 
Target VersionFixed in Version 
Summary0004174: StarburstLauncher missile targeting always miss...
DescriptionSpring version and ZK version is summarized here:
Zero-K test-12168
95.0.1-120-g816e6d1
http://zero-k.info/Battles/Detail/214480

A unit called Impaler shoot a StarburstLauncher type weapon, and this weapon always miss. It always miss at consistent spot, it appears to have targeting error/problem.
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
related to 0004177resolvedcleanrock 95.0.1-78 StarburstLaunchers can consistently fail to hit target 
+Relationships

-Notes

~0012259

msafwan (reporter)

Last edited: 2013-11-29 05:28

View 3 revisions

I included a replay

This sort of miss is detrimental to the unit's role as precision artillery.

~0012262

Kloot (developer)

there are other mods with an armmerl unit where it does hit --> mod bug (and a pretty obvious one at that)

~0012266

msafwan (reporter)

Last edited: 2013-11-30 04:55

View 4 revisions

Okay, I just increase "turnRate" and it fix it....
thx

~0012267

msafwan (reporter)

Last edited: 2013-11-30 05:37

View 2 revisions

Important debugging information!

If I increase "turnRate" to maximum (65536) it only mask the targeting issue.
If I set "turnRate" to intermediate value (example: 26284), and target any ground at midrange, then weapon still have this tiny bias that miss the target.

The bug is in the targeting *stuff*/*weapon guidance* itself, and increasing "turnRate" to maximum only minimize it.

~0012269

Kloot (developer)

don't feel much like investigating "tiny biases", but someone else might

~0012270

msafwan (reporter)

Last edited: 2013-11-30 14:05

View 3 revisions

Why you need my word about it (do I need to say BIG bias?). If you try yourself you see it doesn't hit the target. Its not something that is soo hard to prove that I need to make a replay.

This is real.

Same with ALT+attack function disappearing. Unit targeting had accumulated 1 more bug. Don't close this bug report, don't close the ALT+attack bug.

EDIT: okay I reopened the ALT+attack bug as documentation that this bug and that bug still exist and should not be forgotten.

~0012275

Kloot (developer)

I do not want or need your word, it has no value to me.

You must *DEMONSTRATE* the issue and you must *COMPARE* it to a known working example (BA's armmerl which does *NOT* use maximal turnrate) and find out why yours fails *BEFORE* opening any report.
+Notes

-Issue History
Date Modified Username Field Change
2013-11-29 05:23 msafwan New Issue
2013-11-29 05:23 msafwan File Added: 20131129_121413_Aquatic Divide Revised v02_95.0.1-120-g816e6d1 develop.sdf
2013-11-29 05:24 msafwan Note Added: 0012259
2013-11-29 05:24 msafwan Note Edited: 0012259 View Revisions
2013-11-29 05:28 msafwan Note Edited: 0012259 View Revisions
2013-11-29 13:56 Kloot Note Added: 0012262
2013-11-29 13:56 Kloot Status new => closed
2013-11-29 13:56 Kloot Assigned To => Kloot
2013-11-29 13:56 Kloot Resolution open => no change required
2013-11-30 03:30 msafwan Note Added: 0012266
2013-11-30 03:30 msafwan Status closed => feedback
2013-11-30 03:30 msafwan Resolution no change required => reopened
2013-11-30 04:20 msafwan Note Edited: 0012266 View Revisions
2013-11-30 04:25 msafwan Note Edited: 0012266 View Revisions
2013-11-30 04:55 msafwan Note Edited: 0012266 View Revisions
2013-11-30 05:34 msafwan Note Added: 0012267
2013-11-30 05:34 msafwan Status feedback => assigned
2013-11-30 05:37 msafwan Note Edited: 0012267 View Revisions
2013-11-30 11:49 Kloot Note Added: 0012269
2013-11-30 11:49 Kloot Status assigned => closed
2013-11-30 11:49 Kloot Resolution reopened => no change required
2013-11-30 13:55 msafwan Note Added: 0012270
2013-11-30 13:55 msafwan Status closed => feedback
2013-11-30 13:55 msafwan Resolution no change required => reopened
2013-11-30 14:01 msafwan Note Edited: 0012270 View Revisions
2013-11-30 14:05 msafwan Note Edited: 0012270 View Revisions
2013-11-30 15:54 Kloot Note Added: 0012275
2013-11-30 15:54 Kloot Status feedback => closed
2013-11-30 15:54 Kloot Resolution reopened => no change required
2013-12-27 16:12 abma Relationship added related to 0004177
+Issue History