user11789: I like to do many comparisons and check before picking a codec and selecting its settings.
Settings with HuffYUV are few but more importantly I'm having trouble determining video file sizes.
Given pixel width, height and pixel format, is it possible to predict a file size for a video encoded with the HuffYUV lossless codec?
I would like to prepare a simple converter to get an estimate of how much space it takes hours, minutes, seconds ;)
Which formula can I use? I'm OK even if you throw me out a complex model, I'm kinda a math guy.
ps: I know my english is poor and is also a bit late so if you good guys think this question could be edited in a better way feel free to do it ;D

user18311: For 1080p, I often stick with.. (80 secs) - equals close to the 4gb limit. 

user1871: The answer is No. Besides the frame dimensions, there's the matter of content complexity. Without scanning the video and doing a first-pass as it were, it's not possible to predict the output size. A video consisting of a slideshow of very simple text slides will be much easier to compress than scenes of busy city life..etc.
The closest you may come to making some sort of prediction is to encode a few representative segments from the source file and compare those bitrates. If there isn't a large difference among the bitrates of the various encoded segments, then you may assume a bitrate in that range for the final output. Of course, this method can't account for anomalous segments in the video of very high or low complexity compared to the rest of it, so sample selection is important.

11789: <p>I like to do many comparisons and check before picking a codec and selecting its settings.</p>

<p>Settings with HuffYUV are few but more importantly I'm having trouble determining video file sizes.</p>

<p>Given pixel width, height and pixel format, is it possible to predict a file size for a video encoded with the HuffYUV lossless codec?</p>

<p>I would like to prepare a simple converter to get an estimate of how much space it takes hours, minutes, seconds ;)</p>

<p>Which formula can I use? I'm OK even if you throw me out a complex model, I'm kinda a math guy.</p>

<p>ps: I know my english is poor and is also a bit late so if you good guys think this question could be edited in a better way feel free to do it ;D</p>
 18311: <p>For 1080p, I often stick with.. (80 secs) - equals close to the 4gb limit. </p>
 1871: <p>The answer is No. Besides the frame dimensions, there's the matter of content complexity. Without scanning the video and doing a first-pass as it were, it's not possible to predict the output size. A video consisting of a slideshow of very simple text slides will be much easier to compress than scenes of busy city life..etc.</p>

<p>The closest you may come to making some sort of prediction is to encode a few representative segments from the source file and compare those bitrates. If there isn't a large difference among the bitrates of the various encoded segments, then you may assume a bitrate in that range for the final output. Of course, this method can't account for anomalous segments in the video of very high or low complexity compared to the rest of it, so sample selection is important.</p>
