| Hormoz | mmm https://screenshotcomparison.com/comparison/20658 | 20:31 |
|---|---|---|
| Hormoz | the h.256 one seems to contain less grain | 20:32 |
| Hormoz | but also seems to lack detail a bit compared to the h.254 one | 20:32 |
| begna112 | That's pretty typical | 20:34 |
| begna112 | Considering most x265 encoders are going for small size | 20:34 |
| begna112 | And don't know what they're doing | 20:34 |
| Hormoz | well, the encoder is the same in this case i think | 20:36 |
| LightArrowsEXE | Yeah, most h265 encodes are gonna look like crap | 20:41 |
| LightArrowsEXE | ... just like most h264 encodes do (which people conveniently forget) | 20:42 |
| re: the h.256 one seems to contain less grain | ||
| Zahuczky | But that grain hides banding. | 20:42 |
| LightArrowsEXE | It's all about the user, how adept they are at encoding, and what their goals are (transparency vs. filesavings) | 20:42 |
| LightArrowsEXE | Both encoders are actually really good (yes, x265 can even be really good at preserving grain if you have any idea what you're doing) | 20:43 |
| Nala_Alan | ah | 20:43 |
| Nala_Alan | i checked | 20:43 |
| Nala_Alan | the hevc one is LowPower-Raws | 20:43 |
| LightArrowsEXE | x264 is simply much easier to tweak an get good results with, and x265 has the disadvantage of people believing HEVC's a magic bullet that makes everything smaller because they simply don't know any better. | 20:43 |
| Nala_Alan | oddly the hevc one came after the x264 one | 20:43 |
| LightArrowsEXE | But if you actually properly test with both, you find both are plenty capable at encoding if you put in the effort to learn them | 20:44 |
| LightArrowsEXE | | |
| LightArrowsEXE | (and from my experience, x265 typically beats out x264 even at transparency levels, with certain sources being exceptions depending on the kind of grain (not just grain being there). At the same time though, the difference is not always that large, and x265 is significantly slower and harder to learn, so I can't blame any encoders for explicitly sticking with x264) | 20:45 |
| LightArrowsEXE | Anyway, people are dumb and stubbornly stick to their mindsets, and are also often unwilling to break out of those. More news at 11. | 20:46 |
| Zahuczky | bUt judAs iS usiNg hEVC AND ItS ReALly GOOD | 20:47 |
| LightArrowsEXE | Unironically, for what their goal is, Judas can be pretty good | 20:48 |
| LightArrowsEXE | 20:48 | |
| LightArrowsEXE | They're at least by far the least bad mini-encoding group around, I guess | 20:48 |
| LightArrowsEXE | Which is something | 20:48 |
| Zahuczky | I'm more sensitive so subtitle quality anyways, so I do grab 4-500mb BD encodes sometimes. | 20:49 |
| LightArrowsEXE | If more of their people filtered with filesize savings in mind, and encoded with the goal of not reintroducing compression artefacts, they would undeniably be the best mini-encoding group in the scene | 20:50 |
| Zahuczky | And while I do notice bad banding and other imperfections sometimes, it's usually good enough for me. | 20:50 |
| LightArrowsEXE | But right now most of their members do neither | 20:50 |
| LightArrowsEXE | It's crazy, it's very much possible to filter with low filesizes in mind (specifically, selectively destroying detail and whatnot), and to then encode that with good settings and still get a small filesize | 20:50 |
| LightArrowsEXE | But most mini-encoders are like "herp derp lemme just stick this in x265, my Pangea of filesize woes! What do you mean, half the wall has been blurred away and now has heavy banding and looks like shit? Not my problem! It's smaller! See!" | 20:51 |
| LightArrowsEXE | | 20:51 |
| LightArrowsEXE | Absolute bellends | 20:51 |
| Zahuczky | In my most honest opinion, the only kind of mini encodes that have any kind of reason to exist are these> https://nyaa.si/user/Mal_lu_zen | 20:52 |
| Zahuczky | Because like, that's a legit use case. | 20:52 |
| LightArrowsEXE | Wow, surprised he's still going | 20:53 |
| Zahuczky | But like, 600MB/1GB are basically in the same ballpark. | 20:53 |
| Nala_Alan | smol | 20:53 |
| LightArrowsEXE | imo the best use-case for mini-encodes | 20:53 |
| LightArrowsEXE | are probably the kind deadfish used to be | 20:54 |
| LightArrowsEXE | Hardsubbed with the best fansubs with size in mind, as well as being able to be played back everywhere | 20:54 |
| Zahuczky | Ah yes. I miss hardsub encoders. | 20:54 |
| LightArrowsEXE | If you really want to extend your reach | 20:54 |
| LightArrowsEXE | (because I highly doubt most people who settle with mini-encodes really care that it's softsubbed) | 20:54 |
| LightArrowsEXE | (and it seems to sometimes cause more issues, rather) | 20:54 |
| LightArrowsEXE | (with people not knowing why they can't see subs often in their server lol) | 20:55 |
| Zahuczky | Well, mobile players matured a lot in the past years, so I guess it's becoming less of a problem tho. | 20:55 |
| LightArrowsEXE | Only drawback is that you can no longer do multi-subs with that setup | 20:55 |
| LightArrowsEXE | Which does kinda suck | 20:55 |
| Zahuczky | Not like most mini encoders do that anyway. | 20:55 |
| LightArrowsEXE | Judas does | 20:55 |
| LightArrowsEXE | EMBER does | 20:55 |
| Zahuczky | By most, I mean the 20 other randos. | 20:57 |
| SfaFreak | But think of all the kilobytes of storage you'd use doing multisubs | 20:58 |
| SfaFreak | Kilobytes! | 20:58 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!