<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Canon 5D video examples, does not cut it? NO!</title>
	<atom:link href="http://www.crafted.com.au/blog/2008/10/02/canon-5d-video-examples-does-not-cut-it-no/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.crafted.com.au/blog/2008/10/02/canon-5d-video-examples-does-not-cut-it-no/</link>
	<description>JamieG looks deep into the ramifications of current trends in Technology and Media</description>
	<lastBuildDate>Sun, 29 Jan 2012 03:07:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: JamieG</title>
		<link>http://www.crafted.com.au/blog/2008/10/02/canon-5d-video-examples-does-not-cut-it-no/comment-page-1/#comment-55438</link>
		<dc:creator>JamieG</dc:creator>
		<pubDate>Thu, 22 Sep 2011 21:53:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.crafted.com.au/blog/?p=187#comment-55438</guid>
		<description>The only reason you bring a source of limited colour space into a wider colour space is because you are going to do a lot of manipulation on the colour.  This lets the multiple changes to end up with a result that is as close as could be done if it was in a wider colour space.   Then at the end, you go back down to a distribution colour space like MPEG2/H.264 restricts you too..
Think of it as avoiding rounding errors in doing all the manipulation and only rounding of the the final value at the end.  Of course this will will result in a better final product.
This is why you work in more colour and full colour per pixel (4:4:4) in post.

James</description>
		<content:encoded><![CDATA[<p>The only reason you bring a source of limited colour space into a wider colour space is because you are going to do a lot of manipulation on the colour.  This lets the multiple changes to end up with a result that is as close as could be done if it was in a wider colour space.   Then at the end, you go back down to a distribution colour space like MPEG2/H.264 restricts you too..<br />
Think of it as avoiding rounding errors in doing all the manipulation and only rounding of the the final value at the end.  Of course this will will result in a better final product.<br />
This is why you work in more colour and full colour per pixel (4:4:4) in post.</p>
<p>James</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julio</title>
		<link>http://www.crafted.com.au/blog/2008/10/02/canon-5d-video-examples-does-not-cut-it-no/comment-page-1/#comment-55420</link>
		<dc:creator>Julio</dc:creator>
		<pubDate>Thu, 22 Sep 2011 14:50:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.crafted.com.au/blog/?p=187#comment-55420</guid>
		<description>Hi, this post is 3 years old. Is the H264 compression from the 5D better now?

I am working on a project where we are using material from the 5D, converting to 4:4:4 and Color Correcting on Smoke. I think this is unnecesary since the conversion is not a magical trick to recover what already is gone. Am I right?</description>
		<content:encoded><![CDATA[<p>Hi, this post is 3 years old. Is the H264 compression from the 5D better now?</p>
<p>I am working on a project where we are using material from the 5D, converting to 4:4:4 and Color Correcting on Smoke. I think this is unnecesary since the conversion is not a magical trick to recover what already is gone. Am I right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JamieG</title>
		<link>http://www.crafted.com.au/blog/2008/10/02/canon-5d-video-examples-does-not-cut-it-no/comment-page-1/#comment-7220</link>
		<dc:creator>JamieG</dc:creator>
		<pubDate>Thu, 04 Dec 2008 12:24:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.crafted.com.au/blog/?p=187#comment-7220</guid>
		<description>Hi Ben,
What can I say, they work fine on my Intel Mac.  If you are having problems, convert them into your desired timeline codec and edit from them.  Ie ProRes possibly.

As they are H.264, don;t expect them to play well on the time line.  Quicktime/FCP is not setup to play well with a H.264 based time line.  Long GOP etc issues.

Hopefully in the future, native H.264 editing will become available with more efficient codec to make it all work smoothly.  For now, transcoding is your friend for editing, and you enemy for disk space.

James</description>
		<content:encoded><![CDATA[<p>Hi Ben,<br />
What can I say, they work fine on my Intel Mac.  If you are having problems, convert them into your desired timeline codec and edit from them.  Ie ProRes possibly.</p>
<p>As they are H.264, don;t expect them to play well on the time line.  Quicktime/FCP is not setup to play well with a H.264 based time line.  Long GOP etc issues.</p>
<p>Hopefully in the future, native H.264 editing will become available with more efficient codec to make it all work smoothly.  For now, transcoding is your friend for editing, and you enemy for disk space.</p>
<p>James</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.crafted.com.au/blog/2008/10/02/canon-5d-video-examples-does-not-cut-it-no/comment-page-1/#comment-7218</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Thu, 04 Dec 2008 08:43:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.crafted.com.au/blog/?p=187#comment-7218</guid>
		<description>Hello there.

Wonder if you can help.

Still working out how to play back the files without skipping. The original files skip severely. Its not hardware as its a a relatively powerful mac that can play 10bit and hD files. I am using FCP 6.0.5 which also should play this codec with no problems. But here too, it skips. When I export it out as a HD file, it plays back smoothly.

Thanks

Ben</description>
		<content:encoded><![CDATA[<p>Hello there.</p>
<p>Wonder if you can help.</p>
<p>Still working out how to play back the files without skipping. The original files skip severely. Its not hardware as its a a relatively powerful mac that can play 10bit and hD files. I am using FCP 6.0.5 which also should play this codec with no problems. But here too, it skips. When I export it out as a HD file, it plays back smoothly.</p>
<p>Thanks</p>
<p>Ben</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JamieG</title>
		<link>http://www.crafted.com.au/blog/2008/10/02/canon-5d-video-examples-does-not-cut-it-no/comment-page-1/#comment-6563</link>
		<dc:creator>JamieG</dc:creator>
		<pubDate>Thu, 23 Oct 2008 23:55:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.crafted.com.au/blog/?p=187#comment-6563</guid>
		<description>Hi Onno,
I understand where your comment is coming from, however, this is why I have the mostly very well lit image with the  white,blue,black gradient.  The ASA you have been well down in that shot, but we still see compression issues.  This indicates that in general, the compression algorithm used simply is not doing a very good job generally.  Higher ASA and the introduction of sensor noise is simply going to make this problem worse.</description>
		<content:encoded><![CDATA[<p>Hi Onno,<br />
I understand where your comment is coming from, however, this is why I have the mostly very well lit image with the  white,blue,black gradient.  The ASA you have been well down in that shot, but we still see compression issues.  This indicates that in general, the compression algorithm used simply is not doing a very good job generally.  Higher ASA and the introduction of sensor noise is simply going to make this problem worse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: onno</title>
		<link>http://www.crafted.com.au/blog/2008/10/02/canon-5d-video-examples-does-not-cut-it-no/comment-page-1/#comment-6553</link>
		<dc:creator>onno</dc:creator>
		<pubDate>Thu, 23 Oct 2008 21:24:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.crafted.com.au/blog/?p=187#comment-6553</guid>
		<description>What is the ASA that he shot the entire thing at? 1600 ? That may that have something to do with the quality? I know it does in my camera shooting stills, and the higher the ASA, the more noise, the less good the compression can be.</description>
		<content:encoded><![CDATA[<p>What is the ASA that he shot the entire thing at? 1600 ? That may that have something to do with the quality? I know it does in my camera shooting stills, and the higher the ASA, the more noise, the less good the compression can be.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

