Actually, with MPEG, using P frames gives much better looking results for the same bitrate than only using I frames, even without the motion vector search, which is the CPU intensive part. Just compare mp1e 1.8 and above to MJPEG. mp1e uses P macro blocks with a (0,0) motion vector, and that's usually a win. Ori Alan Cox wrote: > > I doing a project in which I intent to to encode and decode bitstream > > using opendivx MPEG4 codec for linux for videoconferencing in real time. > > > > Does opendivx codec suitable for such real time application ? Anyone > > familiar with it or know any freely available MPEG4 codec ? > > MPEG4 appears to have patent issues, so for the US at least it seems likely > there is no open mpeg4 possible. Its also very CPU heavy which may make > it a poor real time codec. For real time you generally want a very > efficient codec that handles rapid scene changes well (at low data rates > B and P frames are basically no hopers) and avoids cpu intensive DCT and > the like. > > Take a look at codecs like CU30 > > _______________________________________________ > Video4linux-list mailing list > Video4linux-list@xxxxxxxxxx > https://listman.redhat.com/mailman/listinfo/video4linux-list