Qt/Embedded Linux、内存、framebuffer

[念茜]

大家好！目前项目中遇到2个问题，希望和大家讨论一下取取经：
1.在自定义Qt/Embedded Linux 时，通常可以通过指定一些特性来解决减少内存的占用问题。在嵌入式linux + Qt开发中，各位有什么和内存对战的高招和经验，希望不吝赐教，求分享。

2.qt/e类库完全采用C++ 封装， 但在底层舍弃了X-Window ，而是采用Frame Buffer作为底层图形接口。如今单一framebuffer已经满足不了我们的需求，现在我们用多层framebuffer来完成特定效果的显示。我希望学习一下，qt/e 怎么使用fb输出绘制的图形界面的，我希望在其中拦截，做些处理再输出，各位觉得可行不？

[myseemylife]

2个FB。。。。

[noodle123]

[Quote=引用 4 楼 islife 的回复:]

没有搞过QT，但是看到美女也问这个，准备今天晚上就开始学QT
[/Quote]还没有彻底使用Qt的飘过。

[whyboysa]

QProcess p;
QString s1 = "your process" + " -display LinuxFb:0";
p.startDetached(s1);
这样可以创建一个分离的进程，让多个进程共同使用一个freambuffer。

如果要拦截的话，不知道你拦截的是不是事件啊， 可以看看事件过滤那块。

顺便在帮顶下，希望妞妞能得到好的解决方法。

[念茜]

[Quote=引用 26 楼 whyboysa 的回复:]

QProcess p;
QString s1 = "your process" + " -display LinuxFb:0";
p.startDetached(s1);
这样可以创建一个分离的进程，让多个进程共同使用一个freambuffer。

如果要拦截的话，不知道你拦截的是不是事件啊， 可以看看事件过滤那块。

顺便在帮顶下，希望妞妞能得到好的解决方法。
[/Quote]

谢谢，我仔细想想能不能实现我的需求～

[whyboysa]

刚才回了你那个 “坑爹的QCursor是色” 的帖子， 一看是10月份的问题了。。。。。

[念茜]

[Quote=引用 28 楼 whyboysa 的回复:]

刚才回了你那个 “坑爹的QCursor是色” 的帖子， 一看是10月份的问题了。。。。。
[/Quote]
谢谢了呵呵 那个已经是过去式了

[bluejoy345]

我不懂qt，我是来求楼主头像出处的

[changing_better]

我的意思是既然有客户端有服务端，知道他们之间的发送协议，应该可以拦截的。我对framebuff的理解就是应用程序把要显示的像素点保存到framebuff中，通过驱动显示到液晶屏上去。QT底层的东西会把你的图片啊，按钮啊之类的转换为正确的可以显示的数据像素点到framebuff去。应用程序和QT底层之间通信应该就是C/S模式吧。

[noodle123]

内存管理上还保持者普通C++的风格，FrameBuffer还没有考虑到。

[念茜]

[Quote=引用 35 楼 yiyaaixuexi 的回复:]

引用 31 楼 jay8830095 的回复:

我的意思是既然有客户端有服务端，知道他们之间的发送协议，应该可以拦截的。我对framebuff的理解就是应用程序把要显示的像素点保存到framebuff中，通过驱动显示到液晶屏上去。QT底层的东西会把你的图片啊，按钮啊之类的转换为正确的可以显示的数据像素点到framebuff去。应用程序和QT底层之间通信应该就是C/S模式吧。


问题……
[/Quote]

细化一下 给些指导吧

[挣扎中前行]

本来感觉会点Qt来，可看完之后···········

[念茜]

[Quote=引用 31 楼 jay8830095 的回复:]

我的意思是既然有客户端有服务端，知道他们之间的发送协议，应该可以拦截的。我对framebuff的理解就是应用程序把要显示的像素点保存到framebuff中，通过驱动显示到液晶屏上去。QT底层的东西会把你的图片啊，按钮啊之类的转换为正确的可以显示的数据像素点到framebuff去。应用程序和QT底层之间通信应该就是C/S模式吧。
[/Quote]

问题就锁定在服务器端和客户端的协议上

[念茜]

[Quote=引用 38 楼 zhenwo123 的回复:]

本来感觉会点Qt来，可看完之后···········
[/Quote]

研究方向有很多，我们擅长的不一样，不要这么说～

[changing_better]

[Quote=引用 37 楼 yiyaaixuexi 的回复:]

引用 35 楼 yiyaaixuexi 的回复:

引用 31 楼 jay8830095 的回复:

我的意思是既然有客户端有服务端，知道他们之间的发送协议，应该可以拦截的。我对framebuff的理解就是应用程序把要显示的像素点保存到framebuff中，通过驱动显示到液晶屏上去。QT底层的东西会把你的图片啊，按钮啊之类的转换为正确的可以显示的数据像素点到framebuff去。应用程序……
[/Quote]
我觉得如果容易看的话，可以编译一个小的GUI了，我的理解到此为止，详细的没看过QT源代码，所以说不上。到是感兴趣你们最后的决定

[念茜]

[Quote=引用 40 楼 jay8830095 的回复:]

引用 37 楼 yiyaaixuexi 的回复:

引用 35 楼 yiyaaixuexi 的回复:

引用 31 楼 jay8830095 的回复:

我的意思是既然有客户端有服务端，知道他们之间的发送协议，应该可以拦截的。我对framebuff的理解就是应用程序把要显示的像素点保存到framebuff中，通过驱动显示到液晶屏上去。QT底层的东西会把你的图片啊，按钮啊之类的转换为正……
[/Quote]

因为这个方向，没有解决方案，所以就回避了，从别的方向补救。不是几句话可以说明白，很明确的说，我们也没有在帖子内容方向上，寻得好的答案。

[miss_siwei]

谁打开谁关闭，谁申请谁释放，说起来容易做起来难。对于qt这种类型的图形库，开发者对内存的控制很弱。
拦截fb还真有点难度。

[bestman]

FrameBuffer 是一种驱动程序接口,这种接口将显示设备抽象为帧缓冲区。用户可以将它看成是显示内存的一个映像，将其映射到进程地址空间之后，就可以直接进行读写操作，而写操作可以立即反应在屏幕上。该驱动程序的设备文件一般是 /dev/fb0、/dev/fb1 等等。如果使用fb输出绘制的图形界面，你可以对fb这些设备进行读写操作。本人只是刚接触Qt,学Linux系统的较多，把知道的都奉上。

[bestman]

FrameBuffer 是一种驱动程序接口,这种接口将显示设备抽象为帧缓冲区。用户可以将它看成是显示内存的一个映像，将其映射到进程地址空间之后，就可以直接进行读写操作，而写操作可以立即反应在屏幕上。该驱动程序的设备文件一般是 /dev/fb0、/dev/fb1 等等。如果使用fb输出绘制的图形界面，你可以对fb这些设备进行读写操作。本人只是刚接触Qt,学Linux系统的较多，把知道的都奉上。

[dingzx6]

我现在也要用Qt来控制Framebuffer。
我看了QScreen的资料，但是还没找到“怎么初始化显示设备的分辨率”。
希望楼主和各位能指点一下。

[zephirus_forever]

[Quote=引用 46 楼 dingzx6 的回复:]

我现在也要用Qt来控制Framebuffer。
我看了QScreen的资料，但是还没找到“怎么初始化显示设备的分辨率”。
希望楼主和各位能指点一下。
[/Quote]
我的toolchain里，这是在内核代码里面修改的，而且只修改了屏幕高度，彻底修改可能还要修改些别的。
qt里面只是对/dev/fb设备的操作，按说是没法改屏幕分辨率的。