@lwjef 我进去看了一眼源码，的确只上传了帖子内容，没有用户个人信息。暂且相信作者没有窃取隐私的主观恶意。
那么现在的爬虫行为最大的客观危害就是对站点的访问压力了
剩下的就是对用户情感的损害（我个人不用插件所以这方面感受不深）

@unclejock 所以为啥不像我这么穷的人要特意找人一起来学我这个穷人的生活方式呢，有病吗？

贫穷让我从小就这么过来的
不知道为什么还要特意去这么干，还要找人一起

我有一个比较朴素的认知：任何厂商不会无缘无故降价。而能逼迫他们降价的原因只有两个：
一是需求下降没人用没人买了
二是市场上出现了比他们产品质量差不多甚至更好,价格却低得多的竞品。

@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 或域名）。这一步无论如何也不可能在客户的机子或浏览器上完成。
所以还是老实点整服务器吧。