Re: OT: mpeg4 (was: Re: Anicom TV 2000.09.15)


to seiyuu@ML.usagi.org
from Dan Hollis <goemon@anime.net>
subject Re: OT: mpeg4 (was: Re: Anicom TV 2000.09.15)
date Tue, 3 Oct 2000 15:53:06 -0700 (PDT)
On Tue, 3 Oct 2000, Mad Mackerel wrote:
> There's quite a few links to mpeg4 related pages at
>    http://www.mpeg.org/MPEG/starting-points.html#mpeg4
> Apparently it is an ISO standard.
> The most well know mpeg 4 codec at the moment may be "divx ;-)" 
> hacked from an older version of media player. It wont surprise me if 
> MS has some involvement or representation in the mpeg group, but 
> they don't own it.

The one M$ uses isn't mpeg4 but rather some mangled thing which uses some
algorithms of mpeg4 but not the official block structure. good old
"embrace and extend" tactics, m$ may manage to kill mpeg4 entirely before
it gets off the ground by entangling it with proprietary extensions.

mpeg4 is a standard, what m$ is using isn't. just like m$' gsm codec isnt
gsm either, but yet again a mangled version of it which is incompatible
with the official iso specification for gsm.

> I find that the divx ;-) codec works surprisingly well, giving better 
> looking playback of higher resolution files at data rates less than a 
> VCD. My main gripe at the moment would be the slow encoding. 
> And I have yet to find a decent (and quick) way to get around 
> interlacing when capturing at higher resolutions...

AFAIK m$' "mpeg4" codec doesnt support field based video yet. you can
deinterlace the video ahead of time (eg using filters in virtualdub), but
it still sucks.

"divx ;-)" is a hack of m$' "mpeg4" codec, so its mangled version of a
mangled codec.

better to use mpeg2... then you get video which can be played on just
about anything, and it's not tied to specific platform.

-Dan


Search field Search string

archive list

unauthorized access prohibited
MLtools V3.1 Copyright (c) Usagi Labs