<p><br>
On May 8, 2011 11:03 AM, "Remo Pini" <<a href="mailto:remo.pini@avexys.com">remo.pini@avexys.com</a>> wrote:<br>
> One key requirement is the stable support of a wide variety of video<br>
> input (and output) formats (i.e. the consumer stuff mp4, mov, xvid, avi,<br>
> ... but also the more pro stuff like R3D, ProRES, DPX), otherwise, there<br>
> will always be a transcoding step before and after Blender...</p>
<p>All are aware that both R3D[1] and Apple ProRes[2] are proprietary, closed spec codecs[3]?</p>
<p>The great codec debate is a neverending one. Rallying around industry standard lossless, open, high fidelity formats such as OpenEXR and DPX is likely prudent, as well as already implemented within Blender[4].</p>
<p>While it may be convenient in some contexts, it would entail investing tremendous effort and resources to reverse engineer and support closed / proprietary codecs. This may lay outside of the current scope of the Blender Foundation[5].</p>
<p>With respect,<br>
TJS</p>
<p>[1] <a href="http://en.wikipedia.org/wiki/REDCODE">http://en.wikipedia.org/wiki/REDCODE</a><br>
[2] <a href="http://en.wikipedia.org/wiki/ProRes_422">http://en.wikipedia.org/wiki/ProRes_422</a><br>
[3] To avoid confusion as the quote included AVI and MOV, which are obviously wrappers.<br>
[4] This isn't to suggest that Blender's handling couldn't be improved.<br>
[5] I make no claim to speak on behalf of the BF, and can only infer this.</p>