Fate Stay Night [Heaven's Feel] I. Presage Flower [BD 1080p Dual Audio][AV1 10bit][OPUS]

Category:
Date:
2018-12-09 09:14 UTC
Submitter:
Seeders:
4
Information:
No information.
Leechers:
0
File size:
1.2 GiB
Completed:
1280
Info hash:
a328b8e9498a80e2aad1674264e6bf5fa81002fb
Video: Source: https://nyaa.si/view/1036108 Encode: 851 kb/s, libaom 1.0.0-969-gfe996504f 10bit, 1080p Audio: Source (Jap): https://nyaa.si/view/1036108 Source (Eng): https://nyaa.si/view/1096360 Encode: 292 kb/s (Jap), 282 kb/s (Eng), libopus 1.3, 5.1 Subs: Signs & Songs: CherryBlossomsDream from https://nyaa.si/view/1096360 Full Subtitles: CherryBlossomsDream from https://nyaa.si/view/1096360 Chapters included WARNING: This is to be considered a tech demo for the new codecs. The objective of this release is threefold: 1) examine implications of using new codecs, in particular AV1/libaom, in an encoding workflow 2) examine the potential gains deriving from doing so 3) fine-tune encoding parameters to use for future encodes Point 1 has been achieved on my end by structuring a personal workflow and gathering encoding times Point 2 asseses how much we have saved using this codec, based on subjective quality evaluations; in short, evaluate the net positives Point 3 is similar to point 2, but this time around we avaluate the net negatives: which scenes look bad? Starting from point 3 some test cases can be isolated and used to tweak encoding parameters and evaluate costs and benefits of doing so. There's going to be a writeup or something on https://reddit.com/r/AV1 where I'd also like to hear the opinion of anybody who doesn't want to comment here on Nyaa for whatever reason. And now a word about decoding performance: AV1 is a new codec. Therefore, the decoders are still getting stuff in working order and playback performance is going up by the day. I asked to somebody who understands hardware far better than I do to draft up some minimum requirements for fast motion, hard-to-decode scenes with the software available right now. Thanks to Nintendo Maniac 64 for his effort and time! Software: MPC-HC v1.8.3 x64 (with built-in LAVFilters v0.73) or newer ________CPUs that are just too slow________ Any Core 2 Duo (even 45nm Wolfdale would need ~6.5GHz) Any CPU lacking SSE 4.1 (most notably Phenom II, Athlon II, 65nm Conroe-based Core 2 Duo/Quad) Low-power architectures (Intel Atom, AMD Jaguar/Puma, any VIA CPU) Any Sandy/Ivy Bridge Pentium (2c/2t; would need overclocking but that's unsupported) Any mobile Sandy Bridge i3 (2c/4t; clockrates just too low) Any mobile Haswell Pentium (2c/2t; again clockrates just too low) Any mobile AMD that predates Zen (FX, A-series) Any AMD dual core that predates Zen (A6, A4, Athlon X2) ________CPUs that likely require overclocking________ [45nm Wolfdale] Core 2 Quad; overclocked @ ~4.2GHz [Westmere 2c/2t] Pentium; overclocked @ ~4.4GHz [Westmere 2c/4t] (1st gen) Core i3 / i5; overclocked @ ~3.8GHz [Nehalem 4c/4t] (1st gen) Core i5; overclocked @ ~3.0GHz ________CPUs that should be fine as-is at stock clockrates________ (1st gen) Core i7 870 / 940 / Xeon X3470 (4c/8t Nehalem @ 2.93GHz) Pentium G3250 (2c/2t Haswell @ 3.2GHz) (4th gen) Core i3 4340TE (2c/4t Haswell @ 2.6GHz) (4th gen) Core i5 4670T (4c/4t Haswell @ 2.3GHz) (4th gen) Core i7 4702HQ (4c/8t Haswell @ 2.2GHz) Anything based on AMD Zen (mobile and desktop Ryzen, Athlon 200GE, etc)

File list

AV1 codec? Something new in the world? I want know more about this new codec.
https://en.wikipedia.org/wiki/AV1

SmilingWolf (uploader)

User
Pretty much what Wikipedia says. TL;DR: A royalty free video codec developed by a consortium of internet companies (think Mozilla, Amazon and Netflix) and hardware vendors (nVidia and others) led by Google Promises better compression than HEVC. In this regard, here are some of my compression efficency tests: http://forum.doom9.org/showthread.php?p=1857587#post1857587 The specs have been set in stone only recently, so the software ecosystem is not mature yet. Encoders and decoders alike still need proper scrutiny and tuning in real world scenarios. For example, there are scenes in this encode that could certainly use better settings that the defaults set by libaom.
@Scyrous and SmillingWolf: Thank you. So, whats program do you use to encode to AV1? This is the first time I seen an AV1 encode, so I figure thats not have much encode program to do this work. I'm hopping for an "x266" but I just meet this crazy new codec called VVC: https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding#Versatile_Video_Coding https://bitmovin.com/vvc-video-codec/ https://www.5kplayer.com/video-music-player/vvc-video-codec-download-free.htm https://www.5kplayer.com/ Seems something revolutionary, but I wonder if it can be used right now on the anime encodes.
hi can you encode this in the older format.....this the only small torrent of this movie on nyaa....it really stutters on pot player
@JustAfan With VVC it will have arround 500 MB size on the same quality, but just on 2021~ VVC is supposed to be the successor of HEVC, like an "x266".

SmilingWolf (uploader)

User
@Kamyne: https://aomedia.googlesource.com/aom/ This is the repo for the software I used for the encode. Unfortunately a lot of options and switches are undocumented, so I'm pretty much crawling in the dark trying out options and throwing stuff at a wall to check out what sticks. That's one of the reasons I need more people telling me what's wrong with this encode, so I have somewhere to start tweaking. Let me clear up the naming mess: H.265 is the standard's name chosen by ITU, HEVC is the same standard's name chosen by the MPEG, x265 is one of the many encoders that follows the HEVC/H.265 standard. VVC is the MPEG's new generation codec, directly following HEVC/H.265. It will probably be called H.266 by the ITU and if anyone feels like keeping up the trend, will have an encoder called x266. It is due to be standardized in 2020 IIRC, so it's not usable right now. It is almost a fact that AV1 was released in this timeframe to use the time between the HEVC licensing fiasco and the birth of the next gen MPEG codec to let AV1 gain market foothold. EDIT: looks like I took too long to reply lol. Everything you said is correct @JustAfan: My encode is this small because AV1 is more efficient than any previous generation codec. Any older codec would need higher bitrate or lower quality to be on par with this one under either aspect. I think this one (https://nyaa.si/view/1098428) should be pretty good though, so maybe you can go with it if you're looking for a small encode. Or try MPC-HC 1.8.3 or any other player that can use LAVFilters, the decoder they use is decently recent and might be able to play it. Out of curiosity, what's your CPU?
l'm using a laptop with a amd a10 cpu 3.2ghz

SmilingWolf (uploader)

User
And the exact CPU model? It's important because "AMD A10" is like saying "Intel i5", yet an i5-5200U can't play the hard scenes in this encode, while an i5-6200U works very well Also, 32bit or 64bit? Nintendo Maniac 64 told me to add an additional ~5% more clockrate for 32bit MPC-HC to the minimum requirements he sent me (the ones included in the description of the torrent) Besides, I have no guarantee PotPlayer is doing the right thing with multithreading, which would result in a huge performance loss. Please try the software setup suggested in the description
@SmillingWolf: Thank you. I'll download it and see if it's okay, so I'll give you a feedback about my think of it. I like new or different stuffs, also I could not take an revolutionary release of a .ass with 1 TERA size who have uploaded this month on nyaa, about Pop Team Epic episode 1, like an hardsub-softsub. I not had space on my hard disc drive to store 1tb, sadly, anyway... that was an very huge massive crazy release I never seen early on nyaa.
The movie is playing fine in MPC-HC 1.8.3 However, where it is fucked up is when you try to skip to a different time that the current. Skipping just a few frames back takes like 10 seconds, skipping half a minute also takes half a minute or more, this is really, really bad..

SmilingWolf (uploader)

User
Yeah I forgot to set sane keyframe intervals when encoding and used aomenc's insane defaults. In action sequences that shouldn't be a problem because KFs are automatically placed close enough to each other, but static scenes are fucked up. Don't even try skipping the final credits unless you're using the chapters, or you'll be in for a world of pain. I'll keep this in mind for my next encode.
Subs dont work for soe reason ,1.8.4.
also dropping frames on i6 2400 and 1060
Subs and video work fine over here on MPC-HC 1.8.4 x64, and I'm on a 1st gen core i5 quad core lightly overclocked to only 3.2 GHz paired with a Radeon HD5850, so your i5 2400 and GTX 1060 should have no issues at all. The recommendations also specifically said 64 bit MPC-HC, so maybe you're using the 32 bit version? At least on my end it seems like the 32 bit version of MPC-HC has much worse AV1 decoding performance compared to the 64 bit version. Also I'm not using any fancy madVR filters or anything since my display is already 1080p, so perhaps make sure that such upscaling algorithms aren't bogging down your CPU? It'd also probably be wise to make sure you have minimal background programs running as this video in the more intensive scenes really pegs my CPU to nearly maximum load (though it's a bit weird - one core is nearly maxed out while two others are more around half utilization, and the forth core is practically idling), and I normally only have around maybe 1% CPU utilization when just sitting idle with MPC-HC paused.
Just a heads up, as of 1.5.3 build 4455 beta, MPC-BE x64 contains a considerably faster AV1 decoder that is, according to Doom9, something like 50% faster than what is included in MPC-HC 1.84 x64.
Second heads up, MPC-HC x64 v1.8.6 now also uses the same 50% faster AV1 decoder that I mentioned in my previous comment.
That's the same Dav1d decoder in LAV filters (MPC-HC uses LAV) ideally anyone that can't get this to run fast enough should use these nightly filters to test as they include the latest GIT version of Dav1d where as MPC-HC uses a much earlier version at this time. Go here to grab the latest LAV filters. https://files.1f0.de/lavf/nightly/ I'm about 25-35% CPU typically for this on a i5 7400 4C/4T at stock w 2400MHz C13 memory. However the snow scene from 1:46:38 takes my CPU to about 80% load. Which means no dual core system on the planet could handle this video without dropping frames. What would be the size of this if encoded at the same quality with H.264? I would think this would've been better served quality wise encoding at 1280x720 851 kb/s can't properly resolve 1920x1080 pixels, in fact I question whether it could even manage 1280x720 with any decent quality. Can you post some more examples and comparisons? This is rather impressive the quality though at this bitrate.
which media player should i use for this file to play smoothly vlc or 5k player ? my cpu specs are i5 2400 8GB RAM and GT 730 Gpu (2gb - 128 bit) also i have question i have a video of Violet evergarden special in 1080p HEVC2 FLAC (probably 12bit) and another video of Maquia movie in 1080p x265 12 bit, at 1st when i download these videos they worked perfectly fine without any lagging or jerking but now after some time when i am trying to play the videos on vlc they jerk a lot too much lag (i dont know much about media so it is really hard to explain) i have many anime downloaded in 720p/1080p x265 10 bit and they play perfectly fine but just these two files are giving me a headache
You won't be able to play this smoothly, especially when the battle at 1:40 happens. As I stated above, use LAV filters with your choice of media player or MPC-BE, it's AV1 decoder is updated fairly frequently also. My i5 7400 can't handle the battle at 1:40, I would suspect that a hex core processor is required to play this without lagging I can't see the decoding performance improve enough that this scene could ever play it back in real time on my or likely any quad core unless it's say a Zen II or 8/9/10 series i7 and overlocked at that.. @smilingwolf The snow scenes around 1:38 are quite demanding for probably any quad core even with the latest Dav1d (0.40) release so none of the "CPUs that should be fine as-is at stock clock rates" are actually good enough, you used some hardcore settings to encode this to hit this file size. I think if you're going to use AV1 to encode, you relax a bit on the encoding complexity because ideally you want the processors listed in your "CPUs that should be fine as-is at stock clock rates" to work without issue. The playback performance on this clip has improved considerably though over these last few months between Dav1d releases, with some of the more demanding scenes using about 20% odd less CPU making this almost completely playable without issue on my i5 apart from the 1:40 battle AFAIA.
Kind of late on this, but one of the problems is that this encode uses 10bit AV1. You see, for whatever reason, the dav1d AV1 decoder that LAVfilters currently uses had little to no performance optimizations for decoding 10bit - only 8bit. This meant that the reference AOMedia AV1 decoder that LAVfilters used to use back when this torrent was submitted actually performs better than more recent versions of LAVfilters, and so it's almost certain that it's this older reference AOMedia decoder that the CPU requirements were based on - hence why people are now saying they're seeing worse performance than what is suggested by the description. (though it's my impression that dav1d is finally starting to get 10bit decode optimizations now, so perhaps the absolute newest nightly builds of LAVfilters will perform better)
dav1d 0.60 has some big improvements and this file plays much better for me now, it's dropping about half the frames it used to and places where it used to lag it now plays smoothly.. Incredible work. The snow scene at 1:38 no longer drops any frames, cpu hitting about 80%. Starting to think this will actually be perfectly playable on a modern quad core cpu in future, nice. LAV still hasn't updated to 0.60 as of yet.
With release of dav1d 0.70 I'm now dropping half the frames again. The battle at around 1:40 now only drops around 40 frames on my i5 7400. When I first played this battle scene over a year ago I was dropping over 200 frames making which meant many other scenes mostly involving the snow or lots of motion were also dropping frames. Still a lot of work to play this on a quad core but these results are remarkable really. Worth noting is that all the CPU's listed "CPUs that should be fine as-is at stock clockrates" will probably never be able to play this without dropping frames. The exceptions would likely be any modern quad core manufactured around 2020 most likely or any hexa-core or above processor.
With the latest updates to dav1d this now plays with next to no frame drops on an i5 7400, with the new graphics cards supporting AV1 in hardware the CPU requirements become a non issue. 1 year ago I suspected no quad cores would be able to play this without dropping frames and just six months later after all the work that was done to dav1d I expected modern quad cores to be able to play this fine, after the recent updates we are now here. I very much doubt that dual core processors will ever have enough performance to cope with the more demanding scenes in this video though even with another year or two of optimizations but then dual core systems are very much on the way out now anyway, it has been interesting to watch the development of this decoder and it's improvements to this video over the last year and a half. I am impressed with the image quality this offers at only 1.2GiB. Enjoy.