【问题标题】:How to accelerate the Cairo painting speed of Gtk2+ on Arm without a GPU如何在没有 GPU 的情况下在 Arm 上加快 Gtk2+ 的 Cairo 绘画速度
【发布时间】:2019-08-23 02:30:02
【问题描述】:

我在具有 A53(1.5GHz) CPU 但 Linux 不支持 GPU 的 arm 设备上运行 Gtk2+(配置 DirectFB 且无 X 系统)。它有一个大小为:3840*2160 的帧缓冲区。现在,我需要在屏幕上画一些线、圆……就像windows的画板一样。所以,我试着用开罗来做。但是我发现开罗绘画的速度太慢了!从左上到右下画一条线需要400ms!因为鼠标移动的太快了,在每一个动作事件中,我都需要更新整个屏幕并重新绘制线条,但是绘制时间太长,所以动作事件的响应太慢了。我不知道是否有一些方法可以加快速度,使绘图任务像 MS Paint 一样流畅。我也试过gdk_draw_line,但是更新也太长了……下面是一些代码:

#include <gtk/gtk.h>
#include <time.h>

static gint prex, prey, nowx, nowy;
static GtkWidget *window = NULL;

static gboolean on_button_press_event(GtkWidget *widget, GdkEventButton *event, gpointer data)
{
  if (event->button == 1) {
      prex = event->x;
      prey = event->y;
  }
  return TRUE;
}

static gboolean on_button_release_event(GtkWidget *widget, GdkEventButton *event, gpointer data)
{
  if (event->button == 1) {
    prex = 0;
    prey = 0;
  }
  return TRUE;
}

static gboolean on_motion_notify_event(GtkWidget *widget, GdkEventMotion *event, gpointer data)
{
  GdkModifierType state;
  int minx, miny, maxx, maxy;
  GdkRectangle update_rect;

  gdk_window_get_pointer(event->window, &nowx, &nowy, &state);
  if (state & GDK_BUTTON1_MASK) {
    if (prex != 0 && prey != 0) {
      minx = prex < nowx ? prex : nowx;
      miny = prey < nowy ? prey : nowy;
      maxx = prex < nowx ? nowx : prex;
      maxy = prey < nowy ? nowy : prey;

      update_rect.x = minx;
      update_rect.y = miny;
      update_rect.width = maxx - minx;
      update_rect.height = maxy - miny;

      gdk_window_invalidate_rect(widget->window, &update_rect, FALSE);
    }
  }
  return TRUE;
}

void on_expose_event(GtkWidget *widget, GdkEventMotion *event, gpointer data)
{
  struct timeval tv_start, tv_end;
  cairo_t *cr;

  cr = gdk_cairo_create(widget->window);
  cairo_set_source_rgb(cr, 0, 0, 0);
  cairo_set_line_width(cr, 1);

  cairo_move_to(cr, prex, prey);
  cairo_line_to(cr, nowx, nowy);

  gettimeofday(&tv_start, NULL);
  cairo_stroke(cr);
  gettimeofday(&tv_end, NULL);
  printf("draw use time: %dus\n", (tv_end.tv_sec-tv_start.tv_sec)*1000000 + (tv_end.tv_usec-tv_start.tv_usec));
  //this takes almost 400ms when I draw a line from the upper left to lower right.
  cairo_destroy(cr);
  return FALSE;
}

int main (int argc,char* argv[])
{
  GtkWidget *canvas;

  gtk_init(&argc,&argv);

  window = gtk_window_new(GTK_WINDOW_TOPLEVEL);
  gtk_window_set_default_size(GTK_WINDOW(window), 3840, 2160);
  g_signal_connect(G_OBJECT(window), "delete_event", G_CALLBACK(gtk_main_quit), NULL);
  g_signal_connect(G_OBJECT(window), "destroy", G_CALLBACK(gtk_main_quit), NULL);

  canvas = gtk_drawing_area_new();
  gtk_widget_set_size_request(canvas, 3840, 2160);
  gtk_container_add(GTK_CONTAINER(window), canvas);

  g_signal_connect(canvas, "expose_event", G_CALLBACK(on_expose_event), NULL);
  g_signal_connect(canvas, "motion_notify_event", G_CALLBACK(on_motion_notify_event), NULL);
  g_signal_connect(canvas, "button_press_event", G_CALLBACK(on_button_press_event), NULL);
  g_signal_connect(canvas, "button_release_event", G_CALLBACK(on_button_release_event), NULL);

  gtk_widget_set_events(canvas, gtk_widget_get_events(canvas)
    | GDK_LEAVE_NOTIFY_MASK | GDK_BUTTON_PRESS_MASK | GDK_BUTTON_RELEASE_MASK
    | GDK_POINTER_MOTION_MASK | GDK_POINTER_MOTION_HINT_MASK);

  gtk_widget_show_all(window);
  gtk_main();
  return FALSE;
}

【问题讨论】:

    标签: c gtk2


    【解决方案1】:

    仅当最后一次鼠标移动事件超过 KL 毫秒前,但不超过 MN 毫秒(当然,KL

    【讨论】:

    • 感谢您的回复。你的方法我试过了,还是一样。我是 gtk2 的新手,不知道有什么办法可以直接画到屏幕上,而且可以节省更新窗口的时间(memcpy 一个 3840*2160 的缓冲区会占用很多 CPU 时间。)
    • 我不是 GTK 方面的专家,但我认为刷新整个屏幕,尤其是在那种大小的情况下,太过分了。在最坏的情况下,您应该只刷新完全包含该行的最小矩形。您可以刷新几个较小的矩形,它们都是最小的,并且一起包含线。在这种情况下需要进行优化,以确定矩形的数量及其大小,具体取决于线条的长度和角度。
    • 不仅需要线、圆、多边形,还需要弧。在绘制新图形之前,我需要保存已绘制的图形。而且我不能只刷新最后一个图形,因为它可能与其他图形交叉。所以最简单的方法是将最后的屏幕截图发送到帧缓冲区。我有一个 DMA 设备,我有了一个想法。 Cairo 是否可以直接绘制到帧缓冲区,以便我可以使用 DMA 保存和复制数据?
    • "the easiest way is..." 好吧,最简单的通常是最慢的。打个比方,比较一下排序算法:bubblesort 是最简单的,但quicksort 是最快的。另一个想法 - 也不是很简单 - 将当前图像(尚未显示)与显示的最后一个图像进行比较。计算不同的矩形,然后刷新它们。关于其他细节(开罗,DMA),这里的其他朋友也许可以贡献。
    • 好的,我试试看..谢谢。
    猜你喜欢
    • 2017-11-29
    • 1970-01-01
    • 1970-01-01
    • 2014-10-11
    • 2017-01-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多