Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)W
Posts
1
Comments
124
Joined
3 yr. ago

  • It's not just like jpeg with extra channels. It's technically far superior, supports loss less compression, and the way the decompression works would make thumbnails obsolete. It can even recompress already existing JPEGs even smaller without additional generation loss. It's hard to describe what a major step this format would be without getting very technical. A lot of operating systems and software already support it, but the Google chrome team is practically preventing widespread adoption because of company politics.

    https://issues.chromium.org/issues/40168998

  • He is comparing himself to Caesar? Maybe someone should stab him to help him out.

  • Or stacked trays of eggs 🤣

  • 0/0 is undefined because everything would be a valid result. 0/0 is basically finding solutions for 0*x=0 and everything you put into x would satisfy the equation.

  • You know what else is natural? HIV, dog shit and asbestos 🤣

  • I'm pretty sure it's not FALLS() but WENN(), at least the last time I used Excel.

  • I'd suggest "vorzeichnenbehaftete Ganzzahl" (maybe vbGanz) and "vorzeichenlose Ganzzahl" (vlGanz) 🤣 please don't make that a thing

  • Does that get translated if someone else with a different language opens that file?

  • Could be because Ganz is short for Ganzzahl and a noun.

  • Don't use floats when you need to get accurate stuff

    Floats are accurate. Could you name a situation (except money) where you think floats are not accurate enough to handle it?

  • Why?

  • Not only for audio, but everything that doesn't have to be an exact base 10 representation (like money). Anything that represents something "analog" or "measured" is perfectly fine to store in a float. Temperature, humidity, windspeed, car velocity, rocket acceleration, etc. Calculations with floats are perfectly accurate and given the same bit length are as accurate as decimal types. The only thing they can't do is exactly(!) represent base 10 decimals but for a very large amount of applications that doesn't matter.

  • That's not really true and it depends on what you mean. If your decimal datatype has the same number of bits it's not more accurate than base 2 floats. This is often hidden because many decimal implementations aren't 64 bit but 128 bit or more. But what it can do is exactly represent base 10 numbers which is not a requirement for a lot of applications.

    You can use floats everywhere where you don't need numbers to be base 10. With base 2 floats the operations couldn't be more accurate given the limit of 64 bits. But if you write f64 x = 0.1; and one assumes that the computer somehow stored 0.1 inside x they already made a wrong assumption. 0.1 can't be converted into a float because it's a periodic in base 2. A very very pedantic compiler wouldn't even let you compile that and force you to pick a value that actually can be represented.

    Down the rabbit hole: https://zeta.one/floats-are-not-inaccurate/

  • But that's not because floats are inaccurate. A very very pedantic compiler wouldn't even let you write f64 x = 0.1; because 0.1 (and also 0.2 and 0.3) can't be converted to a float exactly (note that 0.5, 0.25, 0.125, etc. can be stored exactly!)

    The moment you write f64 x = 0.1; and expect the computer to store that inside a float you already made a wrong assumption. What the computer actually stores is the float value that is as close as possible to 0.1. But not because floats are inaccurate, but because floats are base 2. Note that floating point types in general don't have to be base 2 - they can be any base (for example decimal types are base 10) but IEEE754 floats are base 2, because it allows for simpler hardware implementations.

    An even more pedantic compiler would only let you write floating point in binary like 10.10110001b and let you do the conversation, because it would make it blatantly obvious that most base 10 decimals can't even be converted without information loss. So the "inaccuracy" is not(!) because float calculations are inaccurate but because many people wrongly assume that the base 10 literal they wrote can be stored inside a float.

    Floats are actually really accurate (ignoring some Intel FPU hardware bugs). I skipped a lot of details which you can find here: https://zeta.one/floats-are-not-inaccurate/

    Equipped with that knowledge your calculation 0.1+0.2 != 0.3 can simply be translated into: "The closest float to 0.1" + "The closest float to 0.2" is not equal to "The closest float to 0.3". Keep in mind that the addition itself is perfectly accurate and without any error/rounding(!) on every EEE754 conforming implementation.

  • Great summarized, especially the "close enough" part. If you think about it this situation never would've happened if we would have based the majority of the computer designs on ternary instead of binary. https://zeta.one/kilobyte-is-1000-bytes/

  • 1000 is technically correct. The best kind of correct 🙃 It's hard to explain in a short sentence because the situation is a bit of a mess. If you have a few minutes and want to go down the rabbit hole you could check out this: https://zeta.one/kilobyte-is-1000-bytes/

  • Selling your data would be stupid, because they make money with the fact that they have data about you nobody else has. Selling it would completely break their business model.

  • I don't think that's how it works. If it exactly looks like something protected by laws like copyright or whatever your country uses, I highly doubt that any court would say that it's fine just because it was created by AI.

  • Mafs

    Jump
  • Doubling every three months is an exponential interpolation and not a linear one!