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
unauthorized access prohibited
MLtools V3.1 Copyright (c) Usagi Labs