Yea, after another hour today I’ve decided that my time is better spent elsewhere, so I’m just going to stick with Navidrome and not worry too much about losing out on the federated music idea for now.

I gave up on funk whale about 6 months ago and was loving navidrome, but hadn’t realised the lack of library separation. Thankfully that doesn’t bother me too much. I’ll give this another go and see how I get on though if I can find some time over the weekend

I’ve got my instance of matrix working with voice calls. It’s not built in, but it’s just another service in my compose file alongside the bridges I use to have my unified chat app.

I’m using coturn and it just works when doing voice and video calls with federated users.

I think I’ve seen people using jitsi as well, so it seems there are many options available

Ah, thanks for correcting me there. I knew that EA were involved at some level and I didn’t think to research that part of the post I was replying to, so I stand corrected, but I think the main point I was making is still valid, that the team that initially developed the game weren’t behind this re-release.

The original was EA, this re-release is Aspyr, so as bad as EA are I’m not convinced that they’re to blame here.

I’m more interested in matrix having worked with meta to actually bridge from a matrix home server to WhatsApp. Thanks to the EU’s DMA WhatsApp were required to do something.

Element has been working with Meta since the end of last year to help test their DMA interoperability (given we’re probably the world leader in interoperable end-to-end-encrypted communication) - and Matrix announced last month at FOSDEM that Element has successfully integrated 1:1 chats between Matrix and WhatsApp via the DMA APIs, while maintaining end-to-end encryption (having implemented full Signal compatibility in vodozemac). We’ve also formally requested interoperability with WhatsApp, as of yesterday. https://element.io/blog/the-eu-digital-markets-act-is-here/ (That full post is quite a long read and some of the technical bits went way over my head as I’m more focussed on dev-ops than the inner workings of the protocol)

As for how it will look, further down that same post there is the following:

The biggest concern right now is around “reachability”: whether DMA interoperability will default to off or on for EU citizens - and so whether users on Element would even be able to contact users on WhatsApp without the WhatsApp user having to explicitly opt in in advance. According to the public information available at WhatsApp Chats Will Soon Work With Other Encrypted Messaging Apps | WIRED on Feb 6th: “WhatsApp users who opt in will see messages from other apps in a separate section at the top of their inbox.”. We all know the power of defaults, especially when applied to competition law, and we’re interested to see what the final user experience is.

So sadly it looks as though you may be able to contact people if they’ve opted in for cross platform messaging, but they’ll need to look somewhere else for your messages.

I currently use matrix and have bridges for discord, WhatsApp, RCS, Google messages and possibly a couple of others running so that I can just chat to whoever I want from one place and not care which platform they’re using.

Oh, I’m fine with my setup, I have a couple of external servers that can monitor all my web accessible stuff with kuma and then I’ve got another local one to monitor my non-web accessible stuff.

Thanks for those tips though, definitely useful to consider other options

On the uptime monitoring I’ve been quite happy with uptime kuma, but… If you put it on the same host that’s down… Well, that’s not going to work :p (I nearly made that mistake)

Haha, that’s fair. I was being sincere.

I’d initially scrolled past thinking “I played this whilst I was still at Uni, why is anyone talking about it now?”

Now that I know this person’s focus is intentionally looking at older games I’m willing to go and give it a watch.

Thanks for that additional insight into this channel. This completely changes the way that I will now look at this content.

That sounds like a rather unpleasant experience indeed! I’ve never looked into it in more detail than scrolling through the lsio containers they offer, so thanks for that insight and saving me a headache in case I get around to a similar project I’ve also been meaning to embark upon

I’m going to choose not to answer that for two reasons…

1. I don’t know the answer
2. solar panels and batteries are great.

But yes I’m in a position where I was more willing to pay for the power than I was to buy additional storage space as I’m hitting the top of what I can do without significant expense.

Ah, fair point. I don’t use torrents, my media comes from usenet, so that doesn’t need to factor into my thinking.

My (overly?) Complex setup does allow me to resort to torrents as a last resort, but that happens on another machine outside my home network and gets synchronised into my home via a one-way syncthing share, so even on the rare occasion I have to resort to torrents I can leave it on that server seeding for a few weeks or months.

Could Snipe it work for you? https://docs.linuxserver.io/images/docker-snipe-it/

It looks like an asset management tool. The description copied and pasted from above reads:Snipe-it makes asset management easy. It was built by people solving real-world IT and asset management problems, and a solid UX has always been a top priority. Straightforward design and bulk actions mean getting things done faster

I’ve just recently started using tdarr to convert all of my media to x265on 14/02 and so far I’ve saved 4.02 TB of what was 28.12TB media collection. (The number isn’t a true reflection though because new episodes and shows have been added to that library since I started)

I’m letting tdarr manage the conversion process and once up and running meant that my NAS, desktop, my NUC and a mini pc are all plodding through and converting when I’m not using them for other things.

If you are worried about the disk space being taken and have some CPU time you can devote to the conversion process then I’d suggest it’s worth looking into tdarr.

One time I ran out of disk space due to it having created since 200gb log files (not sure why that happened) then another time I think I broke something whilst moving from I’ve got to another. I can’t remember what else happened to break my instances but it was always big enough there I couldn’t restore it to working it after hours if work, so if just export the vaults from everyone’s machine, nuke it, start again and try to learn how I broke it so I didn’t do it again.

I believe I was the problem for most of them except the massive log files one, but still, it was probably my fault as the things usually are. (Guess whose wife has them well trained at accepting the blame 😋)

I pay my $10 license and a personal organisation license for bitwarden because I like their platform but after yet another irrecoverable loss of data (partly my fault for not sufficiently backing it up) I’ve moved over to vaultwarden for my family’s password management.

I don’t think I’ll stop supporting bitwarden even if I’m not using their platform directly though as I do like the service I’ve had from them for something like 4 or 5 years now.

I don’t have easy access to my torrent client at the moment, how much disk space are we talking about here? Tens of GB, hundreds, multiple TB?

Edit: ooft, that’s a hefty chunk of space indeed, the first one I looked at was 400gb, the second was >4tb. Sadly I can’t contribute that kind of space on my torrent box.

I was going to say that the big downside to that would be a lack of any kind of version control, but I guess if you need that you can always use git and just commit changes there and (optionally) push them to a repository somewhere.

Interesting, I’ll try again from my desktop when I get back home again. I guess it’s possible that it’s my phone that’s the problem.