<div dir="ltr">There are many possible explanations why they yield different levels of compression. You don't specify what parameters you are setting in them so you are likely seeing different default options used by the encoders which will yield differing compression ratios. You need to pay attention to the profile and level, but also all of the other options that can be set. You also need to pay attention to output bitrate, framerate and IFrame interval. If you are generating a higher percentage of frames as IFrames, then the resulting size will be much larger.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Mar 5, 2014 at 9:05 PM, <a href="mailto:jonsmirl@gmail.com">jonsmirl@gmail.com</a> <span dir="ltr"><<a href="mailto:jonsmirl@gmail.com" target="_blank">jonsmirl@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm evaluating several hardware h.264 encoders by feed them identical<br>
videos to compress. The output files from these compressors are all<br>
over the map in size. Does anyone know of a tool that would analyze<br>
the h.264 streams and give me an idea of why I'm getting these<br>
different results? I suspect there are bugs in a couple of the<br>
implementations such that they are compressing, but not as much as<br>
they should be.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Jon Smirl<br>
<a href="mailto:jonsmirl@gmail.com">jonsmirl@gmail.com</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</font></span></blockquote></div><br></div>