※ 引述《slowsleeper (阿一)》之铭言： : ※ 引述《xAlucard (擦地骑士)》之铭言： : : 先前我处理red one的workflow时也碰过一次这样的问题 : : 我猜测问题是出在处理proxy file时会花掉太多资源,尤其是在有大量转场或者是 : : 插入still images时这种情况特别容易发生,你可以试试用原生proxy file来剪接,加入 : : 一堆转场然後再一口气render看看,很容易产生这样的错误 : : 我那时候的解决方式是把R3D转成较低解析度,使用ProRes 422(HQ)当codec的影片档案 : : 来重新剪接 : : 目前Final Cut对於原生使用redcode当codec的proxy files支援并不是很好, : : Red原厂的建议是转成较低解析度的ProRes来处理,等到完成offline後再conform到最高 : : 品质的素材,或者是如果没有在大萤幕播放的需求,你可以一口气把R3D转成你要的解析度 : : 再来剪接.我一般是转成2K来用(考虑到部分素材是高格拍摄,2K差不多) : : 给你参考看看 : 谢谢你！ : 有点似懂非懂 : 所以red one里面的四个proxy file本身一样是red code无法直接用prores 422来剪？ 是.proxy file只是空壳而已 你在拖动proxy file到timeline上後不是会问你要不要把sequence改成clip的设定吗? 如果你选yes那本来codec设定就会从你设定的prores变成redcode,不信的话你可以试试 : 当初利达的人跟我说我设prores 422就可以直接拉其中一个解析度的来剪... 大部分的人的确都是直接拉proxy file来剪.....不必先设成prores也可以 直接拉有好有坏,跟你的问题无关所以我就不详细说明了 反正final cut会针对你"第一次"拉进去的clip来调整sequence的codec : 若我现在先用复制产生的sequence来套 不让他一直帮我重新对的方法而产生错误 : 这样的做法有危险吗？ 不会怎麽样,反正你先找到你能工作的模式就好 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 111.161.8.20