i’d avoid BIOS-based RAID… it doesn’t really offer many benefits over linux-based raid like MDADM, and MDADM offers a LOT of up-sides for portability, repairability, diagnostics, etc
i’d avoid BIOS-based RAID… it doesn’t really offer many benefits over linux-based raid like MDADM, and MDADM offers a LOT of up-sides for portability, repairability, diagnostics, etc
yeah stupid people like most tech workers who just need their tech to work as expected rather than be “customisable”
there’s value in the “just works” when not working costs you hundreds of $ per hour that it doesn’t work
$2000 for a phone is nothing when it’s a professional device
i’m sure they learned plenty of things about the old game engine they built
and now they have a new one… which was the whole point
“you know what worked real well? the metaverse! let’s copy their avatars!”
“ooooh yeah great idea bob! we don’t have any legs either so it’s perfect!”
also nothing that looks the same for the annoying time when you do have to do some analog copying
no I, l, or | and i usually avoid ‘, “, !, /, \ (which one was it again?) and a few others that i have set in my password manager
not multiple bulbs no, but those bulbs have multiple LEDs in them… LEDs only have a single colour, but you can produce variable colour (or colour temperature) bulbs by mixing R/G/B or warm white and cold white
philips hue bulbs for example have red, green, blue, warm white, and cold white LEDs so they can mix any colour or colour temperature
to have variable colour temperature requires a warm white and a cold white LED that get mixed, so they’re always being used at 50% or less (because 50% emission on both is the same brightness as 100% of 1)… commercial fixtures are likely to not give that option and only include a single LED at fixed colour temperature to avoid 2x the parts
colour temperature is only changeable when you “mix” other colours in: usually you have cold white and warm white LEDs and you mix them to get whatever temp you want
for commercial, i doubt they’d double the LEDs so you could adjust them… the name of the game in commercial lighting is buy what you need, buy it cheap, and don’t pay for things you won’t use
okay, so it seems as though disregarding android usage of LTS seems reasonable because whilst it shouldn’t be this way, nothing will actually change
which is kinda the point of LTS right? or does LTS for kernel mean additional things?
okay but all that “technically possible but nobody has written the software yet” is incredibly unhelpful
it’s technically possible to run every windows app perfectly in WINE but nobody has implemented a bunch of the APIs without bugs yet
HTTPS is heavy when you’re talking about the extreme low power, bandwidth, and compute devices matter is intending to support
its also not a broadcast protocol - matter intends to connect many devices to many devices
those are off the top of my head; i’m sure there are more. HTTP is great, but new/alternate network protocols aren’t inherently bad: especially when you’re operating in a very constrained/niche environment
when it got shut down a lot of commenters referred to it like losing “the library of alexandria of music”
not just hard to get stuff - stuff found in dumpsters behind studios that was never released or copied - but it was all available in the highest possible qualities by people who knew how to copy sound (both in an analog and digital sense in the best possible ways), sorted and catalogued immaculately
the protocol that allows instances to communicate is, but AFAIK there’s an API that apps use… the protocol is kinda just for how to push raw bulk data around, whilst the instance itself does things like filter based on “top”, “hot”, etc
also, in activitypub things like the actor (user), each comment, post, etc are individual objects which must be requested individually (or in a list via a search i think?), so any app that communicates via activitypub would need to make hundreds of requests to the instance to display a single post, comments, and user information!
also as a kbin user
god damn i want a native kbin app!
oh for sure! that part is totally BS when you’ve bought the product already
the apps do provide significant benefits… it’s not just “because data”
you’re missing the fact that google chat and XMPP is a totally different situation… they used an open protocol; they didn’t open their backend
sure, but an open source UI isn’t going to change that… they’d just close the source!
sure you can fork it, but you can also just copy the UI to an open source clone
imagine if twitter were activitypub: kinda like having an OSS backend with a proprietary front end… i’d bet the move to mastodon would be far quicker… network effects keep people on twitter… same here with OSS backend: we can reimplement the UI and people will have the same experience
yeah… pragmatism beats purity every time: they’re doing some great work, but to do that great work they have to fund it somehow… i think that open sourcing all of the functional components (the bridges) and keeping the shiny UI closed is a pretty good way of doing that!
i guess i get not wanting to used closed source clients too, but it’s shades of grey: people shouldn’t hate on them for keeping 1 part closed source!
kinda the same reason people suggest something like linux mint over slackware, gentoo, arch, etc… mint is easy to install and is preconfigured to be an easy to use user desktop environment. you can configure any other option to be have like that, but they tend to be a bit more “DIY”, which is great if you know what you’re doing!
dedicated NAS OSes will have good software out of the box that make it easy to configure and manage various common disk-related configurations (RAID, SMB, NFS, etc). you can certainly do all this yourself, but it might not have a pretty, unified user interface, or you might have to deal with software that isn’t compatible with some version of a library that’s in your distro of choice… all resolvable things, but they take time to solve: anywhere from installing a package manually to applying a kernel patch and recompiling the kernel to get something to work