whats the best mjpeg codec?

[wondergirl]

since i hv some probs with the pic codec, i m looking for a new one:

leadtools
morgan
main concept
paradigm

i found & heard about - did one of u do any benchmarks & qual checks

which should i take for the future?

gtx wg

[murph]

I've always liked the midivid mjpeg codec, but use their "performance" codec for all my work.

[hamageddon]

quite happy with the picvideo here
but word is that he main concept
should be more effective considered
compression

http://perso.wanadoo.fr/lelab/video/mainconcept_en.htm

gotta check that sometime....

[wondergirl]

wow! .. u are pretty active in here:p

any benchmarks?

gtx w.g.

[sleepytom]

why are you using mjpeg? - in this day and age there are nearly allways better codecs - if your capturing in DV format (ie you connect a camera by firewire) then your best off sticking to DV codec for rendered clips (make sure you have recompression turned off) - DV is no good for live performance (too slow to decompress and many issues with VFW) so i use cinepak or more recently indeo5.1 (384x288 no fields data rate 1meg a second, square pixel) - this gives a very good quality on a fast machine - i keep the DV originals of my clips so when computers get faster i can remake my performance clips at a better quality (eg fullframe)

[hamageddon]

talking of outdated codecs...
cinepak?!?:rolleyes:

[Primebase3]

panasonic mpeg encoder and 640 .x480 fullscreen display.. works like magic :cool:

[wondergirl]

murph, i ll try midivids performance codec - sounds good.
sleepytom, hv no dv-stuff, would like to hv - can i borrow ur cam?
Primebase3, i m used to the encoding speed of pic - doesnt mpeg need ages?
hamageddon, cinepak? u are shure u mean this oldie? i never go back there.

- all my footage runs nice with pic, but my problem is pic destroys my machine when rendering more than ~4000 frames, like i said in different post.
http://www.vjforums.com/showthread.php?s=d923132c2ad36616e

any benchmarks (coder & decoder)?

gtx
w.g.:)

[Meierhans]

If a codec is outdated or not depends on the way you want to use the clip. Newer codecs tend to eat much more recources than older ones.
If you run a clip based program (Arkaos, Resolume etc) or you just decide not to use to to many realtime effects and not to play to many clips at once you can use newer codecs like mpeg-2 or even mpeg-4/ Divx5.02 at higher resolution. (don`t try to play em backwards/scratch with DiVX... :) )

If you prefer very interactive programs (like Vjo:cool:) or you want to mix many clips simultaniously, older codecs like cinepak (midivid performance codec is nearly the same but optimezed for speed) or indeo are, as faar as i know, the only choice you have right now. The resolution is also limited to 400*300 on my PC.

So you must keep in mind what you want to do with the clips before you recompress them (set keyframes =1 if you wanna scratch/play backwards).

I`m very interested in a fast Mpeg codecs, but I don`t have the time to do benchmarks for all of em.

Would be nice to have a table some day where can see how much CPU the different codecs take when uncompressing.
But its really a bit worky to do all the testing...

Cheers

Meierhans

[niceguydave]

Has anyone had any luck with lossless codecs?

I'm looking for a codec which shrinks a video file in a similar way to WinZip compressing a data file - it gets smaller but not one bit of information is lost or corrupted. This is for archiving and mid-project rendering, so speed is not really an issue.


Am also considering doing a big codec comparison render - unless someone can point me in the direction of a comprehensive test already in existence.

[hamageddon]

Originally posted by Meierhans
If a codec is outdated or not depends on the way you want to use the clip. Newer codecs tend to eat much more recources than older ones.


that's no question of age, only a question of method. some codecs decompress in realtime calculating differences like the amazing sorenson3 codec and other compress every single picture in the row like the Motion-JPEG codec, thus putting no strain on the cpu.

[hamageddon]

Originally posted by niceguydave
Am also considering doing a big codec comparison render - unless someone can point me in the direction of a comprehensive test already in existence.

be sure to take input material with
high screen action. lots of feathers
or snowflakes f.e.

[wondergirl]

hi there

Am also considering doing a big codec comparison render - unless someone can point me in the direction of a comprehensive test already in existence.

i was running the web up & down: afaik benchmarks only exist for dv & mpeg4.

that's no question of age, only a question of method. some codecs decompress in realtime calculating differences like the amazing sorenson3 codec and other compress every single picture in the row like the Motion-JPEG codec, thus putting no strain on the cpu.

good point!

after trying midvid i stick with mjpeg as all my footage is done with it...

thx w.g.

[burstingfist]

This codec is a lossless codec. It is a good performer, though not as good as MJPEG. There is a comparison chart half way down the page. Huffyuv also is not compatible with Quicktime, whereas PicVideo MJPEG is.

http://math.berkeley.edu/~benrg/huffyuv.html