Quirk explains how they ended up where they have in Xerian 2.
#furry #comics #furryart #ProjectFuture
Previous pages are here: http://projectfuturecomic.com/xerian2.php?strip=04-05
| Pronouns | he/him |
Quirk explains how they ended up where they have in Xerian 2.
#furry #comics #furryart #ProjectFuture
Previous pages are here: http://projectfuturecomic.com/xerian2.php?strip=04-05
Do you run on batteries? And if so, what kind?
Batteries yes, and this got me to think of what exact chemistry (or at least, the general chemistry). Due to when he was first manufactured and how poorly his power circuitry integrated with his body, Senil originally ran on nickel-cadmium batteries when he was young. Despite his messed up power system, he was eventually able - albeit at great lengths and with many months in recovery - to update his battery tissue chemistry to lithium-ion with nickel-manganese-cobalt instead. Given that Senil lives in a interstellar post-scarcity society (though still at the far reaches of everything, with much less space traffic than other systems) battery tech is all over the place compared to us. In general he pushes for folks to at least use the extremely tried-and-true lithium-iron-phosphate chemistry due to how stable it is and has been for millenia, and not rely on more "unstable" and "ancient" chemistries like lithium-ion NMC or even Ni-Cad and Ni-MH. LiFePo is considered the "boring" chemistry that most everything uses, with sodium-ion being right next to it when stability is king over all else. Solid-state batteries have been in use for centuries, though only more recent synths and robotics have had them installed - due to their, well, "solid" nature they went under significantly more testing before being deployed for battery tissues. Silicon-Carbon anode batteries are still pretty common for devices that need high energy density, like phones and laptops, so they're very common in those devices to that day for Senil.
I hate how often I see this kind of update out of context:
DigiScambo 1.8.3.5 release!
Finally, after two years of work, we've finally updated DigiScrambo to use Sneeborf 2.0!
You can download DigiScrambo 1.8.3.5 at http://digiscrambo.egg/releases
Does Senil generate much trash as a Synth? And if you have the time to explain, I'd love to hear how it's handled in your lore if any! Would be willing to read a ton.
Ooh, this is an interesting one! In terms of Senil specifically, he doesn't generate too much trash outside of the usual amount for "existing day-to-day" - small bits of plastic and paper waste due to packaging, cardboards, metal shavings, small faulty electronics components, things like that. Since he's battery-powered most of the time, he only needs the occasional metals to give his nanites material to repair and/or grow with (unless his battery tissue itself inflates...), so his overall trash output is pretty minimal. He does have a bio-burner to convert as much energy as possible from biomass into energy for whenever he's trekking somewhere far from power, especially if it's somewhere without consistent access to solar power, but it takes energy to produce energy from it. Even though he could eat spare bits of plastic, paper, cardboard, leaves, etc. to help keep him powered on, small amounts like that usually take more energy to convert than they actually produce, so he practices "leave no trace" whenever possible. He has tried to get more efficient bio-burners that use different processes to convert biomass into energy, but they end up getting rejected by his neurology often times since his power circuitry ended up integrating very poorly when he was young and developing; he just has to take whatever works with him and hope it integrates cleanly enough. If anything, "broken modules" ends up being his most consistent trash output, but usually they can be repaired or repurposed into something else that works just fine. If it can't be... well, he'll either eat it or sell it for scrap.
I disabled Just-in-time compilation in my browser. Why is Anubis slow?
Anubis proof-of-work checks run an open source JavaScript program in your browser. These checks do a lot of complicated math and aim to be done quickly, so the execution speed depends on Just-in-time (JIT) compilation. JIT compiles JavaScript from the Internet into native machine code at runtime. The code produced by the JIT engine is almost as good as if it was written in a native programming language and compiled for your computer in particular. Without JIT, all JavaScript programs on every website you visit run through a slow interpreter.
This interpreter is much slower than native code because it has to translate each low level JavaScript operation into many dozens of calls to execute. This means that using the interpreter incurs a massive performance hit by its very nature; it takes longer to add numbers than if the CPU just added the numbers directly.
Some users choose to disable JIT as a hardening measure against theoretical browser exploits. This is a reasonable choice if you face targeted attacks from well-resourced adversaries (such as nation-state actors), but it comes with real performance costs.
If you've disabled JIT and find Anubis checks slow, re-enabling JIT is the fix. There is no way for Anubis to work around this on our end.