[MEncoder-users] help with old divx for linux codec, please?

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 22 May 2007 at 18:17, Rob Prowel wrote:
> I've got a problem that is related to MPEG4 codecs.  I
> have a hardware MPEG4 encoder that generates
> spuriously bad frames.  Occasionally it creates bad
> macroblock information.  Getting the vendor to fix
> this is unlikely since they won't acknowledge any OS
> other than windoze and in windoze the errors are
> hidden from the lusers.
> 
> I've been trying to use the xvid.org codec to decode
> my input but it crashes (frequently) since the
> developers don't seem to care about fault tolerant or
> error resilient coding practices.  That means I must
> evaluate other software MPEG4 decoders for stability. 
> I don't have the time, background, or resources to
> write my own decoder.
> 
> If I understand my history correctly there are really
> only two other options.  The ffmpeg mpeg4 decoder
> which was loosely based on the h.263 stuff,

Are there any problems with ffmpeg's mpeg-4 asp decoder?

> and the
> original divx for linux library.  I still have the old
> divx for linux and want to see how stable it is for my
> needs: 352x240 at 30fps 400kb/s input where each frame is
> a discrete input unit.  No stream parsing is necessary
> by the decoder since the encoder generates discrete
> frame information.
> 
> I would so much appreciate some help (a concise
> example) of the api usage for the divx for liunux
> codec that shows me how to decode frames to yv12
> format.  Anyone have anything relevant sitting around
> that they can share?

This is not the correct place to ask. You'd better search their
(DivXNetworks) website for relevant docs.

Regards,
R.

-- 
MPlayer developer and RPMs maintainer: http://mplayerhq.hu http://rpm.livna.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
	-- from "Collected Sayings of Muad'Dib" by the Princess Irulan