首先，你要区分视频流和封装
h.264 是视频流的格式
mp4 是封装格式
这两个是可以同时存在的，简单来说就是一个是外包装，一个是内容

其次，你要明确下你需要的是视频流还是封装的格式。
看帖子内容，我假设你需要的是：封装格式
在没有具体文件的情况下，你描述的情况是可能存在的

类比现实情况，就是你拿到了一个水果礼物盒（ mp4 ），里面装着一个柑橘（ h.264 ）
mimetype 检测之后，告诉你这是一个水果礼物盒（ video/mp4 ）
filetype 检测后，告诉你这是一个橘子礼物盒（ video/quicktime ）
ffprobe 告诉你这是一个柑橘（ h.264 ）

一些关于 isom 的东西
Some references:
https://forum.doom9.org/showthread.php?p=1664561#post1664561
https://forum.doom9.org/showthread.php?p=1827483#post1827483

相关行业标准文档：
Document:
ISO/IEC 14496-12

太长不看版：
都说的没错，只不过对象和详细程度不同

正好有一个前两天朋友和我说的
《男子在家，妻子被陌生男子 qj 》
大概就这么个标题，然后内容是男的在家，女的在外面被 qj

提了离职，就不能留下来，大不了以后跳回来
但是话可以好好说，体面几句溜

没写过 py，就写点伪代码了

list = [...]
result = []
total = list[0]

for (i = 1; i < len(list)); i++) {
// total 和 list[i] 同符号
if ((total > 0) === (list[i] > 0)) {
total += list[i]
} else {
append(result, total)
total = list[i]
}
}

append(result, total)
return result

========
思路就是 total 记录累加
total 和当前元素符号（正负号）不同了，就记录累加结果到 result，重置 total 然后开始下一轮
题目写的是连续正负数，如果有 0 的话，遇到直接 continue

到店之后，他们拿去检测，发现确实有问题，就直接拿了两个新耳机换掉了，没要什么东西，就问了下哪里买的（我是 jd 旗舰店买的

他这里是 while lo < hi, hi = mid - 1 之后，如果 hi == lo，就不会进 while，这时候如果 nums[lo] == target，那么结果就会变成 -1
更正 case：nums = [4,5,6,7,0,1,2] target = 0

上一楼写错 case 了，当成找不大于不小于到了，抱歉

int mid = ( lo + hi ) / 2 这步，其实是 floor( ( lo + hi ) / 2 )
如果 lo = mid + 1 的话，lo 正好是 target，那么 hi 会递减到 lo + 1 为止，然后 下一步 ( lo + hi ) / 2 就是 lo
如果 hi = mid - 1 这步执行之后，hi 正好是 target，那他就永远找不到了，因为 lo 递增到 hi - 1 之后，( lo + hi ) / 2 还是 lo

你可以试试 nums = [1, 2, 3, 4, 5] target = 2

推测你只是为了睡觉，看看这个思路行不行：
找你学习计划里提升自己的视频

1. 如果睡着了，达到目的了
2. 如果没睡着反倒看下去了，提升了水平（一般看不懂没学进去，就会犯困）

怎么都不亏，手动 doge

手持一台，续航我感觉是真不太行，其他没啥问题
我是轻度使用，这台每天就聊天 + 刷刷网页（ chrome ），就这样一天下来感觉也不太够用
你要在意续航的话，入手谨慎考虑

武侠那个应该是绝代双骄

相关知识 https://explainextended.com/2009/10/23/mysql-order-by-limit-performance-late-row-lookups/
#1 方法是可以的，你还是慢可能是哪里没写对

步骤 1: select id where {condition};
步骤 2: select * where id in (步骤 1 查出来的);

最关键是步骤 1 只 select id，顺带 where 相关的字段的索引安排

就你的描述来说，想上中间件，但是做法又像主从，不知道你实际想要什么
就需求来说，读多写少，一致性要求还不高，那么
1. 就你说的那种做法，更像主从那套，主写从读，看业务自己估计几台从，配好了自动同步
优：简单方便，效果还行
缺：单表还是很大，增长快的话容易继续瓶颈

2. 分表分库，然后就你说的用中间件
优：后续扩展性好
缺：需要处理下现有数据，相对比较麻烦，视情况可能还需要修改业务代码

中间件的话，你看看 https://github.com/flike/kingshard 这类是不是你需要的

假设技术上做出来了
假设没有任何漏洞哪怕是理论上
甚至可以假设强权机构不会逼迫群众，大家都是自愿选择解或者不解

但是这有什么用呢？公平公正并不能以人数判断
技术解决了匿名和追责，也救不活苏格拉底

Insert Interval，比较常见到的东西了，LeetCode 有个原题比较接近：
https://leetcode.com/problems/insert-interval/

你可以看下讨论 or 自己做着玩

一般不会改代码，走 cdk 模式现成也方便，而且给 cdk 了一般就是不在意你卖还是自用
如果不想让员工卖的话，简单点可以让员工上报游戏账号，管理员手动给账号发
再严格点，可以验证账号的实名信息和员工信息等

游戏公司内部很在意且还是出问题了，一般会走法律等渠道处理，相比游戏内的东西的价值，规避公司政策这个行为本身影响更恶劣