<?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: CAPTURING HDV AS PRORES&#8230;VIA FIREWIRE</title>
	<atom:link href="http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/feed/" rel="self" type="application/rss+xml" />
	<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/</link>
	<description>High definition editing from the trenches...</description>
	<lastBuildDate>Tue, 07 Feb 2012 14:26:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Shane Ross</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-874</link>
		<dc:creator>Shane Ross</dc:creator>
		<pubDate>Wed, 14 May 2008 04:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-874</guid>
		<description>Joe...&lt;br/&gt;&lt;br/&gt;I personally would capture HDV as DVCPRO HD, and I have.  To do this you need a capture card.  Yes, you will lose a few lines of horizontal resolution (180 lines...1440 to 1280), but it is MUCH easier to work with...fast render times.&lt;br/&gt;&lt;br/&gt;But, I don&#039;t work with HDV much...</description>
		<content:encoded><![CDATA[<p>Joe&#8230;</p>
<p>I personally would capture HDV as DVCPRO HD, and I have.  To do this you need a capture card.  Yes, you will lose a few lines of horizontal resolution (180 lines&#8230;1440 to 1280), but it is MUCH easier to work with&#8230;fast render times.</p>
<p>But, I don&#8217;t work with HDV much&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-867</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Mon, 12 May 2008 09:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-867</guid>
		<description>Hi Shane,&lt;br/&gt;&lt;br/&gt;Firstly, I have been following your blog for a while now, and would like to thank you and fellow posters for some great tips and info.&lt;br/&gt;&lt;br/&gt;Concerning this workflow. I&#039;m definitely too much of a scaredy cat to risk losing batch capture possibilities, and like you, would get very irritated by having thousands of clips automatically created. So it seems that the &#039;render to prores&#039; option is the strongest. This retains the ability to recapture in a disaster, and helps rendering times while editing. However, my problem is that I&#039;m often exporting WIP edits as quicktimes to be reviewed on the web, or DVD&#039;s for offline approval etc. When it comes to exporting these formats I get some seriously long export times due, I think, to still having HDV footage in the timeline. Do you have any suggestions for avoiding these painful exports? Or would you suggest the conversion of all rushes to Prores, thus ensuring matching TC with the original footage, and faster editing, rendering AND export times?  I may be answering my own question as I write this but I would love to hear your thoughts.&lt;br/&gt;&lt;br/&gt;Thanks&lt;br/&gt;&lt;br/&gt;Joe</description>
		<content:encoded><![CDATA[<p>Hi Shane,</p>
<p>Firstly, I have been following your blog for a while now, and would like to thank you and fellow posters for some great tips and info.</p>
<p>Concerning this workflow. I&#8217;m definitely too much of a scaredy cat to risk losing batch capture possibilities, and like you, would get very irritated by having thousands of clips automatically created. So it seems that the &#8216;render to prores&#8217; option is the strongest. This retains the ability to recapture in a disaster, and helps rendering times while editing. However, my problem is that I&#8217;m often exporting WIP edits as quicktimes to be reviewed on the web, or DVD&#8217;s for offline approval etc. When it comes to exporting these formats I get some seriously long export times due, I think, to still having HDV footage in the timeline. Do you have any suggestions for avoiding these painful exports? Or would you suggest the conversion of all rushes to Prores, thus ensuring matching TC with the original footage, and faster editing, rendering AND export times?  I may be answering my own question as I write this but I would love to hear your thoughts.</p>
<p>Thanks</p>
<p>Joe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shane Ross</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-689</link>
		<dc:creator>Shane Ross</dc:creator>
		<pubDate>Wed, 13 Feb 2008 20:26:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-689</guid>
		<description>Try non-HQ.  They look the same, and if you are converting HDV to ProRes, there is no reason to go HQ.  All the footage I captured I captured as regular ProRes...although I did capture as HQ to see what the difference is.&lt;br/&gt;&lt;br/&gt;No difference.</description>
		<content:encoded><![CDATA[<p>Try non-HQ.  They look the same, and if you are converting HDV to ProRes, there is no reason to go HQ.  All the footage I captured I captured as regular ProRes&#8230;although I did capture as HQ to see what the difference is.</p>
<p>No difference.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-688</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 13 Feb 2008 19:15:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-688</guid>
		<description>I am capturing HDV as proress 422 HQ 10801 2997 via firewire and a few minutes in fcp just quits and disappears off the screen, it actually crashes FCP but no error comes up saying it quit....the capture window says it is in real time.......no idea why it keeps crashing....normal proress prores HQ 10801 2997 works but i need it HQ</description>
		<content:encoded><![CDATA[<p>I am capturing HDV as proress 422 HQ 10801 2997 via firewire and a few minutes in fcp just quits and disappears off the screen, it actually crashes FCP but no error comes up saying it quit&#8230;.the capture window says it is in real time&#8230;&#8230;.no idea why it keeps crashing&#8230;.normal proress prores HQ 10801 2997 works but i need it HQ</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shane Ross</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-665</link>
		<dc:creator>Shane Ross</dc:creator>
		<pubDate>Wed, 30 Jan 2008 22:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-665</guid>
		<description>SO capturing as HDV, but rendering as ProRes is quick?  Good to know.  I hope to avoid HDV as much as possible, but when I can&#039;t...good to know.</description>
		<content:encoded><![CDATA[<p>SO capturing as HDV, but rendering as ProRes is quick?  Good to know.  I hope to avoid HDV as much as possible, but when I can&#8217;t&#8230;good to know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Jeppsen, FreshDV</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-662</link>
		<dc:creator>Matt Jeppsen, FreshDV</dc:creator>
		<pubDate>Wed, 30 Jan 2008 14:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-662</guid>
		<description>While there may well be a quality difference when using ProRes as the HDV render codec (I frankly haven&#039;t taken the time to test this), I think the main reason is simply speed related. Using ProRes as the sequence codec renders much faster than long-GOP. &lt;br/&gt;&lt;br/&gt;Matt Jeppsen&lt;br/&gt;FreshDV</description>
		<content:encoded><![CDATA[<p>While there may well be a quality difference when using ProRes as the HDV render codec (I frankly haven&#8217;t taken the time to test this), I think the main reason is simply speed related. Using ProRes as the sequence codec renders much faster than long-GOP. </p>
<p>Matt Jeppsen<br />FreshDV</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: editblog</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-661</link>
		<dc:creator>editblog</dc:creator>
		<pubDate>Wed, 30 Jan 2008 14:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-661</guid>
		<description>Interesting idea to leave the footage as HDV and only render to ProRes. My wonder would be if there would be any, even tiny, shift in the quality level from HDV to ProRes. Usually the ProRes would be on a totally different clip but say you had a filter on only part of a clip I wonder if you would see some difference..... like a dissolve. Of course if you are placing a filter on a clip it is probably changing it for a reason. I&#039;ll try this next time I get some HDV across the desk.</description>
		<content:encoded><![CDATA[<p>Interesting idea to leave the footage as HDV and only render to ProRes. My wonder would be if there would be any, even tiny, shift in the quality level from HDV to ProRes. Usually the ProRes would be on a totally different clip but say you had a filter on only part of a clip I wonder if you would see some difference&#8230;.. like a dissolve. Of course if you are placing a filter on a clip it is probably changing it for a reason. I&#8217;ll try this next time I get some HDV across the desk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shane Ross</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-659</link>
		<dc:creator>Shane Ross</dc:creator>
		<pubDate>Wed, 30 Jan 2008 07:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-659</guid>
		<description>&quot;why not capture native HDV, but use the &quot;Render to ProRes&quot; option?&quot;&lt;br/&gt;&lt;br/&gt;Because I didn&#039;t want to deal with the long render times associated with HDV.  I know that I would be rendering it as ProRes, but still, would not that transcode require a longer render?  I guess I should test that sometime and see what times I get.  I just really like the RT I get with DVCPRO HD.&lt;br/&gt;&lt;br/&gt;&quot;Or put it on a ProResHQ timeline so everything that requires it would render to that?&quot;&lt;br/&gt;&lt;br/&gt;I didn&#039;t want to render all the time.  Unless you mean at the end when I am all done.  Yeah, I could have done that.  Nice thing about FCP, so many plausible workflows to choose from.&lt;br/&gt;&lt;br/&gt;&quot;If I recall correctly, 1080p24 HDV would play back in real time on my dual 2.0 GHz G5&quot;&lt;br/&gt;&lt;br/&gt;Oh, totally.  It&#039;s so highly compressed, you could play it back without problems.  And depending on the RAID you have, you might get more than one stream.&lt;br/&gt;&lt;br/&gt;&quot;Source footage if untouched is still pristine source, not re-rendered, and anything that needs rendering gets rendered to a better codec - win/win, right?&quot;&lt;br/&gt;&lt;br/&gt;True....true.  Leave it to you to point out great solutions and great workflows.  I might have to go this route next time.</description>
		<content:encoded><![CDATA[<p>&#8220;why not capture native HDV, but use the &#8220;Render to ProRes&#8221; option?&#8221;</p>
<p>Because I didn&#8217;t want to deal with the long render times associated with HDV.  I know that I would be rendering it as ProRes, but still, would not that transcode require a longer render?  I guess I should test that sometime and see what times I get.  I just really like the RT I get with DVCPRO HD.</p>
<p>&#8220;Or put it on a ProResHQ timeline so everything that requires it would render to that?&#8221;</p>
<p>I didn&#8217;t want to render all the time.  Unless you mean at the end when I am all done.  Yeah, I could have done that.  Nice thing about FCP, so many plausible workflows to choose from.</p>
<p>&#8220;If I recall correctly, 1080p24 HDV would play back in real time on my dual 2.0 GHz G5&#8243;</p>
<p>Oh, totally.  It&#8217;s so highly compressed, you could play it back without problems.  And depending on the RAID you have, you might get more than one stream.</p>
<p>&#8220;Source footage if untouched is still pristine source, not re-rendered, and anything that needs rendering gets rendered to a better codec &#8211; win/win, right?&#8221;</p>
<p>True&#8230;.true.  Leave it to you to point out great solutions and great workflows.  I might have to go this route next time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Curtis</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-658</link>
		<dc:creator>Mike Curtis</dc:creator>
		<pubDate>Tue, 29 Jan 2008 15:09:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-658</guid>
		<description>Or another possibility - why not capture native HDV, but use the &quot;Render to ProRes&quot; option? Or put it on a ProResHQ timeline so everything that requires it would render to that?&lt;br/&gt;&lt;br/&gt;If I recall correctly, 1080p24 HDV would play back in real time on my dual 2.0 GHz G5. If you&#039;re rendering to that codec, one stream is all you play back, and if your box can play back HDV, you should be good to go...right?&lt;br/&gt;&lt;br/&gt;It would be faster (no transcode), have reels, allow log and capture, and be more efficient with your disk space utilization. Source footage if untouched is still pristine source, not re-rendered, and anything that needs rendering gets rendered to a better codec - win/win, right?&lt;br/&gt;&lt;br/&gt;-mike of hdforindies.com</description>
		<content:encoded><![CDATA[<p>Or another possibility &#8211; why not capture native HDV, but use the &#8220;Render to ProRes&#8221; option? Or put it on a ProResHQ timeline so everything that requires it would render to that?</p>
<p>If I recall correctly, 1080p24 HDV would play back in real time on my dual 2.0 GHz G5. If you&#8217;re rendering to that codec, one stream is all you play back, and if your box can play back HDV, you should be good to go&#8230;right?</p>
<p>It would be faster (no transcode), have reels, allow log and capture, and be more efficient with your disk space utilization. Source footage if untouched is still pristine source, not re-rendered, and anything that needs rendering gets rendered to a better codec &#8211; win/win, right?</p>
<p>-mike of hdforindies.com</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luke</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-640</link>
		<dc:creator>Luke</dc:creator>
		<pubDate>Sat, 12 Jan 2008 14:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-640</guid>
		<description>Log &amp; Capture is a must, in my mind, for backing up your projects. Sure, you can keep your drives full of media, but what about long term archiving? A DVD with your project files, images, and a few sound files and the tapes is a great way to hold onto things for a while.&lt;br/&gt;&lt;br/&gt;So, yes, I&#039;d be leery of a system that does not allow you to Batch Capture. If you find a way around this problem, however, that would be cool!&lt;br/&gt;&lt;br/&gt; ~Luke</description>
		<content:encoded><![CDATA[<p>Log &#038; Capture is a must, in my mind, for backing up your projects. Sure, you can keep your drives full of media, but what about long term archiving? A DVD with your project files, images, and a few sound files and the tapes is a great way to hold onto things for a while.</p>
<p>So, yes, I&#8217;d be leery of a system that does not allow you to Batch Capture. If you find a way around this problem, however, that would be cool!</p>
<p> ~Luke</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Jeppsen, FreshDV</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-639</link>
		<dc:creator>Matt Jeppsen, FreshDV</dc:creator>
		<pubDate>Fri, 11 Jan 2008 05:53:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-639</guid>
		<description>&lt;i&gt;&quot;2) Capturing Native HDV and then setting my sequence render settings to ProRes. Possibly. I&#039;ll test this. But what I don&#039;t like about this is, again, the tape is broken up on every start and stop of the camera. I HATE that.&quot;&lt;/i&gt;&lt;br/&gt;&lt;br/&gt;Shane, you can toggle this off for HDV tape captures in the log/capture window under the &lt;b&gt;Clip Settings&lt;/b&gt; tab. It&#039;s nice to have the option to do it either way.&lt;br/&gt;&lt;br/&gt;As to ProRes for the sequence render codec, I&#039;ve been pretty happy with that option for most projects.&lt;br/&gt;&lt;br/&gt;Matt Jeppsen&lt;br/&gt;&lt;a HREF=&quot;http://www.freshdv.com&quot; REL=&quot;nofollow&quot;&gt;FreshDV&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p><i>&#8220;2) Capturing Native HDV and then setting my sequence render settings to ProRes. Possibly. I&#8217;ll test this. But what I don&#8217;t like about this is, again, the tape is broken up on every start and stop of the camera. I HATE that.&#8221;</i></p>
<p>Shane, you can toggle this off for HDV tape captures in the log/capture window under the <b>Clip Settings</b> tab. It&#8217;s nice to have the option to do it either way.</p>
<p>As to ProRes for the sequence render codec, I&#8217;ve been pretty happy with that option for most projects.</p>
<p>Matt Jeppsen<br /><a HREF="http://www.freshdv.com" REL="nofollow">FreshDV</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christian</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-638</link>
		<dc:creator>Christian</dc:creator>
		<pubDate>Wed, 09 Jan 2008 20:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-638</guid>
		<description>Gotcha...&lt;br/&gt;&lt;br/&gt;I should probably read a little more carefully before posting late at night... since you&#039;re going to DVD, then yes.. DVCPro HD should be plenty adequate.&lt;br/&gt;&lt;br/&gt;Good luck with the project, Shane - let us know how it goes!&lt;br/&gt;&lt;br/&gt;-Christian Glawe</description>
		<content:encoded><![CDATA[<p>Gotcha&#8230;</p>
<p>I should probably read a little more carefully before posting late at night&#8230; since you&#8217;re going to DVD, then yes.. DVCPro HD should be plenty adequate.</p>
<p>Good luck with the project, Shane &#8211; let us know how it goes!</p>
<p>-Christian Glawe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shane Ross</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-637</link>
		<dc:creator>Shane Ross</dc:creator>
		<pubDate>Wed, 09 Jan 2008 09:09:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-637</guid>
		<description>This is not going to be on the BIG screen.  This is going to DVD, so capturing as DVCPRO HD doesn&#039;t concern me.  If this was going to HDCAM for air...I would consider a couple things.  &lt;br/&gt;&lt;br/&gt;1) Getting a MacPro and Kona 3 or LHe and capturing as ProRes via the card.&lt;br/&gt;&lt;br/&gt;2) Capturing Native HDV and then setting my sequence render settings to ProRes.  Possibly.  I&#039;ll test this.  But what I don&#039;t like about this is, again, the tape is broken up on every start and stop of the camera.  I HATE that...That is one of the drawbacks of P2 that I hate.  This makes scanning thru footage very tedious.  &lt;br/&gt;&lt;br/&gt;But seriously, having captures as DVCPRO HD and comparing that to the ProRes, I am not seeing much difference.  And I am playing this back not only on my HD CRT, but component to my Panasonic 42&quot; Plasma...just to check.  But I am sure when it comes time to color correct that I&#039;ll see the hit.  But, when I get to that point, I&#039;ll make the render settings ProRes.  The DCVPRO HD codec is very nice, it only has issues when rendering out 8-bit.  So I&#039;ll wager rendering as ProRes will be fine.&lt;br/&gt;&lt;br/&gt;But, this is all a good test.  As this isn&#039;t intended for High End HD delivery, but for DVD only.</description>
		<content:encoded><![CDATA[<p>This is not going to be on the BIG screen.  This is going to DVD, so capturing as DVCPRO HD doesn&#8217;t concern me.  If this was going to HDCAM for air&#8230;I would consider a couple things.  </p>
<p>1) Getting a MacPro and Kona 3 or LHe and capturing as ProRes via the card.</p>
<p>2) Capturing Native HDV and then setting my sequence render settings to ProRes.  Possibly.  I&#8217;ll test this.  But what I don&#8217;t like about this is, again, the tape is broken up on every start and stop of the camera.  I HATE that&#8230;That is one of the drawbacks of P2 that I hate.  This makes scanning thru footage very tedious.  </p>
<p>But seriously, having captures as DVCPRO HD and comparing that to the ProRes, I am not seeing much difference.  And I am playing this back not only on my HD CRT, but component to my Panasonic 42&#8243; Plasma&#8230;just to check.  But I am sure when it comes time to color correct that I&#8217;ll see the hit.  But, when I get to that point, I&#8217;ll make the render settings ProRes.  The DCVPRO HD codec is very nice, it only has issues when rendering out 8-bit.  So I&#8217;ll wager rendering as ProRes will be fine.</p>
<p>But, this is all a good test.  As this isn&#8217;t intended for High End HD delivery, but for DVD only.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christian</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-636</link>
		<dc:creator>Christian</dc:creator>
		<pubDate>Wed, 09 Jan 2008 08:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-636</guid>
		<description>Shane-&lt;br/&gt;&lt;br/&gt;What about the Capture as Native HDV Method, and then using Compressor to convert the clips to ProRes?&lt;br/&gt;&lt;br/&gt;Yes, I realize this is a pretty long transcode to send to Compressor (it would require a test to see just how much time you&#039;re talking about), but I would imagine for a project of this nature, you may have the luxury of doing the transcode overnight?&lt;br/&gt;&lt;br/&gt;This way, you get your full Log and Capture experience, transcode overnight, and then dupe your project and relink to the new ProRes material.  Also, you have a ready made backup with your HDV materials (could move &#039;em to your backup volume at your convenience).&lt;br/&gt;&lt;br/&gt;I just don&#039;t see how suffering a rez hit (going to DVCPro HD) is the true way to go...&lt;br/&gt;&lt;br/&gt;... or maybe I&#039;m missing something (?)....&lt;br/&gt;&lt;br/&gt;-Christian Glawe</description>
		<content:encoded><![CDATA[<p>Shane-</p>
<p>What about the Capture as Native HDV Method, and then using Compressor to convert the clips to ProRes?</p>
<p>Yes, I realize this is a pretty long transcode to send to Compressor (it would require a test to see just how much time you&#8217;re talking about), but I would imagine for a project of this nature, you may have the luxury of doing the transcode overnight?</p>
<p>This way, you get your full Log and Capture experience, transcode overnight, and then dupe your project and relink to the new ProRes material.  Also, you have a ready made backup with your HDV materials (could move &#8216;em to your backup volume at your convenience).</p>
<p>I just don&#8217;t see how suffering a rez hit (going to DVCPro HD) is the true way to go&#8230;</p>
<p>&#8230; or maybe I&#8217;m missing something (?)&#8230;.</p>
<p>-Christian Glawe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shane Ross</title>
		<link>http://lfhd.net/2008/01/08/capturing-hdv-as-prores-via-firewire/comment-page-1/#comment-635</link>
		<dc:creator>Shane Ross</dc:creator>
		<pubDate>Wed, 09 Jan 2008 00:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://postfifthpictures.com/lfhd/2008/01/08/capturing-hdv-as-prores-via-firewire/#comment-635</guid>
		<description>Hey Scott.&lt;br/&gt;&lt;br/&gt;When you set up everything the way the article shows, when you hit Apple-8, you are only given the option to type in a name.  Look at the article, it shows you a picture of it.  HDV CAPTURE...and a place for a name only.  I typed in the tape name &quot;EK-A01&quot; and then had a slew of clips that were EK-A01, EK-A01-2, EK-A01-3 and so on.  Delete those clips from the browser, rename them on the finder level, then reimport the clips into FCP.  But yeah, only option is clip name.&lt;br/&gt;&lt;br/&gt;I am going back and logging and capturing a tape as DVCPRO HD 1080i 29.97 and am going to compare it to the ProRes version.  I doubt that I&#039;d see much difference, and the fact that at this point it is ending up on DVD only...I should have done this from the start.  I just wanted to test the new workflow out.  If I had a MacPro I would capture ProRes with the capture card.  But I am not sure this firewire workflow is worth the potential issues it causes.&lt;br/&gt;&lt;br/&gt;I might end up capturing everything as DVCPRO HD...since I have the space and the deck until noon tomorrow.</description>
		<content:encoded><![CDATA[<p>Hey Scott.</p>
<p>When you set up everything the way the article shows, when you hit Apple-8, you are only given the option to type in a name.  Look at the article, it shows you a picture of it.  HDV CAPTURE&#8230;and a place for a name only.  I typed in the tape name &#8220;EK-A01&#8243; and then had a slew of clips that were EK-A01, EK-A01-2, EK-A01-3 and so on.  Delete those clips from the browser, rename them on the finder level, then reimport the clips into FCP.  But yeah, only option is clip name.</p>
<p>I am going back and logging and capturing a tape as DVCPRO HD 1080i 29.97 and am going to compare it to the ProRes version.  I doubt that I&#8217;d see much difference, and the fact that at this point it is ending up on DVD only&#8230;I should have done this from the start.  I just wanted to test the new workflow out.  If I had a MacPro I would capture ProRes with the capture card.  But I am not sure this firewire workflow is worth the potential issues it causes.</p>
<p>I might end up capturing everything as DVCPRO HD&#8230;since I have the space and the deck until noon tomorrow.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

