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文件到三维软件里摄像机的朝向都不同是因为什么

谢谢

如果是演播室级的抠像可以使用限定器完成，如果对画面有一定的要求，个人还是建议在Fusion工作间里使用专门的键控工具来进行处理，可以做到非常精细的程度，用法和限定器差不多，但是精度非常高，可以做到电影级的抠像。

我遇到了一个问题，我是通过sdi输入达芬奇进行抠像的，但是抠完会有灰底，这个可以避免吗？

赞一个，这个色彩做的非常清丽，人物皮肤也很协调，环境色自然，有点淡淡的苹果感～～非常不错哇

看着复杂，N卡把动态从16~235开全为0~255试试。