Hi
After the success of my RV9 vs XviD thread, I've decided with Ramirez to do a second comparison, but this time, for animes encoding. The bitrate will be 350kbps. It will be a full clip comparison and a frame by frame comparison too.
Fighters will be:
DIVX Tahanea
Real Video 9 (EHQ)
Windows Media Video 9
XviD unstableCode:
Source
------
Name: Ghost in the Shell - Tachokoma Special - Episode 3
File Name: T03_source.avi
FOURCC: DIV3 (SBC)
Average Video BitRate: 800kbps
Codec: MP3
Average Sound Bitrate: 128kbps
Size: 14.426.112 Bytes
Lenght: 1m43
Resolution: 712x382
FPS: 24
Output (video only)
-------------------
Real Video (Sirber):
Average BitRate: 350kbps
Codec: RealVideo 9
Special Features:
gt;EHQ: 80
gt;Max Startup Latency: 25 sec
gt;Keyframes Interval: 10 sec
gt;Input ColorSpace: YUV2
Total Encoding Time: ~8 minutes
DivX (Sirber):
Average BitRate: 350kbps
Codec: DivX Tahanea
Special Features:
gt;Nth Passes: 3 (1 + 2)
gt sychovisuel Enhancement: light
gt;Quality / Speed: Slowest
gt;BFrames: 1
gt;Optimized For: Constant Quality
gt;Keyframes Interval: 300 frames
Total Encoding Time: ~35 minutes
XviD (Ramirez):
Average BitRate: 350kbps
XviD unstable (24062003-1 build)(27/6/2003 13:47:38 PM)
Encoding Mode: 2 Pass.
I-frame Boost: 0%
Below I-frame Distance: 10%
I-frame Bitrate Reduction: 20%
Curve Compression: Payback with Bias, Bitrate Payback Delay: 250frames
High Bitrate Scenes: 0%, Low Bitrate Scenes: 0%
Hinted Motion Estimation: OFF
Alternative Curve System: OFF,
Motion Search Precision: 6 - Ultra
Quantization Type: H.263
FourCC Used: XVID
VHQ Mode: 4 - Wide Search
Max I-frame Interval: 300, Min I-frame Interval: 10
Lumimasking: ON
Interlacing: OFF
Greyscale: OFF
Quarterpel: OFF
Global Motion Compensation: OFF
Chroma Motion: ON Optimizer Enabled
Max B-frames: 2
B-frames Quantizer Ratio: 150%
B-frames Quantizer Offset: 100
B-frames Quantizer Treshold: 100
Packed Bitstream: OFF
DX50 B-VOP Compatibility: ON
Print debug info on each frame: OFF
Min I-frame Quantizer: 2, Max I-frame Quantizer: 10
Max Bitrate: 10000kbps, Max Overflow Improvement: 60%, Max Overflow Degradation: 60%
Total Encoding Time:10 minutes
WMV9 (Sirber):
Average BitRate: 349kbps (was 400)
Codec: WMV9 VCM
Special Features:
gt;Encoding Quality: 5/5 (Slowest)
Encoding Time: ~8 minutes
News:
25 June 2003:
DIVX, WMV9 and RV9 are done. I'm waiting for Ramirez and his XviD clip. Making the frame by frame comparison will take few days (I hope ).
Stay tuned!
26 June 2003:
Warning: Please don't download them if you don't care about codec comparison. I'm bandwith limited (speed) and hosted at my work. Also, please avoid downloading files between 9h and 16h, GTM -5.
Source: T03_source.avi
DIVX: T03_DIVX_3pass.avi
RV9: T03_RV9_EHQ80_2pass.rmvb
WMV9: T03_WMV9_2pass.avi
28 June 2003:
XviD: T03_XVID_2pass.avi
30 June 2003:
All links removed.
30 June 2003 - PM:
Links updated.
Nice Work, I hope Xvid wins!
Xvid has made huge steps for anime starting in may build
but 350kbit...damn low (but according to my test Xvid gets a lot better between 260 and 350kbit/s, at least). I'm looking forward to this comparision as a never really tested RV9, i just don't like it if i cant use avisynth/VDM to encode but i would still like to know what could be done in RV
Originally posted by Sirber
Source
------
Name: Ghost in the Shell - Tachokoma Special - Episode 3
File Name: T03_source.avi
FOURCC: DIV3 (SBC)
Average Video BitRate: 800kbps
....
You are using a source that is already heavily compressed. IMHO, this could mess up your results as the quantized coeff levels and ME / ringing / blocking / noise artifacts will do different things to different codecs.
Having said that, I'm interested to see your results.
No offense intended, but the source really seems to be a problematic choice.
Additionally I'd really recommend using the latest xvid build since its b-frame quality seems to have increased considerably. Please read the relevant thread before encoding. For there have been quite some changes in the threshold settings. Trellis quant, sometimes, seems tohave become a good choice for anime too.
Good Luck!
hum perhaps u should host the original file perhaps some guru in such or such codec can obtain better results. and perhaps try with an most recent anime because i think if u encode ghost in the shell in rv9 at 15 fps u will have correct speed while with new anime u need at last 24 fps for traveling scene IMHO.
Bye.
Originally posted by temporance
You are using a source that is already heavily compressed. IMHO, this could mess up your results as the quantized coeff levels and ME / ringing / blocking / noise artifacts will do different things to different codecs.
Having said that, I'm interested to see your results.
The source is very clean, no blocky, no noise. The source is an excellent choice IMHO because I recompress 230 Mo animes (800 - 2000kbps) to 350kbps or 450kbps, including a soundtrack. Also, it's very hard to find anime Vobs.
Originally posted by kilg0r3
No offense intended, but the source really seems to be a problematic choice.
Additionally I'd really recommend using the latest xvid build since its b-frame quality seems to have increased considerably. Please read the relevant thread before encoding. For there have been quite some changes in the threshold settings. Trellis quant, sometimes, seems tohave become a good choice for anime too.
Good Luck!
I'm not doing the XviD part, I let that to Ramirez. People don't trust me when I use XviD... I'll post the source, and all compression tests on my server. So you'll be able to compare by yourself too.
Originally posted by Sirber
The source is very clean, no blocky, no noise. The source is an excellent choice IMHO because I recompress 230 Mo animes (800 - 2000kbps) to 350kbps or 450kbps, including a soundtrack. Also, it's very hard to find anime Vobs.
Even if you can't see any blocks/noise etc. in the source, it doesn't mean that there aren't some artifacts that will affect an encoder. But if you have no alternative, then, well, good luck!
One advantage of using a compressed source is that you can post a link to the source AVI, so that experts at Real, xvid, DivX, MS, etc. can fight amongst themselves!
Files uploaded and link posted. See the first post.
In my opinion, here's the winner list:
Source:
RV9: Sharp and detailled
WMV9: Good image quality, sometimes edge blurred
DIVX: A lot of wierd things around shapes, no plain color
A more detailled comparision will fellow... when XviD will be ready. Go Ramirez Go
DivX file not available.
The requested ucl /codec_comparision/ T03_DIVX_3pass.avi was not found on this server.
*Edit*
Link fixed as I was typing.
Bren
Originally posted by unmei i just don't like it if i cant use avisynth/VDM to encode but i would still like to know what could be done in RV
VDM = Vitruldubmod?
Why not just load the avs script in RVencoder? RVencoder (both the GUI and CLI) supports avs.
I'm remaking the WMV9 clip. My first was at 400kbps, my second at 328 kbps. the VMC codec don't do the bitrate I ask
i think if u encode ghost in the shell in rv9 at 15 fps u will have correct speed while with new anime u need at last 24 fps for traveling scene IMHO.
This sample _is_ new eh
it's not from the movie, but from the TV Serie which started in october 2002
and with the animation's quality, you're right, it might sux a lot at 15fps with all those full 30fps CG-scenes
imho, the bitrate used isn't a fair one, or one i will use, but i'm really looking forward to the results
usualy I do animes at 350kbps (with 32kbos voice) or 450kbps (with 64kbps surround). 350kbps whitout sound is enough for an anime of that kind with no sound.
All this is based on my tests and on IMHO
Originally posted by Sirber
usualy I do animes at 350kbps (with 32kbos voice) or 450kbps (with 64kbps surround). 350kbps whitout sound is enough for an anime of that kind with no sound.
poor anime ...
The only way to get more than 3 on a CD...
Originally posted by Sirber
I'm remaking the WMV9 clip. My first was at 400kbps, my second at 328 kbps. the VMC codec don't do the bitrate I ask
Always use Microshaft windows media encoder to encode video to .wmv files. It uses more advanced tecnologies than the avi-version because of the avi limitations.
the DivX Tahanea is the badest but it is at 640x480+blackbars intested of 712*382 than the other codecs have, its posible to reencode??, I like to make the test with olders or experimental codecs to compare the improvement but I don´t have much time now(studient live). I only try and was surprised by VP3 it only has a problem in the video and it is atributable to a bug( and at max quality they have the same problem but the vp3 codec based theora alpha1 dont have this problems but its extremedly inestable for now, I ned to try compile th ealpha 2 for windos) and they look greatly for an old codec.
my configuration:
resize the video to 720*384 for compatibility with the codec
ver 3.6.1
auto key frane on
drop frane on
quick compres off
minimun alowed quality 38
video smoth lt;- this make the codec litle more agresive with the details boot for anime is the best option and don´t have visible efects for the black lines and contours in the anime.
minumun key franes interval 1
max key frane interval 240
key frane tresold 90
bitrate in KB/s for virtualdub=
40 for 4.36MB
39 for 4.26MB
Sorry I cant have any site to put the video.
If I have more time i try to other codes.The source is realy poor If do you like a beter source to compare anime please go to:
Animation/GroupsMPEG4/ they only have openings and endings a lot with more than 40MB
IMHO, VP3 is dead. Also, all clips have the same size. I don't know why it's in 640x480 on your computer...
Wasn't really the fairest test... This type of clip will always be favourable to RV9. The background is not detailed at all (or actually, has no details, and is only white), and the foreground isn't too detailed either. This scenario is perfect for RV9, but isn't a very common sceneario that most people would find themselves in. A fairer test would have been a clip from a Cowboy Bebop episode, or something like that.
Sorry about spelling/grammar errors... it's late. |
Post at 2011-4-15 17:22
| This Author's Posts Only
