Connectivity and zee tater

[MK-84]

excuse the speptic here but 200 out from nose to tail does not make sense.  You were magically hovering your plane at 200 distance over the bomber?  You didnt lead your target enough.

[grizz441]

1. Is there a time component to the gunnery equation that internet lag can effect more drasticly with slower traveling rounds? You just need more in a small block of PC to PC communicated time to get something recorded as damge by the enemies computer. Or do both PC's have to agree with each other before damage is accepted?


2. A question spawned by Grizz's observation. The more internet lag, then is a much longer lead, or getting much closer to the target required on bad nights? What constitutes a bad night? The players who talked to me were even having the same problems point blank with the trigger mashed down. 65 taters point blank, percentages are in favor of one tater hitting for every 15 out the spout under 200d.

3. How directly tied to the overall damage recorded by the enemy plane is the hit sprites seen by your computer? Again from question (1.): Or do both PC's have to agree with each other before damage is accepted?

4. Can the damage you see from your monitor as hit sprites never be communicated to the enemies computer due to internet issues or processing congestion at your PC?

5. Because of the destructive ability of a single Mk 108 round, is there a higher feedback proof of airframe contact assigned to the 30mm thus making it that much more sensative to internet lag and/or internal PC processing congestion?

No to all your questions.  All that matters is what you see on your end.  If you see a tater hit, your computer sends that data to HTC's server, which then sends it to your opponents.  It is irrelevant what your enemy sees.  The only thing that matters in tater connections is the toon physics involved in landing a perfect tater, which I explained in regard to this thread accurately to the tee.

[Jayhawk]

Take the mans advice, he's good!

Down!

[Imowface]

awe you took a picture with you and a B-29 how cute
 

[bustr]

In the world of computers and servers a predictable small percentage of customers connected to a system will always be an anomoly in personal performance from the general customer base.

Swahili anyone.....

[bustr]

By the way, if our real time game info is being sent UDP through the Internet in competition for bandwidth with TCP. This link is simplistic but helps with the question about the tater.

Can the information related to a tater be lost and the other player never know he got hit because the tater has a slower rate of fire and longer travel time window? Unless all time windows are the same and inside of each any combination of projectile types in transit is accounting for the time of each to travel their maximum effective distance.

Still if that time window's UDP packet gets lost or dropped competing with TCP packets...??....and do both clients have to agree it's a damage hit then a hit sprite/boom you dead. Or your local client 100% decides that, sparkles a sprite on your screen and informs the other client boom you dead?

And what happens if that UDP packet informing the dead guy gets lost competeing with TCP? Does UDP by it's nature perform re-sends or does the client send out multiple packets of duplicate information updates with every cycle to counter loss to competition with TCP on the internet. Or has HTC incorporated their own use of RTP as is being used in streaming media?

http://www.isoc.org/INET97/proceedings/F3/F3_1.HTM#s2

It is statisticly expected some people for whatever reasons win lifes lottery in any endevor for what ever reason. In the world of computers and servers a predictable small percentage of customers connected to a system will always be an anomoly in personal performance from the general customer base. And no I'm not saying HiTech or Skuzzy should be able to control the internet path for all connected customers......

They would be retired billionairs if they had stumbled onto that one.

[Ardy123]

Last night TT all the Mastertaters I know were experiencing Failure to Perform tater problems.

....even the blue pill wasn't working

I have seen the following 'strange' behavior with the 30mm lately
1) the plane just disappears, no hit sprite, no explosion, just the message that you killed someone and poof, the plane vanishes with out a trace.
2) the tater hits the plane, fails to display a hit sprite and the wing just come off (or some other critical part)
3) the tater fly's through the plane, no damage, no nothing.

I am willing to believe that #3 is due to poor aim, but in combination with #1 & #2, I'm beginning to suspect that something else is going wrong (I suspect a race condition of some sort, maybe some critical section missing a mutex?).

According to previous posts by HiTech, all the bullet/airplane collision determination is occurring on the attackers computer, then only after a collision is detected is the udp packet sent. The displaying of the hit sprite is due to the collision being detected on the attackers machine, not the udp  packet making it to the defenders computer. HiTech, please correct me if my assumption is incorrect. Bustr, I believe the UDP issue is only in the case where the attacker sees a hit sprite but does not see any damage to the plane.

[bustr]

According to previous posts by HiTech, all the bullet/airplane collision determination is occurring on the attackers computer, then only after a collision is detected is the udp packet sent. The displaying of the hit sprite is due to the collision being detected on the attackers machine, not the udp  packet making it to the defenders computer. HiTech, please correct me if my assumption is incorrect. Bustr, I believe the UDP issue is only in the case where the attacker sees a hit sprite but does not see any damage to the plane.

So if there is no HTC propritary coaded CRC taking place along side the UDP stream, the attacker can suffer multiple indemnity if he has a poor Qos connection and routers are dumping his UDP packets. His con has a poor Qos connection and is getting dumped UDP packets. And his machine is behind the curve with background processing conjestion. But then this would be worst case.

So how many from my side UDP "hello my tater tore you a new one" has to be dropped to count as a shot missed at the cons end that he is forever oblivious of?

Tonight Squat was holding the trigger down at point blank with taters and getting nothing. But every 20mm, 50cal and 30cal he threw at cons hit them. Back to my original question about taters in this thread.

It's possible with 10-15% of the country out of work that more people are staying home and surfing the WEB as their primary cheap entertainment these days. This would be the simpelest of answers and rock the boat the least. See I still remember how to put a positive corporate slant on my ending statement.

[Ardy123]

Tonight Squat was holding the trigger down at point blank with taters and getting nothing. But every 20mm, 50cal and 30cal he threw at cons hit them. Back to my original question about taters in this thread.

If squat did not see any tater hit sprites, then its more likely the issue I posted. If squat did see hit sprites and the other guy didn't go down, then its the UDP issue you described. Not having access to HTC's code, I can't give a definitive answer so we should wait for an official response from HTC.

For all I know, there could be an issue where the graphics & physics logic are on different threads, and they are at times getting out of sync such that the visual on you monitor does not match where the math mathematical model places the defending plane, but that is pure speculation and I could be way off base.

[MrRiplEy[H]]

Mgs fire twice as fast as mk108's. He's hitting with bbs and undershooting with mk108's.  I usually chalk the illusion of lacing a target with only bbs as a combination of missing with taters as your gun sight bobs and also undershooting.  We could sit here for pages and analyze how it's possible to only hit with bbs, but in a nutshell, it's because your undershooting and ur nose is bobbing when you fire.  Lead more first, keep your nose steady second.

/thread

Did he at any point mention firing mg at all? And why would he have? 

[LLogann]

Your rates of fire are slightly wrong sir.  the K4 had MG131's no?

Mgs fire twice as fast as mk108's. He's hitting with bbs and undershooting with mk108's.  I usually chalk the illusion of lacing a target with only bbs as a combination of missing with taters as your gun sight bobs and also undershooting.  We could sit here for pages and analyze how it's possible to only hit with bbs, but in a nutshell, it's because your undershooting and ur nose is bobbing when you fire.  Lead more first, keep your nose steady second.

/thread

[grizz441]

Your rates of fire are grotesquely wrong sir.  the K4 had MG131's no?

My bad.  They fire 40% faster.  Regardless, still the same solution.

[LLogann]

Not sure why, but you made me feel bad for using the word grotesquely................   

My bad.  They fire 40% faster.  Regardless, still the same solution.

 

[dirtdart]

OK, I finally caught the proof I was looking for....

[dirtdart]

Splain that one away with bad lead, different rates of fire, crappy aim, pilot error etc...etc...

Late edit for mk84.  HO a bomber from the 10-15 degress higher than the pit. Aim at nose and squeeze.  Watch sprites from NOSE to TAIL.