I am a firm believer that torrent release groups should get together and coordinate one big movie release where they troll everyone by only releasing it as a RealPlayer *.rm video file.
honestly they should have fun with it more often. if you're going to spend your time risking being charged with costing movie companies 850 trillion theoretical dollars per microsecond of pirated footage then you might as well get wacky about it.
there's a scene in Adventure Time when a cat-like creature is stalking Finn, and it says "I have approximate knowledge of many things", and I think about that phrase at least once a week.
@d_olex@buherator we do have that for many JITs, but there can be tradeoffs in things like crash telemetry. still, for cases where you don't care about crash telemetry, there's a strong case to be made for shipping native ahead-of-time JIT'd binaries (and multiarch where possible)
@d_olex@buherator software with big user counts (think along the lines of browsers or stuff like Steam or Spotify) often ships with a crash handler program that gets invoked when the program crashes, and sends a telemetry ping back to the vendor, like a private version of what WerFault does. the telemetry usually includes metadata about the fault to help with debugging, and there are backends with clever triage features like stacktrace grouping to help prioritise bugs that hit many people.
@d_olex@buherator native AoT binaries often don't have the same metadata available so the crash data isn't as easy to work with. you don't get quite as rich a picture of what was going on when the crash occurred.
@d_olex@buherator I know, but the issue is that if your developers are working in a non-native language then translating the native crash data back into something that they can understand in their original code flow can be more difficult. it's not impossible, but it's less straightforward.
(keep in mind that most devs aren't like us and don't RE the guts of stuff all the time lol)
@d_olex@buherator yup, but there's a different mindset there and different tradeoffs. I wouldn't want a kernel dev doing UI/UX development work; I've seen that software and it's horrrribbble lmao
I wrote a script to pull down all of OSRAM's optical data packges, extract the spectral power distribution data, and run colour quality analyses on them. the reason for doing this was to take a look at the correlation between CRI Ra (the typical CRI number you'll see advertised), CRI R9 (the saturated red reproduction figure from outside the standard CRI Ra range), and the TM-30-18 CFI quality metric.
CFI is a better measure, but the advertised CRI figures are still representative past CRI 90.
the measurements are based solely on the published spectral data, so naturally there's going to be some variation and you've got to trust that the values they provide will be representative of the real product performance. but we can still do some interesting analysis.
the top-ranked LED by CRI Ra is the GW KAGMB9 KM 5000K, scoring CRI 97.2. it is advertised as CRI 90+. the TM-30-18 CFI for this LED is 92.8, which is very good. the R9 is 89.3.
the top-ranked LED by CFI is the GW KACCBB GM 3500K, with a CFI of 95.3. the CRI is 96 and the R9 is 85.7.
the CRI figure still tells us that it's a good LED in both cases, but can't really be relied upon for evaluating which of two LEDs is better once you're past CRI 90.
it's not really that surprising that the top-ranked by CRI ends up being a colder temperature than the top-ranked by CFI. CRI Ra focuses on just a few desaturated tones which means it tends to score 4500K+ LEDs better. getting a high CRI at 2700K is extremely difficult.
CFI on the other hand covers a very wide range of tones, making it more representative of the perceptual fidelity you'll see. more red and orange tones are covered, so it's easiest to hit high scores with neutral CTs.
@MrDOS@dalias my take is that the user should be free to do whatever the hell they want with their computer and their software, as long as that thing is done with consent and does not harm anyone else, up to and including many things that you would personally find objectionable. it's the same position I take in practically all other walks of life. being beholden to the prescriptivist dogmas of others is not, and will never be, freedom.
since this is getting boosted and probably escaping containment somewhat, here's the relevant thread that I boosted (but please don't go bothering the OP, they've already had more than enough shit to deal with on the subject)