音视频 过程 内录 ,文件没有通过网络获取,对于测试 本身 就没有加入到 client -server 中 录制本身就是 转码
本地 查看 音视频质量 推流 obs 工具 ,拉流用 CLV 可以简单进行 查看音视频的质量 ,动态拉流过程中 也不好说,也可以利用 sipcapture 监控方案 ,监控整个推拉流的过程 可以小范围的 确定是 SDK 逻辑问题 还是 server 处理问题;
测试的方向 也分 SDK 端 和 服务器端 ,要搞 就要走 SDP 协议 做一个 实验室环境; 有时间 可以持续研究和手动实现一下 利用 aiortc 框架
昨天和 rtc 服务的架构聊了聊, 测试音视频 非 h264 版本 和 H264 版本, client 采集和传送到服务的 服务端 就是转发 ,这个过程 ,测试中 要有样本 中间监控推拉流 也要最后拉流的视频对比, 其实最终查看的 就是 推流的大小 到服务器转发的大小 到拉流的大小 头是否正确 文件大小是否正确; 但就是不好做,
我都结婚了
遇到 技术基础 还可以的,我会认真的问 到底 选择测试开发 还是开发, 一定比例的人 选择开发,我都是祝福他们 一定要坚持;
是这种么
你可以 品味一下 我 ” 简单说明 “ 上面 那句话
你在找工作 简历发过来,你看这样可以么 你的要求我会汇总到人事的
有问题直接问 有疑问直接说;