马上出 14 了。

@henryhu 不可能吧。这个国内不现实的。

macos 13 能有什么新的功能吗。

@zliea 明白了，就是 2-4 帧都用第一帧的标注这个如果业务上要求，视频中的某一张图片上如果出现新的物品，需要标注出来。
如果没标注出来的话，继续用下一个 4 帧的第一帧的标注来解决这个思路吗？这样子有图片在 4 个帧间隔之间出现又消失，不然好像没啥问题。似乎确实是个好办法，大佬有在业务上使用过这种做法吗，实际观看的时候会有啥效果影响吗？


另外第一点确实是个好方法，相当于一个线程拉取了再一个一个的处理，确实可以节约一些 io 等待的时间。谢谢大佬。

@zliea 并发请求 api 的话如何保证帧数返回的顺序呢？
另外不是每一帧都请求的话，因为数据这边要做标注，如果不每一帧都请求的话，画面上就会出现上一帧标注了，下一帧不标注的情况，这样就感觉很奇怪。

等待固定延时后再推送和一帧一帧的好像都差不多哇。速度还是那么慢。

@darkengine 现在的问题就是这个，消费端的速度太快，生产端的速度跟不上。

@zliea 刚刚新增了需求，不用实时，可以延迟 5 - 10 分钟。但是即使是这样子，问题还是存在，就是消费端看视频，看完推送过去的视频以后，就要等后续新推送的视频了。
但是这边推送因为要走 api 处理推送会很慢，没有办法。

@janus77
@raysonlu 感谢两位。我不太理解云服务是指？
目前我们的项目就是部署到阿里云的。你们的意思是说，整个解码编码都不自己做了，直接把源链接扔给某个服务，然后他们转了返给我们，我们直接拿到以后分发就完事儿，连编码都不用了？

@andyskaura
@ybnsjl
@hu8245
@ye4tar

目前确实用的就是这个方案。java 用的是 org.bytedeco.javacv 这个库。

@locoz
@ye4tar
是一个百度的图片识别 api ，主要标注和统计当前图片中有哪些类型的车辆，和车辆所在图片的坐标的。

@ye4tar
@ybnsjl
@des
@q1angch0u

谢谢各位大佬，详细内容已经补充到了问题中。

@smilzman

@andyskaura
@darkengine
@hu8245
感谢各位大佬，我这边的需求其实是这样。
有一个直播的 hls 格式来源，是个视频流的地址。这个地址可以通过 java 封装的 ffmpeg 抓取到帧，然后需求需要把每一帧的图片，通过另外一个图片 APi 做一下处理，然后重新转码封装成 rtmp 格式的视频流推到流媒体服务器。

现在流媒体服务器用的国产的 ssr 。遇到的问题，是拉流端 即 -> 抓取直播 hls 数据，解码成图片，然后 api 处理后重新编码封装成视频格式这里，非常的耗费 cpu 资源。

一台服务器起码吃掉 80%，不知道是否有可能可以解决？

请问后端用的什么技术栈，有岗位吗，谢谢。

@fml87 你们本来做啥语言的。

@fml87 不可能，郭嘉这儿鼓励初老族再就业的政策不会让大家 35 失业的。相信郭嘉。

@alexcding 4nm 估计 mba 上面功耗会很低啊。

会不会出 mba ？现在就喜欢 mba ，喜欢轻薄！