linux下的实时绘图

本文介绍了作者在项目开发过程中遇到的实时数据展示问题及其解决方案。通过对比不同函数(如gtk_widget_queue_draw、gtk_widget_send_expose等)的效果,最终采用gdk_window_invalidate_rect结合gdk_window_process_updates和XFlush实现稳定且高效的屏幕更新。
摘要由CSDN通过智能技术生成

我在项目的开发中遇到了这样一个问题,我要把下位机实时采集的数据,通过绘图显示到屏幕上,我采用了这样的思路,开启一个线程来接收下位机的数据,不至于使主线程阻塞,最开始我想到的是gtk_widget_queue_draw,根本就不实时,因为这个函数是异步的,如果线程循环的比较频繁的话,绘图区就来不及刷新,更何况我有10个draw_area需要更新。

    百度了下,发现了gtk_widget_send_expose这个函数,查了下devhelp,有这样一段话:

    Very rarely-used function. This function is used to emit an expose event signals on a widget. This function is not normally used directly...

    If you want to force an area of a window to be redrawn, use gdk_window_invalidate_rect() or gdk_window_invalidate_region(). To cause the redraw to be done immediately, follow that call with a call to gdk_window_process_updates().

    很明显了,使用gdk_window_invalidate_rect和gdk_window_process_updates,但使用了这两个函数之后还是没达到我要的效果,我要按下键盘才能更新绘图区,沮丧。

    继续百度,发现了XFlush这个函数,调用了下,XFlush (GDK_WINDOW_XDISPLAY (draw_area->window));果然可以,不过又遇到了一个问题,程序运行一段时间之后,就没反应了,我按了下键盘,程序就崩溃了,终端输出了个提示,fatal io error 11,资源不够用啊之类的错误,我想函数应该不会出问题,线程和绘图之间的交错执行倒是让我感觉不妥,用GDB调试的时候,断点一会进入线程函数,一会进入绘图函数,我想问题大概就出在这里,又查了些线程的资料,补充后的代码如下:

具体的绘图就写在绘图区的信号响应函数中,线程这一块还是第一次用,耗了我一天的时间来解决这个问题,结果就因为enter和leave,问题虽然解决了,但是线程这一块还要深入研究下,以后用到的还有很多。

 

补充(2010.05.26):

        gdk_window_invalidate_rect (draw_area->window,
            NULL, FALSE);
        gdk_window_process_updates (draw_area->window,
            FALSE);
        XFlush (GDK_WINDOW_XDISPLAY (draw_area->window));
这三句话可以用gdk_flush代替,而且更通用一些,适合X或者directfb

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值