• 0 Posts
  • 33 Comments
Joined 6 months ago
cake
Cake day: February 12th, 2025

help-circle


  • I used to really like esxi, but broadcom screwed us on that.

    Hyper-v sucks to run and manage. It’s also pretty bloated.

    Proxmox is pretty awesome if you want full VMs. I’m gonna move everything I have onto it eventually.

    For ease of use, if you have Synology that can run containers, it’s okay.

    I also like and tend to use unraid at my house, but that’s more because of my insane storage requirements and how I upgrade with dissimilar disks fairly frequently. (I’m just shy of 500tb and my server holds 38 disks.)






  • Haha. Thanks. I really didn’t want to pay Netflix or any other streaming service. But it might have been cheaper than hdds and electricity.

    This is something I’ve been building for over 10 years at this point. I’ve gone through so many iterations of servers and storage architecture. I’ve lost my entire TV and movie library multiple times. (I don’t back it up because a. It’s expensive at this scale and b. this data is easy to rebuild over time.)

    It’s been a part of learning about hosting and data management that I’ve brought to/from my work.






  • Very true. But considering the metadata provider can manage the variations, I don’t think it’s too onerous of a consideration for the actual media management side.

    I’d love a better movie manager that puts weight on extras and handles them much better. And editions, too. Directors cut, cinema cut, TV broadcast cuts. There really needs to be a better way to handle all that than a single movie file.

    Though for radarr and sonarr, some of those are restrictions for the player they are accommodating. If Plex and Jellyfin don’t handle the ability to choose versions, why have the *arrs do it.

    But I also understand that it’s not something the majority of users care about. So it makes it not worth their time. And as for readarr and lidarr, I don’t know if it’s just a limitation of the fork using the existing *arr framework.