Excuse me guys. I have a question. Related to direct link, why would they sometime be unavailable (can not be downloaded) but another time they would be available (can be downloaded)? Anyone please answer, why are they not consistent? Thanks in advance.
This is the team/individual behind these encodes: ヽ(´ー`)ノ (on Nyaa) (And that's the only thing we know about the team right now :)) Anyway, whoever they are, their encodes are very good. Appreciate it.
That's right. There's no problem with subs on screenshots. It's informative and lets us know about font, colour, style and size of subs. The more important issue is image hosting site. Imgur was OK, Someimage was a total failure and now AT storage is good.
Hi, just wanted to say I really like subtitles in the thumbnails. That way I can see if a fansub had really horrible font choices/styles/sizes. Maybe rendering without them is a bit faster, but it really is a minor loss.
The only problem is that from what I've read, that works on browsers that are *not* IE... and that's the one that I use when I'm at my house. Are you sure that code will work with the IE browser that I'm using?
And I assume that's for the Naru (PR: RL) color scheme, right?
Make a bookmark, edit the address to: javascript:void(document.cookie='ant[theme]=132;path=/') go to animetosho.torrentbay.st, then load the bookmark and refresh the page.
I still use the javascript:void(document.cookie='ant[theme]=114;path=/') theme.
Does anyone know who is the encoder of files with (1280x720 HEVC2 AAC) or (1920x1080 HEVC2 AAC) at the end of the name of episodes which uses CRF=20 and 12-bit??!! This team seems to be an encoding group and (most likely) not a fansubbing team because their subs are mostly from HorribleSubs.
Their encodes are good and my first choice to download but I have a suggestion for them: Isn't it better to use CRF=19 and 10-bit? Because it seems 12-bit doesn't make any difference compared to 10-bit (except larger file size) but CRF=19 does make a difference indeed and I don't think the final size of CRF=19, 10-bit encodes are that larger than CRF=20, 12-bit encodes. (Of course it depends on the encoded anime but normally, the size can't be that different (and don't forget the files are HEVC))
Is there any chance that we can still keep the "2013q2 - Naru" skin for this site? This is the one that I mostly use here and Naru is one of my favorite characters from "Pretty Rhythm: Rainbow Live". Thanks in advance for considering this.
CRF isn't only option to define bitrate. For instance, larger qcomp means assigning more bitrate to complex scenes and less to simple/static ones. Kageru has larger qcomp, this alone can reduce bitrate a lot in such low-action anime (by making static scenes look bit worse).
4:4:4 by itself does increase bitrate because you simply need to encode 4x more chroma pixels. That said, chroma usually has much less details than luma (see https://en.wikipedia.org/wiki/File:Bar...ation.jpg) so 4:4:4 won't have very significant impact on overall bitrate. In addition to that, choosing 4:4:4 in x264 automatically raaises chroma_qp_offset parameter, so unless you manually reduce it chroma gets compressed more aggressively and is likely to have even less bitrate than 4:2:0 with same parameters. Plus, there's video filtering.
My experience is, that chroma subsampling of 4:4:4 (no subsampling) provides compression improvements with H.264 High Predictive Profile (as used here), especially at 10-bit (but more CPU consumption). There's also a different deblocking setup.
That's right. Audio bit rate isn't mentioned but I don't think it can cause a 500 Kbps difference in overall bit rate and the difference in x264 versions is a minor one. I'm still baffled o.O
Because it's more than just x264 settings that factor size. You can't see what filtering was applied via mediainfo, and for example, if one opted to denoise more, it could come out much smaller. Not saying that is the case here, just pointing out that x264 aren't the only thing that'll determine final size. Another thing the mediainfo isn't showing there is what bitrates the audio was encoded at. Although the qcomp setting does differ between the two, which also attributes to the differences. Different x264 versions as well was used.
Both files are 720p, 10-bit, MKV, AVC, AAC, 2Ch with the same FPS and many other settings, so Why the one with CRF=15.6 is about 30% smaller than the one with CRF=16??!! It becomes more surprising considering the fact that chroma subsampling of the smaller file is 4:4:4 while the other has the routine 4:2:0.
){kind=link}
05/02/2017 06:17 — Angel