[Coalgirls]_Monogatari_Series_Second_Season_Arc_01-03_(1280x720_Blu-ray_FLAC)


Source LinksTokyoTosho | Torrent Download | Magnet Link (9.144 GB) | Website
Date Submitted13/05/2014 01:48
Comment#coalgirls@irc.rizon.net
Article (!)Monogatari Season 2
Files
406.0 MB
376.4 MB
372.2 MB
414.2 MB
486.9 MB
102.3 MB
41.66 MB
196.1 MB
16.79 MB
16.80 MB
197.8 MB
16.85 MB
16.71 MB
213.9 MB
16.75 MB
16.85 MB
214.9 MB
16.23 MB
208.4 MB
16.37 MB
16.31 MB
2.694 KB
218.5 KB
409.0 MB
430.7 MB
507.3 MB
546.5 MB
215.4 MB
16.44 MB
16.16 MB
194.4 MB
16.42 MB
16.14 MB
200.4 MB
16.29 MB
16.04 MB
228.6 MB
15.98 MB
2.030 KB
218.5 KB
82.02 MB
77.51 MB
483.5 MB
394.9 MB
401.8 MB
585.8 MB
68.36 MB
53.07 MB
203.9 MB
17.47 MB
16.23 MB
212.4 MB
17.54 MB
16.24 MB
209.7 MB
17.63 MB
16.32 MB
227.6 MB
17.71 MB
16.37 MB
2.195 KB
218.5 KB
1.175 KB
5.892 KB
3.624 KB
5.892 KB
3.624 KB
5.313 KB
3.927 KB
5.312 KB
3.938 KB
Hash ListSFV, MD5, SHA1



19 comment(s):
13/05/2014 03:14 — Envy
Ah Mendokusai....
Just to let everyone know this uses ordered chapters....
Q 13/05/2014 04:07 — Anonymous: "Anon1911"
sorry i didn't get it
wat is ordered chapters ????
13/05/2014 04:14 * — Galaxy_Defenders
In ordered chapters the opening and ending are separate files from the body of the show.  Your video player puts them together (so to speak) for playback, assuming your player or its components (Haali, Lav media splitters) support ordered chapters.  CCCP, MPC-HC, Potplayer, KMP and maybe all other players now support ordered chapters (vlc? --don't know).

Why?  If the OP and the EN are the same for several episodes, it saves transmission and storage space --from a time when that mattered more than it may now.  The savings in this release is about 150MB x 10 or 1.5GB, by my rough estimate.

Why not?  A problem for those who playback on streaming devices, like set-top boxes.  Or for any video players that don't support it.


P.S. There are a lot of xdelta files in this release.  These are to optionally add-in the commentary tracks.  If you don't care about commentary you can ignore them.

To just get the show, look for the bigger files.  But also get the OP's and EN's for proper playback.
14/05/2014 00:19 — aniluv
Thanks for your explanation.
14/05/2014 03:42 — John_Rhogan
THIS is why I don't like ordered chapters for anime!
14/05/2014 23:59 — admin
I'd probably point out that being a 10-bit encode, it's unlikely going to work on hardware players anyway, so you're likely going to be using a software player regardless of there being ordered chapters or not.

8-bit encodes do suffer from this drawback however.
Thanks for the detailed explanation.
15/05/2014 00:32 * — Galaxy_Defenders
I read something about 10-bit mkv implementations on xbox or playstations a while back, and some vague promises about set-top boxes, but I'm not up to date on those platforms.
15/05/2014 06:36 — admin
It's highly unlikely that a hardware 10-bit H.264 decoder will ever exist, due to being not trivial to implement [in hardware] and the very niche it occupies.
To my knowledge, no console supports 10-bit decoding. Of course, it's possible to stream to it, but in that case, a PC is actually doing the decoding.

A set top box, or, let's just use the term "media player", to be a little more generic, which decodes via software could do it, though it would have to be pretty new (how recent 10-bit decoding was added to libav and the amount of processing required to software decode). I would expect most hardware media players don't do this, though for those that do, it would depend on the software I suppose.
If anyone knows any more / has corrections, I'm interested to hear it.
15/05/2014 09:57 * — Galaxy_Defenders
1. Hardware: I'm sure you're right about the niche and practicalities.  But do I recall you saying you ran Hi10P on an Atom processor?  That's a bit impressive.

2. "Implementations" was misleading.  "Warranty-voiding hack" was more the territory back then.  Probably clever and unsatisfying at best.

3. Contrary to progressive fansub intentions, Hi10P ended up reviving the almost dead mp4 format in anime-land.  And brought back hardsubbing.  Re-encodes went from anathema to market segmentation.  And 8-bit mkv is not gone and still popular with many.  I'm not sure what the moral of this story will be: How to not roll out a format; You can't fight the hardware cycle; 20% improvements will always be niche (betamax, SVHS, etc.); It's only a matter of time; ?
15/05/2014 11:57 — Anonymous: "RSB2"
@admin
>It's highly unlikely that a hardware 10-bit H.264 decoder will ever exist
Saying "There is no hardware 10-bit H.264 decoder among consumer electronics" would be more appropriate. I am pretty sure there was some for using in broadcast systems or other non-end-user usage.
>though for those that do, it would depend on the software I suppose.
Those would need at least something like quad-core ARM ore dual-core x86 (newer heard of any other than some android TV sticks, though). And players with such CPUs would probably have proper OS (android or some linux distributive), so updating player would be not as hard as on simpler players with their own propietary firmware.
@Galaxy_Defenders
>But do I recall you saying you ran Hi10P on an Atom processor?  That's a bit impressive.
There are some quad-core Atom CPUs nowedays. One guy with asus T100 (Atom Z3740) claimed that 10bit 1080p plays fine, even on some grainy (which is harder to decode) videos like Chuunibyou ED. And he is using madVR with it.
Some extreme cases would probably lag (like coldhell's Coppelion OP), but it should be okay for most of videos, especially 720p.
>Hi10P ended up reviving the almost dead mp4 format in anime-land.  And brought back hardsubbing.
I wouldn't say so. Typesetting is a problem for most HW players too.
Android players doesn't fully support ass - VLC doesn't support fonts loading from mkv and mxPlayer's subtitle renderer really sucks (there is ~200ms lag and animated subtitles are rendered like 2 times per second - even HorribleSubs-tier typesetting looks worse because of this lag).
And there is some hardcore typesetting cases (like this http://a.pomf.se/fkodco.mkv) which would instantly break any toaster, and multi-core CPU won't save you because sub renderers are pretty much single-threaded.
Hell, I'm even considering making 10bit JoJo SC releases with hardsubbed typeset and softsubbed dialogues based on Commie subs.
15/05/2014 14:02 — Galaxy_Defenders
1. Atom meant "netbook" back then, and the general fansub advice was to consider them unusable for Hi10P.

2. The complaints at the fansub sites were notebook users who had been watching fansub HD anime and then couldn't.  Even today, I suspect the bulk of deadfish et al. users are still notebooks.  Alternate hardware like set-top boxes were occasionally mentioned.

3. I'm surprised I haven't heard more about tablet users in the last couple of years.

"Everything for everybody, to the extent possible"
16/05/2014 02:42 — admin
Saying "There is no hardware 10-bit H.264 decoder among consumer electronics" would be more appropriate. I am pretty sure there was some for using in broadcast systems or other non-end-user usage.
You are correct. I just saw no need to this small detail since it doesn't really matter here anyway.
Thanks for the correction nonetheless.

Those would need at least something like quad-core ARM ore dual-core x86 (newer heard of any other than some android TV sticks, though). And players with such CPUs would probably have proper OS (android or some linux distributive), so updating player would be not as hard as on simpler players with their own propietary firmware.
For 1080p probably, but I was being hypothetical anyway. For 720p, as in this batch, you could get away with less.
As for a "proper OS", I'd say an "open" (to some extent anyway) OS would be more important. I think TiVo made a nice case of how you can distribute a locked down Linux installation.
https://en.wikipedia.org/wiki/Tivoization

But yes, if this was all the case, and you could update the player to one supporting ordered chapters, then this wouldn't be much of a problem.

There are some quad-core Atom CPUs nowedays. One guy with asus T100 (Atom Z3740) claimed that 10bit 1080p plays fine, even on some grainy (which is harder to decode) videos like Chuunibyou ED. And he is using madVR with it.
This was with a single core Atom N270 at 1.6GHz.
Only doing 720p, pretty stripped down (definitely no madVR), and still won't handle everything (but most videos were fine). ASS animations were obviously disabled.
You could possibly do 1080p okay on a N270 with CABAC and deblocking disabled.
Perhaps not particularly ideal, but doable.

Silvermont based Atoms should be a fair bit faster than the Bonnell based ones (eg N270), so software decoding should definitely be fine on those.


As for typesetting, are you referring mainly to karaoke effects? Because I haven't really seen complex typesetting elsewhere. Personally I'd prefer a simple \k type effect, but if it's complex, should be hardsubbed. Great to hear that you're doing that :)
16/05/2014 08:17 — Anonymous: "RSB2"
About 10-bit and software problems - I should add that using 10-bit compatible decoder isn't enough, mxPlayer (many people think it's the best for watching anime and probably anything else) uses recent ffmpeg build, but it doesn't do any dithering on 10-bit->8bit conversion, so output may be even worse than on 8-bit video of similar size (http://a.pomf.se/bjvkgv.png ). So I find it funny when people are saying something like "10-bit plays fine on my Nexus 5 with mxPlayer, even with advanced subs".  VLC does dither, but when output method is set to OpenGL ES (which is on by default) it dithers down to 6-bit color, with Android Surface output method it works fine.
>(definitely no madVR)
GPU is much better on more recent Atom CPUs, so madVR won't give big performance impact on those, as it does most of job on GPU shaders.
>As for typesetting, are you referring mainly to karaoke effects? Because I haven't really seen complex typesetting elsewhere.
No, I don't. Karaoke effects are not so demanding, probably for two reasons:
1. Typeset for signs should mimic original sign and sometimes in can't be achieved without doing something hard to render (For example, there is no tag for gradient in ASS. To make a sign with 50 shades you do 50 of those signs, and cut them with /clip tag. Resulting image is combination of those clipped signs), but when you do KFX you just do whatever you find appropriate you don't have to render same text dozens of time (maybe 3-4 times for shadows and stuff) and you don't have to redraw it on each frame.
2. Signs are just a few seconds long, so you make it complex and caching will save you on playback. KFX could be 1.5 minutes long,  so caching won't help and you just have to make it easier to render.
I linked sample in my previous post (just remove bracket from link) - it's  25MB mkv file, part of commie's JoJo release. Typeset is basically zooming out wall of text with gradients. Here is original release with comments: http://commiesubs.com/jojos-bizarre-adventure-25/
>but if it's complex, should be hardsubbed. Great to hear that you're doing that
I don't. I just considering doing it. ATM I have script that automatically makes 720p MP4 reencodes with 8-bit hardsubbed video and I'm releasing a few shows under [RightShiftBy2] tag. It's far from perfect, though, because I'm doing on linux using wine to run VSfilter - it doesn't render .otf fonts well for some reason http://screenshotcomparison.com/comparison/73492 . I made a roundabout solution by converting those fonts to .ttf, but there are some other issues, maybe some of them are just text encoding issues, not font. Still, I won't start doing this semi-hardsub thing unless I deal with those issues. Maybe in next season.
@Galaxy_Defenders
>3. I'm surprised I haven't heard more about tablet users in the last couple of years.
It's not like whining on internet will help you with this anyway. Especially since tablets and phones is not considered "real" computers unlike x86 computers.
Also, 480p versions was common since forever and [DeadFish] started doing reencodes before 720p-compatible tablets became that commonplace, so most of tablet users already had an acceptable alternative right after buying tablet.
16/05/2014 09:14 — Galaxy_Defenders
Ah, so that's you.  Cool!

Right now, here today, I'd like to apologize on behalf of anime fans everywhere for something Nyaa will do to piss you off someday.  Let's hope it's not too soon or too often.

This week, Nyaa red-fielded Coalgirls mammoth Monogatari 2nd Season BD torrents due to typesetting, Coalgirl says.  Nyaa never again, she says.
16/05/2014 11:01 — Anonymous
>Let's hope it's not too soon or too often.
I don't think we need to worry about that. Nyaa doensn't have too much restrictions. Only upscales and Xvid or bitrate-starved reencodes are not allowed (and you can do Xvid if it's not a reencode). Even those 8bit hardsub is not necessarily red - you could infiltrate some fansub group or do subs yourself to make regular or even trusted releases (like hatsuyuki's mp4). And hardsubs won't be banned as long as there are so much devices incompatible with complex .ass subs. Maybe this would happen when x264 becomes as dated as Xvid being now.
@admin
>I haven't yet seen that done, then again, I haven't seen that much. Interesting.
Just take a look ad JoJo typeset - it has a lot of big signs with gradients, so you can see quite a few similar lines with different colors and /clip values like this http://tny.cz/511b95b2
>My opinion would be that it's going too far, and ASS probably isn't the right tool for that
Fansubbers are using ASS nowadays, and nothing else, so it can't be helped.
>more than 3-4
I meant that the full line would probably be rendered only 3-4 times on first frame, and small parts of line would be rendered later as song goes, so number of vectors to rasterize per frame value would be so much.
>How do you cache things in ASS?
Subtitle renderers (both vsfilter and libass, probably) does it - it can render some stuff in advance (which gives a room for some bugs, of course https://code.google.com/p/xy-vsfilter/...tail?id=94 ), and there is also queue in video renderer.
16/05/2014 11:26 * — admin
Fansubbers are using ASS nowadays, and nothing else, so it can't be helped.
Yeah I know, I'm just making a rather pointless statement because I just feel that trying to emulate gradients is an ugly hack, trying to make ASS do what it wasn't designed to.
Perhaps an (unofficial) extension (that allows gradients, for example) to the ASS format could work. Breaks the spec, but I'd prefer it to the ugly hacks that need to be done to achieve the effect.
Oh well...

I meant that the full line would probably be rendered only 3-4 times on first frame, and small parts of line would be rendered later as song goes, so number of vectors to rasterize per frame value would be so much.
Ah, my mistake - I see what you mean now.

Subtitle renderers (both vsfilter and libass, probably) does it
Ah, you're referring to the subtitle renderer (which the fansubber doesn't have much control over) - I was thinking you were referring to the format.
Thanks for the explanation.
16/05/2014 11:47 — RSB2
>Perhaps an (unofficial) extension (that allows gradients, for example) to the ASS format could work. Breaks the spec, but I'd prefer it to the ugly hacks that need to be done to achieve the effect.
Someone tried that (Google AS5 subtitles. And I've also seen some more resent notes on .ASS specs extension.), but there wasn't enough people interested in doing it, apparently.
16/05/2014 09:34 — admin
Typeset for signs should mimic original sign and sometimes in can't be achieved without doing something hard to render (For example, there is no tag for gradient in ASS. To make a sign with 50 shades you do 50 of those signs, and cut them with /clip tag. Resulting image is combination of those clipped signs)
I haven't yet seen that done, then again, I haven't seen that much. Interesting.
My opinion would be that it's going too far, and ASS probably isn't the right tool for that, but each to their own I suppose.

when you do KFX you just do whatever you find appropriate you don't have to render same text dozens of time (maybe 3-4 times for shadows and stuff) and you don't have to redraw it on each frame
I've seen cases of numerous animating objects being added. Never checked how many lines it consumed, but I'd guess a fair more than 3-4, but less than your 50 line example though.

Signs are just a few seconds long, so you make it complex and caching will save you on playback
How do you cache things in ASS?

I'm currently not in a position to download and test your sample clip out, but I think I get the general gist from the comments.
Thanks for the example though, as well as the effort you put in for your releases.
03/06/2014 13:18 — admin
If you happen to see this comment, I did finally get around to taking a look at the sample.
Interesting. I don't get laggy video, but subtitle rendering seems to get skipped a lot of the time.
But I wonder, why couldn't all the moves and scales just be done with a \t ?
Add new comment
Name:
Comment Type:
Message:
Show formatting tags
<b>bold</b><i>italic</i><u>underline</u><s>strikethrough</s>
<code>code</code><sub>subscript</sub><sup>superscript</sup><spoiler>spoiler</spoiler>
<big>big</big><small>small</small><quote>quote</quote><a href="https://animetosho.org/">link</a>
Please be aware of the following before commenting:
  • Anime Tosho provides a mirror of torrents and is not the source. Please understand that uploaders/submitters may not read comments here, so you should check the Source Links section near the top of this page if you wish to contact them
  • Expired links do NOT get reuploaded as files are deleted after we process them
  • Uploads are NOT instant, so please wait for them to be processed. The entire uploading process is done by a bot which does NOT read any comments, so asking for links will have no effect on when they show up
  • Critical comments are welcome, however note that statements such as "X is crap" or "Y sucks" are NOT criticisms. Please provide reasoning with critical comments to be informative, helpful and allow for debate.
  • Personal attacks or insults are not welcome here. Such comments may be removed entirely and commenters may be temporarily banned.
  • If you've got no audio and you're using VLC, try a different player.
Image Verification:

Our squiggly text game where the aim is to copy the image into the textbox. All characters are upper case, and there are no zeros (0) and ones (1) in the above image. Apparently bots aren't as good as humans at this game.
archive
Anime DDL+NZB mirror
Current Time: 12/11/2026 03:35



About/FAQs

Discord