I’m currently in the process of re-downloading everything on x265 because of the smaller files sizes. Whats do you guys think? Also has anybody experience with Tdarr?

  • Xianshi@lemm.ee
    link
    fedilink
    English
    arrow-up
    23
    ·
    10 months ago

    I prefer x264 since all my devices can play it, though x265 is great for file sizes.

    • Kidnose@lemmy.dbzer0.com
      link
      fedilink
      English
      arrow-up
      16
      arrow-down
      1
      ·
      10 months ago

      This. I actually went the opposite route to OP, replaced everything 265 to 264 to avoid playback issues. My content is played on many different devices so 265 simply won’t cut it.

      • Stephen304@lemmy.ml
        link
        fedilink
        English
        arrow-up
        8
        ·
        10 months ago

        For me the math worked out that it was cheaper to get a nuc with quick sync than to pay for the extra storage h264 uses, it’s less than half the bitrate (usually ~2Mbit for 1080 compared to 8+), I have 23TB of content and my Intel nuc power efficiently transcodes to h264 on demand if the device needs it.

      • Daniel Quinn@lemmy.ca
        link
        fedilink
        English
        arrow-up
        3
        ·
        10 months ago

        What kind of devices won’t play x265? I’ve got some rather old hardware and it seems to work just fine on everything.

        • IceSeaHunter@lemmy.dbzer0.com
          link
          fedilink
          English
          arrow-up
          3
          ·
          10 months ago

          I sometimes stream from my 2014 ultrabook to my TV… never had a problem with x264, but some x265 encodings cut out/freeze/lag during scenes where a lot is happening (motionwise)

          • ArcaneSlime@lemmy.dbzer0.com
            link
            fedilink
            English
            arrow-up
            1
            ·
            10 months ago

            Same, laptop from '15, TV from '09. If you’re on linux what did you use to reencode, ffmpeg? Never even occurred to me I could do that lol.

            • IceSeaHunter@lemmy.dbzer0.com
              link
              fedilink
              English
              arrow-up
              1
              ·
              10 months ago

              I’ve been using Handbrake for a while now - albeit on Windows. It is available for Linux but I can’t guarantee it’s the exact same experience.

  • GamesRevolution@programming.dev
    link
    fedilink
    English
    arrow-up
    22
    ·
    10 months ago

    I really love AV1, it’s very small in file size and it’s completely free, meaning that it should play anywhere were it was implemented

    • hyperOP
      link
      fedilink
      English
      arrow-up
      10
      ·
      10 months ago

      Are there scene releases that are encoded in AV1?

      • ruben@lemmy.blahaj.zone
        link
        fedilink
        English
        arrow-up
        13
        ·
        10 months ago

        There are a moderate amount of tightly connected releasers who encode and release AV1. Just add av1 to any search on 1337x and you can find them.

    • kaya@eviltoast.org
      link
      fedilink
      English
      arrow-up
      2
      ·
      10 months ago

      Wish AV1 was more widely used, better licensing than x265 while same compression afaik

      • LufyCZ@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        1
        ·
        9 months ago

        It’s open, so no licensing.

        Also, compression-wise, it’s either equal or better from what I’ve seen

  • ayaya@lemdro.id
    link
    fedilink
    English
    arrow-up
    20
    ·
    edit-2
    10 months ago

    For codecs it is highly dependent on the release group. For 4K it is the only valid option, but for 1080p a lot of groups make their x265 encodes too small and sacrifice quality. Take a look at the group rankings in the trash guides for sonarr and radarr for a general idea if who is the best/worst.

    As for Tdarr, you should only really use it for audio and subtitle processing. For one you should not re-encode video so unless you’re starting with remuxes you’re further degrading video that is already degraded. And for two it’s best left to the people who know what settings to tweak for each movie or episode. There is no universal setting that works well for everything so while you might be able to get acceptable quality with automation it’s never going to be great. The best groups already took the time and effort to get it right so you might as well get those and save yourself the time/electricity.

  • Virual@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    17
    ·
    10 months ago

    HEVC 10 bit in order to reduce banding for animation, especially during dark scenes. I know H264 Hi10 exists, but it has poor hardware support, so using HEVC 10 bit is the best option (I don’t own a single streaming device that supports HW accelerated Hi10, besides my PC). Also, an added benefit is reduced file size. I find that doing my own encodes is very rarely worth it, but when I do, I use FFmpeg in the CLI and not tdarr.

      • Virual@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        12
        ·
        edit-2
        10 months ago

        Banding is that annoying color gradient you see sometimes in dark scenes.

        Example

        On the left is 8 bit and on the right is 10 bit.

        • argv_minus_one@beehaw.org
          link
          fedilink
          English
          arrow-up
          3
          arrow-down
          6
          ·
          edit-2
          10 months ago

          Hold up. That entire image is 8-bit. It’s a JPEG image. JPEG can’t encode more than 8 bits per channel. Nor can most displays, including mine, display more than 8 bits per channel. And yet the left half of your image exhibits far worse banding than the right half.

          The left half looks more like 5 bits per channel rather than 8. You’d see that kind of banding in gradients back in the days of Windows 3.1, when 16-bit color was common. (16-bit color uses 5 bits each for red and blue, and 6 bits for green.)

          • Virual@lemmy.dbzer0.com
            link
            fedilink
            English
            arrow-up
            13
            arrow-down
            1
            ·
            edit-2
            10 months ago

            It’s an exaggerated example to demonstrate the concept of banding more clearly, not a technical breakdown.

            • argv_minus_one@beehaw.org
              link
              fedilink
              English
              arrow-up
              5
              arrow-down
              9
              ·
              10 months ago

              Then it should be marked as such. It’s highly misleading to anyone who doesn’t know better. Again, you’re demonstrating the difference between 5-bit and 8-bit color, not the difference between 8-bit and 10-bit color.

              • Virual@lemmy.dbzer0.com
                link
                fedilink
                English
                arrow-up
                10
                arrow-down
                1
                ·
                edit-2
                10 months ago

                The purpose of the comment is to demonstrate banding. The only reason I marked it in bits is to show how banding can be reduced in video encodes by increasing the bit depth, not the specifics depths itself, it’s not a technical write-up.

  • hottari@lemmy.ml
    link
    fedilink
    English
    arrow-up
    15
    ·
    10 months ago

    Can’t get enough of x265. The size to quality ratio is very good and all my hardware supports it.

    • hyperOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      10 months ago

      I know right! I was confused when I first encountered x265 files because I thought it was too small lol.

    • hyperOP
      link
      fedilink
      English
      arrow-up
      4
      ·
      10 months ago

      My bad, I was asking about video codecs.
      But I agree FLAC for audio. Although I convert to ALAC when using apple products which is basically the same.

  • dudemanbro@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    9
    arrow-down
    1
    ·
    edit-2
    10 months ago

    I mainly stick to x265 for the size. I’m not too snobby with quality and for the size its fine with me. I want to like AV1 but have issue with playback on some of my devices. Usually i just play locally off a HDD on xbox (Kodi) . This may not be an issue if/when I get a NAS. Not sure if there are issues with transcoding as I haven’t really looked into it

  • OfficerBribe@lemm.ee
    link
    fedilink
    English
    arrow-up
    6
    arrow-down
    1
    ·
    10 months ago

    x264 or x265, depends on release and availability. If x265 looks better than x264 then it is x265 for me. In some instances I have caught x264 looking better, although not often.

  • hubobes@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    5
    ·
    10 months ago

    Never really thought about it. Just download whatever and Plex then transcodes it if necessary…

  • Faceman🇦🇺@discuss.tchncs.de
    link
    fedilink
    English
    arrow-up
    3
    ·
    10 months ago

    I dont use Tdarr because of its lack of more complex rules, but I do use fileflows to re-encode old videos on my server based on some rules considering its overall filesize, current format, and which library it is in. If the flow decides the file should be encoded it is converted to h265 10bit at a high bitrate, if it somehow ends up bigger than the original it does it again with a higher reduction factor.

    • teclo@feddit.uk
      link
      fedilink
      English
      arrow-up
      3
      ·
      10 months ago

      fileflows

      Ahh… This looks like the sort of work flow I’ve been looking for, thanks for letting me know about it :)