Originally Posted by Jason Livingston (Post 958088)

When working with HDV, the compression is done in the camera before the data is written to tape or outputted via firewire. The loss due to HDV has already occurred. When you transfer HDV to your NLE by firewire, there is no additional loss (just like copying a file bit-for-bit).

Pure HDV workflow:
When you put these HDV files on your HDV timeline with only cuts, there is still no loss because you aren't recompressing the data. The only time you get loss is when you have to make changes to the video, such as when using filters, titles, transitions, etc. If your timeline is set to render to the HDV codec, then any parts of your video that are changed will be decompressed, have the changes applied, and then recompressed in HDV (but other parts which are unchanged will remain in their full original quality). It is this recompression step that causes loss, since HDV is a pretty lossy codec. It also makes editing slow, because decoding and recompressing HDV is a lot of work for your CPU to do. The advantage of this workflow is that it uses the least disk space, and unchanged parts of the video incur zero quality loss. So this is a good workflow to use when doing mostly cuts-only editing with minimal rendering needed.

Mixed HDV/ProRes workflow:
If you use a HDV timeline but with the render codec set to ProRes, then this is what happens. Parts of the video which are unchanged will stay in HDV as they are without any recompression, so there is no loss. Parts that are changed will be rendered in ProRes instead of in HDV, which minimizes the loss. This workflow gives you most of the advantages of the pure ProRes workflow, but uses much less disk space (since your source files stay in HDV which takes much less space than ProRes) and doesn't lower the quality of unchanged parts of your video. The downside of this workflow (compared to pure ProRes) is that, since HDV is harder for your CPU to decode in realtime, you get slightly fewer realtime effects before needing to render. The upsides are that rendering is fast because ProRes is relatively easy to compress, you get minimal quality loss in changed parts of your timeline (and no loss in the unchanged parts), and the disk space required is only slightly higher than with the pure HDV workflow.

Pure ProRes:
The pure ProRes workflow involves transcoding the HDV data that comes over firewire into the ProRes codec, so the files on your disk are all in ProRes instead of HDV. Since ProRes is a (slightly) lossy codec, this means ALL of your video will LOSE some quality (although the loss will be pretty small). While it is true that ProRes is a higher quality codec than HDV, transcoding HDV into ProRes doesn't increase the quality, it only gives you the compression artifacts of HDV PLUS the artifacts of ProRes. This also requires a great deal more disk space, because ProRes uses something like 4-8x the bitrate of HDV. The advantage of this workflow is that since ProRes is easy for the CPU to decode and encode in realtime, you can have more realtime effects and faster rendering than with a pure HDV or mixed HDV/ProRes workflow. The downsides are that all of your video loses a little bit of quality and much more disk space is required.

So, in summary...

Pure HDV Workflow
Pros:
Least disk space
Zero quality loss in unchanged parts
Cons:
Noticeable quality loss in changed/rendered parts
Lowest realtime performance (both playback and renders)

Mixed HDV/ProRes Workflow
Pros:
Uses only slightly more disk space than pure HDV
Zero quality loss in unchanged parts
Minimal loss in changed/rendered parts
Cons:
Less realtime performance than pure ProRes (but faster renders than pure HDV)

Pure ProRes Workflow:
Pros:
Maximum realtime performance
Minimal quality loss in changed/rendered parts
Cons:
Slight quality loss in unchanged parts
Uses a lot more disk space

Originally Posted by Nick Stone (Post 962782)

I see some editors edit in HDV and then render out to prores, this is what I dont understand. Why would you render out to prores 422 if the next step is to encode for DVD?

Nick