大家用剪映一定碰到过这种情况,界面加载中,请稍后,然后无论你电脑怎么重启,然后在这里什么缓存大小,把剪辑的这个性能全部勾选掉,这些方法我都试过了,没有任何用, 我告诉大家,我,我真的是,我真的是用尽其极的办法,现在终于知道原因了,我再给大家演示一遍。首先我们点击强制退出, 退出,然后把你的网络给关了,接下来再打开剪映。好,我们再打开剪映拉过来,我们再点击, 然后他这里会选择资源需要升级,没关系,因为这是断网,点击取消加载进来了,有的时候晚上我剪辑是刷一下秒加载进秒加载进去的,但是白天就不行, 我终于知道了,他居然是看他的在线人数的,就是用的人多,可能同一时间都是在加载在那验证账号,然后就进不去了, 你只要断网就可以进去,哈哈哈,离谱啊,这个真的是离谱啊,我对剪映真的是我我我,这个问题我真的真的困扰我太久太久了,今天终于解决掉了,我这么太离谱了。
粉丝4.9万获赞42.4万

现在我们已经有一点离不开剪映了,这两个软件必须要进行一次连通。我相信现在很多人的剪辑主力软件已经从以前的 final cut pro, pr 或者是达芬奇已经转到了剪映。但是不得不承认的是,剪映里面有一些功能还是没有办法替代专业的剪辑软件,比如说调色的质感,防抖的精度, 绿木扣像,还有补帧等等等等。所以有时候我们还是没有办法避免把我们的素材导进 final cut pro 里面进行剪辑, 这样会非常麻烦。而且你在使用 slog 三的时候,你整个视频的片段都是需要在 fender cap pro 里面进行调色的。但是我们又离不开剪映,因为剪映的生成字幕的功能以及美颜功能确实很好用,包括它的各种各样的转场也好,特效也好,你离不开剪映,所以我就在想有没有可能用以前 达们奇回批叉 ml 导入进 fender cap pro 里面的这个方式,把我们在 fender cap pro 里面剪辑处理好的素材, 以一样的时间线带着效果导入进剪映呢?好消息是有,而且我今天可以告诉大家三个方法,那坏消息是什么呢?大家可以看完这三个方法以后你们 就知道了。我先给大家解释一下这个工作原理啊,其实你可以理解为他把这些素材都在达芬奇里面进行了剪辑,都进行了修剪,按脚本拼接,调色,补帧,防抖,做完了一系列的操作,再导出 生成了一段一段的新的视频,再从 findcare pro 里面以导入叉 m l 这个文件的方式,把它们按我们在达芬奇里面的这个时间线给串起来,就是这样的一个工作流程,那第一个方法呢,就是比如说我这里有三段素材, 照叉 m l 的 常规流程来说,我这里只要把这三段素材完成了处理以后,就已经可以点击左上角导出叉 m l 文件,然后从剪映里面以导入工程文件的方式打开叉 m l 文件。但是遗憾的是,剪映导入叉 m l 的 时候呢,它只把我在 photoshop 里面的剪辑 带过来了而已,所有的效果调色什么全部都没有带过来,而且它也确实在导入工程这里给大家介绍了,它只能支持基础剪辑以及基础属性的修改,这个东西其实好像就没有意义,但是我们还是可以得到做了效果的视频片段。怎么做到呢?就是我们在 final cap 导出之前呢,我们先把每一个素材 全部都新建复合片段,再把这三个素材全部都新建了复合片段以后呢,我们在左边精选素材的方式,就可以把你这个视频使用到的所有的素材筛选出来,然后再点左上角导出, 我们就会得到三个经过了 final cut pro 处理的三个成片。但其实我们只是得到了这几个素材片段,他没有办法像叉 ml 的 常规工作流程一样自动的进行排列,你要手动的把这些素材在剪映里面进行重新的对齐,多多少少还是提升了一些效率的。但是这个事情还是有一点遗憾, 既然已经用叉 m 的 方式得到了一个正确的时间顺序,我也得到了 findcap 处理后的所有的素材片段,但是就是不能把正确的时间线和正确的素材连接在一起,它明明就只是一个很小的改进,希望剪映以后能够改善一下。这个问题我是真的想不通,因为其实这里我已经得到了 正确的素材,把这些素材全部失联,重新链接到这些正确的素材的话,那其实就可以完美的解决这个问题。但是恰恰 findcap pro 导出的 的时候呢,你要想带效果的导出,只能以复合片段的形式来导出,所以它的命名全是以复合片段来命名的,它不会是之前原素材的这个名字,所以你就没办法进行一个链接,其实它 final cut pro 只要能支持调整好的素材,单个导出就可以解决这个问题了。 好,那第二个方法呢,其实就比较简单一点,直接说就可以,比如说你把你在 final cut pro 里面剪辑好的一段视频, 一整个的导出,然后在剪映里面,在素材区域里面它有一个功能叫镜头智能分割,可以理解为它好像是把我们在 findcap pro 里面剪辑的那些刀口呢,都还原出来了,但是呢它没有还原的那么准确。比如说我用同一段素材剪的两个画面, 但是因为画面过于接近,它就识别不出来,它还是把这一段变成了同一段素材,只能在你素材不多的时候 去使用,它虽然简易呢,但是没有那么精准。最后一个方法,这个方法呢也是一定可以完成的,但是稍微有一点麻烦,就是要通过三个软件的互动,达芬奇,它和 findcap pro 的 联动就是把在达芬奇里面所有的素材进行编辑以后, 生成了单独的素材导入进了 findcap pro, 那 这样的话,哪怕我们使用第一个方法在 findcap pro 里面导入进剪映的时候,它哪怕是原始素材,但是这些原始素材呢,也是经过达芬奇处理 带效果的,而且时间线是正确的。成片片段这个方法我是觉得有点过于复杂,而且他对不习惯使用达芬奇的人来说非常的不友好,因为达芬奇的操作和快捷键是跟我们常用的一些剪辑软件是没有那么 契合的,所以这个方法应该只适用于习惯用达芬奇剪辑的人,那对他来说这是一个非常好的工作流程了。我现在是只想到了这几个办法,如果你对这个工作流程有更好的方法的话呢,也希望你可以啊分享一下。

这些视频都是扣 test 剪的,剪了之后还有剪映的原文件,我只需要跟他说我的视频是在哪,他就可以帮我剪。大概有十个直播的切片,直播的小视频, 而且我改了字母之后,我直接跟他说字体样式样式,他就可以直接给我改,嗯,他说 a 九已经加上字体了,而且已经交对过了。嗯,给大家看一下我们的 a 九 流程呢? o d s 里面,嗯,它这个确实是跟我设定的一模一样, 而且这里面它的 image two 它也是自己校对校对过的,真的绝了。

当客户想要你的剪辑工程文件时,你不会焦头烂额的找不到方法吧?其实方法非常简单啊。第一步,打开工程文件,我们在草稿参数界面的右下角点修改,在属性栏中找到导入素材, 点击复制到草稿,再点保存,然后到左上角菜单中点击全屏设置,然后找到你的草稿存放的文件夹,下一步就好办了。到草稿文件夹中找到刚刚那个文件夹就是你的草稿名称,压缩一下就可以发送给甲方了。 同样的另一台电脑,将这份压缩包解压到他的草稿文件夹中,就能在自己的剪映中打开这份草稿了。怎么样,是不是很简单?

剪映如何导出工程文件?你发给甲方的工程文件是不是经常显示媒体丢失?那这个问题该如何解决呢?我们只需要打开你想要分享的草稿,在右上角这里点击修改,将素材导入位置改为复制至草稿,然后来到剪映主界面,在右上角设置,这里点击全区设置, 然后点击草稿位置右边的这个文件夹,找到你想要分享的草稿,然后将其复制发送给客户就可以了。 然后第二种办法就是小组云空间,你的小组云空间是不是只有五百兆的容量?那我们想要提升它的容量,只需要将小组那个人数增加至四人,他的这个容量就会自动升级为五个 g。 在 这里选择创建小组, 然后将这个链接发送给甲方,在首页找到我们要分享的草稿,上传至刚刚新建的小组就可以了。你学会了吗?快去试试吧!

如果你已经在用 cloud 写代码,整理资料,跑工作流了,那怎么写好项目配置文件? cloud 点 md 非常重要,那 cloud 点 md 是 什么呢? 它是一个放在项目跟目录的 markdown 文件,你可以把它当成是这个项目写给 ai 的 说明书。原理也很简单,每次当你新插一个对话或者清空上下文之后, cloud 都会自动再读一遍这个项目配置文件,有了它,你就再也不用解释项目背景、个人偏好等各种项目信息了。那我们该如何写好 cloud 点 md 呢? 这里给大家总结了应该写哪些内容,这里的五类内容呢,是我搜集了资料找到的各种大牛,各种社区讨论后的一个最值得写的五类内容。 第一个呢是项目背景,你需要用很简短的语句告诉 ai 这是一个什么样的项目,让 ai 呢一看到它就能初步的对这个项目有一个大概的了解。那第二个部分呢,是技术栈和工具,比如说你用什么样的代码语言,你用什么样的框架,你有什么样的命令。比如这是一个说搜集信息的项目,那你可能就可以告诉他说我有哪些爬虫脚本。 第三部分呢,是项目约定,这里面主要要写一些已经在做的规范和习惯。比如来说,如果是一个小红书内容选择题管理系统,我通常的习惯是先让灵感写进灵感池,然后经过我的主观判断之后,我会选择一些灵感进入选择题库,那这就是我的项目约定,就会被写在 cloudy md 里面。 那第四部分呢,是沟通偏好,这一部分呢就偏向于一些个人喜好,比如说呢,我可能会告诉他说必须用中文回复,这都是一些个人回复上的喜好,你可以记载在这里面。那第五部分呢,是一些禁止事项,这类的问题呢,可能更经常出现在。嗯,你发现 ai 有 时候会有一些默认的操作是让你不满意的,那你就可以在执行的过程中告诉 ai 永远不要这么做。 那 cloud 点 m d 有 什么质量上的标准呢?我找到了 ansap 官方文件里面说到的三条标准。第一个呢,是要用具体数字代替形容词,比如说你想让 ai 回复尽量简洁,那更好的说法其实是回复小于等于三段的内容。第二部分呢,是关键规则加必须或者不要。比如如果你想表达尽量不要 emoji, 最好的表达其实是绝对不要 emoji。 第三个呢,是你要保证你的 cloud 点 md 控制在两百行以内。这是因为 cloud 点 md 的 内容会一直被写在对话的上下文空间里面,那如果它太长了,可能就会导致一些重要的规则被淹没,或者你后续对话写入的内容被忽视。 那说了这么多标准,我们该如何来修改 cloud md 呢?以及我真的要一个字一个字的写下 cloud md 里的内容吗?当然不是所有的内容都还是可以借助于 ai 来写。 首先有个最关键的指令,就是当你有大改动或者是你新开启一个项目的时候,你可以用杠 innit 这个指令来让它扫描你当前的项目文件,然后去生成一个全新的 cloud 点 mb。 比如如果你是是一个空项目的时候,它就会根据你目前的项目内容给你自动生成一个 cloud 点 mb, 那 如果你已经有一个目录下的 cloud 点 mb 之后,它依然会读取旧的 cloud 点 mb, 并且扫描当前的架构,给你一个优化版的 cloud 点 mb。 第二个呢,是适用于日常小修的 problems, 比如你发现 ai 做了一些你不满意的事情,你想要让它改进,那你就可以把这件事情立刻追加到 cloud md 里面。 那第三种呢,是定期瘦身,也就是我们刚刚说的 cloud md 要小于等于两百行才能更好的发挥它的作用。那我们就可以用下面这段 prom, 让 ai 把过时的、重复的或者是写的太软的一些指令删除掉。然后最后呢,把字数控制在两百行以下,那通过这三个指令,你就已经可以很好的写好你的 cloud md 了。 而且这套用法其实不止 cloud 能用在 cloud 里面, cloud 点 m d 是 这个项目的说明书,而在 codex 里面,这个项目配置文件被写作 asigns 点 m d。 我 自己测试过,如果你现在在 codex 里面导入一个带有 cloud 点 m d 这个文件的项目,它其实会自动问你要不要把 cloud 点 m d 这些内容转化成 asigns 点 m d, 所以 其实它已经有一些自动的转换过程了。

今天和大家分享一下剪映怎么导出工程文件。首先我们打开要发送的文件,点击草稿右边的修改,复制到草稿,这样我们添加的素材就会复制到这份草稿里了。 接着我们不要导出,直接关闭草稿。接着我们回到剪映主页面,点击右上角设置里面的全局设置,我们就可以看到草稿的保存路径了,我们直接将上层的路径复制一份, 接着我们打开文件夹复制路径,就可以找到刚才的那份草稿了。选择好我们的草稿文件,直接打包发给客户就可以了,客户那边就会收到一份素材完好的工程文件了。希望今天的分享对你们有用,我们下期见。

剪映草稿怎么传到别人的电脑上,而且还不会文件丢失?二十秒教会你首先打开要传的草稿,找到修改,再导入素材,这里选择复制至草稿,点击保存,然后关闭草稿, 返回开始创作页面,点击全区设置,打开草稿位置文件夹,把对应要传输的草稿名文件夹复制给对方,在对方电脑的开始创作页面,同样点击全区设置,打开草稿位置文件夹,然后粘贴进去,就自动生成草稿了,你学会了吗?

把自己的剪映草稿传到别人电脑上时,发现显示的全是文件丢失,那如何正确给别人传输草稿呢?首先点击你想要传输的草稿,点击右侧的修改,再导入素材这个位置,点击复制至草稿,点击保存, 关闭草稿,回到主页面,点击大局设置,打开草稿位置文件夹,把需要传输的草稿文件发送到另一台电脑,在另一台电脑上同样点击大局设置,打开草稿位置,把传输过来的草稿复制进去,退出,重新打开就成功了。

为什么你用 ai 写代码,一会觉得 ai 写的又快又好,一会又让你愤怒的想把 ai 从屏幕里揪出来暴打一顿,甚至开始和 ai 飙脏话,怒骂,为什么这么蠢,为什么乱改不相关的代码?刚才说的怎么就记不住,一个错误犯了多少遍了,还得告诉我你哪哪又错了? 哎!说到这有些激动了,我的火气又上来了。今天花三分钟教大家怎么 webcoding 的 时候,让 ai 稳定规范的生成代码,就算是你切换了模型,照样按照规范写,这是我实践过的方法,亲测有效。本期视频所有的材料都在我的资料库里,可以放心的使用。 我也从两个情况下讲,一个是已有项目 cloud 点 microsoft 文件如何制作,再个就是从零开始的项目的 cloud 点 microsoft 文件是如何设计的?我们先说第一个,假如说你现在已经有了一个完整的项目,比如说你现在已经有一个项目了,左侧呢,就是你的项目文件。 那这个时候你只需要先让 ai 扫描一下你的项目的结构,让 ai 了解你当前模块是如何划分的,用了哪些基础站啊,构建工具是什么? 然后接下来呢?让他去分析代码模式啊,提取命名、规范、分层规则、代码风格。因为我们知道一个成熟的项目,它其实是很多人在按照一定的规范去编辑的,可能大家都形成了一种共识,或者说之前就已经有对应的文档,要求大家一定要按照那个规范去编辑代码, 那这个时候这个代码的成品,它就是 ai 学习的一个数据源,你让 ai 去识别现在的项目它是怎么写的, 规范是什么,然后把它整理成 cloud 点 macdunk 文件。这样的话,不管是哪个 ai 编程工具,也不管是哪个编程大模型,他在拿到这个项目之后,都会先去读取 cloud 点 macdunk 文件,先把这个总体的规范放在第一优先级理解。这里我给大家准备了一个核心提示词, 你直接把这段话复制给 ai 就 可以了,然后它就会给你生成一个 cloud 点 macdunk 文件到你的项目的目录下。在这里我以后端举例啊,比如说你把这段话给到大模型之后, 它就会识别采用的这个基础站,还有命名规范,还有代码风格在这个项目中是如何定义的,然后后续你再让 ai 去生成代码的时候,它就会延续当前项目已有的风格,进行代码的编辑。所以说写出来的代码呢, 规范也比较稳定,同时呢也延续了你们这个团队对于这个代码维护的一些规范。那在此基础之上,我们在用 ai 编程工具写代码的时候,肯定会出现那些由于上下文过长,然后突然发现大模型它好像降质了,刚开始很聪明,后来越写越烂, 然后你给他提示了很多次的问题,他还会出现那像这种情况,我们也需要把它规范到 cloud 点,查看文件里边,让他下次再遇到类似的情况,不要再继续犯错了。不管是谁都很讨厌一遍遍的重复我自己之前说过的话。所以当你发现 ai 反复的犯同类错误的时候, 比如说我明明不想让他删除我自己写的注目,但是他不知道为什么,就会在改代码的时候,莫名其妙的把我的注目删掉了,这就是很让我气愤的一个点, 好,诸如此类吧,就是这种反复犯的这种错误,屡教不改,你给他说一次,他改一次,那这个时候做法也很简单,就是你告诉他把这个问题固化为规范,或者说将此约束加入 clogs 点 markdown, 他 就会分析最近的几次对话,然后识别出到底是哪个问题。他总是反复的出现错误,然后提取正确的写法,然后把它规范到这个 clogs 点 markdown 文件里边, 这样的话,下次再遇到类似的问题,他就知道要按照最重要的这个规范去写了,就不会犯同样的错误。那刚才说的这种方式呢?就是很简单的一种方式,就是简单的一句话,让他把这个问题固化规范写到这个 cloud 点什么大文件里边 啊?还有另外一种呢,就是比较详细的指出你要把哪些东西写到 collab 里边,那这个时候就需要你啊,人为的去给他指定一些信息,把什么写到这个 collab 里边,你说的题词就相对来说要多一点啊,这样的话可控性会比较强, 这个相当于是备选方案,这两个用一个就行,如果说第一个方案简单,但是效果不好,那你就用第二个,我其实感觉我自己实践用第一个就已经足够了。那么好,接下来还有种情况呢,就是我们现在开始从零搭建一个项目,比如说 左侧呢,就是一个空的文件夹,现在我要在这个文件夹下开发一个项目。在开发这个项目之前,我首先需要,嗯,让大家帮我分析我现在要做什么 东西,如何?呃,定义这个需求,先出一份需求文档,然后出来需求文档之后实现的。之前呢,我们给他需要定一个 cloud 点 markdown 这样一个规范,总体的规范,防止他在一开始写代码的时候就乱写,那后面维护起来就越来越费劲。 这个就是另外一种情况,就是从零开始写项目的时候,我们这个 cloud 点 markdown 是 如何设计的?你只需要把这段提示词 给到他就可以了,在这个地方填入你对应的一些呃,这个项目的设计吧,比如说你是一个外部应用,或者说什么数据平台啊,机构站是啥,你把这些给到他,当然了你也可以把这个模板给到他,然后在他给你做完技术选型和方案设计之后,让他去帮你填充这里面的占位符, 这样的话把这段提示词再给到 ai, 让他帮你最终生成一个 cloud 点 markdown 文件,这样的话后续的开发就按照这个 cloud 点 markdown 文件进行开发, 就在一开始就把规矩咱都定死了。下面呢就是一个推荐的章节结构,这个大家可以了解,这个只是我做一个后段开发,嗯,是这样定义的,大家作为参考就行,主要是上面这个提示词好,那三种情况都说完了, 接下来我就和大家分享一个 ai 大 神 capcity 的 cloud 点 mac 软件,目前这个项目的 star 数是一百二十六 k, 可以 说达到这个量级的 star 数的 get 哈普项目并不多,如果说大家找不到这个项目呢,我也把这个项目中的那个 cloud 点 mac 软件给大家拷贝到这里了, 这是原版,然后还有中文版啊,我推荐大家还是用原版,因为大模型对于英文的理解可能要比这个中文理解要好一点,因为在训练的时候,嗯,就是英文可能要偏多一些,毕竟是代码相关的一些需求。最后就是常见问题的整理, 假如说已有的项目代码不规范,你接手了一个烂摊子,它可能是一堆史山代码,那么 cloud 点 markdown 应该是按现有的代码写,还是按照理想的状态写?那这个时候如果说允许你对已有的代码进行逐步的改造,也就是有这样一个前提, 那你可以按照理想的状态写,让 ai 帮你逐步的去改造当前项目的这个不太合理的设计和规范。 注意这个前提啊,如果说没有这个前提,大家千万不要去随便的去改线上的这些,呃,已经很多很多的这种代码大规模的改,千万不要,因为我们所有规范的前提呢,都是保证线上不要出现事故。 我把本期视频所用到的所有的提示词都已经放到我的资料的合集里了,就在这个位置,大家可以放心的使用。如果这期视频对你有用,记得点赞关注,我们下期再见!

今天咱们学工程文件跨电脑迁移看操作。首先咱们先打开需要迁移的工程,点击时间轴空白处再修改,菜单栏里点击复制至草稿,先把工程完整备份到草稿库。 接下来就是找到工程文件的核心操作,咱们返回主页,打开全区设置,在草稿位置选项的后方点击文件夹图标,这里就是工程文件的存放位置,直接选中对应的工程文件夹就能完成拷贝走了。然后咱们来到另一台电脑上操作,逻辑一模一样, 同样在主页打开全区设置,找到工程文件夹的存放路径,把咱们刚才拷贝过来的工程文件夹完整复制到这个文件夹里。 最后一步超简单操作完成后,回到主页就能直接看到迁移过来的工程,点击进入即可正常编辑,简简单单,下期想学什么剪辑干货,评论区告诉我。