worldflyingct

> > > 同样是h265能放，h264放不了。。。 > > > > > > 264可以播，但是有个ts加载跟不上播放的那个bug，难受死了。 > > 换成easywasmplayer就可以了，jessibuca试了下好像不支持hls easywasmplayer是不是已经被删掉了，找不到链接了啊。

> jessibuca jessibuca很强大，但是他是gpl3.0的，基本无法做到用于开发闭源程序。

请问既然性能不及rapidjson或simdjson，那为什么要自己造轮子呢？IO密集型的工作可以理解，但是json是cpu密集型的，网上查yyjson集成超简单，就两个文件。

不错的工作氛围。我也自己手撸了一个mqtt服务器，当时是18年，市场上没发现有基于c/c++的异步非阻塞IO的开源服务器，就自己搞了一个。 但是由于自己手撸的mqttserver，发现加入了openssl库根本无法做到完全的静态编译，openssl库依赖cypto以及pthread等库。请问您们的workflow如果必须用openssl，会不会由于cypto以及pthread，导致无法100%无依赖？

嗯，但是我之前确实遇到过一个嵌入式平台完全不支持在线更新了，无法拉取官方openssl，又无法交叉编译，最后只能用go语言交叉编译一个出来。 因此如果你们真的在乎完全无依赖，可以尝试使用mbedtls代替openssl，它是用C写的，没有任何外部依赖，Apache License 2.0。 我也会尝试使用musl-libc代理glibc的方式实现真正的无依赖编译（网上有说musl-libc交叉编译支持更好），对于我们做物联网的公司，交叉编译太重要了。

> > 嗯，但是我之前确实遇到过一个嵌入式平台完全不支持在线更新了，无法拉取官方openssl，又无法交叉编译，最后只能用go语言交叉编译一个出来。 因此如果你们真的在乎完全无依赖，可以尝试使用mbedtls代替openssl，它是用C写的，没有任何外部依赖，Apache License 2.0。 我也会尝试使用musl-libc代理glibc的方式实现真正的无依赖编译（网上有说musl-libc交叉编译支持更好），对于我们做物联网的公司，交叉编译太重要了。 > > 我们有个nossl分支不需要ssl。但目前还需要链接crypto，因为用了md5和sha1。这两个模块其实可以代替。 我这里有纯C语言算法实现的md5、sha1与sha256的代码，经过测试毫无依赖且结果正确，我甚至在自己的单片机项目中已经使用了，如何提交给你们？？？

新增本地录像功能，支持自动判断硬盘剩余容量，当容量满的时候自动删除旧视频，记录新视频，实现轮动存储功能。也就是实现nvr（硬盘录像机）功能。 退一步说，如果上述逻辑不好处理，也可以提供录制时长的滚动设置，如录1小时，那么超过1小时的就自动删掉。 再退一步说，可以设置hls录像的切片数量，每个单独切片的时长，通过设置hls切片进行录制。 支持录像进行播放，也就是转为http-flv，因为如果是h265格式，目前只有http-flv的wasm比较成熟，如果提供的是hls播放，找不到浏览器的播放器。 最好支持哪些视频流录像，哪些视频流不录像。