入驻于 2021-04-07 / MAKE 主页
实测,在树莓派4B,2G机器中,h264_omx这个参数没啥用,还不如h264的编码能力强。
我怀疑RPI4B的BCM2711芯片并不支持,它的全部功力都用到了解码4K上面。
卧槽,可怕的延时:
Stream #0:0: Video: h264 (h264_omx) ([7][0][0][0] / 0x0007), yuv420p, 640x480, q=2-31, 10000 kb/s, 30 fps, 1k tbn, 30 tbc
Metadata:
encoder : Lavc58.35.100 h264_omx
[flv @ 0x1a14dc0] Failed to update header with correct duration.ate= 279.5kbits/s speed= 1x
[flv @ 0x1a14dc0] Failed to update header with correct filesize.
frame= 393 fps=5.8 q=-0.0 Lsize= 2325kB time=00:01:08.40 bitrate= 278.5kbits/s speed= 1x
video:2317kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.343055%
我觉得这个延迟有点大了,我还得仔细读读用户手册,感觉树莓派端能做到不多了,估计是B站的问题。
@spoony, 这个还不知道,需要测试下
@Spoony 如果你有需要翻译的任务,可以交给我。反正我天天也很无聊
@Spoony 我一直有个想法,汉化一些文档。但是我没有稳定的服务器。。。。
niubility!马上测试看看。
我试过推流,之前,感觉延迟有点高啊。组长试过么?
这个库有问题,目前只支持到树莓派3b+,并没有更新最新的4B BCM2711的支持,所以,你可以考虑换个其他库,或者添加对BCM2711的支持。
https://www.cnblogs.com/ucas123/p/13904528.html
感觉是数据类型跟你的函数不匹配啊。
443,80都被封了,我用端口都是5位数开头的。