@LeeReamond ffmpeg 切割既可以重编码也可以复制流，看你怎么写参数。
复制流就只能切 GOP 边界，重编码则是精确切割但是全部重编码。
如果你 ss to 写在输入前面，然后编码用 copy，就是复制流。
如果你 ss to 写在输出前面，然后编码用 x264，那就是重编码成 x264 。
（应该没有记错吧。）

GOP 是很难去凑参数单独重编码的，除非你知道原始编码器用的参数，然后用一样的参数去重编码不完整的 GOP，否则后续 GOP 可能会因为参数不同而花屏。

盲猜内存不足，内存不大的前提下还开内存盘，把物理内存里的数据都分页到硬盘上，降低系统性能。
高提交，低物理内存占用，通常就是物理内存的数据被寄出去了。看起来内存占用少，实际上都分页出去了。

@LeeReamond 如果正好切在 GOP 上的话当然没问题。
实际上，非精准切割就是切在 GOP 边界上。

PS: 音频其实也有自己的「 GOP 」，只不过音频的帧比较小，所以切割的时候不会距离太远。
比如 AAC 在 48khz 下一个帧长 21.3ms ，这 21.3ms 也是没法切开的。

> 是否只能转码切割？

是的。每个 GOP 是一个整体，没办法直接无损切开。

看你阵列的实现方式了。
Linux MD 是可以随便换的，因为盘阵信息是写在盘上的。

我用 frhed，感觉还行。轻度十六进制用户。

@x940727 冷战登月是军备竞赛，是以生命代价搞上去的，意思就是上月球万一失败了就死几个人在上面，下面再射一个。现在各个国家不愿意去做是因为要保证成功率和收益率，死一个人你 NASA 的经费就可以全砍了。
中国现在也是一步一步走，保证每一步踏踏实实不出错。大矢进会怎么样大家都清楚。
要类比一下的话可以看看中国原子弹是怎么搞出来的，那时候连计算机都没有，现在朝鲜怎么花了那么久都没造出来。

@LxnChan 重启才生效。只是更新的话也不需要重启，只是不生效罢了。
什么业务需要频繁重启来让新内核生效呢……

@itechnology 因为 Win10 终究会 EOL，总是要研究怎么在 11 里把屎塞回去的。

码率就是文件大小除以时长。大小一样时长一样，除下来得到的码率当然一样啦。

这就像是问，同样 100 米 10 秒跑完，为啥两个人跑步速度都是 10 米 /秒？

如果两个文件都是用中等参数跑的话，h.265 的保留的视频信息应该稍微更多一些。你可以两个记录仪同时录，开不同的设置，然后对比同样场景下两个视频的信息熵。不过行车记录仪本来就对压缩率没有太大的需求，卡上保留 2 个小时的视频和保留 20 个小时的视频没有太大的区别，所以没有必要加钱用更好的视频编码芯片做高复杂度的编码。

比如说 limit 1000，然后反复跑到跑完为止啊。

有想法挺好的，这帖子发出来你才会知道还有哪些知识是自己不了解的，然后去读懂学会他们，就能扩充你的知识面。

@zhaohao 哦我脑抽了。
那你就是很普通地把 GPT 转成 MBR 启动了。
确实是可以的，和 Windows 10 的 GPT 转 MBR 是一个套路。
其实说不定 PE 走 DISM++或者安装器直接装 11 到 MBR 都可以的。

@LANB0 确实不需要，不过 lambda 也可以做吧，道理应该是一样的。
（我不太懂 C++，请见谅。）

8T 换 13p 确定不是降级了？（
我现在就 8T，之前低价收了两台 13p，准备转手卖掉，完全没有用的欲望。

写一堆 lambda 扔进数组里然后取下标执行？

@zhaohao 咦，那你这是 MBR 分区？

@zhaohao 删掉 ESP 分区也还是 GPT 启动啊，只不过你的 C 盘充当 ESP 了而已。

@ysc3839 确实，Windows Update 打补丁会失败。后来我只能特意为自动更新开了个 ESP 才装成功。

然后 ESP 是可以放在任何地方的，不需要放在头部，微软没有明确要求硬盘分区结构要跟着默认结构走。

分区移动的话一般也就 NTFS 可以支持。ext4 的 superblock 位置是固定的，不能偏移。XFS 更是固定分块。其他 Linux 文件系统不熟。NTFS 的 MFT 是可以任意移动位置的，所以可以很简单地做到分区头部增减容量，只要把 MFT 里文件的位置全体偏移一个数值，再把 MFT 自己的位置偏移一个数值，基本就行了。

随便弄个 wepe 用 DG 改一下就好，不难。（当然 ESP 放在硬盘尾部也是完全没问题的。）