There was a problem downmixing the fake 5.1 that CNHD has to 2.0, so here is the new version correctly downmixed. Here is the original description: We decided to put everyone out of their misery with the mediocrity coming out of C\_P and C-W (seriously, who wants XviD? Puto: Can we please get out of 2004?) and do it right. So, here it is. Enjoy. This is not a logoless release as the logos are opaque and not removable. Episode Title: A Venipede Stampede  _Venipede!_ Large rant to follow. You have been warned and your head may explode. _Now hold on FMA, you just called out two groups for being crap. What do you have that backs up your claim that you are so much better?_ Well, I'm glad you asked. Well let's start at the top. For reference, I use x264 and mainconcept aac in a mkv container. 720p High definition. Let's compare, shall we? C-W: 170MB 720p. I can't believe they have the audacity to release this. Their **396p** is 150MB. Seriously guys, I think you're trying to make the tv ripping scene look good. 396p is just completely daft. Pick one C-W, either enhanced definition (853x480) or standard definition (640x360). Thanks. I looked at this file Pokemon Black and White - 01 - In The Shadow of Zekrom! \[720p\]\[C-W\].mkv with a CRC32 of 6f46d18c Here are their x264 settings for reference: Writing library : x264 core 113 r1881kMod cd53fa4 Encoding settings : cabac=1 / ref=1 / deblock=1:1:1 / analyse=0x3:0x133 / me=umh / subme=7 / psy=1 / fade\_compensate=0.00 / psy\_rd=0.00:0.00 / mixed\_ref=0 / me\_range=16 / chroma\_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast\_pskip=1 / chroma\_qp\_offset=0 / threads=2 / sliced\_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained\_intra=0 / bframes=16 / b\_pyramid=0 / b\_adapt=1 / b\_bias=0 / direct=1 / weightb=1 / open\_gop=0 / weightp=2 / keyint=250 / keyint\_min=25 / scenecut=40 / intra\_refresh=0 / rc=2pass / mbtree=0 / bitrate=1010 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip\_ratio=1.40 / pb\_ratio=1.30 / aq=1:1.00 _FMA, that's a bunch of gibberish_ Yes it is, but this discussion is for any of you encoders out there. What's wrong with what they did? First thing that comes to mind is 2pass. 2pass was the best we could do 5 years ago when x264 came out. _But I like consistent file sizes, FMA._ Ah yes, this foolish argument. Well, let's pick it apart using a picturesque argument. Imagine I have a cardboard box of a certain known size. The encode of whatever I'm doing has to fit in that box, whether a particular frame gets enough bandwidth or not. This results in hellacious amounts of blocking. I will discuss the correct way to do this later. Other things to note especially is very low bitrate, not high enough subpixel motion estimation (needs to be 9 or 10), **1 reference frame** (should be 16, never lower). The motion estimation range they used was 16. It needs to be 24 for SD/ED or 32-36 for HD. This encoding style gets a big stamp of disapproval from FMA1394. C\_P: I don't see them doing 720p, so let's just talk about their 480p from a 480p standpoint. For reference, I used this file: Pokemon Black & White - 1413 - Mincinno Neat and Tidy! {C\_P}.avi with a CRC32 of e237ee9c Here are their x264 settings for reference: Writing library : DivX 6.8.5 (UTC 2009-08-20) Wow... there isn't much to talk about here. WHY ARE YOU USING DIVX 6.8.5? I'm at a loss for words here, so I'll just cut my losses and not continue on. DivX 6.8.5, and **calling it XviD** on your torrent page ([\#210548](//www.nyaa.se/?page=view&tid=210548)) and then using vbr mp3 in an avi. AVI with MP3 VBR isn't a supported standard for that container. Wow. Big stamp of failure here. Pokemon-Originals (this file): Writing library : x264 core 115 r2008 4c552d8 Encoding settings : cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy\_rd=1.10:0.00 / mixed\_ref=1 / me\_range=32 / chroma\_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast\_pskip=0 / chroma\_qp\_offset=-4 / threads=6 / sliced\_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray\_compat=0 / constrained\_intra=0 / bframes=16 / b\_pyramid=2 / b\_adapt=2 / b\_bias=0 / direct=1 / weightb=1 / open\_gop=0 / weightp=2 / keyint=300 / keyint\_min=24 / scenecut=40 / intra\_refresh=0 / rc\_lookahead=60 / rc=crf / mbtree=1 / crf=17.0 / qcomp=0.80 / qpmin=10 / qpmax=51 / qpstep=4 / ip\_ratio=1.40 / aq=1:1.00 This is what it should look like. The correct way to fix 2pass stupidity is CRF (Constant Rate Factor). Essentially CRF is a quality coefficient based on a number. I do 17 as it is very high quality and not ridiculously huge. Once you find a good number to use, keep using it as it will yield the same apparent quality for everything. CRF removes the cardboard box that was mentioned earlier in 2pass and allows your encodes to be the size that they need to be. No blocking. No bull. _FMA1394, what about your friends over at [\#[email protected]](irc://irc.pocketmonsters.net/PocketMonsters)?_ Friends? Actually, I haven't heard anything out of them. Not surprisingly, they keep to themselves. I don't think they like me anymore :) Enjoyed that rant? We talk about these things all the time in [\#[email protected]](irc://irc.hoshinet.org/pokemon-originals) Come visit us. Here are some screenshots (possible spoilers, you've been warned): <http://imgur.com/a/1RdM6>