实验室的服务器没有公网IP，因此在外炼丹比较麻烦，因此使用frp将机器内网穿透出来 一、部署云应用服务器购买链接：应用详情 | 雨云 简单冲了30块钱，反点很高，冲30给了60，每月消耗6，30块钱用10个月，性价比很高了，想开的朋友可以用我的邀请码：OTg2Mjg5 1. 配置服务端信息开好云服务之后，点击管理 ->选择服务器 -> 配置文件 -> 12345678910111

现在的方案中，以开启相机为例，我要在/api/camera/start上发送{“action”: “start”}，然后在相机进程if action == “start”:，然后再去执行实际的start代码，这至少需要维护两对字典，可以说是非常的丑陋了 ZMQ确实是更好的通信方案，今天白天有点事情，今晚突击修改一下吧，希望在明天之前修改好并演示 今

再次感慨一下代码水平和项目管理还是差的太远太远了，想着用更好一点的框架，更成熟一点的驱动，有没有更好的方案，到头来写了改改了写，浪费时间 昨天重新简单规划了一下框架，今天在开始之前先简单规划一下需要修改的内容 之前相机进程之前是写的opencv的capture直接读取，这次改成用gst读取，并封装restart，这意味着要跨进程传递命令。 首先写一个进程间通信通道，实现主进程和相机进程通信，并控

新建了测试文件，今天打算用调用API打开、关闭相机 今天的主要工作是把web跑起来之后，封装了几个简单的接口，并能从外部控制相机的打开与关闭，因为fastapi在上一版本中已经很熟悉了，所以内容其实并没有多少，主要是做调试工作，比如会有一些偶发性闪退，我已经改掉了。这里主要是想聊聊控制链的逻辑 一、服务层最开始设计程序架构的时候我是试图把服务层去掉的，为什么要封装一下？代码跳来跳去的，又乱又不好理

一、Tee测试又又又简单封装了一下…每次新建一条支路都要重写tee，queue, valve 太麻烦了，封装成了一个_add_branch 123456789101112131415161718192021222324252627282930313233def _add_branch(self, downstream_bin: Gst.Element, drop: bool = True):

一、DEMO实现接下来自己手写一个管线，实现： 1234567891011source | v tee | +--> queue -> videoconvert BGR -> appsink(algo.py) | +--> queue -> mpph264enc -> filesink -> output.mp4 | +-

众所周知windows不兼容gnome，需要自行安装。pip install 需要编译，查阅了相关资料，咨询了AI，下面是安装过程： Getting Started — PyGObject官方教程推荐msys32，需要装一个新的python解释器，目测这个东西像一个linux虚拟机一样的东西 令人高兴的是conda支持直接安装，那我们接下来就开始吧 首先，启动conda-forge： 12cond

一、PyGObject把昨天命令行rtsp+屏幕显示的命令行控制指令转换为python的形式运行，这里直接让GLM帮我完成了一份demo。 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697

最近生病，事情又多，焦虑…拖了好几天，9号创建的博客，12号才开始写… 最后还是决定用GStreamer先把程序跑起来，ffmpeg的方案实在是能力之外了。 一、GStreamer这是调用野火官方给的gstreamer，简单跑了一下没问题，但是其实有点bug 123gst-launch-1.0 v4l2src device=/dev/video0 ! video/x-raw,width=1632,

一、FFMPEG经过上一次的梳理，大致的视频流规划如下： 12345[Camera] -> [Tee 分流器] ├─> [Queue] -> [Valve (录制开关)] -> [mpph264enc (硬编码)] -> [mp4mux] -> [filesink] ├─> [Queue] -> [rkrga (硬件缩放)] -> [a