xiaonanko

xiaonanko

0个粉丝

33

问答

0

专栏

0

资料

xiaonanko  发布于  2016-06-21 10:47:51
采纳率 0%
33个问答
6002

3516A的延时

 
从VI到VENC获取视频数据的延时大概多少呢~
我来回答
回答14个
时间排序
认可量排序

rafael_wl

0个粉丝

12

问答

0

专栏

7

资料

rafael_wl 2016-06-21 20:02:36
认可0
看buffer深度吧

ngswfx

1个粉丝

55

问答

1

专栏

40

资料

ngswfx 2016-06-21 23:33:57
认可0
本帖最后由 ngswfx 于 2016-6-21 23:42 编辑

这个时间非常少,估计在1ms量级。如果考虑到视频送入VENC可能存在YUV读取VPSS处理等的耗时,我估计不会超过1帧的时间,也就是33ms-40ms之间。

延迟通常比较大的发生在网络发送,接收部分,为了能实现数据非阻塞发送,或者一送多,通常都有各种缓冲,网络底层本来就有,或者在解码时,为了保证送入解码器的数据速度尽量均匀,避免一下子来太多,或者半天不来,接收数据后,会有解码缓冲。弄得不好的话,图像可能滞后好几秒,都很正常,如果发生严重问题(缓冲开得大,解码没有配置合理,解码慢,送数据快,导致堆积),我见过延迟接近一分钟的。呵呵。:lol

///全部加起来,所有的延迟通常可以控制在100ms左右。

xiaonanko

0个粉丝

33

问答

0

专栏

0

资料

xiaonanko 2016-06-22 14:21:01
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=32069&ptid=11669]ngswfx 发表于 2016-6-21 23:33[/url]
这个时间非常少,估计在1ms量级。如果考虑到视频送入VENC可能存在YUV读取VPSS处理等的耗时,我估计不会超过 ...[/quote]

准备降点延时~准备采用在线模式的工作状态,然后优化一下代码~话说3798M的延时也不小~海思没开放底层的api,不好操作呢~

ngswfx

1个粉丝

55

问答

1

专栏

40

资料

ngswfx 2016-06-22 14:50:22
认可0
本帖最后由 ngswfx 于 2016-6-22 14:52 编辑

[quote][url=forum.php?mod=redirect&goto=findpost&pid=32116&ptid=11669]xiaonanko 发表于 2016-6-22 14:21[/url]
准备降点延时~准备采用在线模式的工作状态,然后优化一下代码~话说3798M的延时也不小~海思没开放底层的ap ...[/quote]

我估计你遇到的整体延迟吧。

也就是说,你挥动手,发现看到的图像延迟很大。

主要看缓冲,把各种缓冲调节到合适,解码的时候采用帧解码。不是用流解码。

如果弄到100ms左右,就别想着再弄了,无解。数字图像就这样。一个264的流解码策略都决定了40ms的延迟。文档不是说,需要等到下一帧过来,才能解出上一帧。才知道上一帧结尾了。

通常你正常速度挥动手腕,你看到的图像,在你的手腕停止之前,如果动了,就差不多了。大家都是这个水平。测试的时候千万不要用第三方播放器,例如VLC等。后端需要自己做解码显示,这样好控制。

否则,你不好判断是编码端发生延迟,还是解码端发生延迟。

xiaonanko

0个粉丝

33

问答

0

专栏

0

资料

xiaonanko 2016-06-22 14:58:36
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=32122&ptid=11669]ngswfx 发表于 2016-6-22 14:50[/url]
我估计你遇到的整体延迟吧。

也就是说,你挥动手,发现看到的图像延迟很大。
[/quote]

现在看,延时还可以~250ms,从信源到播放显示!最后尽量降到100ms左右比较合适!

ngswfx

1个粉丝

55

问答

1

专栏

40

资料

ngswfx 2016-06-22 15:08:48
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=32128&ptid=11669]xiaonanko 发表于 2016-6-22 14:58[/url]
现在看,延时还可以~250ms,从信源到播放显示!最后尽量降到100ms左右比较合适![/quote]

200ms也就延迟5帧左右,问题不大,通常局域网传输,能搞到3帧左右就非常好了。

这个问题,无解。用户都习惯了。

关于这个延迟,最大的行业难点,就是云台控制时,才体现出来,一般应用,有点延迟,无所谓。

rcasiodu

0个粉丝

5

问答

0

专栏

0

资料

rcasiodu 2018-10-29 15:47:50
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=32131&ptid=11669]ngswfx 发表于 2016-6-22 15:08[/url]
200ms也就延迟5帧左右,问题不大,通常局域网传输,能搞到3帧左右就非常好了。

这个问题,无解。用户 ...[/quote]

大牛,离线模式和在线模式的延时会差多少,VENC出来之前这段时间,是不是差异很小?
(sensor 8M分辨率30fps 3840*2160)实际跑发现离线模式VI/ISP的频率要到600M,在线模式396M就够了,都是VI->VPSS->VENC。

qn1515577064

0个粉丝

15

问答

0

专栏

0

资料

qn1515577064 2019-01-24 11:08:10
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=32131&ptid=11669]ngswfx 发表于 2016-6-22 15:08[/url]
200ms也就延迟5帧左右,问题不大,通常局域网传输,能搞到3帧左右就非常好了。

这个问题,无解。用户 ...[/quote]

海思的 延时是能达到80ms 内的吧。。。  网络输出和源比较、、

qn1515577064

0个粉丝

15

问答

0

专栏

0

资料

qn1515577064 2019-01-24 11:09:27
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=32131&ptid=11669]ngswfx 发表于 2016-6-22 15:08[/url]
200ms也就延迟5帧左右,问题不大,通常局域网传输,能搞到3帧左右就非常好了。

这个问题,无解。用户 ...[/quote]

其实我倒关心 海思本身内部处理的延时,,,,比如海思的所谓低延时模式。。。也没看到哪个文档详细说明 海思各个处理模块的延时情况、、、

ngswfx

1个粉丝

55

问答

1

专栏

40

资料

ngswfx 2019-01-31 17:40:13
认可0
本帖最后由 ngswfx 于 2019-1-31 18:00 编辑

[quote][url=forum.php?mod=redirect&goto=findpost&pid=122940&ptid=11669]qn1515577064 发表于 2019-1-24 11:09[/url]
其实我倒关心 海思本身内部处理的延时,,,,比如海思的所谓低延时模式。。。也没看到哪个文档详细说明  ...[/quote]

后来海思SDK构架不都支持模式切换了嘛,这两个模式,按照我的理解,最起码差了一帧间隔,也就是40ms,因为有一种模式少用了一次缓冲,这意味着很可能可以节约40ms,而且发生在VI VPSS这个层面,从我们写程序的角度来讲,这个部分,海思应该已经考虑过了,即节约内存占用,也降低延迟(当然灵活性受限制,某些功能用实现不了了),但具体的数值,和实现机制有关,我们只能猜,毕竟数据怎么送入,怎么触发的细节,决定了各个环节可能占用多少时间,弄不好,即便节约一次内存占用,时间也仅仅节约1ms。几个模块的时间我猜测如下,VI部分,从现实图像,到这里我估计10-40ms怎么都没办法了,这个应该和cmos以及VI的采集能力有关,如果最大120帧采集能力,就8ms左右啦,这个当然也不可能太大,因为很NB的采集能力,肯定不是我们常用的型号了,都用来搞高速抓拍了,既然这么NB,采集亮度又好,低照度能力这么强,肯定就不是这个CMOS的价格定位啦


从现实中某个像素改变,经过镜头到cmos对应像素点(这个时间忽略不计),到内存中这个点得到对应数据,这个只能通过提升采集帧率能力实现;

VI-VPSS,这个部分应该是ms级别的,我猜测可能是10ms以内,好了应该是1ms左右,因为这些基本都是中断方式的,肯定很快,但因为这个部分干了好多活,图像预处理等,但综合来看,应该在10ms这个量级,VPSS的入口缓冲如果和VI的那个是一个的话,硬件级别的数据拷贝,裁剪,应该很快,从VPSS到VENC,如果使用VPSS结果缓冲作为VENC的输入缓冲,这个缓冲送去编码,然后得到编码数据,这个部分应该也是ms级别的,说是ms级别,但因为这个部分太费劲,所以占用时间可能稍大,毕竟是整个编码芯片最费劲干活的部分,构架触发机制,应该不会太费时,但代码处理用了CPU GPU时间,所以这部分,我猜测在10-30ms以内,如果超过40ms,就不可能做到实时了,所以肯定会小于这个时间,如果低于10ms,如果你是厂商,这个芯片肯定可以编码更大分辨率图像,所以海思肯定会选择控制在20-33ms之间能力的CPU-GPU处理单元或者优化相关代码,进而推出相关系列芯片。

qn1515577064

0个粉丝

15

问答

0

专栏

0

资料

qn1515577064 2019-02-13 17:16:05
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=123642&ptid=11669]ngswfx 发表于 2019-1-31 17:40[/url]
后来海思SDK构架不都支持模式切换了嘛,这两个模式,按照我的理解,最起码差了一帧间隔,也就是40ms, ...[/quote]

其实实测  采集通过udp发送到pc端显示 在40ms 可以搞定的。。:lol

qn1515577064

0个粉丝

15

问答

0

专栏

0

资料

qn1515577064 2019-02-25 17:47:24
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=32069&ptid=11669]ngswfx 发表于 2016-6-21 23:33[/url]
这个时间非常少,估计在1ms量级。如果考虑到视频送入VENC可能存在YUV读取VPSS处理等的耗时,我估计不会超过 ...[/quote]

VI 到VPSS 1ms?????  海思的VI 模块都集成isp 处理的。。。硬件处理bayer数据

qn1540561804

0个粉丝

12

问答

0

专栏

1

资料

qn1540561804 2019-04-22 16:15:20
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=123642&ptid=11669]ngswfx 发表于 2019-1-31 17:40[/url]
后来海思SDK构架不都支持模式切换了嘛,这两个模式,按照我的理解,最起码差了一帧间隔,也就是40ms, ...[/quote]

ngswfx大神,能帮我看看hi3519v101的延时问题吗,谢谢
[url=http://bbs.ebaina.com/forum.php?mod=viewthread&tid=74263&page=1&extra=#pid142451]hi3519v101的延时[/url]

微信用户

0个粉丝

87

问答

0

专栏

3

资料

微信用户 2019-04-24 14:59:33
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=32122&ptid=11669]ngswfx 发表于 2016-6-22 14:50[/url]
我估计你遇到的整体延迟吧。

也就是说,你挥动手,发现看到的图像延迟很大。
[/quote]

嘿 老哥, 如何自己做h264的播放器 没思路啊。!
或将文件直接拖到这里
悬赏:
E币
网盘
* 网盘链接:
* 提取码:
悬赏:
E币

Markdown 语法

  • 加粗**内容**
  • 斜体*内容*
  • 删除线~~内容~~
  • 引用> 引用内容
  • 代码`代码`
  • 代码块```编程语言↵代码```
  • 链接[链接标题](url)
  • 无序列表- 内容
  • 有序列表1. 内容
  • 缩进内容
  • 图片![alt](url)
+ 添加网盘链接/附件

Markdown 语法

  • 加粗**内容**
  • 斜体*内容*
  • 删除线~~内容~~
  • 引用> 引用内容
  • 代码`代码`
  • 代码块```编程语言↵代码```
  • 链接[链接标题](url)
  • 无序列表- 内容
  • 有序列表1. 内容
  • 缩进内容
  • 图片![alt](url)
相关问答
无更多相似问答 去提问
举报反馈

举报类型

  • 内容涉黄/赌/毒
  • 内容侵权/抄袭
  • 政治相关
  • 涉嫌广告
  • 侮辱谩骂
  • 其他

详细说明

易百纳技术社区