Visit the Kill Switch Master List for more information on these and other current known issues: https://forums.bhvr.com/dead-by-daylight/kb/articles/299-kill-switch-master-list
We encourage you to be as honest as possible in letting us know how you feel about the game. The information and answers provided are anonymous, not shared with any third-party, and will not be used for purposes other than survey analysis.
Access the survey HERE!
curiousity will be sated this afternoon
I've been curious for a long time whether or not the game supports an 8 digit value in BP. This afternoon (with the 50k login reward) I will find out. hopefully it doesn' roll over to 0 😂
Comments
-
Ummm. Holy #########
0 -
I'm pretty sure it'll be fine. People have been able to get well over ten million BP in the past, both through cheats and through compensation BP for lost progress.
0 -
It does support it
How do I know? Compensation with all of my BP due to a save error
5 -
With the new bp code, you could do it now
"Twosday"
3 -
yeah, I redeemed that one just before posting this.
Glad to hear it! that gives me hope. I doubt I will try to push into the 9 digit range
0 -
Ah, my bad
0 -
Yeah. About that:
4 -
I feel like such an amateur now 😮
0 -
Wow!!!
0 -
Yeahhhh
0 -
is that your credit card number?!
0 -
That was after spending 20 mil too -_- I pray nobody ever gets the reset bug
0 -
Is there any reason it’s that specific?
0 -
31 bits for it? That's considerably more than I would have expected for something that's capped at 1m.
According to a stats tracker I use, the highest cumulative bloodpoints earned (on unprivated Steam profiles) is 1,823,646,661. So if that player earns 300m more bloodpoints over their DBD life and then has a bug that wipes their save file - that'd make for an interesting conundrum.
Post edited by Laluzi on0 -
You'll find most allowance numbers in coding come down to binary - in this case, there's a string of 31 bits that can contain either a 1 or a 0, and that base-2 system determines an integer value. If I have 001000 in binary, that means 8; 010110 would be 22.
2^31 is 2,147,483,648. You can have n-1 bloodpoints in this system because the counter starts at 0, so it can record a value of 0 to 2,147,483,647.
2 -
ohh. That makes sense.
thanks for clarifying :)
0 -
Just computer stuff.
The simple version of the really nerdy stuff: It's a signed 32 bit integer, meaning you've got 32 bits of 1's or 0's. Switching these bits between 1 and 0 changes the overall value (if you're not sure how to calculate binary, it's pretty easy, just give it a quick Google).
The very first bit in a signed integer determines if a number is positive (0) or negative (1). So, all in all, the absolute higher number you can store in a signed 32 bit integer is: 01111111 11111111 11111111 11111111
Or, converted to decimal: 2,147,483,647
EDIT: Laluzi beat me to it.
4 -
...Wait, bloodpoints can go negative?
Is this some kind of error safety net? Or is this a clever scheme to put me in DBD debt after I fail to pay my bloodpoint loans?
0 -
I couldn't even understand the maths behind that :(
2 -
I literally took a class for coding in 2020-2021 and one of the things they mentioned was how to convert binary to standard units.
As per my notes:
Divide the number in question by 2:
24/2, for an example: 12
Since there is no remainder, put a 0
12/2 = 6,
Again, no remainder, put a 0
6/2 = 3
No remainder, put a 0
3/2= 1
there’s a remainder, put a 1
1/2 = 0
so put 1.
Once you get 0 your done. Write it in reverse order
11000
and even despite having notes telling me exactly what to do I still didn’t get it.
from more recent inspection from my notes I was never shown how to convert it back.
0 -
The idea is that when you look at a number, like 25, it's on a base 10 system. Each 'space' has 10 digits that can go in it (0 through 9). The 5 is 5x1 (or more accurately, 5*(10^0), so the 5 is just a 5. The 2 is 2*(10^1), so it means 20, not just 2. If the number were 625, the 6 goes in the space that marks 100, and 6*(10^2) records the value of 600.
Binary works on base 2. Each digit is either a 0 or a 1. Say I have the binary string 01011001. Ignoring signed bits for a second (though it's the same either way in this case), this displays the number 89. The math behind it looks like this; it's (2^7)*0 + (2^6)*1 + (2^5)*0 + (2^4)*1 + (2^3)*1 + (2^2)*0 + (2^1)*0 + (2^0)*1. Or more simply, 128*0 + 64*1 + 32*0 + 16*1 +8*1 + 4*0 + 2*0 + 1*1.
It's way easier to do this kind of calculation on a base 10 system because you don't have to mentally 'add' anything, but it is technically the same way you add up normal integers and it can work for any base. Hexadecimal, for instance, works on base 16, with digits 0 through F.
Binary's prominent in programming because computers all boil down to a bunch of circuits that can hold an 'on' or an 'off' value; there isn't room for 10 distinct states down at the very building blocks of the system, just 2, so it's most efficient to build your 'this means this' cases around that.
1 -
My son just tried explaining it to me as well - he explained it in the similar way, then nearly hit me over the head with the paper he was writing it all down on LOL
I really do appreciate you taking the time to explain that to me, I find binary very confusing. Thank you <3
3 -
Unless you really, really need to use an unsigned integer for some reason (e.g. in old 8-bit games for space saving! 7 bits can only got to 128, so if you wanted a higher max than that), a signed integer means that if something slips through and it goes below 0, it just goes below 0.
As opposed to rolling over to the highest applicable value, which would in this case mean some 4 billion BP.
1 -
Ah, right. I spent a comparatively large amount of time working with assembly, so I got in the habit of using all space available unless there was a pressing need for it to be otherwise.
Bit of a derp moment on my part. I'm enough of a Civ fan to know what happens when you let the underflow roll over. :P
0 -
Our words are backed with NUCLEAR WEAPONS.
1 -
I am absolutely loving that this conversation turned to how binary digits are calculated! Thanks for the clarification. I had thought maybe the BP balance was stored in a database with a length limited numeric field such as the oracle number(precision) format. good to know that WHEN cross progression comes to switch I can have my 20mil BP in one account
0 -
The number ten is 1010 in binary
Starting from the left, give each an exponent, ultimately going to 0 on the last.
In the instance of 1010 it looks like this.
Next, multiply each number by 2, then apply the exponent, if the number is 0, ignore it
2^3 = 8
2^1 = 2
8+2=10
at least that’s how I’m able to comprehend it.
0 -
That kinda depends on when Switch will get cross progression and how many bloodpoints you will give out per codes and login rewards…
0 -
Powers of 2 are easy enough to remember/extrapolate that I wind up doing it that way, i.e. 1010 is 8+2. Or if you're writing out along the top, 8, 4, 2, 1 (working from right to left). Same thing, just rearranging the steps to convert. Then at some point I just memorised it for the values liable to be converted by hand.
0 -
challenge accepted.
0 -
and from 2,147,483,647 possible BP, they just gave us 1,000,000 BP.
0 -
If ever I were to lose my Save file, you'd be putting that to the test.
Don't ever lose my save file.
0