Comments on: Adobe Creative Suite 5 Video Apps http://www.hd4pc.com/techblog/2010/06/02/adobe-cs5-video-apps/ Evolving Media Post Production Workflows in Light of Advancing Computer Technology Wed, 20 Apr 2011 00:16:11 +0000 hourly 1 http://wordpress.org/?v=3.0 By: McCarthyTech http://www.hd4pc.com/techblog/2010/06/02/adobe-cs5-video-apps/comment-page-1/#comment-85 McCarthyTech Tue, 09 Nov 2010 18:22:36 +0000 http://www.hd4pc.com/techblog/?p=96#comment-85 I don't understand what you are looking for. 422 isn't a codec, it is more like a colorspace or compression setting. Are you looking for ProRes422 or Cineform422, or MPEG422 or smething else. If you are using the trial, the MPEG encoder is not included, so that will limit your workflow options. I don’t understand what you are looking for. 422 isn’t a codec, it is more like a colorspace or compression setting. Are you looking for ProRes422 or Cineform422, or MPEG422 or smething else. If you are using the trial, the MPEG encoder is not included, so that will limit your workflow options.

]]> By: Steve http://www.hd4pc.com/techblog/2010/06/02/adobe-cs5-video-apps/comment-page-1/#comment-84 Steve Tue, 09 Nov 2010 17:08:44 +0000 http://www.hd4pc.com/techblog/?p=96#comment-84 We're running a trial version of Premier and don't see the option of the 422 codec for export. Is this a feature lacking in the trial, or are we missing a settings box somewhere? We’re running a trial version of Premier and don’t see the option of the 422 codec for export. Is this a feature lacking in the trial, or are we missing a settings box somewhere?

]]> By: McCarthyTech http://www.hd4pc.com/techblog/2010/06/02/adobe-cs5-video-apps/comment-page-1/#comment-83 McCarthyTech Mon, 08 Nov 2010 21:15:24 +0000 http://www.hd4pc.com/techblog/?p=96#comment-83 Not that I am aware of. FCP only supports DSLRs because QT had an existing H264 decoder. They have not deliberately written software specifically for DSLR files. This is what leads to the colorspace shift and the decode artifacts. I have never heard confirmed reports of consistent duplicate frames, but it doesn't surprise me. That is why I pushed so hard for Adobe to get away from QT decoding of DSLR files in CS5. There may not be a solution to your problem in FCP without batch converting all of your footage in CS5 before processing in FCP, which I highly recommend if possible. Not that I am aware of. FCP only supports DSLRs because QT had an existing H264 decoder. They have not deliberately written software specifically for DSLR files. This is what leads to the colorspace shift and the decode artifacts. I have never heard confirmed reports of consistent duplicate frames, but it doesn’t surprise me. That is why I pushed so hard for Adobe to get away from QT decoding of DSLR files in CS5. There may not be a solution to your problem in FCP without batch converting all of your footage in CS5 before processing in FCP, which I highly recommend if possible.

]]> By: Steve http://www.hd4pc.com/techblog/2010/06/02/adobe-cs5-video-apps/comment-page-1/#comment-82 Steve Mon, 08 Nov 2010 20:59:33 +0000 http://www.hd4pc.com/techblog/?p=96#comment-82 Upon close inspection of our footage in the FCP timeline, we found, in some of our panning clips, that there is a regular pattern of duplicated frames. We have one of those same clips loaded in Premier, and all of the individual frames appear. No dupes; no jittery playback. Is there some obscure sequence setting that I'm missing in FCP that causes these duplicates? Upon close inspection of our footage in the FCP timeline, we found, in some of our panning clips, that there is a regular pattern of duplicated frames. We have one of those same clips loaded in Premier, and all of the individual frames appear. No dupes; no jittery playback. Is there some obscure sequence setting that I’m missing in FCP that causes these duplicates?

]]> By: McCarthyTech http://www.hd4pc.com/techblog/2010/06/02/adobe-cs5-video-apps/comment-page-1/#comment-80 McCarthyTech Thu, 04 Nov 2010 21:12:58 +0000 http://www.hd4pc.com/techblog/?p=96#comment-80 Using Adobe CS5 should bypass Quicktime completely on both Mac and PC. Adobe calls their own MPEG4 H264 importer to decode the file, and Quicktime is not involved. Then any files you export from CS5 will have the proper colorspace "burned in," and since in my case that is DPXs for color correction, Quicktime is not involved at any point. If you batch convert all of your source footage to a different format like ProRes through that process, you will have both proper colorspace, and smoother playback on most systems, at the expense of conversion time and disk space. Using Adobe CS5 should bypass Quicktime completely on both Mac and PC. Adobe calls their own MPEG4 H264 importer to decode the file, and Quicktime is not involved. Then any files you export from CS5 will have the proper colorspace “burned in,” and since in my case that is DPXs for color correction, Quicktime is not involved at any point. If you batch convert all of your source footage to a different format like ProRes through that process, you will have both proper colorspace, and smoother playback on most systems, at the expense of conversion time and disk space.

]]> By: Steve http://www.hd4pc.com/techblog/2010/06/02/adobe-cs5-video-apps/comment-page-1/#comment-79 Steve Thu, 04 Nov 2010 18:59:21 +0000 http://www.hd4pc.com/techblog/?p=96#comment-79 Yes, we noticed the color degradation right away. I'm intrigued by the Premier workflow in native H264. I can't help but think that there must be info loss during the conform to ProRes422; like converting a still from RGB to CMYK, and then back again. Looks like the idea is to bypass Quicktime as much as possible as well, but it appears that for the final output of a completed piece you will have to use Quicktime. I'll research the decoder suggestion too. I'm outputting final pieces with the Quicktime Conversion in FCP. I wonder if Compressor would be better, although, fundamentally they do the same thing. Thanks for your help Mike, s Yes, we noticed the color degradation right away. I’m intrigued by the Premier workflow in native H264. I can’t help but think that there must be info loss during the conform to ProRes422; like converting a still from RGB to CMYK, and then back again.

Looks like the idea is to bypass Quicktime as much as possible as well, but it appears that for the final output of a completed piece you will have to use Quicktime.

I’ll research the decoder suggestion too. I’m outputting final pieces with the Quicktime Conversion in FCP. I wonder if Compressor would be better, although, fundamentally they do the same thing.

Thanks for your help Mike,

s

]]> By: McCarthyTech http://www.hd4pc.com/techblog/2010/06/02/adobe-cs5-video-apps/comment-page-1/#comment-78 McCarthyTech Thu, 04 Nov 2010 17:58:05 +0000 http://www.hd4pc.com/techblog/?p=96#comment-78 Based on what you are saying, it sounds like Quicktime player is dropping frames on playback. Installing a more efficient H264 decoder like CoreAVC solves that problems on Windows systems, but I am not sure how to deal with it on a Mac. Obviously getting a more powerful system would help, but there should be a simpler way to solve the problem. Clearly your system is physically capable of decoding them smoothly if they work well in FCP, the issue is a software one, but I am unfamiliar with how to manipulate codecs and default decoders in OSX. Keep in mind that Quicktime decodes Canon DSLR files in an incorrect colorspace anyway, displaying them much flatter than they were actually recorded. Based on what you are saying, it sounds like Quicktime player is dropping frames on playback. Installing a more efficient H264 decoder like CoreAVC solves that problems on Windows systems, but I am not sure how to deal with it on a Mac. Obviously getting a more powerful system would help, but there should be a simpler way to solve the problem. Clearly your system is physically capable of decoding them smoothly if they work well in FCP, the issue is a software one, but I am unfamiliar with how to manipulate codecs and default decoders in OSX. Keep in mind that Quicktime decodes Canon DSLR files in an incorrect colorspace anyway, displaying them much flatter than they were actually recorded.

]]> By: Steve http://www.hd4pc.com/techblog/2010/06/02/adobe-cs5-video-apps/comment-page-1/#comment-77 Steve Thu, 04 Nov 2010 16:45:40 +0000 http://www.hd4pc.com/techblog/?p=96#comment-77 Mike, Our on-going problem is that some of the HDSLR footage we shoot looks "jittery" played back in Quicktime but not in the FCP timeline or even RealPlayer. This is only evident in panning clips and not locked-down camera shots, and the severity and frequency of the jumpiness is not identical in each playback. Any ideas? Mike,

Our on-going problem is that some of the HDSLR footage we shoot looks “jittery” played back in Quicktime but not in the FCP timeline or even RealPlayer. This is only evident in panning clips and not locked-down camera shots, and the severity and frequency of the jumpiness is not identical in each playback.

Any ideas?

]]>