Very disappointing if the only reason is competition. I don’t really think that any Obsidian RPG is going to sell gangbusters, and there’s not really any competition within the space, so if this is just Microsoft wanting to pad out their release schedule to keep people hooked on Game Pass, that’s scummy as fuck.
Hopefully the extra time in the tank prevents the typically Obsidian jank from creeping in at least.
Whether or not theres competition in the genre, putting a release around the holiday schedule is usually a bad time for your game unless you are a top name in the industry. The most famous case being Titanfall 2 being sandwiched between CoD and Battlefield with Gears of War, Final Fantasy, Pokemon, and South Park releasing at similar times too. Titanfall was drowned out by relevant and irrelevant competition and was likely the best game in that holiday season. Simply delaying it to January could have been the difference between being forgotten and the next biggest franchise.
I mean, even despite that release date, Titanfall 2 sold 4 million copies that holiday season and is certainly remembered today more than Battlefield 1 or CoD: Infinite Warfare. The franchise has managed to continue through Apex Legends. Maybe delaying it would have caused it to sell a little bit better initially, but I think positive word of mouth gave it much longer legs.
Also…is anything actually releasing later this year that’s worth pushing back for? Especially in the realm of RPGs? If anything pushing it back is going to cause it to conflict with Dragon Age Veilguard, which is also looking to be released very late 2024-early 2025, and is realistically the closest competition Avowed could run into. There’s basically no other RPGs releasing this fall, so who’s to say that it wouldn’t get a ton of attention by being one of the only options in town?
It should work that way. If you use the recommended Docker Compose scripts for immich, you’ll notice that only a few volumes are mounted to store your data. These volumes don’t include information about running instances. If you take snapshots of these volumes, back them up, remove the containers and volumes, then restore the data and rerun the Compose scripts, you should be right where you left off, without any remnants from previous processes. That’s a pro of container process isolation
Docker doesn’t change the relationship between a running process and its data. At the end of the day you have a process running in memory that opens, reads, writes and closes files that reside on some filesystem. The process must be presented with a valid POSIX environment (or equivalent). What happens with the files when the process is killed instantly and what happens when it’s started afterwards and it re-reads the files doesn’t change based on where the files reside or where the process runs. You could run it in docker, in a VM, on Linux, on Unix, or even Windows. You could store the files in a docker volume, you could mount them in, have them on NFS, in the end they’re available to the process via filesystem calls. In the end the effects are limited to the interactions between the process and its data. Docker cannot remove this interaction. If it did, the software would break.
I've never had to replace an LED bulb, ever. They last forever if there isn't a problem with your installation, like poor electrical wiring or poor ventilation
Exactly. LEDs are rated for 10k hours. 10-15 watt power supplies made both to cram into a tiny space defined by GE 100 years ago for a completely different lighting technology, and to hit a $2.00 price point for the whole assembly? Not so much.
I’ve actually got a super cheap and super bright LED in my garage that has been working for a long time, but it’s one of those big ugly sunflower looking ones that would never fit in an enclosed fixture anyway, so it actually lets the power supply breathe. Even then, I’m sure it’s putting out more lumens than is good for whatever half-assed components and heat sink are in it.
The first LED I bought is about 7 years old at this point, so that tracks. I was being hyperbolic when i said "forever", they aren't designed to last literally forever, i just meant many many many years
Honestly, my biggest issue with LLMs is how they source their training data to create “their own” stuff. A meme calling it a plagiarism machine struck a chord with me. Almost anyone else I’d sympathize with, but fuck Spez.
Yep they now get paid for the data we have them. I have no sympathy lol. At least these models can’t actually store it all losslessly by any stretch of the imagination. The compression factors would have to be like 100-200X+ anything we’ve ever been able to achieve before. The numbers don’t work out. The models do encode a lot though and some of it is going to include actual full text data etc but it’ll still be kinda fuzzy.
I think we do need ALL OPEN SOURCE. Not just for AI, but I know on that point I’m preaching to the choir here lol
I’m always for shitting on TERFs, but I have no idea what this meme is about. Probably because I try my best to keep ‘anti-woke’ things out of my orb. Can someone please get me in on this joke that I desperately want to be a part of haha
Is there a list of what each app failed? It would be nice for the devs to be able to see. I use Mlem, and there is about to be a new release rebuilding it from the ground up. Hopefully it will rate higher once that happens.
Thanks. Interesting how the apps, even those that have lower scores, perform better than a web browser. Using Safari and Firefox (on a laptop) and both open your links in Lemmy.world instead of that thread on my instance. Neither recognize the user as anything other than text.
I’m assuming you have a lot of flush-mount ceiling fixtures (aka boob lights)? My experience with them is that they’re very effective LED bulb killers.
The only two that have lasted are in my range hood for light above my stove. Those experience extreme heat and yet they are fine.
They only experience heat when you’re cooking, and are able to vent that heat to a large volume of air (assuming they’re not enclosed, or only enclosed by a thin sheet of plastic). The rest of the time they’re probably powered off and at ambient temperatures. Compare that to enclosed flush-mount fixtures, in which bulbs stay on for large portions of the day, trapping lots of heat in a small space for long periods of time. That’s a perfect recipe for killing LED bulbs.
If your house was built prior to LED bulbs being so widespread, it might be worthwhile to consider new fixtures that were actually designed with LED bulbs in mind.
Also, don’t buy no-name bulbs off Amazon. Chinese factories crank out shitty bulbs that are designed and built as cheaply as possible, and they will fail quickly.
I don’t bother stopping services during backup, each service is contained to a single LVM volume, so snapshotting is exactly the same as yanking the plug. I haven’t had any issues yet, either with actual power failures or data restores.
Yes, I have. I should probsbly test them again though, as it’s been a while, and Immich at least has had many potentially significant changes.
LVM snapshots are virtually instant, and there is no merge operation, so deleting the snapshot is also virtually instant. The way it works is by creating a new space where the difference from the main volume are written, so each time the application writes to the main volume the old block will be copied to the snapshot first. This does mean that disk performance will be somewhat lower than without snapshots, however I’ve not really noticed any practical implications. (I believe LVM typically creates my snapshots on a different physical disk from where the main volume lives though.)
I ran into a similar problem with snapshots of a forum and email server – if there are scheduled emails when you take the snapshot they get sent out again if you create a new test server from the snapshot. And similarly for the forum.
I’m not sure what the solution is either. The emails are sent via an SMTP so it’s not as simple as disabling email (ports, firewall, etc.) on the new test server.
kbin.life
Oldest