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?
I usually use what’s available, and has the best file size for the quality. h265 is usually the best in this regard, but I look forward to more av1 encoded content. My Jellyfin server runs on my old school computer, whicj I could buy cheaply from my school, but since it has a sub-1080p screen, it works best as a server with built in UPS for me. It also has quicksync, so I’ve never had to think about which codecs my clients support.
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.
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.
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)
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.
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
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.
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.)
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.
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.
Dodaj komentarz