@Joeith chrome 不给接口，只有 firefox 能做到

@wodong 要识别的话，直接 opencv 提取帧然后输出结果。
推流则是把帧流推去 rtmp 服务那里，这两者在我的理解里必然是两块不同的代码对吧？
哪怕你是想把识别结果直接 mux 到画面里，那也是先用 opencv 嵌好，编码，再推出去，对不对？
所以「推流」这个部分不管怎样都是可以单独开子进程的

@wodong 那也是接收端的事，跟推流无关呀

@wodong 如果直接推效果很好，为什么不直接开个子进程直接调用 ffmpeg 呢？ 感觉你造了个现成轮子呀....

你直接在终端里用 ffmpeg -re -i ../3.h264 -c copy -f flv "rtmp://192.168.199.254:11935/live/test2?secret=035c73f7-bb6b-4889-a715-d9eb2d1925cc" 推流也有 10s 延迟吗？

不是，客户要是专业得啥都懂，他不就自己把活都干了吗，要你何用

https://ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_002c-ssegment
没这个选项

不是都告诉你"Unresolved type 'Statvfs_t'"了吗...
你类型名字打错了，是 syscall.Statfs_t

你先秦时期的上上辈子是不是总担心天要塌下来

全新的 mac 很娇气很难用，动不动不让你做这个不让你干那个好像什么都她说了算
你就应该多装点乱七八糟的包或应用到她里面，时不时把她的 cpu 负荷拉到最高，不听话就 sudo 改她系统配置
这样充分调教过之后的系统才能用着舒心，如臂指使

sysinit.sh

#!/bin/bash
pacman -S base devel qtcreator .....
echo "alias ll='ls -alF --color=auto' " >> /home/user/.bashrc
....

何必多此一举呢....
你都开调试工具了，直接把 onClick 事件的 handler 函数手动运行一下不就是了

标题迷惑
不应该是微软用户真是辛苦了吗
关火狐啥事啊

ffmpeg 的确有 wasm 版本，但你要用 ffmpeg 转码的前提是首先要有这条码流
因此你需要开一个服务，让摄像头可以把码流推到这个服务上，
一般海康会给配一台 nvr 就是用来开这个 rtsp 服务接收推流的。
如果你只有一台摄像头，那你无论如何都必须自己开这么个服务，然后去摄像头那里设置好把流推到你自己开的服务上（因此需要可访问的固定 ip 或域名）。这一步无论如何也不可能在客户的机子或浏览器上完成。
所以还是老实点整服务器吧。

@marcong95 很认真地说，我认为对比指令执行速度时必须包括敲这些指令的时间。更极端一点，还应该比较记住并能熟练使用这些指令的时间......

你重点关注错了
word[0] in 'aeiou' and word[-1] in 'aeiou' 优不优雅无所谓的，对性能没啥影响
但是下面的 for append 不怎么优雅，建议用 list comprehension 或 map

这说的不是领导而是运维吧
越优秀的运维可以越长时间休假而不出任何故障或 bug
反之越菜鸡的运维越是整天瞎 jb 忙着排查故障经常凌晨两三点被叫起来说服务器挂了

技术禁运
不光我国，还有 russia, iran, saudi-arabia, north korea
也不是他主动这么干，是 US 法律规定