IBMTstandardizationoffice【IBMT5AB-IBMT08-IBMT2C-ZZT18】Avid剪辑教程事半功倍的流程修订版Avid剪辑教程----事半功倍的流程一直以来，大家都对MC有一个误解，就是，MC转码太费时间，不转码根本没法剪辑。的确，在以前，转码真的很痛苦，往往用别的软件都剪一半了，MC还在转码。虽然它稳定，也许别的软件在最后关头不停的crash（闪退），MC还能赶上来大笑对手，但是对于小项目，这样的事情并不多见。?好了，废话不多说，来谈谈我写这篇教程的原因。那就是，由于mxf
规范
编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载
的进步以及其广泛的应用，只要使用了合理的流程，MC可以省去转码时间。?我们以转入一段4分46秒的XDCAM为例，（现在主流的摄像机都可以拍摄XDCAM格式），如下图，我们做实验的视频是1080p25,8声道，文件大小为2.01GB，我说我花34秒"导入"这段视频在MC里实时流畅剪辑，你信吗？这样的文件链接到MC里面，可能可以实时播放，但是文件一多，就很难实时了。所以我们大部分情况下会进行转码。首先，我们把卡链接到MC里面来，选XDCAMfolder插件，这样就能将卡里的文件全部链接进来，虽然我们只有一个文件。放入时间线，可以看到8声道，没有问题，试试播放，拖拽，对我的笔记本，有些延时，跳帧。-------------------转DNxHD----------------接着用传统方法，我们转码成DNxHD36，结果要花4分10秒完成转码。太长了，可以喝杯咖啡抽根烟了。转出的文件1.56GB，可以实时流畅剪辑。----------------------转XDCAM---------------接着我们换一个编码来转码，因为我们的源素材是XDCAM，那么转成XDCAMHD50会不会快些呢？结果1分29秒，快很多！文件大小1.97GB，大了一些，但是因为码率高了很多，而且质量好了很多，所以这个文件大小是很划得来的。----------------------不要转码，合并------------------最后，我们不用转码，直接合并！时间只用了34秒文件大小也是1.97GB，而且完全实时流畅剪辑。------------------------为什么？---------------------首先，从原理上来说，我们的源素材是XDCAM，我们非要转成DNxHD，这之间的计算是什么？XDCAM->解码->转码->封装->输出->DNxHD我们再看看XDCAM转码成XDCAM，计算是什么？XDCAM->解码->封装->输出-XDCAM我们最后看看XDCAM合并成XDCAM，计算是什么？XDCAM->封装->输出->XDCAM因为我们前面讲过，文件是由核心的编码加包裹在外面的格式形成的（具体参考《麦克老卢的Avid剪辑教程----格式与编码》）从XDCAM到DNxHD，编码都变了，自然就多了转码这一步。XDCAM转码到XDCAM，MC用的是转码机制，自然就有解码这一道工序，其实是根本没解码，但是却用了这个进程。XDCAM合并到XDCAM，MC只需要把文件重新封装一下，从XDCAMop1a封装成XDCAMopatom，也就是单个含音频的文件封装成音频视频文件单独存放。这里只需要封装时间，而封装时间非常的短。我们惊奇的发现2.01GB÷60MB/s=34s，拷贝这个文件也需要34秒，也就是说，XDCAM文件进入MC实时剪辑，只需要拷贝文件的时间！所以请大家不要再抱怨MC转码花太多时间了，很多情况下，是流程错了，或者规划有误，拍摄就选择了不合适的格式，结果导致大量的时间浪费。PS.XDCAM是现在业内最流行的格式了，质量高，带宽低，相当不错，而MC又能nativesupport（原生支持），所以就算做小项目，MC效率也高起来了。
浙公网安备 33021202002483