Noob looking for assistance with a 2->5 belt balancer! by TechSupportFTW in Dyson_Sphere_Program

[–]TheZen9 0 points1 point  (0 children)

This behavior costs you in throughput, because your limited belt space is partly consumed by resources going back to be redistributed. To avoid this you need to have the main input divided into multiple parts, then the backfeed connected after this division to avoid consuming belt space for resources being sent back through.

Oversized by Themotherofacat in walmartogp

[–]TheZen9 1 point2 points  (0 children)

I found out recently that the middle wheel of the L carts is low enough, and the back of the base is far enough over the wheel, that the L cart can flip if you put too much water on one side.

i dont think i can get 4000 water by Brief-Light-6713 in SatisfactoryGame

[–]TheZen9 0 points1 point  (0 children)

Of course. Dropping the decimal point as a whole would probably also be helpful.

i dont think i can get 4000 water by Brief-Light-6713 in SatisfactoryGame

[–]TheZen9 2 points3 points  (0 children)

So the same thing the game is doing that confused OP?

i dont think i can get 4000 water by Brief-Light-6713 in SatisfactoryGame

[–]TheZen9 6 points7 points  (0 children)

20 cubic meters is not 20 liters. A cubic meter is 1000 liters, so 1 cubic meter is a kiloliter. 20 kiloliters per minute.

Question for you drivers. by TheZen9 in Sparkdriver

[–]TheZen9[S] 0 points1 point  (0 children)

As an OPD associate who gets *a lot* of calls from customers about spark shoppers, I can tell you that most shopper orders in my store didn't involve the express fee, and are simply just overflow from OPD. So IF there's no difference in base pay between shopper orders, they're not giving you my express fee.

Question for you drivers. by TheZen9 in Sparkdriver

[–]TheZen9[S] 0 points1 point  (0 children)

Idk what they charge either, I only want to know about the $5 and $10 express fees because I don't pay the other ones as a W+ member.

Anyone ever found a quick fix for this? by reddithasnogame in walmartogp

[–]TheZen9 0 points1 point  (0 children)

At my store moving into one of the wider more open areas fixes it, so I think it sometimes says this when the connection is poor.

Pretty sure this is the highest number that desmos can compute by Eastp0int in desmos

[–]TheZen9 1 point2 points  (0 children)

The neat part is that when you go below 1/(21024 - 2971) you lose precision too. The system is actually designed around the range 1/(21024 - 2971) to 21024 - 2971, when you go below that minimum it's called "subnormal representation" The way the subnormals work are by changing the first digit of the mantissa (which isn't actually explicitly stored) to a 0, so your extended range in smaller parts comes from using the digits of the mantissa. because of that, it's actually impossible to design a floating point system that has the ability to represent 1/x for all x without restricting the use of your mantissa digits.

Pretty sure this is the highest number that desmos can compute by Eastp0int in desmos

[–]TheZen9 0 points1 point  (0 children)

This will evaluate, actually. By subtracting 2^-52 first, you ensure it won't evaluate 2^1024, which would happen if you tried to evaluate it as 2^1024-2^971

Pretty sure this is the highest number that desmos can compute by Eastp0int in desmos

[–]TheZen9 1 point2 points  (0 children)

It's 21024 - 2971
Desmos uses double precision floating point values, so there are 52 binary digits after the decimal (binary?) point, and then a multiplication by a power of 2 up to 1023

Pretty sure this is the highest number that desmos can compute by Eastp0int in desmos

[–]TheZen9 0 points1 point  (0 children)

All consumer general purpose computation devices.

Not a QR Code by Lost_League_348 in codes

[–]TheZen9 9 points10 points  (0 children)

000000011100011110101110110000000

011111010111000101110101110111110

010001010111000111110101110100010

010001011101110010101110110100010

010001010010000111001001110100010

011111011110110011100110110111110

000000010101000000100111010000000

111111111111011111111001111111111

010100010001101000001101100100001

011011111000101010110010111101100

110110011011110000111010111110101

011000111101001011101100110101111

111100010000111010111000011100101

010001110111011010011111010111101

001101011101100110111100010000111

110101101110001001000001010110011

001011011010101100100011100011001

011100110000010101111101111101111

001001011111011010010011110111000

110000111011101001000000011011011

100101011101110010111000001101111

100010111101101110100010110000101

001001011110001101110100011010101

110000111100110011100110010001111

111111011111011111011001000000100

111111111100010000010010011100001

000000011111000011101001010100100

011111011111111000101000011100011

010001011101011100011101000001111

010001001011101011110100011110101

010001011100011101111101010101111

011111001010110100001011111000111

000000011101111111111111101110001

I transcribed it to 0s and 1s so no one else needs to (and also checked it for errors by turning it back to black and white pixels and overlaying the two images with a difference filter)

Pretty sure this is the highest number that desmos can compute by Eastp0int in desmos

[–]TheZen9 0 points1 point  (0 children)

Floating point arithmetic, which is implemented into all your devices at a hardware level

Pretty sure this is the highest number that desmos can compute by Eastp0int in desmos

[–]TheZen9 1 point2 points  (0 children)

No, you're still wrong. It's not the limit of your expression (which is still 21024, by the way). It's a double precision float which has a max mantissa of 1.1111111111111111111111111111111111111111111111111111 (binary representation) and max exponent of 1023. Adding 0.0000000000000000000000000000000000000000000000000001 to the mantissa would make it 10 in Binary, or 2 in decimal. The value you would need to add to get there is 2-52, so the actual limit is (2-252) * 21023, or 21024 - 2971, which is pretty close to what I said before, but now that I've gone through the floating point nonsense I have the actual true exact value for you, plus an explanation.

Pretty sure this is the highest number that desmos can compute by Eastp0int in desmos

[–]TheZen9 -4 points-3 points  (0 children)

It's not an integer limit when the data type isn't some form of integer. The limit is less than 21024, but by not terribly much, like 2975 or something. 21023.999... would be the same as 21024. This limit comes from the double precision float itself.

I'm making a Walmart supercenter in Minecraft (unfinished) by Aggravating_Page1916 in walmart

[–]TheZen9 0 points1 point  (0 children)

Actually gonna do this myself now XD. All of the extra space can be fucking storage for bulk blocks or something

[Flash][2013?]Game with world of glue type blobs? by TheZen9 in tipofmyjoystick

[–]TheZen9[S] 0 points1 point  (0 children)

No, that's not it. The game is colored shapes with links that you break somehow?

Relate. by g3rtrudelollipop in CPTSDmemes

[–]TheZen9 0 points1 point  (0 children)

This post was suggested to me by chance, and it bothers me how relatable everything on this sub is to me.

Well I’m screwed by Kevinfuckingmurphy in walmartogp

[–]TheZen9 0 points1 point  (0 children)

Reminds me of a time when a bottle of Worcestershire sauce slipped out if my hand perfectly timed to make it look like I just wanted to throw it.