I usually stare at their mouth if I’m talking to someone. How else do you concentrate on what they’re saying? Their eyes aren’t the part that talks.

In much simpler terms:

Think of an IP address like a street address. 192 My Street.

There might be multiple businesses at one street address. In real life we address them with things like 1/192 My Street and 2/192 My Street, but there’s no direct parallel to that in computer networks. Instead, what we do is more like directing your letter to say “Business A c/o 192 My Street”. That’s what SNI does.

Because we have to write all of that on the outside of the envelope, everyone gets to see that we’re communicating with Business A. But what if one of the businesses at 192 My Street is highly sensitive and we’d rather people didn’t know we were communicating with them? @bjoern_tantau@swg-empire.de’s proposal is basically like if you put the “Business A” part inside the envelope, so the mailman (and anyone who sees the letter on the way) only see that it’s going to 192 My Street. Then the front room at that address could open the envelope and see that the ultimate destination is Business A, and pass it along to them.

Yeah every 10 years would be good even if you assume they did learn everything correctly the first time and don’t forget anything, just to make sure people are keeping up with changes in the law. I regularly still see people loudly sharing interpretations of the law on social media that haven’t been true for a decade. And then speed it up to every 5 years after 65 to additionally account for senescence.

Life expectancy is a useless metric for this purpose. Maybe it would be more useful if you used “life expectancy at age 10” (so after any childhood illnesses), but even then it doesn’t really say anything about what the process senescence looks like.

But that’s not changing the design, really

Depends on what one means by “change the design”. It doesn’t make a fundamental change to the deeper architecture of the game, no. But it does require some relatively superficial changes, which are themselves a design problem of sorts.

There are, it may surprise you to learn, different types of game that have online connectivity for different reasons. And the appropriate EOL response may differ across those games.

“Live-service” games where the main gameplay is singleplayer but an online connection is required so they can enforce achievements and upgrades (…and “anti-piracy” bs) may be best served by simply removing the online component so it can all be done locally.

Online competitive games can be switched to a direct connection mode.

MMOs and other games with large numbers of users and a persistent online server can be run on fan-operated servers, so long as (a) the server binary is made available, and (b) the client is modified to allow changing settings to choose a server to connect to (it could be something as simple as a command-line flag with no UI if the devs are being really cheap).

Devs have numerous options for how to address the SKG initiative. The top three that come to my mind are:

• Release server binaries (along with modifying clients to have a setting to connect to the right server)
• Modify multiplayer to work over LAN (good when the server’s only/main job is matchmaking)
• Modify the game itself to no longer require online connectivity

In the case of live service games, I would suggest option 3 is the most appropriate. If the main gameplay is singleplayer, but it’s online so you can dole out achievements and gatekeep content, the answer is simple: stop doing that. Patch it to all work in-client. And keep in mind that this will be a requirement at end-of-life from the beginning. If it’s an unexpected requirement, that’s going to be a huge development cost. If it’s expected, making that EOL change easy to implement will be part of the code architecture from the start.

Oooohhh. I thought you had somehow completely flubbed typing the word “big”, or something like that.

Man I hate it when I’m around someone with a istg dick complex.

I just took a really quick look at it, but under Importing data from Nominatim it says “-country-codes allows to filter the data to be imported by country. Set this to a comma-separated list of two-letter language codes.”

That’s a different section from the Importing data from a JSON dump section, which is where it only mentions -country-code. But even that does seem to suggest it takes “all the parameters of an import from a Nominatim database”. So it seems like either the documentation for one of them is wrong, or both are lacking (because in fact both the singular and plural work).

If you do not configure anything, then Reitti will skip Geocoding and only display Unknown Place.

Ah ok thanks. This is what I was wondering.

Two follow-ups:

Can you specify multiple COUNTRY_CODEs? (and if so, is the method

environment:
  - COUNTRY_CODE=country_one
  - COUNTRY_CODE=country_two

or

environment:
  - COUNTRY_CODE=[country_one, country_two]

or something else?)

And is this something that can seemlessly be retroactively changed? For example, if I set COUNTRY_CODE=au and it works fine for Australia, but then I move to NZ, can I add (assuming the answer to my first question is yes) or change to COUNTRY_CODE=nz and have all the NZ locations work on the already-recorded data, even if I made that change to my configuration after I had been in NZ for a few months?

Is that true even if you’re not in hybrid mode?

I don’t actually have any personally. I’m still with Google Photos for now and hadn’t decided what to switch to, with Immich, Nextcloud, and the non-open Synology Photos being the top of my list. Legitimately, what a tool like this supports could be a factor I use to help decide.

How complicated is the code interfacing with Immich? Is it a piece someone not familiar with your overall code base could relatively easily pick up and make a pull request for?

I love that it supports multiple formats for important location as well as multiple geocoders. But that makes me wonder, would it be feasible to support multiple image libraries? There’s a bunch of different FOSS photo libraries out there. I think Nextcloud is the main other one I’ve heard about ‘in the wild’, as it were. Or is there too much bespoke Immich code in there for that to be a simple plug-and-play option?

Oh interesting. I’ve just read through that link, and I was assuming that something similar to the “external only” option would have been the only way it worked. More specifically, I thought it’d just store a list of historical points and display those on an OSM overlay. But it seems like even “external only” is much more involved than that.

What happens with self-hosted Photon if you specify a country, but then also visit another country? (I assume in hybrid mode it’s as simple as "use Photon in your country, use Nominatim otherwise?)

But yeah, definitely sounds like a Pi is probably not gonna cut it. I’ll have to see if my Synology can do it, or if the weird OS restrictions Synology imposes prevent it.

Fuck yeah this is awesome! The detail of Immich integration is just the icing on top of an awesome cake!

How demanding is it on server resources? Am I likely to be able to run it on an old Raspberry Pi that’s also running a couple of other relatively light tasks? How much storage does it end up using over time? I’m probably going to try and get it running either on my Pi or my Synology NAS, though the latter has had issues with Docker containers in the past depending on the container’s dependencies…

Most of this comment was my own speculation based on the details they’ve shared publicly. The details I know of publicly are:

• The seem to be profitable. Or at least in a relatively sustainable place; they talk about profit a lot, but usually in terms of how the “profit” is split between creators. I forget, maybe the Wendover “history of Nebula” video from a while back talked more specifically about profitability?
• They’re choosing not to take outside investment. This is something the CEO, Dave Wiskus, talked about particularly with respect to the Lifetime subscriptions, describing those as their option for building up the sort of large amounts of cash that they might otherwise have gone to outside investment for, in order to fund bigger projects
• The fact that they are, quite visibly, expanding their range of content

The rest was me speculating about how the business model would seem to work based on those factors plus my limited, layperson’s, understanding of their industry.

I legitimately think they’re impossible to explain. Not impossible to understand, mind you, but to explain. The only way to ever learn to play a board game is by playing it, preferably open-hand, and learning it step by step in practice.

I will check these out

FWIW the specific channels I recommended were mostly based on stalking your user profile and grabbing a couple I thought might interest you based on that. But I didn’t have much to go on from your Lemmy history specifically. They weren’t necessarily the first ones I’d recommend to someone in the general public, or to someone whose interests I knew better.

if only I could figure out how to use peertube

From my experience trying Peertube, its biggest problem for now is just…the server infrastructure of existing instances isn’t very good. I got really bad buffering. Maybe better server-side encoding could have helped with that. Maybe they need stronger server hardware with better outbound network connections. Maybe I just need to find a more locally-hosted instance to me. Maybe it’s something else. But the user experience was really not good. Which is a shame. As nice as Nebula’s sort of worker-owned co-op model is, true federated video would be really nice for those of us not privileged enough to become a member of the exclusive club. YouTube being basically the only real option really sucks, and I’m sick of alternative options like Gfycat dying off and losing all their content.

From everything I’ve heard, they’re already profitable, and are explicitly choosing only to grow in a sustainable way, without taking on outside investment which could force them into enshittifying down the line. With a relative lack of need to show extreme growth, and a lack of reliance on outside factors like advertising (being subscription-based), the only major risk that I can see for them long-term is user churn. Which is definitely a risk, but with the ever-creeping growth of the range of content they have and (at least for now) an attitude of being customer-friendly, churn seems a relatively low risk.

As far as I can see, at worst, the platform dies if the YouTube channels of the people on the platform die because of the YouTube algorithm, and they get bad churn (with fewer new subscribers because of the aforementioned dead YouTube channels at the top of the funnel), and they don’t get new more successful channels on before that happens. A scenario that’s far from unlikely, but which I would describe as “catastrophic, whether or not Nebula exists today”, so its existence for now as a hedge against more likely bad scenarios is still worthwhile.