[Judas] Itai No Wa Iya Nano De Bougyoryoku Ni Kyokufuri Shitai To Omoimasu (Bofuri) - 03 [1080p][HEVC x265 10bit][Eng-Subs]

Bigger is not better (file size, lol), you take the time to prove this! Many Thanks Again :)

From a technical standpoint, it is.

@Dryvern bahhhh we all knew that size came from "they" screw up on encoding or they are too lazy to encode their work. the quality just "the same" as before, only file size that become waste our hdd for nothing. it lucky that we still having judas to safe the day.

If the quality difference is imperceptible to most then no, its not xD I'll take the 3x space savings any day when two different 1080p files are literally indistinguishable.

Is it possible to get a dual encode for this?

@Lucaslink2 You mean dual audio? The eng dub is coming 2 weeks later so i can't make dual-audio weekly releases. But at the end of the season i'll do a dual-audio batch

More efficient encoding doesn't just save space, it saves bandwidth. Some commoners still have slow Internet and nasty DL caps. The biggest nail is that tons of peeps' computer and Internet is actually their phone.

Though I've been using h.265 in the past myself, I've since switched to VP9. Same compression efficiency, similar features, mostly open (sans some cunts from Luxembourg), and more playback opportunities. My 2016 cellphone can't play h.265, but plays VP9 just fine, apparently? Also figure that, paired with opus, one gets automatic webm and therein automatic browser playback. Subs are still a mixed bag, but if you don't need 'em ...

Anyway, food for thought if you operate your own transcoding pipeline.

VP9 is better for decoding, but encoding is a nightmare. However it's successor, VP10 has been merged into AV1 by Google, and the Alliance for Open Media is putting shit tonnes of money into developing that. Whilst the official reference encoder for av1 is slow as shit (libaom-av1), both intel's SVT-AV1 and Xiph's rav1e are both on a similar level in terms of speed as x265. I'd propose trying one of the two out, if you are capable with the command line.

The main reason I haven't switched is due to both rav1e and SVT-AV1 both being at a slightly buggy pre-release stage, which when I'm, running encodes back to back, isn't really an option. ~ EoE

VP9 is better for decoding, but encoding is a nightmare.

True, I have had hard encoding experience with VP9 in the past, but not recently. For me (FFmpeg on GNU/Linux) VP9 encoding speed is comparable to H.265. Ultimately, when you have a solid encode config worked out, you only have to run it once. Either way, yeah, it's all about that decoding for me in the end. So long as there is a long ass legalese ToS with convenient links to the web, I can spawn a browser on an Android while it's FRP locked and still get it to play VP9, which is as amusing as it is illustrative of the point. VP9 will play.

AV1

I'm also looking forward to AV1, but, yeah, it's sadly not quite mature enough right now. VP9 decoding Just Works™ today on basically anything with a processor, which is 'the' selling point to me. As of 2019 VP9 is the best balance of space, quality, compatibility IMHO. To be fair, H.265 is mostly the same though. 2020 is supposed to be the turn around for AV1, so I guess we'll see things change soon. Maybe we're months away now instead of years?

Anyway, keep up the good work. Space efficient encoding has value. It certainly would have been nice to get these efficiencies 10 years ago!