Construct 3 + GameAnalytics - Highly inflated event metrics

From the Asset Store
Simple yet very life-like rag doll made with Physics!
  • Oh, Headbang Games is right.

    kncuser, you had it correct in the file you posted yesterday. But now the mistake is definitely in your events.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • Oh, Headbang Games is right.

    kncuser, you had it correct in the file you posted yesterday. But now the mistake is definitely in your events.

    Well, even in the "correct" version, the problem was still there, so I don't know how "correct" I'd call it. Still, Headbang Games solution worked like a charm!

    I prefer this setup as there's no ambiguity. The game is told to send one progression event - period. Since it's the only thing I have requiring the trigger once command, I can also put it in its own condition.

    I tell you though, the GameAnalytics SDK manual is sorely lacking if their events require "trigger once" commands to operate reliably. Yes, the multiple events may be caused by the way C3 operates, but if that's the case, it should be in the manual somewhere. Wound up wasting three days over this.

    -Kurt

  • It has nothing to do with GA SDK or documentation. Allan told you this from the very beginning - that you were probably sending progression events in Construct events that run on every tick. Then you posted a correct test project which got us puzzled.

    You need to send progression only in triggered events (like "On click", "On touch", "On layout end" etc.), or in events that you definitely know will run only once.

  • Allan told you this from the very beginning - that you were probably sending progression events in Construct events that run on every tick. Then you posted a correct test project which got us puzzled.

    You need to send progression only in triggered events (like "On click", "On touch", "On layout end" etc.), or in events that you definitely know will run only once.

    Fair point, but remember: When Allan said it was working, I was still reading inflated data coming in on my GameAnalytics dashboard. Had I realized - then - that the GA log was in the console, I would have checked it at that point (chalk up a screwup for the noob).

    I really didn't trust the code I first uploaded and still didn't trust it until now (more on that in a minute). Even though Allan had success with it, it generated excessive events for me, so far as I knew, I still had a problem at this end.

    Granted, I should have looked for the logs instead of editing the project any further, but - hey, live and learn.

    This said, I went back into the original test file just so I could be on the same page. Indeed, it shows perfect operation as per the Console. But if I'm reading the Console right, GA has held events from *previous* plays in its queue to send later:

    If this is the case, I now understand why I though there was still a problem: Progression events from previous tests were stuck in the queue and being sent concurrent with the *properly coded* project sending accurate data.

    At least this gives me an explanation why I thought there was a problem with the test project too. Until this moment, I was a bit puzzled myself.

    Thanks again.

    -Kurt

    P.S.: It wasn't until after the first test project that I fell into the trap of experimenting using a system variable (an every tick event) as the event condition. I didn't realize these events required a System > Trigger Once condition as well to prevent them from running every tick. Otherwise, I usually don't make this mistake.

Jump to:
Active Users
There are 1 visitors browsing this topic (0 users and 1 guests)