Page 1 of 2

what is best codec to use

Posted: Mon Jan 31, 2005 19:34
by Anonymous
just wondering what is best codec to use and where to get it from
also do you just select the codec when rendering files or does it automatically use it??
how do you use the codec

Posted: Mon Jan 31, 2005 22:17
by Ruud
you select the codec & compression (like jpeg compression) when rendering in your video editing software.

the best codec to start with seems to me is Ligos Indeo 5.11

it's free:

http://www.free-codecs.com/download/Lig ... _Codec.htm
http://www.free-codecs.com/Ligos_Indeo_ ... wnload.htm

Better would be to use the pic-MJPEG codec for even smoother playback & faster to code. This one is not to find for free.

Good luck,

Posted: Wed Feb 02, 2005 13:23
by Anonymous
thanks i'll give it a shot. what about frame rate and size etc is multimedia 15fps 320x240 best??

Posted: Thu Feb 03, 2005 19:42
by seex
Best for what?

It is certanly best for playback but the qality is not so good. It depends on your harwere, best is to perform tests with clips of diferent resolutions, and see how much it effects performance (framerate drop).

Code the same clip in defernt resolutions and frameretes than open each clip three times, than play the same clip in all three layers, compare and choose what suits your needs.

mjpeg codecs are best as far sa i know.

Posted: Mon Feb 07, 2005 11:28
by continuity-B
Quicktime MJPEG-A is by far the best codec i have found for resolume 2. Not sure about Res 1.5 as i had problems getting it to play quicktimes.

If you have quicktime installed, you have this codec (correct me if i'm wrong). This codec will only be visible as an option (in say AE or premier) if you choose to export a quicktime (.mov), it won't be there for .avi s.

A compression of around 75-80% I find is ideal - remember to turn off the 'optimize for internet streaming' option, resolume doesn't like it.

I was blown away by the quality and smoothness (back and forward) of these videos compared to the midivid-JPEG codec i used previously, i used to get noticeable dropped frames with 3 layers but now its perfect - full steam ahead!

This codec is essentially of the same type as picMJPEG - a spatial codec as opposed to a temporal codec.

scott/continuity-B

quicktime m-jpeg a codec

Posted: Wed Feb 09, 2005 17:37
by Anonymous
hey continuity-b!
thx for your post about the quicktime mjpeg codec!
i'm trying to find some soure to download it from, without success.
where did you get?
thx a lot!

ashitaka

mjpeg codec

Posted: Wed Feb 09, 2005 17:47
by Anonymous
allright, its just installed with quicktime.

Posted: Wed Feb 09, 2005 21:40
by continuity-B
Here's some more info from http://graphics.csail.mit.edu/~tbuehler ... ml#cinepak

Motion-JPEG
M-JPEG is one of the oldest Quicktime authoring codecs. It was largely used as a capture codec for analog video back in the days before DV. Essentially, all it does is stores each field as its own 4:2:2 JPEG. The only control is a quality slider; 85% is usually visually lossless, 100% is lossless. There are two M-JPEG codecs: A and B. These were created to mesh with different chipsets that old video capture cards used (some were compatible only with A, some only with B). Nowadays, if you're using DV and not capturing to M-JPEG it doesn't matter which one you use.
Apparently mjpeg was originally intended for archival for its virtual lossless quality. Older (dated 1998) websites list the cons of this codec as high processor load and choppiness in the playback of 'large' files or files with a high data rate. It seems todays vastly more powerful machines can throw it about with no problem making it ideal for VJing.

Posted: Wed Apr 06, 2005 15:40
by Anonymous
definetly:

BUT i found out - even when you code in MJPEG "lossless" - the result is a little unsharp

while i code the same video sample with INDEO: it is sharp ...

in my opion the pro's of using mjpeg codecs are all off the table when it comes to sharp vs unsharp blurry results

Posted: Wed Apr 06, 2005 16:10
by Ruud
above post was mine forgot to login:

it's true - no matter how lossless i code with MJPEG - results are sharper with ligos indeo ...

however - performances are better in resolume by using MJPEG - even when comparing these two codecs with same data rates / file sizes ...

that's a dillemma to me