我正在创建一个网络动画师(类似于nam,如果你之前使用过它)。
基本上,我在GTK + DrawingArea上有节点表示为小点,我更新这些节点的位置并在循环中重绘DrawingArea。
生成的动画很快,但不流畅(有很多闪烁)。这可能是因为我在每帧之前用一个纯色填充DrawingArea。
你觉得我怎么能最好地解决这个问题?我应该预先渲染帧到Pixbufs吗?有更好的解决方案吗?
这是我当前的绘图代码(使用PyGTK):
rect = self.drawing_area.get_allocation()
style = self.drawing_area.get_style()
pos = [n.position_at(self.t) for n in self.nodes]
self.drawing_area.window.draw_rectangle(style.bg_gc[gtk.STATE_NORMAL], True,
0, 0, rect.width, rect.height)
for p in pos:
self.drawing_area.window.draw_arc(style.fg_gc[gtk.STATE_NORMAL], True,
rect.width * (p.x / 2400.0) - NODE_SIZE/2,
rect.height * (p.y / 2400.0) - NODE_SIZE/2,
NODE_SIZE, NODE_SIZE,
0, 64 * 360)
其中self.t
是当前时间,它在循环中递增。
我更改了代码以将帧渲染到Pixmap上,并将DrawingArea替换为Image。
虽然这解决了闪烁问题,但现在CPU使用率达到了顶峰。动画仍然很快,但我不认为这种方法是可扩展的。
我想是时候进行一些优化了。
更新:事实证明,使用带有图像的expose-event并不是一个好主意。 CPU使用率恢复正常。
关于揭露事件处理,请查看有关Cairo + Gtk:P的动画的第一段
使用Cairo和GTK +进行多线程动画 使用cairo和GTK +的复杂动画可能会导致界面滞后。这是因为gtk_main()线程在单个循环中运行。因此,如果你的do_draw()函数实现了一个复杂的绘图命令,并且它是从gtk_main()线程调用的(比如on_window_expose_event()函数),那么你的gtk代码的其余部分将被阻塞,直到do_draw()函数完成。因此,菜单项,鼠标点击,甚至关闭按钮事件的处理速度都会很慢,而且您的界面会感觉很迟钝。
一种解决方案是将所有处理器密集型绘图移交给单独的线程,从而释放gtk_main()线程以响应事件。