先放源码，非常简单，使用nodejs和原生javascript fetch调用大模型的HTTP接口（使用OpenAI传统chat接口），完成监控摄像头的运营管理的小例子。 注：测试使用的是随便找的一家平台服务商，用的deepseek和minimax模型测试，其它兼容OpenAI接口规范的一样。并且这段代码也是另...

人总是对未知的事物本能地产生两种情绪：恐惧和崇拜，越是不了解的，就越是极度恐惧或者极度崇拜。 做科学、做工程的，永远不可能对着一个黑盒子无条件信任，这是极度的不负责任和懒惰。 1. AI是什么？计算机领域的基础科学其实已经停滞了好多年，从一门科学，变成了工程。 2000年门户网站互联网泡沫，10年互联网大...

经过一段时间尝试，暂时放弃FFMPEG WHIP，过段时间再回来看吧，它目前阶段有几大致命问题： ICE协商机制非常弱，无法正确解析流媒体服务器返回的TURN/STUN服务器信息，如果服务器或客户端在NAT后面，无法正确建立连接。 编码只支持H264和OPUS，虽然可以使用Android MediaC...

由于Electron官方编译Linux版本不支持VAAPI编码，需要自行源码编译，这个工作还是有一些挑战性，首先是硬件需要8G以上内存，200G左右硬盘，以及10M以上的国际互联网访问通道。 可能因为各种原因，好不容易下载好的120G源码，在某台机器上由于硬件问题无法编译，需要更换机器，如果反复重复上述工作，都将...

经过与ChatGPT反复探讨（挑战）与实机测试，目前官方Chrome对Linux平台的GPU硬件编解码支持度还是可以的，最新的141.0.7390不加任何启动参数启动，已经可以支持主流的H264，H265以及VP8，VP9的硬件解码： 带上启动参数： 1google-chrome --enable-featur...

继解决了Android Mediacodec编码H264码流下降的问题后，码流上来了，WHIP推流也一如既往的奔溃了，毕竟是刚发布几个月的“试验性”功能…… 话说FFMPEG为了抢市场，这个试验功能推出的也够仓促的，好多参数全部写死，视频只支持H264，音频只支持OPUS并且强制2声道48000Hz采样，啥V...

AI编程哪天真能分析解决问题才是生产力，不然还是渣渣…… 记最近一次分析视频清晰度的问题，想使用FFMPEG最新的8.0版本中带的WHIP来试下“0延时”的推流，测试了RTMP和RTP_MPEGTS都是正常的了，但到了WHIP下面还是各种写包失败（虽然它的底层还是调用的SRTP来发送的），暂时还没空继续研究它...

FFMPEG基于命令行方式进行RTMP或RTSP（以及最新的WHIP）推流使用很普遍，基本上在桌面或服务器环境（Linux、Windows）下，大家习惯于直接用命令行方式使用，方便移植和调整，包括许多NAS上的视频转码也大多这种方式。 问题：音视频不同步 命令行方式用的人多了，原始的C语言的API方式编码实现...

最近在给MBWebPhone增加音视频设备配置功能界面时，发现在浏览器中正常但NWJS封装的APP中异常的bug——呼叫正常，但设备枚举为空白。一开始以为是nwjs的bug，但翻遍他们的社区，报告同样问题的解决方案是给出了–use-fake-ui-for-media-stream方式启动，这样能正常显示出设备列表...

最近在调试基于web的sip开发库（有sip.js和jssip两家），原理都差不多，都是通过SIP RFC的websocket扩展（SIP over WebSocket RFC 7118，标准情况下是UDP、TCP或TLS传输方式），通过ws消息传递标准sip消息（目前主流VoIP平台，例如：Asterisk,F...