fishbrid

0个粉丝

问答

专栏

资料

fishbrid 发布于 2016-08-04 15:05:23

采纳率 0%

6818

收藏
点赞
分享

微信扫码分享

QQ好友
举报

求助HDMI和CVBS同时输出一套GUI的方法

海思

想在3520D上实现HDMI和CVBS同时输出一套GUI，有没有实现过的借鉴一下经验，或者实现思路的都可以

我来回答

回答17个

时间排序

认可量排序

zhuangweiye

8个粉丝

问答

专栏

资料

zhuangweiye 2016-08-04 15:16:32

认可0 回复引用举报

可以考虑使用TDE

fishbrid

0个粉丝

问答

专栏

资料

fishbrid 2016-08-04 15:42:54

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35481&ptid=12192]zhuangweiye 发表于 2016-8-4 15:16[/url]
可以考虑使用TDE[/quote]

谢谢，刚刚了解了TDE原来可以通过缩放来做。

baboe

0个粉丝

问答

专栏

资料

baboe 2016-08-05 09:11:31

认可0 回复引用举报

HDMI和CVBS如果是同步输出
可使用WBC
Hi3520D 支持高清设备DHD0具备视频回写功能

2920537617

0个粉丝

问答

专栏

资料

2920537617 2016-08-05 09:15:41

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35490&ptid=12192]fishbrid 发表于 2016-8-4 15:42[/url]
谢谢，刚刚了解了TDE原来可以通过缩放来做。[/quote]

缩放功能可以在 tde 上面做吧，然后想在 HDMI和CVBS 同时输出一套GUI，tde函数变量够吗？:$

fishbrid

0个粉丝

问答

专栏

资料

fishbrid 2016-08-05 17:26:58

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35535&ptid=12192]2920537617 发表于 2016-8-5 09:15[/url]
缩放功能可以在 tde 上面做吧，然后想在 HDMI和CVBS 同时输出一套GUI，tde函数变量够吗？[/quote]

不好意思我的表述有问题:$，是这样的GUI画在独立的缓存上，分别通过TDE拷贝到HDMI和CVBS的显存里显示，输出CVBS时用TDE的缩放功能

fishbrid

0个粉丝

问答

专栏

资料

fishbrid 2016-08-05 17:29:58

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35534&ptid=12192]baboe 发表于 2016-8-5 09:11[/url]
HDMI和CVBS如果是同步输出
可使用WBC
Hi3520D 支持高清设备DHD0具备视频回写功能[/quote]

用WBC可能比较麻烦，现在参考《图形用户开发指南.pdf》里的衍生方案来做，不过还是谢谢你的意见这个也是个思路。:)

2920537617

0个粉丝

问答

专栏

资料

2920537617 2016-08-08 15:39:37

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35587&ptid=12192]fishbrid 发表于 2016-8-5 17:26[/url]
不好意思我的表述有问题，是这样的GUI画在独立的缓存上，分别通过TDE拷贝到HDMI和CVBS的显存里显示，输 ...[/quote]

这样的思路是可以的，实践起来有点麻烦吧

fishbrid

0个粉丝

问答

专栏

资料

fishbrid 2016-08-09 08:41:22

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35709&ptid=12192]2920537617 发表于 2016-8-8 15:39[/url]
这样的思路是可以的，实践起来有点麻烦吧[/quote]

有不足，也有优势。针对不同的设备只用准备一套图片就可以了，减少GUI绘制，官方文档也有这样的建议。

ngswfx

1个粉丝

问答

专栏

资料

ngswfx 2016-08-09 09:28:09

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35741&ptid=12192]fishbrid 发表于 2016-8-9 08:41[/url]
有不足，也有优势。针对不同的设备只用准备一套图片就可以了，减少GUI绘制，官方文档也有这样的建议。[/quote]

是直接把fb分配的哪个内存缓冲，送到tde缩放吗？

可是怎么知道正好完成了刷新动作呀？

fishbrid

0个粉丝

问答

专栏

资料

fishbrid 2016-08-09 10:13:44

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35745&ptid=12192]ngswfx 发表于 2016-8-9 09:28[/url]
是直接把fb分配的哪个内存缓冲，送到tde缩放吗？

可是怎么知道正好完成了刷新动作呀？[/quote]

不是，现在MMZ内存里分配GUI画布缓存，对HD设备直接用TDE的快速拷贝到FB，对SD设备做缩放和抗闪烁处理在拷贝到FB里

zhuangweiye

8个粉丝

问答

专栏

资料

zhuangweiye 2016-08-09 10:32:59

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35750&ptid=12192]fishbrid 发表于 2016-8-9 10:13[/url]
不是，现在MMZ内存里分配GUI画布缓存，对HD设备直接用TDE的快速拷贝到FB，对SD设备做缩放和抗闪烁处理在 ...[/quote]

可以直接用HD的fb buffer 做源, SD的fb buffer 做目的来用tde

GUI画在HD的fb buffer上

fishbrid

0个粉丝

问答

专栏

资料

fishbrid 2016-08-10 20:58:20

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35754&ptid=12192]zhuangweiye 发表于 2016-8-9 10:32[/url]
可以直接用HD的fb buffer 做源, SD的fb buffer 做目的来用tde

GUI画在HD的fb buffer上[/quote]

谢谢你的建议，使用你的建议可以实现，减少lGUI代码的修改，太赞了:handshake

zhuangweiye

8个粉丝

问答

专栏

资料

zhuangweiye 2016-08-11 07:57:09

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35745&ptid=12192]ngswfx 发表于 2016-8-9 09:28[/url]
是直接把fb分配的哪个内存缓冲，送到tde缩放吗？

可是怎么知道正好完成了刷新动作呀？[/quote]

完成不完成都没关系

最多能看到画的过程, 反正刷新得快

ngswfx

1个粉丝

问答

专栏

资料

ngswfx 2016-08-11 09:06:10

认可0 回复引用举报

本帖最后由 ngswfx 于 2016-8-11 09:10 编辑

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35891&ptid=12192]zhuangweiye 发表于 2016-8-11 07:57[/url]
完成不完成都没关系

最多能看到画的过程, 反正刷新得快[/quote]

其实这个问题我是这么考虑的，由于界面部分其实大量时间没有变化，如果开个线程不停刷新。例如一秒钟刷25或者30次，其实存在大量资源浪费，尤其对于cpu，资源浪费就会比较严重。

//如果能够侦测到界面已经刷新，说白了就是fb buffer有变化，例如QT或者miniGUI,就可以不用这么干了，只要界面变化才对界面就行刷新。

我现在能想到的方法，就是通过侦测鼠标位置移动就进行刷新动作。

///由于我对QT等的底层流程不清楚，所以还不知道怎么截获相关消息。我估计miniGUI 应该容易些。

///////////////////////////////////不过另外一方面，我想了想，界面这种东西，估计1秒钟，刷5次，也问题不大。

zhuangweiye

8个粉丝

问答

专栏

资料

zhuangweiye 2016-08-11 09:52:52

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35894&ptid=12192]ngswfx 发表于 2016-8-11 09:06[/url]
其实这个问题我是这么考虑的，由于界面部分其实大量时间没有变化，如果开个线程不停刷新。例如一秒钟刷 ...[/quote]

画GUI 和显示 GUI是两个不同的事情

从FB 的概念来看，画GUI对应修改FB buffer中的内容，这个当然是有东西改变才会去画，这部分需要CPU参与

而显示是指把FB buffer的内容显示出去，如果是海思架构那么海思会利用硬件把FB buffer中的内容做为图形层和视频层叠加然后显示，这部分不用CPU参与，所以刷新频率为25或30fps是没什么问题的

鼠标比较特殊，既可以是软鼠标，即做为GUI的一部分，由CPU来画，也可以是硬鼠标即海思提供的图形层的一种--鼠标层

ngswfx

1个粉丝

问答

专栏

资料

ngswfx 2016-08-11 11:10:03

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=35903&ptid=12192]zhuangweiye 发表于 2016-8-11 09:52[/url]
画GUI 和显示 GUI是两个不同的事情

从FB 的概念来看，画GUI对应修改FB buffer中的内容，这个当然是 ...[/quote]

这个我倒是基本理解。

其实我是想做一个尝试（当然还不是知道能否实现，仅仅这么想）。

例如，VO是1920×1080分辨率，我是想让QT或者miniGUI仅仅处理1/4尺寸数据960×540，然后通过tde放大1倍，放大的结果就是1920×1080的fb buffer，由于是1倍放大，界面文字应该不会太差，而不是让QT直接产生1920×1080大尺寸的buff。我是想通过这种方式降低产生buffer的数据难度，进而提升QT界面的处理速度。

//////现在我能想到，估计2个地方可能存在瓶颈，一个是QT需要造很大的界面buffer,随着尺寸增长，会比较费劲，这部分是cpu在搞。另外一个就是海思目前的这种构架，通过一个图形层内存方式，这里我感觉没有用直接显示加速，可能也稍慢（当然，可以想象，海思把几个层合并后，肯定用的是纯硬件加速方式，送去显示了）。