Gummpy [~V~] vs _Anubis_ [AZG] TD 4.016.018.500

#1
I ..unbelievable i guess..if there was such a word...you go for weeks and than ..this 1 was swung and missed on the DF might recover the deut spent trying to hit em..and now that its happened it seemed to easy....that is if you consider the missed hits..the fact i started hunting him since right around the LoW hit..

and just incase anyone is wondering..as i am sure someone is ...324,589,987....the deut cost of all these hit n recycle missions i have done over last 4 days..


The attacker has won the battle !
You receive 0 units of Metal, 0 units of Crystal and 382738 units of Deuterium.
The attacker has lost a total of 0 units.
The defender has lost a total of 4.016.018.500 units.
A debris field containing 1.354.950.600 units of Metal and 1.054.660.500 units of Crystal has formed in orbit around the planet.
The probability of creating a moon is : 18 %

now as good as this hit is..minus the fact he got hit with everything kitchen bathroom sink and the washer n dryer included..i am having a hard time with the zero loss hits of this magnitude..looking harder at i can see where it is coming from and i believe it to be the shielding 54k dessies is providing ...i am absorbing the RF from the RIPS as reports are saying i am absorbing much more than the dmg shown to be fired back..anyone else noticing this in their zero loss hits? defender fire for xxx damage attacker absorbs xxx with that damage being much higher than the defender fire.

GloTR _Anubis_

sorry move this up to CR please..didnt realize i didnt click combat reports:/

Re: Gummpy [~V~] vs _Anubis_ [AZG] TD 4.016.018.500

#7
actually what is prolly happening as this happened to me last time i VM'd..back when Soc hit MOB..some of his mines are off and some are on. As i compare the reports from last night to tonight i see on a couple his metal and deut mines are on but crystal is prolly off and vice versa on another and 1 is running full production..since he was the 1 that put himself in VM originally.All mines are suppose to stop all production but we all know this does not happen each time.
cron