playing offline because that's where all my stuff is as last I checked the online was a disaster. Other than that, it's pretty cool ARPG. Though I have some thoughts about some "gearcheck" -type bosses. After ~180h (since beta) or whatever, I'm still thinking it's a solid 7/10. Fairly enjoyable, but not greatest of all time by any stretch.
Content Warning
It's completely stupid and I love it. Essentially wannabe-"spööktubers" take a camera and few flashlights into dark, abandoned industrial complex to film something spooky, just to gain views on "Spööktube". Views gain you money, money buys you gear.
The dives to the industrial complex are very short too, as you can only film so much (90s max, it seems), and the monsters are hella deadly. Either the camera gets filled or everyone is dead in minutes.
The footage can be saved as .webm -videos to desktop, which is GREAT
yea I do also use the favorites (and two other manual lists), but thats about it. Mostly I just use the "last played" view of the library and hide games which aren't installed locally.
I just use dynamic collections, eg. group games by their store-tags, eg. arpg, fps, puzzle, walking-sim, online-coop... etc, whatever I consider handy when going through all of it.
Sure, the categories have a lot of overlap, but I don't mind, the games list is a disaster anyway (>1300 games on account... yea.).
I used to maintain my own categories, but at some point the number of games started to be too much to do it by hand.
edit: One of the better features is to group games with online-coop with friends who have it too. Makes it a lot easier to find the next adventure to start after few beers.
no arguments there. Still, I kinda feel that raising the limit high enough to effectively turn off the limit is probably bit overboard. But, if it works, it works, but the kernel devs probably put the limit in place for a reason too.
On one hand, I'd assume Valve knows what they're doing, but also setting the value that high seems like it's effectively removing the guardrail alltogether. Is that safe, also what is the worst that can happen if an app starts using maps in the billions?
Hastily read around in the related issue-threads and seems like on it's own the vm.max_map_count doesn't do much... as long as apps behave. It's some sort of "guard rail" which prevents processes of getting too many "maps". Still kinda unclear what these maps are and what happens is a process gets to have excessive amounts.
According to kernel-doc/Documentation/sysctl/vm.txt:
This file contains the maximum number of memory map areas a process may have. Memory map areas are used as a side-effect of calling malloc, directly by mmap and mprotect, and also when loading shared libraries.
While most applications need less than a thousand maps, certain programs, particularly malloc debuggers, may consume lots of them, e.g., up to one or two maps per allocation.
The default value is 65530.
Lowering the value can lead to problematic application behavior because the system will return out of memory errors when a process reaches the limit. The upside of lowering this limit is that it can free up lowmem for other kernel uses.
Raising the limit may increase the memory consumption on the server. There is no immediate consumption of the memory, as this will be used only when the software requests, but it can allow a larger application footprint on the server.
So, on the risk of higher memory usage, application can go wroom-wroom? That's my takeaway from this.
they're prebuilt as in: no soldering iron needed. I'm unaware if the switches/keycaps are on out-of-the-box, but that's like 15min of "keeb hobbying" to put them in.
could be firefox handles those internally, kinda seems like urls open up in the window which was last active. So.. I guess you could start the script by starting firefox with --new-instance or --new-window, and patiently wait until urls are open? I guess.
Assuming you know what you're doing, maybe some script? At least on linux something like this seems to work:
bash
#!/bin/bash
urls_file="${HOME}/path/to/url_list.txt";
sleep_time=1;
while read -r line;
do
firefox "${line}";
sleep ${sleep_time};
done < "${urls_file}";
edit: heh, tried to delete this as irrelevant, as I entirely missed the clipboard & requirement for a button IN firefox.. but it didn't really delete it seems. Oh well, leaving this in for laughs.
Anyhoo, if you need to speed up/throttle the link opening somehow, maybe add some incremental counter there and skip sleeping if counter < 10 or whatever.
afaik not an option for creators, OR it isn't an option for me/my videos.