ONE OUTS 21 – DISCLOSURE
This release took 2 weeks because:
- I wouldn’t do anything until M+H 10 came out
- I went to Japan to make sure we were translating some signs right.
- I also enjoyed a maido cafe
- DJ screwed up the encoding 3 times (or 4) <- Lie
- We were doubly careful
- The ED kara got bent over and screwed (who watches that anyway)
- LOL WE HAVENT STARTED ON 22 YET.
ta.
ASS: [B2E].One_Outs.21.[13E4A23A].ass
TOR [HD]: [B2E].One_Outs.21.x264.[865A6C52].mkv
TOR [SD]: [B2E].One_Outs.21.XviD.[1F8E6BFC].avi
Loading ...
72 Comments
im surprised by the number of comments!
Phoniex and Daiz are both idiots for typing a long series that most people won’t read about the quality of HD and SD just watch the shows sure the quality is important but not that important
well I am an idiot for reading their explanations and many other reasons too
but serious it’s not that big of a deal although Phoniex makes more sense and H.264 do have better quality
THANKS B2E YOU HAVE GREAT SUBS
i can not watching ep21 without ass..plz can you upload the ass !! T^T
Thanks.
Fuck you B2E. I expect my subs within 72 hours of airing. You have embarrassed yourself with this release and proved what fagots you really are.
Since you don’t pay you CAN NOT expect – YOU can just play with your tiny penis till we decide to release OUR episode that WE translated and WE edited and WE QCed and WE encoded for ourselves – which we are letting other people such as YOU use for FREE…
Eat shit and die. Go sit on your thumb and fap to some bullshit on 4chan, fucking trollshit.
lol, just learn japanese and translate it yourself if you’re in such a stress?
No need to translate if you know the language in the first place.
Well, that’s true! (Though a kinda pointless comment?
) English is not my native language so that’s why I said it the wrong way, haha. I just meant “learn japanese and understand”.
Well.. I think he meant it as a joke, he knows that his demand is unreasonable thus just posting it to taunt other people to see how they react. Though it doesnt change that it’s a tasteless one.
He is the joke.
Thumbs up Jo’s ass
so ungrateful. wish B2E could ban this twit from downloading.
WHY was i expecting some kind of post like this ? I think it’s couse the internet is free for all, and there are a lot of suckers fuckers cowards that just know how to claim. You don’t pay a even 1 cent for support the Fansuber, don’t guess u just can come here and criticize them because you’re some fuckin idiot.
I’ve been out of internet, so I don’t even know when this was posted. but thank you sooooooo much.
and WOAH some nice travelling you’ve done there!!
Hi guys.
I don’t think I’ve ever thanked you for all these great episodes you’ve been subbing so a BIG thank you from France. ^_^
SankyuuSankyuuSankyuu!!!
aseeon, you are GODLIKE to provide a direct-download to BOTH SD and HD. Very cool.
Woohoo! And with the World Series going and not getting enough baseball, thank you!
You mean gg’s release of M+H 10? Wasn’t the “ggcaust” release mostly pushed by Finella (first release did end up being on finella’s tracker after all…) and then koda just slapped it on the main gg tracker a couple of days later? ’cause if that’s the case we’re never going to see any more One Outs again XD
thanks for the episode yo. been waiting for this. just saw ep 23 on youtube, and it looks like its gonna be a lot faster. too bad i cant understand it
since someone deleted the first topic^_^
again
thank you again for the new eps
Thanks for sub. I am watching. Other watching too. Don´t stop subing it. Please we love this anime.
Big news =D, one of the biggest that i got this week
… downloading, and hope watch soon =D
thanks for the SD
10x for the SD. 100x for the HD. Praise the B2E and also the mkv conspiracy theorists!
Also to all the haters initially the group did not want to do any SD so be happy that I made it.
Praised be you.
/is very happy
/offers some cookies and hopes you all keep the good work
“…so be happy that I made it.”
What part did u have in getting the group to release SD version?
Or did i read wrong =/?
I’ve been encoding it since the start.
Thanks for the release! I, too, am waiting for the SD, my computer can’t handle the .mkv (or I can’t find out how to make them work, some work other don’t, so I’m starting to believe my computer is TeH shit). What’s taking so long about the .avi file anyway? Changing the format or uploading the file? Or the laziness? Anyway, I’m looking forward to see episode 22 too. Great work!
Thanks for the release!
I’m waiting for SD, too. My lovely old laptop just can’t handle big files >.<
wow i just said “equal =” lol
Anyone have a megupload,rapidshare,etc link? Torrents + my Comcast equal = shit. Thanks
Check out aeesons page
go back a few episodes for the link.
and dont forget to thank him =D coz he rocks lol!
my bad.. spelt aseeon* wrong in previous post, but here is the link.
http://ddl.aseeon.net/
Dont forget to say thanks to him =p
yeee ep21 was good love this anime <3
and HD is the best!!
Still waiting for SD :p
Thanks a lot, awesome as always. Did you really go to Japan?
fffff you guys make me so happy, B2E ;v; Waking up to find the new ep is out… soooo good. THANKS~~
Thanks for the release
Since those who archive would be happy to wait anyway, can i request that you consider reversing the release order please?
SD then HD?
Honestly there’s no real difference between the two, i use a 21″ CRT monitor and my housemate has a 68″ widescreen LCD… between the SD and HD there’s litterally no difference except a slightly noticable difference in line definition.
Just asking you consider it because the xvid alone would satisfy most of the watchers, the archivers could grab the h264 when it’s released and since it’s a smaller file, it’ll save you bandwidth since people aren’t downloading the 33x.x mb HD version just so they can watch it a week before the SD watchers.
If you can’t tell the difference you’re an idiot or blind.
No, you’re just delusional if you think there really is one. Compare them properly, i can even guarantee you h264 encoding has colour errors compared to xvid. I’ve been checking and researching this for over a year. Xvid is better.
And you’re delusional if you think fansubbers would seriously release XviD AVIs first. The H.264 MKV is always the main product, the one they put their actual effort in, the XviD AVI is just a compatibility release for the poor, retarded and blind people that the fansubbers do out of their pure niceness and nothing else. The XviD AVI is never the main release and is always the one that is done after the main H.264 MKV release.
I think you’re getting confused here.
This isn’t about being sheep and releasing a h264 version first “because everyone else does it”. That’s just a retards train of thought. Think for yourself.
I’m asking for a consideration towards Xvid+Avis’ to be made, because the filesize is smaller for the same quality.
This results in faster distrobution as it takes each client less time to complete the download.
It also results in less bandwidth used by the fansubbing group because the file doesn’t NEED to be 330 odd megabytes, i’ve seen many doremi and eclipse releases in xvid+avi format at 120mb that look very close to 330mb 1080p h264 encodes in quality.
If B2E switches to releasing the Xvid edition first, many will switch to that and ignore the h264 version purely out of impatience. This results in a great bandwidth saving for b2e as the only people who will download the h264 release are the ones who want to archive the series.
I think you’re also missing the biggest point about h264 – it’s simply not the better codec. It requires over double the space to match Xvid quality. The only reason it’s popularity has risen so much is because it’s the EASIER codec to use. You can’t screw up a h264 encode it’s too noob friendly. Xvid on the other hand is far more complex, even having a cartoon mode specifically designed to save filesize when encoding cartoons and anime.
Holy shit there’s so many things wrong in your post that I don’t even know where to start.
“This isn’t about being sheep and releasing a h264 version first “because everyone else does it””
First of all, do you know why fansubbers do H.264 MKVs first? Because they ARE the better quality versions. Fansubbers naturally strive for as good quality release as possible, which is why they use H.264, MKV and softsubs. Softsubbed releases are also a lot easier to work with compared to hardsubbed stuff.
And bandwidth usually isn’t an issue to groups, hell, that’s what distro people are for and distro people usually do not have bandwidth caps or anything of the like, so bandwidth usage is a non-issue to the group. Besides, BitTorrent offloads a lot of the bandwidth distribution to the people downloading and seeding, so they don’t even really have to seed that much themselves in any case.
Also, you’re goddamn blind if you can’t see a difference between a 720p H.264 MKV and 400p XviD AVI. Hell, the difference is very clear even on a 15″ CRT and a lot more visible the bigger your screen and native resolution is and most people use screens with native resolution higher than 1280×720 these days.
“If B2E switches to releasing the Xvid edition first, many will switch to that and ignore the h264 version purely out of impatience.”
You’re underestimating intelligent people, not everyone is an impatient blind leecher like you.
“I think you’re also missing the biggest point about h264 – it’s simply not the better codec. It requires over double the space to match Xvid quality. The only reason it’s popularity has risen so much is because it’s the EASIER codec to use. You can’t screw up a h264 encode it’s too noob friendly. Xvid on the other hand is far more complex, even having a cartoon mode specifically designed to save filesize when encoding cartoons and anime.”
This is probably the biggest amount of bullshit I’ve read in a while. H.264 offers a ridiculously better quality/compression ratio compared to what XviD can do at its best. H.264 is also notably more complex than DivX/XviD. XviD (or MPEG-4 ASP, Advanced Simple Profile, in general) can’t simply beat H.264 (MPEG-4 AVC, Advanced Video Coding). Period. Unless you can prove me otherwise with video files to back your claims (though you can’t), you claims carry no weight. Or are you saying that you somehow know better than basically any actual expert on the subject?
So yeah practically everything you have said is wrong.
H264 is a generation ahead of xvid and can produce the same res and quality at a smaller file size.
The reason the h284 release is a bigger file is because it is HD thus every frame contains at least 4x the information.
As for a HD h264 sometimes not looking much better than the SD release this is usually due to people taking an originally SD signal from TV and upscaling it, so of course the HD encode won’t look much better. However a true HD source encoded in HD looks night and day better than the SD.
If they really cared about bandwidth they could encode the SD release in h264 and save about 30mb. The reason they use xvid is to cater to those that have slow or incompatible systems that can’t cope with the more modern h264 codec.
Incase you didn’t notice the world used to use divx/xvid and is steadily moving away from them to the better h264 codec. Or do you think you somehow know better than the entire IT/movie industry and practically every fansubbing group.
There’s plenty of proof, this group has proof.
Grab both xvid and h264 versions.
You can tell me h264 is better until you’re blue in teh face, but until you can post screenshots and mark the errors on them or teh areas that h264 has done better, i’ll be calling you a lier.
Because i’m far from blind, i actually have a very high attention to detail. Plus i am a very intelligent man. I noticed h264 wasn’t better than xvid almost as soon as it came out. I decided to give the whole bullshit train some time to continue, so encoders could actually learn how to use h264 properly and maybe then, it would be an improvement over xvid.
But, it’s simply not. I’ve been researching this for the last year moron, i have plenty of proof. Look at eclipse, GG, B2E, Dattebayo, Ayako, look at them all. You will notice one global trend, as long as the xvid is over120mb it’s higher quality than the h264, period.
I’m sorry, but the burden of proof is on you, not on me. Actual HD H.264 looks better than SD XviD and H.264 compresses a lot better than XviD does. I could link you to hundreds of comparisons, expert statements, leechers comments and post comparison images between HD and XviD material that all disagree with you. On the other hand, all you have to back yourself up is your own statements, which are quite frankly humongous bullshit.
So you claim. if you want a solid peice of proof try this; Eclipse encodes, Code Geass R2. The h264 encode is so filled with colour errors that the lights and stars in the opening actually appear blurry when compared to the xvid avi.
No need to mention the two encodes are close to equivelant size. Your claim is that h264 will compress better – considering you’ve never SEEN a h264 under 120mb since nobody releases files that small, i’m inclined to call you a liar.
So since you said that you can’t even see a difference in B2E’s SD and HD releases, I decided to make a little comparison…
Playback method used was CCCP+CoreAVC, player was MPC-HC with Haali Video Renderer, CoreAVC was used to decode the HD H.264 version, FFDShow was used to decode the SD XviD.
So basically I took these files:
[B2E].One_Outs.21.x264.[865A6C52].mkv
[B2E].One_Outs.21.XviD.[1F8E6BFC].avi
I opened both of them in MPC-HC, jumped to frame 4570 with Ctrl+G, fullscreened the player, hit Print Screen and saved the results as PNG. Here they are:
http://underwater.dbmd.org/bin/one_outs_21_HD_H.264.png
http://underwater.dbmd.org/bin/one_outs_21_SD_XviD.png
If you still dare to claim that “there is no difference in quality”, I would advise you to get your eyes checked, as the SD XviD looks absolutely cancerous compared to the HD H.264 version.
But wait, there’s more, this time from Eclipse’s Code Geass releases, since you said that “The h264 encode is so filled with colour errors that the lights and stars in the opening actually appear blurry when compared to the xvid avi.”
http://underwater.dbmd.org/bin/SDHD/
Surely you haven’t mixed the versions? Because my screenshots clearly show the exact opposite of the situation you described: The XviD is the blurry one filled with tons of compression artefacts. Same method was used to take the screenshots as in my previous post.
So, you still dare to call SD XviD versions “equivalent or even better” in quality compared to HD H.264 versions and realize that you’ve been blatantly wrong?
Yes i’m sure. upscaling them both to 1920×1200 is serious fail by the way. The h264 ver is being upscaled roughly 25%, the xvid over 200%.
Trying to troll someone who genuinly knows what they’re talking about, isn’t going to work Daiz.
Hahahaha, oh wow.
Because people NEVER fullscreen anything they watch, eh? ORIGINAL RESOLUTION IN WINDOWED MODE ONLY, NO MATTER WHAT RESOLUTION THE DISPLAY DEVICE HAS?
Sure is awesome logic there. My other post hasn’t yet gotten through due to “awaiting moderation”, probably due to the .png links, but let me copypaste this from it:
Playback method used was CCCP+CoreAVC, player was MPC-HC with Haali Video Renderer, CoreAVC was used to decode the HD H.264 version, FFDShow was used to decode the SD XviD.
I opened the equivalent files in MPC-HC jumped to exact same frame in both with Ctrl+G, fullscreened the player, hit Print Screen and saved the results as PNG.
This is a completely normal playback situation and in such a situation the difference is very, very clear.
The funniest thing is that you really seem to think you know what you’re talking about, despite being the only person ever to say so and having a conflicting opinion with tons of actual experts on the subject.
No, it’s more of a case as such;
Anyone running 1920×1200 on a TV for 1080p playback is a moron. Highest resolution encode available from any group these days currently averages at 1280×720. There are higher available, yet that’s not the point since they’re the minority.
That’s over a 50% upscale. Considering the TV will run 1280×720, only the xvid remains as being affected by resizing.
Now, you’ve noticed that even with almost a 300% upsize the Xvid only has marginal blurring compared to the h264.
Try comparing it a similar sized xvid encode, if you can find one. I’ve done ti in the past and since then deleted my references, but the xvid does look better.
Dear Daiz. I opened OneOuts #21 and nav’d to frame 4570. This is what i saw. Yet again i find you lying. If you’re lying about that, how do i know you haven’t photo shopped those pictures you posted before linking to them?
http://img12.imageshack.us/img12/5599/snapshot20090319084314.jpg
Secondly you’re using CoreAVC, the best h264 decoder and comparing the results to FFDShow, the worst available xvid decoder. See where i’m going here?
Finally, if you compared the two you’d actually see very quickly those errors you are seeing are BECAUSE of the Haali video renderer. Try using a real renderer like the VMR 9 directx renderer and disabling hardware decoding. I’m running 1600×1200 on my desktop, even on my desktop and 21″ CRT you can see a rediculously huge difference in favour of VRM9.
(This is from the Xvid version of #18)
Proof;
http://img16.imageshack.us/img16/7587/vrm9.png
http://img21.imageshack.us/img21/620/haala.png
Driver & hardware based decoding is convenient, but shit quality.
You don’t have even the resemblance of a slightest clue about what you’re doing. Do not even try and call those retards who promote h264 as “experts”, the real experts openly admit that h264s’ superiority is debatable.
purephoenix the more you talk the more dumb you look, why do you think people invented Bluray and HDDVD? Why are alot of movies released in HD? Why was HD invented anyway and why is it not in XVID? And i wont even start about the better colors anime gets from H264… You are probably color blind or you are imagining things or you have problem with decoding the h264 properly or you are slightly blind or you just wanna spend time spamming here. XVID is still alive cuz its can be played on everything and also try and find HD encoded with it – you wont find more than 1-2 attempts of that. And don’t even waste you time trying to prove something that has already been proven like a million times. Yeah i couldn’t take the fact that XP is gonna die soon but hey i got over it and now am open to vista and win7.
Movies are released in HD because they’re not anime, they contain far more detail than anime.
There’s nothing wrong with using a HD codec for the recording of physical materials like places, faces etc. The H264 standard does arguably do non-cartoon compression far better than xvid, that i’m not debating. However B2E and other groups *are* working with anime, not footage.
The reason h264 is failing to surpass xvid for anime is because you’re trying to use a codec designed for use with HDTV in excess of 1600×1200 resolutions and filesizes in excess of a whole DVD.
Anime just doesn’t gain a benefit from it, anything over 500mb xvid or h264 is simply overkill. You can comfortably lower the resolution to 1024 by whatever and notice little to no difference.
Lets’ get this straight; H264 is NOT designed for cartoons and anime. It’s sole purpose is to bring out high definition content on footage. If you’re encoding anime, you can still have 330mb xvid mkv’s with softsubs and a high resolution setting. It will look better.
It will look better, period. Hell, if you use the correct codecs, filters and renderers there’s not much difference between h264 and xvid as it stands. And as it stands the average xvid release is on average half the size.
h264 is alot more compressible files can go under 100mb if we wanted to, its 330 cuz if the higher bit rate and we use a transport stream which is 1080i so there is your high res content. Just enough with the xvid shit – you are just not gonna win and nobody will agree H264 produces more sharp images which helps with anime – it has better compression and far more superior settings and its more downloaded which makes it the winner.
Just a tip for ya – become an encoder and do HD XviD and prove your point – if you can’t do that there is no point in posting a ton of BS.
=/ No it can’t. I’ve seen the AVC test releases from dattebayo and etc. H264 cannot go under 100mb for a 23 minute series.
There’s no blocking or pixelation like xvid, but you also lose over 25% of the video quality.
Whole lines dissapear i don’t know how you can even claim h264 can do under 100mb.
Enough is enough anyway, i’m sick of washed out, super bright and exceedingly blurred anime so even after my PC upgrade, i STILL get the Xvid release.
“Dear Daiz. I opened OneOuts #21 and nav’d to frame 4570. This is what i saw. Yet again i find you lying.”
How was I lying? I clearly stated that I fullscreened both versions and took a screenshot of both of them fullscreened. What part of fullscreening do you not understand?
“If you’re lying about that, how do i know you haven’t photo shopped those pictures you posted before linking to them?”
Why would I need to photoshop them? There’s no need, the H.264 looks better anyway, which what you seem to have noticed as well considering you’re claiming me of photoshopping the images somehow, which is not the case. There is zero postprocessing applied to either of the streams.
“Secondly you’re using CoreAVC, the best h264 decoder and comparing the results to FFDShow, the worst available xvid decoder.”
Your point being? Both decode their respective streams correctly. I could repeat the test with any other proper H.264/XviD decoder and the result wouldn’t be any different. If one of them looked worse, it would be because of a bug in the decoder, or if one of them looked better, it would be caused by some form of postprocessing being applied. Once again, this is not the case with either of the streams and screenshots that I posted. Both also use the exact same player and the exact same renderer, so this does not cause any difference either.
“Finally, if you compared the two you’d actually see very quickly those errors you are seeing are BECAUSE of the Haali video renderer.”
The video renderer is only responsible for upscaling the video to the native screen resolution, which in my case is 1920×1200. Upscaling does not add any compression artefacts, which is what you seem to think. The compression artefacts are in the encoded files themselves, and will show no matter what renderer you are using.
“Try using a real renderer like the VMR 9 directx renderer and disabling hardware decoding. ”
VMR9 sucks when compared to Haali Video Renderer or EVR. Ask any expert and they will tell you this. Hell, even your screenshots disagree with you, as it’s painfully obvious that your VMR9 shot has incorrect luma levels while the Haali shot doesn’t. This doesn’t change the fact that both look like ass, though, they’re from the XviD after all. And how would you disable “hardware decoding”? What do you even MEAN by hardware decoding? Obviously you’re going to need hardware (in this case CPU) to decode anything at all. Do you have any idea what you are even talking about? Apparently not.
“Driver & hardware based decoding is convenient, but shit quality.”
Once again, you’re posting absolutely pointless nonsense. Drivers have nothing to do with decoding (well, though if you have old/broken display drivers rendering might not work corretly, but it has nothing to do with decoding the actual video) and some sort of hardware is always needed for decoding.
Now to answer some things in your earlier post:
“Anyone running 1920×1200 on a TV for 1080p playback is a moron.”
Huh, what? I’m not using my TV, I’m using my 24″ display that has a NATIVE RESOLUTION of 1920×1200. Are you saying that I’m stupid for running my display at its native resolution? Seriously?
“Now, you’ve noticed that even with almost a 300% upsize the Xvid only has marginal blurring compared to the h264.”
“ONLY MARGINAL BLURRING”? What about the tons of compression artefacts? The more bland and less vivid colors? Tons of ringing? The XviD looks notably worse, which is caused by the fact that XviD is a worse codec which compresses worse than H.264.
You are the one who doesn’t have the slightest clue about anything you say.
1) you claimed you navigated to frame 4750. Which was a lie, frame 4750 from ep 21 is snapshotted and linked.
2) Since the xvid looks better on mine it’s the obvious assumption that yuo’re lying or swapped the images to deliberately make the xvid look worse. You’ve already been proven to lie, see point #1.
3) No buddy. FFDShows’ XviD decoder is a pile of rat shit. Install the DivX official and set it as priority decoder for XviD and you’ll see the difference alright. My screenshots are from FFDShows’ XviD decoder, which is where the extra luma levels come from.
By the way, CoreAVC BY DEFAULT has postprocessing and deblocking enabled.
3) No, complete rubbish. Try switching renderer and checking again. There’s a massive difference.
4) video card hardware decoding / DXVA , see http://forums.boxtorrents.com/index.php?topic=10948.0
5) See point 4.
Finally, it doesn’t matter what your native resolution is, upscaling is upscaling. Or did you forget that h264 uses the scan weave interlace and doesn’t actually encode in pixel amoutns, thus making your native resolution totally irrelevant to playback quality?
There’s no compression artifacts there buddy. Again, haali is ruining your xvid quality.
Switch to a different renderer and you’ll quickly see haali simply sucks at xvid rendering.
Even if you did find a case of compression errors in the image, i’ll take that any day over pixelated edges, over saturation and luminosity.
Hell man, my god, Haali even has colour errors and bleeding in it. Check the top right part of teh S in those two snapshots. Haali bleeds the outline of the S in the background and bleeds it to the point that it’s ruined.
The damn morph effects aren’t even applied properly, they’re cut and ruined. Those two pictures are the EXACT SAME FRAME. Haali is THAT BAD. My god are you seriously this blind or are you just delusional? the evidence staring you in the face is enormous, impossible to miss for any sane person even.
“1) you claimed you navigated to frame 4750. Which was a lie, frame 4750 from ep 21 is snapshotted and linked.”
How did I lie? The frame in your screenshot looks like EXACTLY THE SAME FRAME AS IN MY SCREENSHOTS. In fact, it IS the exact same frame. The difference between your screenshot and my screenshots is that in my screenshots, I have fullscreened the player and taken a screenshot of the full screen so that the quality of both the H.264 and XviD version can be easily compared.
“2) Since the xvid looks better on mine it’s the obvious assumption that yuo’re lying or swapped the images to deliberately make the xvid look worse. You’ve already been proven to lie, see point #1.”
If you think I’m lying, then take the same screenshots yourself. Open ep21 H.264, jump to frame 4750, fullscreen your player, take a screenshot and save it as PNG (so there will be no compression artefacts caused by JPG). After that, do the exact same thing for the XviD version and do not change any settings (use the same player, the same renderer, but feel free to use any decoder you want as long as you do not use any postprocessing for either of them).
“3) No buddy. FFDShows’ XviD decoder is a pile of rat shit. Install the DivX official and set it as priority decoder for XviD and you’ll see the difference alright. My screenshots are from FFDShows’ XviD decoder, which is where the extra luma levels come from.
By the way, CoreAVC BY DEFAULT has postprocessing and deblocking enabled.”
Even if FFDShow’s XviD decoder is “a pile of rat shit” like you claim, decoding errors do not cause compression artefacts. Bad compression does. Also, CoreAVC by default does not do any postprocessing for progressive material (it does deinterlacing for interlaced material), and deblocking is a defined part in the H.264 standard and is required for the correct decoding of H.264 streams. Not having deblocking on would mean that the H.264 stream would be decoded incorrectly and in that case the comparison wouldn’t be fair. Thus you can’t count CoreAVC’s deblocking as postprocessing, because it is required in the standard.
“3) No, complete rubbish. Try switching renderer and checking again. There’s a massive difference.”
Hurr durr herp derp, why don’t you get some real claims besides your pointless opinions to back yourself up?
The renderer does not really cause any huge difference if you’re using a good resize algorithm. The difference will be mainly clear if you compare VMR7 (windowed) with anything else, which you can see for yourself here:
http://underwater.dbmd.org/bin/renderers/
“4) video card hardware decoding / DXVA , see http://forums.boxtorrents.com/index.php?topic=10948.0
5) See point 4.”
As I thought, you were talking about GPU decoding. Too bad that I didn’t use it to decode anything, and if I had, I would’ve used it for the H.264 stream and not the XviD, as I don’t think there even is any GPU that would decode XviD. Hell, the guide you linked is about decoding H.264 using DXVA, NOT XviD. I also clearly stated that I used CoreAVC and not DXVA in the very first post where I posted some comparison images. Reading comprehension failure much?
“Finally, it doesn’t matter what your native resolution is, upscaling is upscaling.”
No shit, and as long as your display’s native resolution is higher than the video’s resolution, the video is going to get upscaled when you fullscreen it. The reason why I fullscreened both videos for screenshots is because a) fullscreening is very, very common when watching videos (or are you going to say this isn’t true and that people don’t watch videos fullscreened?) b) it is easier to compare the quality of both when the horizontal resolution of the videos is the same. Upscaling both is fair for both, as the exact same upscaling method is used for both images and is performed by the renderer, which is in no way related to decoding video.
“There’s no compression artifacts there buddy. Again, haali is ruining your xvid quality.
Switch to a different renderer and you’ll quickly see haali simply sucks at xvid rendering.”
Once again, THE RENDERER HAS NOTHING TO DO WITH DECODING THE VIDEO. PERIOD. It simply renders the decoded frame and nothing else. Since the exact same renderer was used for both screenshots, THE EXACT SAME UPSCALING METHODS WERE USED FOR BOTH SCREENSHOTS. There is no way it will “ruin” the XviD any more than it would “ruin” the H.264. You seem to think that using Haali Video Renderer is somehow “unfair” for the XviD because it gets resized more, but you seem to be missing the point THAT IT WOULD GET RESIZED EXACTLY AS MUCH WITH OTHER RENDERERS. IT WOULD STILL LOOK AS BAD, SIMPLY BECAUSE THE XVID HAS A SMALLER RESOLUTION AND WORSE COMPRESSION. The renderer does not make a difference between the video codec. In fact, it couldn’t either since the decoder feeds a DECODED image to the renderer, which in this case is a decoded YV12 image in both cases, which means that to Haali Video Renderer, BOTH THE H.264 AND THE XVID ARE EXACTLY THE SAME TYPE-WISE. This goes for all other renderers as well.
“The damn morph effects aren’t even applied properly, they’re cut and ruined. Those two pictures are the EXACT SAME FRAME.”
Except not, one of the renderers just jumped a few frames forward after jumping. It’s damn obvious when you look at the karaoke on the top. Renderer simply couldn’t cause such a huge difference at the exact same frame.
“over saturation”
More like correct colors instead of the washed-out colors that XviD compression causes.
“Check the top right part of teh S in those two snapshots. Haali bleeds the outline of the S in the background and bleeds it to the point that it’s ruined.”
Are you sure you’re not looking at the wrong screenshots again? Because the outline of the S looks more clear in the Haali shot and more blurry and blended in the VMR9 to me at least. COULD BE THAT IT’S ALSO CAUSED BY THE FACT THEY’RE FROM DIFFERENT FRAMES, WHO KNOWS.
It’s also funny how you mistyped the names of both renderers in your screenshot filenames.
To sort out point 1
When we had a typesetting problem in virtual dub the correct frame we needed was seen as 1917 in megui the same frame was numbered as 1918 and in MPC HC it was 1916 – i can assure that cuz the frame before it was black – so dont argue about frames cuz different software shows different things.
yeah…agree wif u…release sd 1st lol…that;’s would be great =)
I bet the 21″ monitor and the 68″ LCD panel have almost the same resolution and a big screen with not so big resolution is a big ZOOM in on the video so it wont be looking that good and while not bothering to read the 1000 word essays that you guys wrote the difference in quality is huge and that will never change – the mere resolution will prove it not commenting the other stuff.
u was in japan!! =O u lucky…
anyway,,
thx for release ep21 =)
Sd…
that was about time really! hope that 22 won’t be delayed more either
tnxs again for subbing this great show!1
waiting for sd….
finally……thx alote guyz
I’m first.