• 0 Posts
  • 17 Comments
Joined 1 year ago
cake
Cake day: June 14th, 2023

help-circle



  • I used it back in the day when I still had analog Cable TV and a digital capture card. MythTV was a pain in the ass to setup. The UI was horrible and if you were trying to setup satellite, it could get really complicated if you didn’t know what you were doing.

    That being said, MythTV is probably hands down the best digital recorder I’ve ever used. Like for LiveTV it sucks, because channel switching takes ages until it’s built a recording buffer. This might be less of an issue on SSDs now, like I said I haven’t used in ages. But MythTV had some of the best features in terms of scheduling recordings, avoiding conflicts and skipping commercials.

    Once I started using MythTV, I stopped watching live TV entirely. Since I simply just recorded stuff I was interested in.

    I’ve used MythTV, TVheadend and NextPVR. MythTV has the best recording features. TVheadend in combination with Kodi has the fastest channel switching, which is great if you just want to channel hop. NextPVR is decent and IMHO the easiest to setup out of the three. But is lacking in certain areas.


  • Not really with mdadm raid5. But it sounds like you like to live dangerously. You could always go the BTRFS route. Yeah, I know BTRFS Raid56 “will eat your data”, but you said it’s nothing that important anyways. There are some things to keep in mind when running BTRFS in Raid5, e.g. scrub each disk individually, use Raid1c3 for metadata for example.

    But basically, BTRFS is one of the only filesystems that allows you to add disks of any size or number, and you can convert the profile on the fly, while in use. So in this case, you could format the new disk with BTRFS as a single disk. Copy over stuff from one of your other disks, then once that disk is empty, add it as a additional device to your existing BTRFS volume. Then do the same with the last disk. Once that is done, you can run a balance convert to convert the single profile into a raid5 data profile.

    That being said, there are quite a few caveats to be aware of. Even though it’s improved a lot, BTRFS’s Raid56 implementation is still not recommended for production use. https://lore.kernel.org/linux-btrfs/20200627032414.GX10769@hungrycats.org/

    Also, I would STRONGLY recommend against connecting disks via USB. USB HD adapters are notorious for causing all kinds of issues when used in any sort of advanced setup, apart from temporary single disk usage.



  • Mislabeled files, not so much. Since there isn’t really a way to verify the content until it’s downloaded. You can adjust things like which file sizes are considered a certain quality, e.g. HD or 4k. But one approach could be that you define tags for release groups which you know and trust. And give those tags a higher score. This should lead to releases by those groups being preferred.

    You can of course add multiple tags with positive and negative scores. For example I use tags to give a higher score to releases that have 5.1 audio, or which are non-hdr.









  • Containers, unless you have a specific need for a VM.

    With a VM you have to reserve resources exclusively. If you give a VM 2gb of ram, then that’s 2gb of ram that you can’t use for other things, even if the guest OS is using less.

    With Containers, you only need as many resources as the process inside the container requires at the time.