Update on Game Latency, Missing Wayspots, and the Roadmap

123457

Comments

  • Jo0LzJo0Lz ✭✭✭✭✭

    They had a 'speculative/tentative' fix for one part of the problem, the recharging. All other 'latency issues' haven't even been addressed. The fix they did make, didn't work.

    It's been like this forever though. The blank map on startup had a 'tentative fix' like 3 years ago, and it's still an issue today.

    So yeah...

  • InvestigateXMInvestigateXM ✭✭✭✭✭

    Nothing is more permanent than a temporary solution ;)

  • mortuusmortuus ✭✭✭✭✭
    edited May 17

    I think the problem started for real when u switched to the low-end servers before that this issue wasnt present but maybe its not because if that but i dont know really. Should we send more reports when the lag happens is it of any help saying the game lagged x time for x min ?

    I hope u can figure out whats causing it, usually i notice it when fully deploy a portal many times it get stuck on second last resonator sometimes can be so for a minute or two before finally it lets me deploy fully.

  • My experience is as follows: When switching between LTE and 5G, the game hangs and you can't set resonators or anything. The speedlock also causes the game to hang in that this also occurs. No I am not a cargresser, but I am a tramgresser. In constant networks, i.e. area-wide, the game runs relatively briskly. But if this is not the case, these problems occur. The time of day also plays a role. During the day, when many people use the same dial-up point, for example o2 or Vodafone, it hangs. In the evening it is less the case. If it happens that you can't do anything, you sometimes have to restart the scanner 2 or 3 times. Maybe someone has had similar experiences. It may be that it has to do with the server change, but can also have other causes. 

  • CrownanCrownan ✭✭✭

    Having alot of "problems" recently.

    "Mod does not exist" message when trying too deploy a Green shield, that one was new last week.

    The client hangs when opening a kinetic capsule. - Works again after 5-10 minutes.

    Overlapping UI.

    I simply cant motivate people too give 5 stars on the App store after a year of the same lag issues / keep their subscription up for Core.

  • EvilSuperHerosEvilSuperHeros ✭✭✭✭✭

    Places/times I've seen it recently.

    Over the weekend with the low drone times. Each time a drone is ready (while actually playing, deploying/glyphing/linking/fielding), effing laggg.

    Deploy on a portal, glyph it for keys/resos, and effing laggg.

    Capture a portal, start spamming (deploying resos) and after 2-3 resos, effing laggg.

    Recharging multiple portals, effing laggg.

    Glyphing a bunch of portals quickly (or trying to), effing laggg.


    Maybe you need someone who experiences it frequently to come out and show those who are working on the issue how frequently it happens? (I'm sure there are enough folks near HQ that could demonstrate the issue) I was playing yesterday evening (after 7 pm CST) in a park, getting the effing laggg multiple times. It got so frequent I almost quit playing.

  • NysyrNysyr ✭✭✭

    I'm pretty sure it was actually the switch to lightship when issues started. There's probably some hangup in fetching some status on the portal itself.

    When we locked up yesterday the rechargers were separated on the map far enough with comms range set to 5km that we would not have had the same comms activity feed, the only thing we shared was the remote view of the portal and interacting with it via recharging. This is consistent with every lockup we've had with our recharge team. We all say in the slack at the same time that we locked up.

    There's going to be remote recharging for Kythera, so we will see if more rechargers and attackers makes the problem worse I guess.

  • InvestigateXMInvestigateXM ✭✭✭✭✭

    That's sounds like a fun thing to do while recharging, maybe I'll catch a lag :D Still, if you're truly in the dark and think this more detailed logging will help, maybe implementing such a game logging feature will give you a ton more data from out in the field, and not just from the few technically inclined while they're hooked up to ADB. But hey, I'm no developer, I'm just good at using Google lol

  • SSSputnikSSSputnik ✭✭✭✭✭
    edited May 17

    @ofer2 A million thank you's for replying!

    I'm not confident on the cell switch theory. I often recharge at home, not moving, on a set cell tower.

    There appears to be two kinds of lag.

    First, recharge lag. This has been happening way before the server switch. Symptoms are power bar usage shows, but lag before it "drains" down to the used level.

    This has been happening basically since switching to Prime. (Check all the recharge issues logged in Bug section of forum).

    The second is deploy/mod deploy/cube usage lag.

    These occur usually when deploying resonators or mods or triggering a power cube. Long delays. Purple circle for cube, spinning spirals for mods.

    The last issue. Portals not loading or displaced.

    Again thanks, it's a bit depressing you have not found the issue yet.

    This updates so welcome it's made appearances on several Ingress news feeds...

    I have it happen multiple times a day every day. Might try the log idea.

    Post edited by SSSputnik on
  • ofer2ofer2 ✭✭✭✭✭

    You dont need to be connected to get the adb log. You can be out and about have it happen, then go home and the adb log should have it there for you.

    Thanks. We are definitely still trying to figure it out, and I know it sucks, but it will probably take more time still :(

  • MoogModularMoogModular ✭✭✭✭✭
    edited May 18

    adb is short for Android Debug Bridge, as ofer said its not dependent on internet connection - it's the command line for anything running within Android

  • Jo0LzJo0Lz ✭✭✭✭✭

    This after we’ve passed the 1,5 year mark. To me it feels too little too late. The fact that you are posting this now, it just feels unreal.

    We have logged the issue is a separate topic for months. People offered to help, offered technical insights, there was NO response to ANY of it!

    Anyway, I hope you find it and a solution soon, the game has been steadily dying whilst you guys “investigate”.

  • Jo0LzJo0Lz ✭✭✭✭✭

    There’s three types. And I should hope they at least know what the scope of the problem is by now, but I’m reading “we don’t have a clue” :/

  • Jo0LzJo0Lz ✭✭✭✭✭

    Funny, four finger tap also works on iOS.

    I see this error repeated a bunch of times….


    Parent of RectTransform is being set with parent property. Consider using the SetParent method instead, with the worldPositionStays argument set to false. This will retain local orientation and scale rather than world orientation and scale, which can prevent common UI scaling issues.

  • GrogyanGrogyan ✭✭✭✭✭
    edited May 18

    Yes the issue is on the platform code, on the comm layer, where there is data corruption happening.

    Or even the scheduler

    A B C is supposed to happen

    A C B is received, due to data packets taking different times to travel across the globe. The platform does not know how to handle this,

    As You pointed out, and myself and many others have reported that it is a widespread issue across multiple game.

    Surely there is a good deal amount of work with the platform devs to sort it out.


    Only niantic products have this specific issue, other games do not have this problem..

  • GrogyanGrogyan ✭✭✭✭✭

    There are also known data corruption bugs with some versions of protobuf

  • crystalwizardcrystalwizard ✭✭✭

    production is built differently than dev? um, okay - how differently?

  • EvilSuperHerosEvilSuperHeros ✭✭✭✭✭

    @ofer2 Is it possible to turn on debugging in the client so we can log it locally, then have some place to send the logs to? (outside of the adb logging) or release a BETA client to some users to collect some data for you/Ingress to use to help narrow down the issue?

    We are willing to help. Just need the right tools to be able to do so.

  • That's super common. Dev is usually far more heavily instrumented, but doesn't perform suitably for production. That way they can get more info on a problem. Additionally, often dev for cloud work will be run in a local container to allow debugging.

  • SSSputnikSSSputnik ✭✭✭✭✭

    So.... The dev environment with tons of debug code inserted runs better than the stripped down prod code ;)

    Naw just kidding. We do the same here and it can be tricky to find issues. However I think the longest was 2-3 weeks in my 30 years there with devs working overtime to find issue and fix it. (Team of about 7).

    With the types of lag- something kicked in around early/middle of last year. Can we not roll back code, add required new code and try it in closed beta or similar. Narrow it down to whether it's servers/non Ingress code/Ingress code. (I am not a dev so.. ignore me if this is stupid, I'm IT systems engineer).

  • We have a "cannot reproduce" that's had various companies report it once or twice over the last 15 years. Enough that it's a real thing, but so infrequently it isn't worth chasing and we can't reproduce it.

    However, the lag issue is far more common and actually a significant issue, so maybe they need to add some of the instrumentation to the live system to see where processes are slowing.

  • GreenVamGreenVam ✭✭✭✭✭

    Is it possible to link portals like this? Oh sure.

  • SSSputnikSSSputnik ✭✭✭✭✭

    Haha sweet.

  • Jo0LzJo0Lz ✭✭✭✭✭

    Upcoming feature, cross links possible up to 500m.

  • EvilSuperHerosEvilSuperHeros ✭✭✭✭✭

    @ofer2 I can replicate laggg. Though it might not be the "right" laggg. Make a field of your faction a few km long on each side. Link to one of the anchors of said field.

    Can also link from other portals under the field to portals under the field. It might not be the actual lagg issue though.

    It's more likely me just causing extra cpu cycles while ingress servers are trying to calculate if I can actually throw a link that normally shouldn't happen.

Sign In or Register to comment.