|
|
Interested to know what you guys think concerning camera codecs. There has been a move to using 'edit' codecs to record pictures in recent years, the popular Arri Alexa for instance can record Avid or ProRes (dependent on bought options). Perhaps more relevant, Sony has introduced the 'XAVC' intraframe codec(s) with a claim it is 'edit friendly' and won't need transfer to an interim codec. Clearly much of your interest in a lossless codec relates to post workflows but there is a market for lossless in the camera in (say) high end chroma-key shooting.
I would argue that much of this work will in fact be shot onto RAW and then transferred to the edit codec in the grading facility. Perhaps therefore the first target for a prospective new codec should be the likes of Blackmagic to add to Resolve.
FWIW
Perry Mitchell
Engineer
Farnham, Surrey
On 23/07/2013 17:36, Brendan Bolles wrote:
On Jul 23, 2013, at 6:20 AM, Byron Nash wrote:
Great line of thought Brendan and Stephen. Open, Professional, and extensible should be the aims. I'll certainly do everything in my power to help push it into adoption. Will you have to work with the major vendors to get compatibility out of the gate or is what you are proposing already compatible?
These files will be totally legit MXF files, but not compatible with probably any existing MXF reader because they will use different codecs. Since MXF itself doesn't set any codec standards, many programs that use MXF are already not compatible with each other even though they're using the same file format. This new file format aims to not have that problem.
But as an MXF, any other thing that someone wants to do with it, like parse out metadata, should work just like with a regular MXF. We will have an easy-to-use library available for people to add support for this format in their programs, but someone already reading MXF could probably just add the open codecs to their reader and it would work.
My first priority will be to make a Premiere/Media Encoder plug-in, then probably an After Effects plug-in. That will let people who don't need to go outside those programs to start testing it in production. These plug-ins will be open source, so they will serve as examples to other vendors for how to add support to their programs. Hopefully they will do it themselves with your encouragement. Or if there is demand and resources available, more open source plug-ins could be made.
Since Apple will no doubt drag their feet, we'll probably have to make a QuickTime component at some point (different from a QuickTime codec).
Brendan
+---End of message---+
To unsubscribe send any message to<ae-list-off@media-motion.tv>
|
|
