Episodes – 15
Video – 1920×1080 @ crf 16, 1280×720 @ crf 15
Audio – 2.0 FLAC
Typesetting – ANE (Modified qIIq)
Dialogue – Koharubi (1-12, Re-styled, Modified), pem (13-15, Re-styled, Heavily Modified)
Commentary – R1 (Modified)
Outside Sources – CoalMayoi (Various TS, 4.5-15, Nyaaification 11-15)
1080p – Torrent
720p – Torrent
The full changelog can be found here.
So I heard somewhere that CUDA doesn’t support 10 bit yet. I take it that means having CUDA acceleration turned on in CoreAVC will do sweet fuck all for all 10 bit encodes?
thanks
this is nice
btw.. LOL @ /?attachment_id=520
😛
CoreAVC does not support 10 bit currently.
You can use the beta version of CCCP –> http://www.cccp-project.net/beta/
deband?
sorry, didn’t read before post
@HereticalOwl
Core AVC 3.0 is coming out next month with 10-Bit support. You won’t have to wait long.
Thanks for this release! The debanding is much appreciated >__>
From my understanding – it’s just better compression. Screen shots are unnecessary since it’s no better looking then the 8-bit version. Just smaller filesize and you have to wonder if that smaller size is worth all the software and codec upgrades. In other words, unless you need extra memory space – don’t redownload. New stuff you haven’t got, go ahead and download in h264 10 bit however.
Hey guys, I don’t understand the 10 bit concept, how is it different from the 8 bit and when did it get famous enough to be used by pros such as yourself?
Also, does the K-lite Codec Pack support this?
Actually you can see a reduction in banding and sharp gradient falloff. This is the real deal, fellas.
Of course, this show doesn’t need it nearly as much as something like GOSICK.
@Deckuzora
It’s not just better compression it’s also fixes the color banding issues
http://en.wikipedia.org/wiki/Colour_banding
http://screenshotcomparison.com/comparison/66418
http://screenshotcomparison.com/comparison/65931/picture:1
10bit is a big step forward for video encoding
and oh! another screenshot for comparisson
8bit
http://i.minus.com/iez1iq.png
10bit
http://i.minus.com/ie3Y1s.png
just got this screenie on bakabt forum 10bit discussion, der richter post
@Gracemillian
For the moment k-lite does not support 10bit.
You can still play the video,but it looks so bad to an unwatchable level.
You’d better get the CCCP beta pack for 10bit.
So, 9 gig less and better quality? Can’t really complain can we ^.^
So is this just an experiment, or are CG going to start replacing all old encodes with 10-bit replacements?
Also, will that patching program thing available on Nyaa (which changes the subs on CG’s 1080p version of Bake from Koharubi to gg) work on this?
Clearer quality images are good, but shitty Koharubi subs are not.
“I didn’t know you were into incest.” – gg subs
“I didn’t know you were a siscon” – Koharubi subs
I rest my case.
EP1 has some corruption and desyncing starting at the ending song all the way to the end of the file.
Is it existent in other episodes? I’m curious also about the various OPs. Because if it’s 1080p, it is possible that a ftp issue may’ve caused an issue.
If it’s 720p, check your settings and try again. 720p worked perfect on my PC.
Oh yea my first 10 bit BD rip
Glad to see Hi10p encode for this, thanks a lot!
A quick question, do you have a plan to redo haruhi movie, rebuilt of Evangelion 1&2 in Hi10p ?
No.
I’m currently downloading the 1080p versions and won’t have any other episodes complete just yet. I’ll prioritize ep2 and see if it has the same issues.
Great filesizes, too bad Tenshi’s still part of coalgirls
I’m just wondering, can CCCP and k-lite coexist, I’d really hate to get rid of K-lite just to watch this in 10-bit
Thank you…!! Please, please try a 10-bit encode on KATANAGATARI~~
@gendouhydeist
That makes sense, but color banding really isn’t that big an issue with dithering if done appropriately. 2 bits isn’t really enough for me to praise and overhaul in my opinion. Particularly with darker muted color anime. Something with a lot of different color gradients could use the higher bit resolution.
Love the smaller filesizes.
Regarding the commentary tracks missing sections where the ordered chapters kick in, I know you said this was unavoidable when it was mentioned regarding the V1, but is the problem with extracting the sections or is it getting them to play back with an ordered chapters release? Because if its the latter, the “mux into an MKA” technique that Thora used for their release appears to work even when using FLAC and ordered chapters in my experience.
Ok. Confirmed that every episode has desyncing and corruption from the ED.
@bk_201 checked here and no desync or corruption on ep 01 and ep 02 in 1080p files, are u using a 10bit compatible decoder/player?
Playing episode 1 v2 1080p from 23:40 and using the CCCP beta and the version of MPC-HC that is bundled with and configured by CCCP (tested 2011-07-15 and 2011-07-22_01), I can see no corruption nor desync during the ending song.
i have just confirmed that bk_201 is either lying or mistaken. i watched 2 episodes and did not have such problems
it’s obvious he doesn’t know wat 10-bit is :p
Oh, still ordered chapter.
So…If I want to watch this 10 bit, I have to use CCCP newest BETA right ?
I only know of 7-15 working. One after that caused issues, but it may’ve fixed. So to be safe I’m recommending the 7-15 version until the next stable release.
I’m using the CCCP beta build. Everything plays fine up until the end.
Fuck yeah, a show that truly deserves this kind of treatment! You made my day today, Coalgirl.
Though I would still like to see crf13, this’ll have to do for now
Oh, and it’s nice to see that you aren’t using the updated Koharubi scripts they’re doing. To me, it seems they made it worse.
as already said there no differences in quality, just a small file size.
But is small file sizes so important ?
You can use the advantage of the 10-bit compression to obtain better video quality in the same size.
there is differences in quality…. just look at right hand
but V1 was not very good encode (episode 3 was 1.2GB and that is just to big for almost static bright scenes)
so no wander that filesize is that much smaller
I guess is better get it balanced, you can obtain better quality and save some space too.
@DeckuZora
the problem is that this isn’t still images so dithering is not the solution to increase the no. of colors to use… 2bits is not “just”, it’s a huge color reference between 8 and 10… here’s the math 2*to the 8th power (8Bit) and 2* to the 10th power (10Bit)
bits per channel
R/G/B (8Bit)
256/256/256
R/G/B (10Bit)
1,024/1,024/1,024
to get actual color difference multiply the color channel then subtract
1,073,741,824 (10Bit)
16,777,216 (8Bit)
—————————
1,056,964,608 Billion colors this is the 2bits of yours
so instead using filters (ex. dithering) to improve the quality you really don’t need to cause billion of colors available to use and that’s also why it compress better than 8Bit
and yeah most fansubs uses dithering on their encodes and that doesn’t solve banding issues because it needs more colors to use… you may say color banding is the effect of lack of color reference to use.
Last beta of PotPlayer 1.5 29120 supports 10bit
> bits per channel
Colors per channel.
8 bits means 8 bits per channel (24bit color)
10 bits means 10 bits per channel (30bit color)
So, we actually have 6 additional bits. 🙂
For those, who doesn’t understand where these billions came from.
8 bits of data can store 256 values from 0 to 255. 256 = 2 pow. 8.
10 bits of data can store 1,024 values from 0 to 1,023. 1,024 = 2 pow. 8.
Same mathematics applicable to total amount of bits:
2 pow. 24 = 16,777,216 possible colors combined from 256 shades of red, 256 shades of green and 256 shades of blue. Of course border shades of each color (0 and 255) actually are “black” and “white” and when we have 24 zeroes we have black color in the result.
2 pow. 30 = 1,073,741,824 possible colors combined from 1,024 shades of 3 colors.
So, each additional bit multiplies amount of possible combinations by 2 and we have 6 such additional bits. 2 additional bits per each channel. That’s why we have more then 1 billion of additional possible colors to use.
But why images in 30bit color can be compressed better then in 24bit color?
I don’t really know why but I can guess. When dithering applied to gradient it adds huge overhead of additional data to store. Without it we see color banding and with it we have a lot of separate points which on high bitrate treated as small details of image instead of shades of two colors in gradient. On low bitrate these small details morphs back to banded colors. So, using low bitrate after applying dithering just defeats purpose of dithering.
When we working with 10 bits per channel we don’t have to dither colors because we have enough colors to make color banding in gradient invisible or almost invisible for our eyes. It still exists but it’s too minor to bother about. In this case encoder can detect non-dithered colors as shades between 2 colors in gradient and store whole gradient as 2 points and a bit of additional data!
BTW, regarding color banding. It looks bad but our brain have additional glitch which makes us to see same shade of same color near lighter and darker colors as different shades of color.
http://upload.wikimedia.org/wikipedia/en/9/9a/Colour_banding_example01.png
Look at left 8-bit gradient. Each circle have same color all over the surface but for us it seems as gradient from dark shade of this color to light. So, when we looking at gradient from light color to dark we see lots of stripes with backward gradient in each!!! That’s why banding looks so awful.
Actually dithering doesn’t solves banding completely because we easily detect it and still see banded image (look at dithered gradient in the middle and zoom it to original size) but without that awful effect of backward gradients. So, dithering is just workaround for glitch in our imperfect vision. 🙂
Compare these two images to understand this glitch better:
http://upload.wikimedia.org/wikipedia/commons/6/60/Grey_square_optical_illusion.PNG
http://upload.wikimedia.org/wikipedia/commons/e/ed/Same_color_illusion_proof2.png
So far, I’m loving the new experiments with 10-bit encoding. I’m on a 5yr old laptop, (that was close to top-of-the-line at the time I had it custom-built,) that normally had no problems playing 720p video files, but had a bit of trouble playing 1080p. I just watched ep.12 (since it was the first episode to finish torrenting) and I had zero slowdown or de-synch from the start of the episode up until the end… The ending sequence slowed down to a crawl and CPU usage spiked up to 100%. For the rest of the episode CPU was around 25%-40%, so why would a static scene of a starry sky be more demanding on the system? Turning off the subs during the ending dropped CPU usage back down to ~50%, so any reason why non-karaoke’d subs would be using as much CPU as the audio/video combined and giving my computer a stroke? ^^;;;
I downloaded Yuri Yuri 10 bit and using cccp 7-22-11 with no problems. I’m working on downloading Bakemonogatari 10 bit 720p. I will let you know about these later when I get it down.
Someone mentioned about the importance of smaller sizes. I don’t know where you’re from but I have to deal with data caps with my isp. Particularly, with BDs, it’s very easy to reach the data cap. Smaller sizes means I can download more and seed more. The high quality of the videos are a major plus.
It does mean your cpu is used more but when I ran Yuri Yuri, it ranged from 8% to 16% cpu usage based on what was on the screen. To me, that’s not bad. If cpu had hit 50% or higher, I’d be more worried. In case you were wondering, my cpu is quad core Q9550 and 2 gig ram. Not top of the line, but not the bottom either. If you are having problems, make absolutely sure you have the latest video player. For cccp, that’s 7-15-11 or newer. Not sure on the other players since I don’t use them.
ahh data caps 😛
this is from 06.2011
http://i.imgur.com/QCE5A.jpg
@Lain
*applause* well explained
Nice PotPlayer does play Bakemonogatari smoothly, had blotches or dithering with banding with CCCP beta but it’s gone with PotPlayer.
For those interested PotPlayer 1.5.29120 Update ver. (It’s like KMPlayer for those KM users like I)
http://www.dvbsupport.net/download/index.php?act=view&id=239
Leave the default on Built-in Decoder till CoreAVC 3.0
Not to ruin the 10-bit fun, but was the issue of the ordered chapters breaking the audio commentary fixed?
I already archived the 8-bit version on DVDs, so I will skip this. However, the filesizes of the new 10-bit encodes are very friendly, in some cases 50% smaller compared to 8-bit, and that’s very nice.
I wonder, how 10-bit fares with grainy sources? If ChrisK would also like to experiment with 10-bit, I would recommend Kara no Kyoukai, especially the 5th movie (Paradox Spiral), as it’s very grainy and the resulting encode is huge.
So what a finish show you guy’s reencoded to 10-bit.Like bakemonogatari because i want to archive at least the best show with the best encode and the best quality.
Out of curiosity i compared the old first episode [Coalgirls]_Bakemonogatari_01_(1280x720_Blu-Ray_FLAC)_[CA425D15] with the new one [Coalgirls]_Bakemonogatari_01_(1280x720_Blu-Ray_FLAC)_[6E396950] and i find out that in quality the older ones are better than the new ones with the 10-bit crf. I noticed that they add more brightness and some bad graphics.
Examples: 09:51 (check her top left sight of her head and on the right sight of her breast),
17:08(check the black road)
I checked with windows media player home cinema and vlc media.
The only good thing was the size difference but other than that i don’t like it. I’m just saying my opinion nothing more. 😉 Besides they say is still something like beta version yet i think.
@Nighmarekiller: “I checked with windows media player home cinema and vlc media.” You’re doing it wrong.