因最近参与制作了一部90分钟影片的色彩、动画、大量字幕、音频以及精剪辑，客户是使用了Final cut这，所以只好硬着头皮使用Final cut x，也是第一次大量使用Final cut X,遇到了这些问题：

1、Final cut的交换工程格式是独有的 fcpxml，很难与多方系统进行工程交换（Nuke Studio、Premiere、和达芬奇可以交换但涉及到多种摄影机素材的情况下，会出现素材不匹配的问题）。

2、复杂的动画制作，一般都在Aftereffets中，Final cut 无法像Premiere一样直接使用AE工程作为素材，无缝使用。

3、某些需要设计的图片、Final cut 无法像Premiere一样直接在素材上点击就用photoshop进行处理，而且是同步的。…[查看更多]

第一建立好服务端与客户段以后，建议测试的工程直接使用 一个原素材+Write节点的最简单工程架构模式进行测试，以防止第三方插件导致的问题。根据上方的提示：你可能使用了Nuke的提交到Deadline插件，这个插件我在Win、Mac等多种系统上都无法正常运行。建议直接使用Deadline的客户端进行提交测试～～

求助，大佬们好

请问，客户端和服务端都有安装，nuke的插件也有安装，但nuke提交时弹出这个窗口，环境变量如下：

然而其他渲染机提交任务就是正常成功的。重装、管理员运行都有试过

建议使用手工跟踪，跟踪是按照特征点进行跟踪的，如果画面中特征点本身变化比较大比如草地、树木等纵深非常复杂的，就需要绘制Mask进行排除，特征点不稳定或者受干扰的情况下，建议绘制Mask或者使用手工跟踪。

PFtrack在跟踪的时候只跟踪了后边段，前半段跟踪失败了，这是什么原因

这个问题同样困扰了我整整一年，目前得出的结论就是苹果自生的色彩管理和p3屏幕的问题，达芬奇默认会绕过苹果自生的色彩管理，所以在没有勾选为达芬奇使用mac的icc的情况下达芬奇看到的颜色和vlc一致，勾选后达芬奇使用mac的icc，把时间线和输出时的色彩都设置为709-a，得到的文件用quicktime检查器查看数据为1-1-1，此时在苹果displayp3的生态内看到的颜色就一致了，但是用vlc查看依然天差地别，同样的一个视频苹果的颜色看到人脸是白的用vlc看就是红的，还有一个办法是把mac屏幕的icc换成709-A，这下你不管是quicktime还是vlc还是达芬奇看到的颜色都是一致的了，但是苹果特么的又是p3屏在他这个屏幕上用709的icc看到的画面就是过饱和的，而且你用了709的icc…[查看更多]

大规模SRT对白双语字幕的制作方式

去年的文章中我分享了如何在Final cut x、Premiere，Davinci等系统中交换SRT的方法，在前几天我参与制作的一部长达90分钟的影片中…[查看更多]

非常好的回复，恭喜您找到了解决问题的方法，这两天在做一组片子，没上来做下测试。

<!–more–>已经解决了，我试了试PNG格式的序列帧就可以了

Final cut X渲染输出弹错：Final Cut Pro X,”error 41562″ 的解决方案：

一般我们使用Final Cut制作影片时候，制作好直接输出即可，但当我们制作长片时候会出现许多没有遇到过的问题，比如今天我在渲染一部90多分钟的影片时候渲染到23%的时候就弹出错误：Final Cut Pro X,”error 41562″ ，重新尝试了多次均在此报错，检查工程也没有发现黑屏掉帧的问题。百度一圈未果，最终偶然找到了这个问题的解决方案。

产生这个错误的原因是因为硬盘格式的问题，长片的文件容量非常庞大，一般的EXFAT 32格式或者其他U盘之类的磁盘格式是无法封装巨型文件的，这里需要使用Disk Utility将输出到的硬盘格式化为：APFS或 Mac OS Ext…[查看更多]

需要将预览模式边上的“序列”点开，默认情况下PFtrack是识别单张图片，开启后才能识别为序列片段，这点和Premiere非常相似

现在的软件一般都很少使用FBX了，一般都是.abc文件，新版本的PFtrack在数据格式方面有了更多兼容性，但是旧版本的PFtrack针对现在新版本的三维软件有部分问题，导入到其他三维软件的时候会弹出许多设置，仔细阅读那些设置参数，比如我目前无法将FBX正确导入到Houdini中，但是可以打开导出文件的文本，复制代码直接在houdini中执行后，会得到正确的摄影机，其他的软件，比如Nuke也是需要将输出的nk文件打开，复制代码到Nuke的Python中执行即可。

有几个个问题想请教

1，有办法导出更高级别的FBX文件吗？现在最高只有2010

2，导出的不同FBX文件到三维软件里摄像机的朝向都不同是因为什么