Video – 1280×692 @ ~3600 kbps, 1920×1038 @ ~6000 kbps
Audio – 5.1 FLAC (Japanese), 5.1 DTS @ 768 kbps (English, German, Chinese), 2.0 AC3 @ 384 kbps (Korean, Cantonese)
Subs – R1 (English, German)
1080p – Torrent
720p – Torrent
Note – This is the 3rd, and last, part of my 10-bit experiment. I will probably be encoding Shana and Eden Movie II in 8-bit, and then starting in September begin transitioning to 10-bit in full.
Cool. How big are the files?
And I just watched this the other night too, should have waited.
Can’t wait!
Wasn’t a huge fan of this one. Thanks for the release though Girls! Brotherhood part 5 comes out soon, ne?
Will there be an 8-bit version of Whisper as well?
Thank you for doing this, let’s see the power of 10-bit, as this will be my 1st download. 🙂
Awesome, thanks for the release, just waiting for coreavc 3.0 to come out, so i can start playing 10-bit files
10-bit? No, thank you.
Awesome! I was wondering where I could find this (and many others) in HD. Thx, hope you’ll do The Cat Returns!
like bakemonogatari V2 it’s 10-bit and i want to know if i use cccp 2010 with mpc-hc included can i play this file because i don’t want redownload if i can’t play the file and what the biggest difference 8-bit and 10-bit if you guys/girls in September begin transitioning to 10-bit in full
and if i can’t play with 2010 cccp what the codec should i use to play your’s 10-bit file
Thank’s
Download latest CCCP http://www.cccp-project.net/beta/ for 10bit support
Considering most of the people (likely including yourself) are still using 6 bit monitors, 10bit is absolutely pointless. 8bit is overkill for most anime, but acceptable since codecs are built with 8bit resolution in mind. In fact, bluray is only available in 8bit, so going with 10bit means upscaling, wasting your time encoding, and our energy decoding it with something other than DXVA (all your current 8bit releases are, by coincidence or choice, DXVA compatible) . Stick to 8bit, save yourself time and effort, and keep yourself happy when nobody complains.
thank you coalgirl
I appreciate the 10bit experiment
looking forward to september : )
why is it worth 1038p since the movie is so old? are you just doing it for testing purposes, or is the quality actually worth it?
If I have a mac, what is the best way to play 10-bit?
Does this include a signs track for the English audio?
So you’re completely dropping 8-bit?
@basroil. http://figmentos.iblogger.org/10bit-encoding/
anything ghibli is 99% worth the 10-bit.
Why not just go all out and encode 10-bit for all new projects?
And btw, the MadVR internal decoder and LAV Filters Video decoder (not CUVID decoder) also support 10-bit decoding.
@basroil you’re doing it wrong
@basroil: Do more research please…
Key words are “Internal Precision” .
Awesome! Been waiting for someone to release this. 10-Bit is always welcome. I’ll be putting this on my seedbox ^__^
Just wondering, why are the other audio tracks DTS and not FLAC?
They weren’t lossless on the BD, so I included them as they were presented on the BD.
@replyers:
I understand the quality aspects just fine, it’s speed aspects that I mentioned for the most part (as well as that banding on some titles is built in rather than introduced by the re-encoder, for most others there’s no possibility of banding due to graphical style). Sadly the encoders/decoders aren’t up to par just yet (optimizations are way behind regular files), especially the lack of DXVA support for 10bit (theoretically DXVA 2.0 is capable of 4:4:4 decoding, but checking the API information reveals that they really only truncate to 4:2:0 for most things, so 8bit is about all it can do).
This is very similar to the xvid vs h264 debate from 3-4 years ago. Tests back then proved that with the right settings you could get pretty much the same results (back when 480p was more common than 720p), even if one is theoretically better than the other. When proper hardware support is added for 10bit (or higher), then you know it’s time to fully move forward. Until then, you can spend a few min less encoding, and we can have our fans not blare all the time.
so how hard would it be to re encode the evangelion movies to 10 bit? just out of curiosity since i am currently copying stuff from my 500 gb external hdd to a 1 tb just so i can format the 500gb to the ntfs file system since you can’t really put any 1 file larger than 4gb on the fat 32 system but you can on the ntfs (this i found out the hard way and have learned that any future external hdds i get i format before i use them to change the file system).
@NekoZabuza
What on earth were you doing with a 500gb drive in fat32 O.o
It’s not just the software. Hi10P is unplayable on hardware, such as the WD TV.
Since 8bit is for consumer devices, they only support up to High8/L4.1, which is what is supported by BluRay.
We will see if they start to bring to market 10bit players to allow those of us who don’t/can’t hook up a computer to our TVs, but still enjoy watching this stuff on our TVs.
In the meantime, I’m personally fubar’ed with all of this 10bit stuff, that is until something like a WD TV comes out which support it.
@ innerchihiro:
MPlayer OSX Extended with the mplayer2 binary by Pigozzi.
https://github.com/pigoz/mplayerosx-builds
@Mathew Todd:
You can always reencode it yourself, just as you have to do it to play on other hardware players.
Thing is, producers of popular hardware won’t support it till it’s, yeah, wide spread and popular. Same was with XviD and 8bit h.264 support (and it’s still not always the case).
And CUDA/DXVA doesn’t always work, because gpu producers are cheap and lazy and making old good CPU encoding… good. Just look at this Fluff’s old ramble:
http://mod16.org/hurfdurf/?p=170
Thanks for including the german dub / sub as well.
I wish more people would do this.
SO the biggest different for 8-bit to 10-bit it’s filesize without reduced quality video ..???
If 10-bit, then I would need 480p to continue using my current laptop. And on my tests the colors seem flat and lacking gradation in 10-bit encodes when played on the big screen.
But I believe it will give you a lot of satisfaction to work in this new format and achieve smaller file sizes, so onwards to the future! Fan-subbing is generally bad for your health and bad for your wealth, so it needs to pay off big time in satisfaction, whatever the source of that satisfaction may be.
As for the future, if metered Internet service becomes common then many may be willing to scrap their current hardware to take advantage of this cpu for file size swap. But the installed base of business-school class laptops is huge and may not take kindly to downgrading their video expectations or scrapping their hardware.
At the least, I hope you have started labeling your 10-bit versions. I’m tired of explaining in the forums why they don’t work.
Out of curiosity, what are you using to do the high10 encodes?
I usually work with HandBrake and am currently using x264-20110426 which apparently isn’t recent enough. I can set my package manager to pull directly from the development trunk but I’m really reluctant to be that bleeding edge.
I’m assuming that 1) the H.264 library you’re using is x264 and 2) that it’s probably from the developer’s trunk more recent than April.
Could you fill us in a little on what’s working for you?
BTW – I understand that your three test pieces for high10 are 1) TV rip “YuruYuri”, 2)Blu-Ray series Bakamonagatari and 3) Blu-Ray movie “Whisper of the Heart”. {you’ve no idea how long I’ve been waiting for this to appear in Blu-Ray!} In terms of processing, any significant differences of note? Comments on crf settings?
Thanks!
@miracles – yeah.
There are a lot of calculations performed in each frame to determine each and every pixel. As it happens, 8 bit precision sucks for many of the values required to give a quality result. To compensate for the sucky approximations of 8 bit life, the encoder has to include more info for each higher requested quality setting. 10 bit calculations give more accurate results thereby needing less additional info for the same quality. In terms of accuracy, the 2 extra bits provide sufficient range to be able to reasonably represent interim values and final results.
FUCK 10bit encodes. Thanks for making me jump through loops to play this shit on my PS3.
@ banger: 1280×692 and 1920×1038 = ~1.85:1, which is a fairly common aspect ratio for theatrical features. Call it an intermediate step between 16:9 and 2.35:1. It’s got nothing to do with the movie being old or new.
@Zalis, that has nothing to do with his question though
@banger, I assume this was animated on film and if that’s the case they have potential to far greater resolutions than 1080p
This is great news! I can finally put my dual socket, 6-core Intel Xeons, 3-way GTX 580 SLI, and 48GB ram computer and 3 Dell U3011 monitors to good use. 🙂
@anon: If you want to play them on your PS3 then transcode with PS3MediaServer. Everyone with a PS3 should be using PS3MediaServer anyways.
No one should be using a PS3 to watch anime anyways.
10-bit encode means reduced file size right ? So why is this 720p version still ~8Go, while Grohotun’s 8-bit 720p encode of WotH is more around ~6Go ? I mean, FLAC audio track and extra languages doesn’t explain the ~2Go difference in file size, so I’m wondering …
It does.
Neat, great to find some decent Hi10P material to test my new setup on.
I’ve found two methods to reliably play back Hi10P:
1. Use the ffdshow build from http://www.cccp-project.net/beta/do_not_touch_this/ together with literally any setup.
2. Use madVR’s video decoder, passing it directly into the renderer – this is the highest quality setup and also seems to be the most efficient, but unfortunately you cannot render subs this way unless you use some overlay mixer, and the only one I know is potplayer’s and it’s shit.
I’m using the former with the latest MPC-HC beta build for now, at least until I can fix potplayer’s overlay subs.
@ChrisK : Well, too bad I don’t have a proper connection here to download the two versions and compare the size of the video tracks. I’ll be surprise if they were the same. Till then, I’ll give you the benefice of the doubt.
Also, an update on my previous comment:
It seems like the CCCP beta build’s ffdshow decoder automatically dithers down to 8 bit before the video even touches the renderer! Damn, this is simply unacceptable, I guess I’ll have to find some other alternative to 10 bit decoding. Right now I wish more than ever that I had an nVidia card so I could use LAV CUVID.
Also, since I have a 10 bit display (A+FRC), I ideally want no dithering being applied at all, though madVR doesn’t actually support 10 bit output yet.. (I think EVR does, but testing it is futile since I can’t even get 10 bit input working right now)
I guess I’ll just hope for ffdshow to implement 10 bit natively. 🙁
Follow up to my previous comment:
I finally found a solution to this whole issue by mistake. I accidentally uninstalled ffdshow and played back a 10 bit file using MPC-HC, and to my utter astonishment, it was working fine (except for no audio but that seemed entirely trivial at the point), *with* subtitles!
Hastily, I checked madVR’s OSD to see which renderer was being used and it reported that it was using its own implementation of libav to decode! I finally have a full 10+ bit pipline with no 8 bit dithering step before rendering (and only until madshi decides to implement 10 bit output).
Also, the performance is absolutely stunning – no frame drops during the entire benchmark scene I was using, not even the pure noise files, nor the rain scenes, which were making ffdshow choke even in 8 bit mode.
I was using madVR’s internal renderer a lot using potplayer with its overlay subtitle renderer but the subs were absolutely awful (flickered, lagged and had bad alpha mixing) – but surprisingly, using MPC-HC’s subtitle renderer they seem fine. (However this works escapes me, I’m guessing madVR mixes them over the video natively)
Finally we can put this issue to rest, though. Guide for properly playing back Hi10p content:
1. Uninstall CCCP Beta and all versions of it – it’s trash
2. Install the latest MPC-HC, madVR and Haali’s Splitter
3. Enable H.264 decoding under madVR’s options.
No more shitty ffdshow is needed at all. This should be published somewhere.
(Well, unless you want a more advanced audio mixer for 5.1 content, like I do – and it might still be good to have around for some legacy formats that madVR can’t decode – but you can just use MPC-HC’s internal ones for these, I doubt they’re 10 bit or even greater than 480p)
@Skuld
Yes, FLAC weights THAT much. That’s the biggest reason for not likeing looseless audio: it might take even almost the same amount of space as video. And here you have 5.1 FLAC + (DTS + 2.0AAC) as a bonus.
Also, you can do the math alone: 720p is 8GB, 1080p, assume doubled video kbps (3600 vs 6000), so difference is still only 2gb between them. Reason? Yeah, audio.
@Gaku
If you extract the video track it’s 5.6 GB large, and the FLAC track is 2.7 GB, so that’s another 2.7 GB just for the extra audio tracks (at 11 GB total).
Cutting out the extra tracks would reduce the filesize to 8.3 GB.
Replacing the 5.1 FLAC audio by something lossy could reduce the filesize to something as ridiculously low as 6-7 GB for 1080p. FLAC pulls a lot of weight.
@nand: hint: that’s exacly my point, but thanks for bringing hard numbers so Skuld (and everyone else) might understand it at some point ;].
Of course, those proportions are a lot off if you’d think about using anything encoded by Tenshi. But, as most people already (or probably?) know, he knows shit about this, so using him as anything but an example of drooling lolkid is at least strange.
Hi10P playback guide for maximum performance and maximum quality: http://img833.imageshack.us/img833/9551/mpchcquickinstall.png