Re: basic concepts and usage of gegl in gtk

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


On 5 January 2017 at 02:08, Vincent <debian-siril@xxxxxxxxxxxxxxxxxxxx> wrote:
> The code is here:
> you may also checkout trunk/deps/gegl-gtk. Compilation
> instructions are given at the top of the file, dependencies are GTK3,
> GEGL, gegl-gtk and cfitsio.
> A sample file is available here:
> Stack trace for SIGSEV (sorry I don't have all symbols it has too
> many dependencies to rebuild shortly):
> #0  0x00007ffff43a6e1e in __memmove_sse2_unaligned_erms () at
> /usr/lib/
> #1  0x00007ffff617b1a1 in gegl_buffer_set () at
> /usr/lib/
> #2  0x000000000040354a in main (argc=2, argv=0x7fffffffe9b8) at
> main_gegl_test.c:84
> Any ideas?

>From the stacktrace, it looks like is crashes in
gegl_buffer_set(buf, &rect, 0, format, &fit.pdata[0], GEGL_AUTO_ROWSTRIDE);

So probably there is some mismatch between the data in &fit.pdata[0]
and the expectations set by the passed parameters to gegl_buffer_set().
Don't see anything obvious in the code on a quick glance, but I would
how many bytes are allocated for

> Is there actually a copy of the buffer into GEGL's memory in this
> function? I would have hoped we could avoid that, to have better
> performances.
Yes, GeglBuffer is a tiled datastructure, so the data is spread out into tiles.

How many times per second will you be updating the image?

Jon Nordby -
gegl-developer-list mailing list
List address:    gegl-developer-list@xxxxxxxxx
List membership:

[Index of Archives]     [Yosemite News]     [Yosemite Photos]     [gtk]     [GIMP Users]     [KDE]     [Gimp's Home]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux