之前开过你们家的 Max 套餐，GLM 4.7 的速度很慢

@brianinzz 我的账号是公司的，老板让我看看哪个 AI 好用，所以试了很多。

加油加油！我刚开始接触 Rust 的时候也有这样的代码洁癖，后来变成需求能稳定满足就行，不知道是好事还是坏事。尤其是现在，定个框架，让 AI 去做，自己只负责每个模块去验收。

没事，能用就很好了，就怕你不修，就体验不到这么好的产品了

工作相关，知道 RK3506 可以，用 rkuvc

老哥，这么好用的网站打不开了

@rev1si0n 别这样说别人，听了会很难受的。

@rev1si0n 这个延迟不是编码解码的延迟，是传输的延迟。你看看四楼五楼。

@dosmlp 这倒是提醒我了，之前都是把 ZLMediaKit 当做一个独立的程序使用。回头试试！

@wy315700 是 I 帧，刚刚用 ffprobe 看了。

@wy315700 没有，应该是全 I 帧，因为我只用到了一个 H.264 文件。

@ZeroW @dosmlp 这个过程没有编码，我是先用命令行生成一个 H.264 文件，然后用这个文件进行推流。

最后代码优化成了这样，先暂时用着。
```c++
int main(int argc, char **argv) {
auto [mainCli, beforeSubcommand] = makeCli(argc);

const auto subcommands = {
serve(),
readData(),
writeData(),
setBaudRate(),
clearAutoResponse(),
getAutoResponse(),
addAutoResponse(),
clearTimedResponse(),
getTimedResponse(),
addTimedResponse(),
get12vStatus(),
set12vStatus(),
getFpgaVersion(),
updateFpga(),
};
unordered_map<App *, function<void()>> subcommandMap;
for (const auto &[cli, callback] : subcommands) {
mainCli->add_subcommand(cli);
subcommandMap.emplace(&*cli, callback);
}

CLI11_PARSE(*mainCli, argc, argv);

beforeSubcommand();

for (auto *key : mainCli->get_subcommands()) {
subcommandMap[key]();
}

return 0;
}
```

@netabare 我找到了一个项目用了很多的函数式思想，还是想探索一下。github.com/arximboldi/ewig

@kilasuelika OK

@netabare 好吧，C++ 函数式的讨论确实比较少，我似乎走上了一条荒无人烟的道路。

@luassuns return this 确实可以，但是方法都是封装在一个类里面的，这是面向对象的思想。我想尝试一下函数式，就是纯函数、副作用、柯里化、函子那些。

```c++
compose(
newCli,
serve,
readData,
setBaudRate,
);
```


```c++
cli.map(serve)
.map(readData)
.map(setBaudRate);
```

@s7964926 确实，用了 callback 就可以省略后面的 if 了。那前面的代码能不能用函数式处理一下。比如：