@SmallTeddy 我觉得你可能误解我的意思了。"任意有限个数的有理数列，都是有规则的"，意思是“已经给出的有限个（ n ）有理数，总有一个公式 f(n)，满足 f(n)等于给出的那个数，这就叫这个有限数组的规律”，这个公式并不能计算“原本”n+1 位应该是多少，因为，这样的公式可以有无限多个。

@sockpuppet9527 “有限数列可以对应多个推导公式”，是的，把我上面的推导公式变一下：
f(n)=a(n-2)(n-3)/2 + b(n-1)(n-3)/(-1) + c(n-1)(n-2)/2 + 233*(n-1)(n-2)(n-3)。
你看看，后面 233 是不是换成什么数都是成立的?是不是就有无限个公式了？

@sockpuppet9527 这个结论是我自己推导的，我上面发的就是我的推导过程，用 3 个数举例，同理 4 个 5 个……n 个，都可以用这个方法推导出公式。

任意有限个数的有理数列（无理数不清楚），都是有规则的，且可以用一个数学公式来计算得出。
比如 f(1)=a，f(2)=b，f(3)=c 。
通用公式为：f(n)=a(n-2)(n-3)/2 + b(n-1)(n-3)/(-1) + c(n-1)(n-2)/2 。
给定前 N 个，同样可以扩展这个公式。你可以注意到，我这个公式由三个数相加，我设计使 n=1，2，3 的时候，其余两个数都是 0 。
我用这个方式解决过 ( )( )( )(2)(4)(6)(7)(8)的问题，当然答案不是“（门前大桥下）（游过一群鸭）（让我数一数）”

我个人的话，习惯以“代码运行在什么位置”来判定。当然，服务端渲染的话，渲染的那部分应该算前端，比如写模板，而从数据库里拿出数据去给模板渲染的，算后端。应该没有明确的定义吧。看看楼下怎么说。

curl

如果不知道命令，先在电脑上用 chrome，按 F12 打开 Network，访问你的网址，确认没有问题，右击，copy as curl (bash)

vm 虚拟器我记得是可以设置比宿主机分辨率更大的分辨率的。

分开既然可以，那一起应该也没有问题。 -filter_complex 分别设置音视频的 output stream name，然后用 map 参数，输出到一个文件。

曾经在一篇高低情商对比的帖子下，别人的总结：高情商就是说话阴阳怪气。

视频用 ffmpeg，图片建议用 imagemagick 。略懂不是大神。

首选 ffmpeg 里的 ffprobe，如果觉得太大（静态文件几十 M ），可以用 mediainfo，各个平台都有，专门获取视频信息的，比较小。

也是第一次知道 switch 还能这么玩。

第一考虑的难道不是开发人员熟悉哪个用哪个么？
都不熟悉的话，就选 java 吧。
都熟悉的话，这几个服务用 java，那几个用 go，也不是不行。

不错，支持一个

以前看过一个文章，说如果你打算 5 万买个真钻戒。不如 5000 买个高档一点的人造钻石，把剩下的 45000 交给老婆（女朋友），后面布拉布拉自己想像吧。看看有没有道理。

@zhaoxj58 那就实际问题实际解决。总之，虽然实时合成是可以做到的，但实在是不推荐的。

有碎片的话，建议要么提供 m3u8 给前端（参考爱奇艺），要么给列表给前端（参考腾讯视频）。这种实时合成的太耗 CPU 和 IO 了。
另外是流量，对象存储直接给到前端（ 302 过去），流量不用走服务器，不然服务器的带宽是瓶颈。
前端没法改的话，只能存的时候合成大文件存了。

是把文件先转 base64，再分成每个字符串 4M 分别存成 txt 。还是先把文件分成每个 4M 大小的二进制文件再转 base64 ？

转回来的时候是否按照切的顺序倒着来的？