AonE vs Bakasan codecs/methods?

[Elessar]

Originally posted by: kage_bunshin
man this shit never stops does it....

well since i'm such a nice person, i'll explain it to you

anbu-aone episodes are encoded in divx

bakasan eps are encoded in xvid.

mplayer naruto.ep.075.anbu-aone.avi
MPlayer 0.92-3.2.2 (C) 2000-2003 MPlayer Team
CPU: Intel Celeron 2/Pentium III Tualatin (Family: 6, Stepping: 1)
Detected cache-line size is 32 bytes
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 SSE

Playing naruto.ep.075.anbu-aone.avi
AVI file format detected.
VIDEO: [DX50] 640x480 12bpp 23.98 fps 1157.7 kbps (141.3 kbyte/s)
Clip info:
Software: VirtualDubMod 1.5.4.1 (build 2066/release)
================================================== ========================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
MP3lib: init layer2&3 finished, tables done
AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 16000->192000 (128.0 kbit)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
================================================== ========================
vo: X11 running at 1152x864 with depth 24 and 32 bpp (":0.0" => local display)
================================================== ========================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
================================================== ========================
Checking audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int
AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
AO: [oss] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
Starting playback...
<u>This file was encoded with XviD build 26</u>
VDec: vo config request - 640 x 480 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [xv] 640x480 =&gt; 640x480 Planar YV12
Exiting... (Quit)

Yeah, AonE uses DivX *mumble mumble*
The only thing AonE does is use the DivX compatibility mode to fake a [DX50] header instead of [XVID] so that DivX codecs can play it (or recognize that they can). And AonE uses releases from the stable branch of XviD that can be replayed by most MPEG4 decoders, whereas others sometimes encode wtih the most actual XviD development snapshot.

The difference is the way the codec is used - and don't blame the codec for that. It's just the difference between a good and a bad encoder.

[kage_bunshin]

<u>This file was encoded with XviD build 26</u>


Yeah, AonE uses DivX *mumble mumble*
The only thing AonE does is use the DivX compatibility mode to fake a [DX50] header instead of [XVID] so that DivX codecs can play it (or recognize that they can). And AonE uses releases from the stable branch of XviD that can be replayed by most MPEG4 decoders, whereas others sometimes encode wtih the most actual XviD development snapshot.

The difference is the way the codec is used - and don't blame the codec for that. It's just the difference between a good and a bad encoder.[/quote]

Oops my bad. haha

Thanks for correcting me

Wait actually, i checked the properties in the older eps, and it says its encoded in Divx

The recent anbu-aone eps starting from ep 53 i think say XviD though