Clannad

Episodes – 24
Video – 1920×1080 @ ~2300 kbps, 1280×720 @ ~1400 kbps, 704×480 @ 175 MB
Audio – 5.1 FLAC, (DVD @ 160 kbps AAC)
Subs – SS-Eclipse

DVD – Torrent
720p – Torrent
1080p – Torrent

456 Responses to Clannad

  1. Philip writes:

    @BurningIcecube
    It seems evident in the comparison screen shots they provided that Coalgirls’ release is better than the others at the moment. Regardless of how the picture was taken, the Blu ray does in fact have a little edge noise, and Coalgirls properly cropped the edge noise and filtered it. That’s what one should do when dealing with a video source such as this.

  2. Tiago writes:

    Yeah, that’s true Philip.
    Now I just hope that the Chapters problem is fixed, because then the release will be perfect imo πŸ˜€

  3. John writes:

    Hey, long time no post. Sure you are busy with this clannad war between thora and doki but the updates on the status of Clannad doesn’t appear on the rss feed. Maybe you have a “update without notifying anyone” option checked or something?
    By example, the update on Frostii drop of Katanagatari did appear on the rss feed.

  4. B0ng0 writes:

    Hey buddy, any plans on doing the Angel Beats! BDs?

  5. John writes:

    @Bongo
    /?p=296
    Angel Beats confirmed since April 10.

  6. ar writes:

    I have no problems with explaining the few nuances and workarounds for getting ordered chapters to work right, hell I even tried to provide you a sample ages ago and it was completely ignored. You know my nick on rizon, message me there and I’ll give you whoever a run down of the steps that should be taken to prevent ordered chapters from doing buggy shit, and for sake of testing if whoever is testing has an Nvidia GPU, use Coreavc in CUDA mode to test.

    Anyway long story short, if ordered chapters don’t begin on the exact timecode of an I-frame problems begin to creep up. if you don’t have an I-frame where you need to make the chapter jump to an external seg-uid, you can cross your fingers and hope for the best. This scenario can be fixed sometimes, but not always. If the timecode of the jump is earlier than the length of the seg-uid referenced video, you gotta be really careful. Make sure the start time of the next local chapter after the seg-uid chapter is exactly on an I-frame, and make sure the end time of the previous local chapter, if is earlier than the end time of the called chapter, is at least a few frames earlier than the timecode of the next local chapter. How many frames depends, sometimes half a frame is enough (ie. 0.0285ms ~), sometimes you need to go a few frames back. Then it’s a matter of mux and check, mux and check, until it jumps cleanly from the called chapter to the following local one.

    Which would explain the problems since I was using an algorithm which induced a 0.010 second sync problem resulting in an incorrect time code, the one before the I-frame.
    AKA – I needed to update my software. I wasn’t “rushing” anything. So stop assuming that because I’m not Thora that I’m “rushing” it. Hell – I’m taking more time than them per episode to begin with.

  7. John writes:

    Ok, I think I got the idea taking the context on your explanation __ar. But what about old releases that have this bug, is there an easy way to patch them or they must be, as you say, mux then check again and again?. If that’s the case, I don’t think that coalgirls is going to take the time to fix them, they would better work on new releases lol.
    *beside note* How can I get my own avatar?

  8. Bloodios writes:

    I just downloaded v2 of episode 1, and from what I can see, everything went smoothly except for the “white blink” after the OP ended (right before the episode starts). So, will you guys be releasing v2 of episode for download or are you just going to include it in the 1-5 torrent batch?

  9. David writes:

    Doki has the best color in those comparison images.

  10. DmonHiro writes:

    For what it’s worth: No the ordered chapters don’t work. Hell, they don’t work in episode 2 either.

  11. zaockle writes:

    and this is why ordered chapters are poop

  12. DmonHiro writes:

    So, tell me honestly, is there a point in downloading these now, or should I just wait till the batch? Just asking cause it would be the third time I get episode 1, and it’s almost 800 MB.

  13. Bloodios writes:

    Here are several screenshots taken from the 720p version of episode 1 (of Doki and Coalgirls).
    Doki:
    http://img693.imageshack.us/img693/5697/doki720p01.png
    http://img704.imageshack.us/img704/1019/doki720p02.png
    http://img225.imageshack.us/img225/7812/doki720p03.png
    http://img138.imageshack.us/img138/2882/doki720p04.png
    http://img179.imageshack.us/img179/111/doki720p05.png
    http://img33.imageshack.us/img33/1467/doki720p06.png
    http://img94.imageshack.us/img94/8295/doki720p07.png
    http://img299.imageshack.us/img299/9263/doki720p08.png
    http://img196.imageshack.us/img196/1530/doki720p09.png
    http://img3.imageshack.us/img3/3663/doki720p10.png
    http://img140.imageshack.us/img140/2032/doki720p11.png
    Coalgirls:
    http://img714.imageshack.us/img714/9636/coalgirls720p01.png
    http://img14.imageshack.us/img14/6760/coalgirls720p02.png
    http://img202.imageshack.us/img202/2343/coalgirls720p03.png
    http://img442.imageshack.us/img442/2586/coalgirls720p04.png
    http://img7.imageshack.us/img7/820/coalgirls720p05.png
    http://img97.imageshack.us/img97/6871/coalgirls720p06.png
    http://img248.imageshack.us/img248/8159/coalgirls720p07.png
    http://img188.imageshack.us/img188/8523/coalgirls720p08.png
    http://img217.imageshack.us/img217/5656/coalgirls720p09.png
    http://img46.imageshack.us/img46/89/coalgirls720p10.png
    http://img708.imageshack.us/img708/2908/coalgirls720p11.png
    ———-
    The way I see it, while most scenes are seemingly identical, a few scenes from Coalgirls seem to be sharper by teeny tiny bit (the differences are rather hard to spot, though.) Of course, this is just the 720p version, I don’t know about the 1080p, though (I don’t feel like downloading several GB just to capture some screenshots.)
    ———-
    Anyway, since graphics are pretty much identical here (THORAnime is probably the same too), it’ll probably come down to this:
    [+] Those who prefer 720p, you have two choices, Doki or Coalgirls:
    – Doki has appealing OP & ED font, they use Eclipse-sub, 640 kbps AAC, and their releases take up less space than Coalgirls.
    – Coalgirls use Eclipse-sub, and flac.
    => So, if you don’t care much for sound and trying to conserve space, go with Doki, if not, Coalgirls are your friends (they have slightly sharper graphics.)
    [+] Those who prefer True HD 1080p, you, of course, have three choices THORAnime, Doki, and Coalgirls.
    – THORAnime use 640 kbps AC3 (why didn’t they use DTS is beyond me), and is the only one out of the three to use R1 subs, and the size of their releases are decent.
    – Doki [See above]
    – Coalgirls [See above]
    => You like compressed audio, choose either Doki or THORA. You like R1 subs, choose THORA, if you don’t choose Doki. And if you dislike R1 subs and prefer lossless audio and have enough space to go big, Coalgirls are your friends.

  14. Morph writes:

    Hey, I compared your screenshots with Thora and Doki and looks like you overcropped much and not properly like you saying. There is a first line missing and its not only edge noise.
    Will you explain it properly why so overcrop?

  15. ar writes:

    No idea who to address this to, so to whoever.

    It should take you around 1-1.5hrs to fully prepare a volume of ~4 episodes for encoding, including cutting the audio, merging it, and preparing fairly close chapters for each episode based on the timecodes you obtain from what ever you use for previewing the avs.

    You can script the approximated chapters for each, but you still have to manually check each episode and adjust the timecodes if necessary after you’ve encoded it. The easiest way to do this is, throw the video mkv into aegisub and jump to timecode or frame where you’ve estimated the jump needs to be, and if you’ve done it right, you’ll land right on the mark, or sometimes slightly off by a frame or 2.

    The other important thing is, that when you make your common ChapterAtom’s for OP/ED, which you only need to make once and copy paste them for each chapter file. Check the length of the OP/ED encodes with mkvinfo, I normally do it on cli because it’s fast, but use GUI if its easier. Whatever this value is, is your ChapterTimeEnd value, for each op/ed.

    | + Duration: 90.007s (00:01:30.006)

    Weird things happen when using ChapterTimeStart + ChapterTimeEnd where there is a chapter following if you don’t strictly adhere to the actual end time of the video file, same goes for the last chapter as well, even if its just a normal chapter. Most of the time you won’t need to even have a timecode difference between one ChapterTimeEnd and the following ChapterTimeStart. What’s critical is that TimeEnd timecode is the timecode of the next frame where you want it to end, which is the same timecode you use for the next TimeStart.

    If you get weird behaviour, then you adjust the TimeEnd backwards from that point. The TimeStart should always be frame exact. The TimeEnd should be that too, but otherwise if not, go back half a frame, (0.020-0.021ms), then from there take 1 frame steps backwards, ie -0.021 -> -0.062 -> 0.093, etc. Try to make sure any subtitles aren’t being rendered either side of the chapter point too. If you have to have them, make sure it’s the next chapter side, not the previous.

    The other trick is using a QP input file during the stats pass of the encode to brute force specific frame types at frame numbers. It will prevent 9/10 problems, for the other 1/10 you gotta play around a little.

    There’s no guarantee you’ll get an I-frame where you trim either the OP or ED out, especially if the transition from the last frame before the trim, to the first frame after the trim isn’t sudden or an I/i-frame has been used prior, and you are still within KEYINT period. It’s upto x264 encoder to determine where it thinks the most appropriate place to end the GOP is, and this will screw you over more often than not when using ordered chapters.

    I’d be happy to explain more on irc.

    Another solution is to encode the h.264 in three parts forcing the first frame to be an I-frame. Then append in mkvmerge and you won’t be faced with that issue.

  16. aniluv writes:

    ar is so knowledgeable =.= *stunned*

  17. guardianx71 writes:

    Yep , a bit overcropped. At the Nagisa screenshots by thora you can see the end of the hair , but coalgirls cut it a bit

  18. coalgirls writes:

    Why crop? There’s clearly edgenoise. If you’re not blind you can see it on a white background. This hurts compression.
    Why crop 2 pixels instead of 1? Safety.

  19. Tiago writes:

    Yeash…I agree with you coalgirls.
    BTW, I just watched the transition from the OP to the Episode 1 (v2) and I also see a white frame after the OP ends.

  20. Tiago writes:

    *Yeah

    I forgot to mention that the same thing happens with 1080p version of the 1st Episode. (OP ends > White frame > Beginning of EP01)

  21. Fireflybuzzbuzz writes:

    Downloaded V2 and chapters are still not working at all. I’m using the latest CCCP with all the settings as they should be. All of your previous releases work fine, is there anything else i could be doing wrong?

  22. Tiago writes:

    @Fireflybuzzbuzz

    I don’t understand why they are not working to you. They worked with me from the beginning and they are still working on the v2 and on the 1080p version…

    Maybe you should uninstall every codec you have, CCCP, etc. Then clean your registry (this is important, I use Registry Mechanic),now install latest CCCP, CoreAVC 2.0 and AC3Filter (AC3Filter only if you want to).

    Hope this helps.

  23. Fireflybuzzbuzz writes:

    @ Tiago
    Only installed them 2 days ago *sigh* i’ll give it a try, don’t see why this is the only video it doesn’t work with though…

  24. LMN writes:

    Ordered chapters work perfectly for me, in the V1. Don’t know what might be wrong with them.

  25. yuriks writes:

    1080p v2 part2 link has been deleted.

  26. Fireflybuzzbuzz writes:

    well, apparently re-downloading the OP & ED seemed to fix the problem. Perhaps a problem during downloading, fuck knows. Thanks again for the release, it’s the light at the end of a long colledgy tunnel.

  27. Muffer Nl writes:

    I found that the link for 1-2(V2) is broken and you named the link to ep2 part2 2-2 instead of 2-1.

  28. redcero writes:

    Wait what’s wrong with v1 of episode 1? I didn’t have any trouble playing it at all. Also, yeah as many have said v2 part 2 is down… I don’t see anything wrong with the name though

  29. Qdoba_Guy writes:

    I just tried to download part 2 of episode 1, and apparently it violates the terms of service provided by megaupload or whatever that site is. I don’t know if it’s just me or what, but I really want to see this bluray rip you all have going and I’m sort of partial to coalgirls. Any ideas?

  30. Gar writes:

    @Qdoba: You could just wait a month or so for the batch?

  31. Hinoe writes:

    I think coalgirls just edited the post with a new link recently, because I am downloading it.

    it = Episode 01-2 (v2)

  32. Hinoe writes:

    Ah yes aneki, I remember you mentioning you were doing lossless encodes. Is the filter chain THAT heavy? And if not, why are/were you doing it?

    And if the filter chain is THAT heavy, is there an actual need for that? Disclaimer: I haven’t seen what the BDs look like, but I am curious.

  33. Tiago writes:

    Coalgirls, I have a question.
    I just downloaded episode 2 1080p and I noticed that the Chapters problem is present in this episode too…
    I didn’t download the episode 1 1080p yet, but is that detail going to be fixed? Cause episode 1 720p had a v2 and the frame in excess was still there…
    I just want to know if I can expect that detail to be fixed.
    Keep up the good work πŸ˜€

  34. Hinoe writes:

    @Tiago

    Episode 2 link refers to v1, which has this problem. It is to be fixed in the v2 afaik.

  35. Latzi writes:

    It may be a silly question but can anyone tell me how to play OP and ED along with Episode ? I use Media Player Classic and put them in same folder. Yesterday I still have played ep1 and it included OP and ED but now I must play OP and ED seperately. Don’t know why

  36. redcero writes:

    I don’t know what problem everyone is having. I have both v1 and v2 of episode 1 and also I got episode 2. ALL 3 files play fine for me. What is the ordered chapter problem everyone else is having?

  37. muerto writes:

    @Latzi it could probably be haali media splitter. If you dont have it install and then go into the options and under input go to try to open linked files = yes. Hope this helps.

  38. yuriks writes:

    Can anything be done about the audio desync on segment change that happens with ffdshow flac? I wouldn’t mind using the mpc decoder, but that won’t encode AC3, and since I use S/PDIF that’s quite troublesome.

  39. DmonHiro writes:

    Yurikis: I don’t get any desync, and the ordered chapters work fine now. And I’m using fddshow

  40. Tiago writes:

    I’m having trouble downloading Episode 1-2 (v2). I open the link and the download starts but after the it hits 1 megabyte it just stops there and never resumes.
    Can someone confirm this, cause I’m having this issue since yesterday…

  41. yuriks writes:

    DmonHiro: This desync has been happening since the Kanon release, and coalgirls recommended using the internal MPC decoder. Someone re-encoded the OP audio there and that fixed it. I’m using ffdshow tryouts r3350 from CCCP. I’ve already tried both Haali and EVR Custom Presenter renderers both have the same problem. The audio desyncs and gets slightly offset for the entire episode after a segment change (cold intro -> OP and OP -> episode, also with the ED), but doing any seeking (after the desync) corrects it. This is on the 1080p ep1 v2.

  42. Tiago writes:

    @yuriks
    Yeah that’s true, but as you know with MPC FLAC decoder that problem is fixed.
    I have a question for you yuriks. Can you tell me please if you have that last frame from the first part of the episode between the finishing of the OP and the start of the second part of the Episode?
    I’m asking this because coalgirls said that issue was going to be fixed (therefore a v2, I think) but I still have that Chapter issue and I want to know if it’s only me or if it’s really there.
    Thanks

  43. coalgirls writes:

    The issue is there in episode 1, but it is not noticeable due to the white nature. Episode 2 it is hacked fixed, and 3+ it is non-existent.

    What I was fixing was some more major problems like the preview replaying 0.4 seconds or whatever.

  44. Tiago writes:

    Oh, thanks for the info coalgirls. I’m happy that detail is correct from now on πŸ˜€
    Keep up, this release is and will be the best available this way!

  45. yuriks writes:

    Tiago: Yes, but then I can’t use S/PDIF. πŸ™‚

    So, is it gonna be fixed, or is there any workaround? (Besides re-encoding and re-muxing the audio for all episodes.)

  46. yuriks writes:

    Tiago: I have the freeze frame too, in ep2 720p v2, ep1 1080p v1 and v2 and ep2 1080p.

    The audio desync happens on the 720p too, btw.

  47. yuriks writes:

    Ah, just found an interesting link, might be of help: http://forums.animesuki.com/showpost.php?p=3008932&postcount=156

  48. Tiago writes:

    @yuriks
    I see, thanks.
    About S/PDIF, this isn’t an imperfection on the release, ffdshow audio decoder needs an update, in my opinion, to correct this delay thing. So, if you canΒ΄t use the normal sound system I don’t see a solution rather then seeking every episode…
    This last link looks like a solution for your problem but MPC decoder is good as well imo, at least for almost everyone, so I don’t look at this like a real issue. Only for you of course πŸ˜›
    Sorry not being helful.