[ Save Files with Player IDs ]

[Boss_1s]

Objectid docs kinda already confirmed it

| Player ID Research |

I just found the answer. Edit: Nevermind, Toothless already covered it. The player id is just the objectID function from MongoDB as shown below in a hexidecimal format: I have a lot of evidence too: [IMG_3928] [IMG_3927] If somebody could run a bit of code in their console to confirm, that would be great.

Imma go eat

Edit: Also I think the last 3 or 4 posts should be in the other topic

[Blackfox45666]

Mk :c
Edit: fair but too late now

[Blueboat]

@Boss_1s

Like assign a variable or property for each letter value of hex (ie var "a" = 11, var "b" = 12, ect.)

I see. We could do this a lot easier by just doing lookups in a string. To convert a single digit of hexadecimal to decimal, I think we just have to do:

((16 ^ n) * (findFirstOccuranceOf((HEX CHAR) in  "0123456789abcdef") - 1))

Where n = the place value of the digit, as shown below:

a32f0

letters: a 3 2 f 0
n:       5 4 3 2 1

---

@Blackfox45666

Blackhole alt moment.

Liessss and propagandaaaaaa lmaoo

---

@Blackfox45666

anyways since im clueless as to what part of the id yall are talking about now it seems we figured out only a part of it is a unix timestamp and from part of my research is that the rest could be in game values most likely not acct related since it dosent stay the same which gives us a clue to what values it could mean but not enough to the entire thingy yet

The player ID appears to be a MongoDB ObjectId(). You can find the documentation here. Basically, it says that the first section is a UNIX timestamp, and the second and third sections are designed to make sure the ID is unique. They don’t seem to have any info that is usable, but they seem to be generated based on the Mongo server id, and random chunks generated by the client.

---

[Boss_1s]

@Blueboat

((16 ^ n) * findFirstOccuranceOf((HEX CHAR) in "0123456789abcdef")) - 1

Sounds about right, but is this possible using Gimkit x Blockly (aka block code)?

[Blueboat]

Yes.

[Boss_1s]

@Blueboat

I see. We could do this a lot easier by just doing lookups in a string. To convert a single digit of hexadecimal to decimal, I think we just have to do:

((16 ^ n) * findFirstOccuranceOf((HEX CHAR) in  "0123456789abcdef")) - 1

Where n = the place value of the digit, as shown below:

a32f0

letters: a 3 2 f 0
n:       5 4 3 2 1

@Blueboat I don’t think this is working:

When I run it (I’m using a double-trigger infinite loop), it outputs
-1 for the first activity feed block and
-1-1-1-1-1-1... basically a bunch of -1s stringed together.
(See image below)

Am I doing something wrong, or is something in the code you gave me faulty?

[Blueboat]

Here’s what I did that worked:

You’re trying to find the first occurance of the whole player ID, while I’m simply checking one letter at a time. The Hex variable is just the first 8 letters of the player id btw. I checked and tested all this code before posting it, dw.

Here is the full block code algorithm I wrote. It’s not recursive cuz i was being lazy.

First code block:

Second code block:

Note:

The -1 isn’t seen in this algorithm, because it’s accounted for by the -2863311453 at the end of the code.

[Blueboat]

Now that I’m looking back, I did misplace a parenthesis, although it’s not the reason for your error. I’ve edited my above solutions to have that fixed.

[Blueboat]

Also, another issue: When the player joins the game, their player ID is created. This means that if the player joins the lobby, waits 10 minutes, and then starts, their UNIX timestamp will say that they’ve been playing the game (not waiting in the lobby) for 10 minutes, meaning that an incorrect calculation may be made. Just wanted to bring that thought up.

[Toothless]

Could we have the player enter the time they are starting? Then use that to find seconds since January 1 1970 for the player Id timestamp? I dunno. Just a suggestion.

[Blueboat]

That kind of defeats the purpose of using Player IDs at all doesn’t it? Then the player can just cheat, and it’s not automatic and cool and whatnot.

[Toothless]

Ok, you have a point, but what’s your suggestion then?

[Epi320]

Well, we all know that save files can be hacked, and we have done that before many times.

@Blueboat

When the player joins the game, their player ID is created. This means that if the player joins the lobby, waits 10 minutes, and then starts, their UNIX timestamp will say that they’ve been playing the game (not waiting in the lobby) for 10 minutes, meaning that an incorrect calculation may be made. Just wanted to bring that thought up.

Good Point BlueBoat!
Well, here is what i think (sorry if this is covered in the above posts. i didnt thouroghly read)
When u arive at the game, you wont have any idle income. You have to play the game, and get “upgrades” that get idle income. If you already have that, then there is no problem with joining, and waiting. you will get the same amount of idle income nonetheless?

[Blueboat]

I don’t think so. In the case of a player coming back after saving, their idle income will be cut off when they join the lobby, not when they start the game.

I can’t really think of a way to counter this issue, and I don’t think it matters much in the end. The player loses… 10 minutes of idle income? I don’t think this is gonna be a big issue.

[Epi320]

@Blueboat

I don’t think so. In the case of a player coming back after saving, their idle income will be cut off when they joins the lobby, not when they start the game.

Wait, i think i misunderstand the system.
Does the system only count In-game time for income, or total.
Say, i have started in feburary, then rehosted and continue playing during march. That means i would have 1 month of idle income right?

[Blueboat]

Yeah, thats correct. Thats why i dont think this is much an issue. 10 minutes isnt much in the grand scheme of things.

[Epi320]

@Blueboat

Thats why i dont think this is much an issue. 10 minutes isnt much in the grand scheme of things.

true, but i still dont understand (really hate to be that person here )

So, you join, wait 10 min, and then start, enter in your current id…
OH, so you would lose 10 minutes of idle income?

I see what you are saying.
This is a problem…

[Blackjack]

@Blueboat

Thats why i dont think this is much an issue.

Not like most GKC players are smart enough to figure that out, let alone know we’re using player IDs.

blackhole alt spawn

[Blueboat]

@Epi320

OH, so you would lose 10 minutes of idle income?

I see what you are saying.
This is a problem…

I know I was the one who brought this up, but I don’t think it’s something to worry about. I graphed the percent of idle income retained with this error, and it quickly becomes close to 100%.

Graph 1

This graph shows that after 2.4 and 6 hours of idling, the amount of income retained is already close to 97%. It’s assumed that about 10 minutes of idle income is lost for these calculations.

Graph 2: Best Case

A common player behavior would be leaving and then coming back the next day. Over a 24-hour period, the amount of income retained after a 10-minute lobby time is 99.3%.

Graph 3: Worst case

On the other hand, if a user leaves for a half hour, then comes back, they’ll only retain 66.67% of their idle income.

Other considerations

So, in my opinion, this isn’t a big issue. The percent of income lost is so small I don’t think it matters.
If yall want to see this for yourselves, here’s a calculator that shows it:
https://www.desmos.com/calculator/zrkreth4ef

@Blackjack

blackhole alt spawn

These are lies and propaganda

@Gimkitsuggestor

ave we had any significant progress on this yet?

I’d recommend reading the previous posts to catch up on things that have happened.

[Gimkitsuggestor]

My ADHD may not be able to handle ._. Whenever these topics go so far without me it just kills me mentally