icam365视频如何4分频？我用Golang写了个小工具，顺便理清了原理

前两天朋友问我,icam365这个监控软件，能不能把四个摄像头画面拼成一个？他说想省点屏幕空间，但又不想买新的监控显示器，我琢磨了一下，这其实就是个视频4分频的问题，不过icam365本身没这功能，得自己动手。

我刚开始想的是用FFmpeg硬拼,但后来发现，用Golang写个工具，反而更灵活，毕竟熟悉点，而且Golang处理并发视频流确实顺手，下面是我折腾的过程，顺便把原理也讲清楚。

为什么icam365视频需要4分频？

icam365是个挺常见的网络摄像头监控软件,常用来连海康、大华的摄像头，但它的客户端界面，默认是单画面全屏，如果你想同时看四个画面，要么开四个窗口，要么手动切换，这显然不高效。

4分频就是把这四个流,等比例缩小，拼成一个2×2的网格，这样监控一屏就能看全局，听着简单，但坑不少。

核心思路：用Golang处理视频流

我用的方案是：用gocv库（OpenCV的Go封装）拉流，然后逐帧渲染，基本步骤是这样的：

1. 同时拉取四个视频流
2. 每帧按比例缩放到原宽的1/2、高的1/2
3. 在内存里拼成一个大画布
4. 实时显示或用FFmpeg编码输出

这里最关键的是同步问题,四个流帧率不一致，如果直接拼，画面会错位，我的做法是：取最近时间戳的帧，不强求严格同步，监控场景对实时性要求没那么苛刻，差个几十毫秒看不出来。

具体代码实现（简化版）

package main
import (
    "gocv.io/x/gocv"
    "image"
)
func main() {
    // 打开四个视频流
    streams := [4]*gocv.VideoCapture{}
    for i := 0; i < 4; i++ {
        streams[i], _ = gocv.OpenVideoCapture("rtsp://摄像头地址")
    }
    window := gocv.NewWindow("4分频")
    for {
        frames := [4]gocv.Mat{}
        for i := 0; i < 4; i++ {
            frames[i] = gocv.NewMat()
            streams[i].Read(&frames[i])
        }
        // 拼图：按2×2布局
        combined := combineFrames(frames)
        window.IMShow(combined)
        gocv.WaitKey(30)
        // 记得释放资源
        for i := 0; i < 4; i++ {
            frames[i].Close()
        }
        combined.Close()
    }
}
func combineFrames(frames [4]gocv.Mat) gocv.Mat {
    // 假设每帧640×480，缩放后320×240
    h, w := 240, 320
    combined := gocv.NewMatWithSize(2*h, 2*w, gocv.MatTypeCV8UC3)
    // 左上
    gocv.Resize(frames[0], &combined, image.Pt(w, h), 0, 0, gocv.InterpolationLinear)
    // 右上
    // ... 逐个区域copy
    return combined
}

实际处理时得处理边界情况,比如某一路断流了，画面得显示黑屏或重连提示。

性能优化：别让CPU爆炸

直接逐帧处理,四个720P流CPU占用能到80%以上，我优化了两点：

• 用goroutine并行拉取和解码，但严格控制Goroutine数量，避免上下文切换开销
• 降低帧率：监控画面25fps够用，实际降到10fps也能接受，CPU瞬间降一半

还有个技巧：用sync.Pool复用Mat对象，减少内存分配，Golang的GC在频繁分配图片对象时压力很大。

另一种方案：FFmpeg命令行 + Golang调度

如果你不想写OpenCV的细节,可以走纯命令行方案，Golang调用FFmpeg：

cmd := exec.Command("ffmpeg",
    "-i", "rtsp://stream1",
    "-i", "rtsp://stream2",
    "-filter_complex", "[0:v]scale=640:360[a];[1:v]scale=640:360[b];[a][b]hstack=inputs=2",
    "-f", "rtsp", "output")

但这有个问题：四个流动态调整分辨率，FFmpeg的filter图是写死的，得用Golang动态生成filter串，而且FFmpeg挂掉你得重连，用Golang的exec包封装一下会稳定很多。

踩过的坑

1. RTSP连接超时：摄像头断流TCP重试特别慢，我设置gocv.Set(VideioCaptureProperty, 500)打开拉流连接复用的选项，不稳定时主动断开重连。

2. 色彩空间：有些摄像头返回I420，有些是YUYV，gocv默认转BGR，但拼图后再转成RTMP输出可能颜色不对，这里我统一用cvtColor转成BGR再拼。

3. 音频：4分频多数不需要音频，但如果你想要，得把四个音频流混音，这又是另一个大坑，我直接扔了音频，专注画面。

有没有现成工具？

其实除了自己写Golang工具,还有几个备选：

• FFmpeg + filter_complex：上面提过，适合能接受命令行的朋友
• OBS Studio：可以拉RTMP流，用场景拼图，但强制改分辨率有时糊
• VLC：开四个窗口自己手动排列，不推荐

但你要的是icam365视频的4分频,它自己没这功能，我试过它的云端多画面，延迟大，不如本地拼。

如果你不想自己编译Golang程序,也可以找我拿编译好的exe，记得装OpenCV库，Windows下装挺麻烦的，但用Libusb摄像头可以省一步。

最后聊聊到底值不值得折腾

自己写工具确实可控性强,但得有基本技术基础，如果你只是临时用几次，用OBS拖四个窗口进去，导出到屏幕，两分钟搞定，但如果你像我一样，要长期监控四个画面，而且想无缝集成到自己的监控系统里，那Golang方案管用。

Golang的并发模型天然适合同时拉多个视频流,而且编译出来一个二进制，扔到树莓派上也能跑，我试过在树莓派4B上跑四路1080p，降帧到5fps后CPU温度75度，凑合能用。

至于icam365,它自己的视频流格式是H.264/h.265，解码靠硬件加速会更省资源，Golang的gocv硬件加速支持有限，这点不如FFmpeg的VAAPI。

4分频的原理不复杂,无非是缩小加拼图，真正麻烦的是处理异常、性能、资源回收，Golang写起来比C++舒服，但比Python慢不了多少，如果你看过我的代码，会发现核心逻辑其实不到一百行，剩下的都是连摄像头、处理断线、写日志这些琐碎事。

好了,不扯了，我得去修我的摄像头了，上周刮风把它吹歪了，画面斜着看，4分频拼出来像抽象画，所以工具再好，摄像头也得架稳了。