Whisper of the Heart

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.

76 Responses to Whisper of the Heart

  1. Sayer writes:

    Cool. How big are the files?

  2. Leondre writes:

    And I just watched this the other night too, should have waited.

  3. Gar writes:

    Can’t wait!

  4. Fragmaster writes:

    Wasn’t a huge fan of this one. Thanks for the release though Girls! Brotherhood part 5 comes out soon, ne?

  5. asdfasdf writes:

    Will there be an 8-bit version of Whisper as well?

  6. papsi writes:

    Thank you for doing this, let’s see the power of 10-bit, as this will be my 1st download. 🙂

  7. Ruly writes:

    Awesome, thanks for the release, just waiting for coreavc 3.0 to come out, so i can start playing 10-bit files

  8. wman writes:

    10-bit? No, thank you.

  9. Alucryd writes:

    Awesome! I was wondering where I could find this (and many others) in HD. Thx, hope you’ll do The Cat Returns!

  10. miracles writes:

    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


  11. CCCP writes:

    Download latest CCCP http://www.cccp-project.net/beta/ for 10bit support

  12. basroil writes:

    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.

  13. Xanatoas writes:

    thank you coalgirl
    I appreciate the 10bit experiment
    looking forward to september : )

  14. banger writes:

    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?

  15. innerchihiro writes:

    If I have a mac, what is the best way to play 10-bit?

  16. DustZ writes:

    Does this include a signs track for the English audio?

  17. noko writes:

    So you’re completely dropping 8-bit?

  18. mascthemoney writes:

    anything ghibli is 99% worth the 10-bit.

  19. Pippu writes:

    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.

  20. ShadowVlican writes:

    @basroil you’re doing it wrong

  21. Pippu writes:

    @basroil: Do more research please…

    Key words are “Internal Precision” .

  22. tormaid writes:

    Awesome! Been waiting for someone to release this. 10-Bit is always welcome. I’ll be putting this on my seedbox ^__^

  23. Nettosama writes:

    Just wondering, why are the other audio tracks DTS and not FLAC?

    • coalgirl writes:

      They weren’t lossless on the BD, so I included them as they were presented on the BD.

  24. basroil writes:


    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.

  25. NekoZabuza writes:

    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).

  26. tormaid writes:

    What on earth were you doing with a 500gb drive in fat32 O.o

  27. Mathew Todd writes:

    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.

  28. rezzo writes:

    @ innerchihiro:
    MPlayer OSX Extended with the mplayer2 binary by Pigozzi.

  29. Gaku writes:

    @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:

  30. Comp1337 writes:

    Thanks for including the german dub / sub as well.
    I wish more people would do this.

  31. miracles writes:

    SO the biggest different for 8-bit to 10-bit it’s filesize without reduced quality video ..???

  32. Gustus_Mack writes:

    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.

  33. PB Curious writes:

    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?


  34. PB Curious writes:

    @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.

  35. anon writes:

    FUCK 10bit encodes. Thanks for making me jump through loops to play this shit on my PS3.

  36. Zalis writes:

    @ 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.

  37. keijo writes:

    @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

  38. Lover of Pizza writes:

    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. 🙂

  39. Pippu writes:

    @anon: If you want to play them on your PS3 then transcode with PS3MediaServer. Everyone with a PS3 should be using PS3MediaServer anyways.

  40. Skuld writes:

    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 …

  41. nand writes:

    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.

  42. Skuld writes:

    @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.

  43. nand writes:

    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. 🙁

  44. nand writes:

    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)

  45. Gaku writes:

    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.

  46. nand writes:

    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.

  47. Gaku writes:

    @nand: hint: that’s exacly my point, but thanks for bringing hard numbers so Skuld (and everyone else) might understand it at some point ;].

  48. Gaku writes:

    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.

  49. nand writes:

    Hi10P playback guide for maximum performance and maximum quality: http://img833.imageshack.us/img833/9551/mpchcquickinstall.png