[Gimp-developer] something wrong with healing brush

2017-10-06 Thread Alexander Rabtchevich

Hello

It seems healing brush is broken. It produces artifacts and the result 
is not as before. I guess it happened when color transform code was 
involved, but that's only a supposition.


With respect,
Alexander Rabtchevich
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


[Gimp-developer] lag of scaling with mouse wheel

2017-01-21 Thread Alexander Rabtchevich

Hello

I have a permanent problem with scaling with mouse wheel. Due to a lag 
between the wheel rotation and window scaling I often "overscale" an 
image. Even smallest exceed rotations of the wheel lead me to waiting 
until series of consequent scalings has finished. Is it possible to have 
some setting in preferences to decrease the sensitivity of mouse wheel 
for scaling (e.g. n ticks or degrees = 1 scale step) or to limit the 
algorithm to make only few steps of scaling at once and don't take into 
account further wheel rotations until the scaling has finished?


GIMP 2.9.5, linux Mint with mate.

With respect,
Alexander Rabtchevich
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


[Gimp-developer] bump map crashes

2016-05-15 Thread Alexander Rabtchevich

Hello

A build from 2016.05.10 crushes when closing the bump map plugin 
(cancel) or selecting an input image.


With respect,
Alexander Rabtchevich


Program received signal SIGSEGV, Segmentation fault.
0x74454b20 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0

(gdb) thread apply all bt full

Thread 6 (Thread 0x7fffbe1ea700 (LWP 7860)):
#0  pthread_cond_wait@@GLIBC_2.3.2 ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
No locals.
#1  0x741cbbf7 in g_cond_wait ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#2  0x750e0441 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgegl-0.3.so.0

No symbol table info available.
#3  0x741aef05 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#4  0x735a5182 in start_thread (arg=0x7fffbe1ea700)
at pthread_create.c:312
__res = 
pd = 0x7fffbe1ea700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140736383067904,
9110283720951581584, 1, 36660032, 140736383068608,
140736383067904, -9110422524556489840, 
-9110258187989300336},

  mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0},
data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
---Type  to continue, or q  to quit---
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#5  0x732d247d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.

Thread 4 (Thread 0x7fffb700 (LWP 7846)):
#0  0x732c512d in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x74189fe4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#2  0x7418a0ec in g_main_context_iteration ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#3  0x7418a129 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#4  0x741aef05 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#5  0x735a5182 in start_thread (arg=0x7fffb700)
at pthread_create.c:312
__res = 
---Type  to continue, or q  to quit---
pd = 0x7fffb700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140736414611200,
9110283720951581584, 1, 0, 140736414611904, 
140736414611200,

-9110424458902385776, -9110258187989300336},
  mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0},
data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#6  0x732d247d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.

Thread 2 (Thread 0x7fffe840c700 (LWP 7844)):
#0  0x732c512d in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x74189fe4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#2  0x7418a30a in g_main_loop_run ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
---Type  to continue, or q  to quit---
No symbol table info available.
#3  0x74990336 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0

No symbol table info available.
#4  0x741aef05 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#5  0x735a5182 in start_thread (arg=0x7fffe840c700)
at pthread_create.c:312
__res = 
pd = 0x7fffe840c700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737089947392,
9110283720951581584, 1, 0, 140737089948096, 
140737089947392,

-9110242976669906032, -9110258187989300336},
  mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0},
data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#6  0x732d247d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.
---Type  to continue, or q  to quit---

Thread 1 (Thread 0x77fb0a40 (LWP 7840)):
#0  0x74454b20 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#1  0x744593b8 in g_closure_invoke ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#2  0x7446ad3d in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#3  0x74472a29 in g_signal_emit_valist ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#4  0x74473212 in g_signal_emit_by_name ()
   from /usr/lib/x86_64-linux-gnu/libgo

Re: [Gimp-developer] GIMP crashes at changing of theme

2016-04-01 Thread Alexander Rabtchevich
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#21 0x7759f0f8 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#22 0x7445e210 in g_cclosure_marshal_VOID__BOXEDv ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#23 0x7445b55f in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#24 0x74474088 in g_signal_emit_valist ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#25 0x74474ce2 in g_signal_emit ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#26 0x7775d50a in gtk_widget_size_allocate ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#27 0x77766eaa in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
---Type  to continue, or q  to quit---
No symbol table info available.
#28 0x7445e210 in g_cclosure_marshal_VOID__BOXEDv ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#29 0x7445b5e7 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#30 0x74474088 in g_signal_emit_valist ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#31 0x74474ce2 in g_signal_emit ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#32 0x7775d50a in gtk_widget_size_allocate ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#33 0x77768148 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#34 0x7445b5e7 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#35 0x74474088 in g_signal_emit_valist ()
---Type  to continue, or q  to quit---
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#36 0x74474ce2 in g_signal_emit ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#37 0x775d0e20 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#38 0x77286ce7 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
No symbol table info available.
#39 0x7418bce5 in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#40 0x7418c048 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#41 0x7418c30a in g_main_loop_run ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#42 0x0048d965 in app_run ()
No symbol table info available.
#43 0x0048d338 in main ()
No symbol table info available.


Kevin


With respect,
Alexander Rabtchevich


___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


[Gimp-developer] GIMP crashes at changing of theme

2016-03-31 Thread Alexander Rabtchevich

Hello

Grey icons from small theme become undistinguishable to me - they do not 
have enough contrast between background and image. When I switch to 
other theme, GIMP crashes. Current git, builds by Otto Meier, Mint 17.3 
x64.



Gdk:ERROR:/build/gtk+2.0-KsZSEA/gtk+2.0-2.24.23/gdk/gdkregion-generic.c:1114:miUnionNonO: 
assertion failed: (r->x1 < r->x2)

gimp: terminated: Aborted


With respect,
Alexander Rabtchevich
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


[Gimp-developer] is cage transformation working?

2016-03-07 Thread Alexander Rabtchevich

Hello
It seems, cage transformation is broken in development version, at least 
at commit 46296a264. Changing nodes positon does nothing, and 
application of the tool does the same. The workaround is to change nodes 
in deformation mode, switch to the creation mode and close the cage again.


With respect,
Alexander Rabtc
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] Cannot move a node in a contour in 2.9.3

2016-01-24 Thread Alexander Rabtchevich

Hi

I use the contour tool.

Steps to reproduce:
1. Do not drag nodes at the creation stage. Simply click - change mouse 
position - click - change position...
2. Enter the editing mode either by Ctrl or selecting the radio item in 
the tool setting.
3. Select a node with the mouse and drag it. It will select its lever 
and drag the lever control.
4. Select the same node again and drag it again. Another lever will be 
moved.
5. Try to select the node again and drag it. As there are no levers over 
it, the node itself is expected to be selected and moved. But it doesn't 
happen. When the LMB is down, the history item appears: "movement of 
lever", and it dissapears when the button is released.


With respect,
Alexander Rabtchevich


Sven Claussner wrote:

Hi,

On  13.1.2016 at 9:26 PM Alexander Rabtchevich wrote:

A node cannot be moved - the cursor changes when the mouse is hovering
above, but it is impossible to drag the node.


there are many places in GIMP where nodes can exist.
Which tool are you using and what exactly are you trying to do?

Greetings

Sven


___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: 
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

List archives: https://mail.gnome.org/archives/gimp-developer-list



___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


[Gimp-developer] Cannot move a node in a contour in 2.9.3

2016-01-13 Thread Alexander Rabtchevich

Hello

A node cannot be moved - the cursor changes when the mouse is hovering 
above, but it is impossible to drag the node.


With respect,
Alexander Rabtchevich
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


[Gimp-developer] bad displaying of an image

2015-10-17 Thread Alexander Rabtchevich

Hello

Latest 2.9 builds introduced a bag - an image is displayed with 
equidistant horizontal lines. The lines are only previewed, the image 
itself does not have them before or after editing. Their position and 
number depend on scaling. Both linux and windows builds are effected.


With respect,
Alexander Rabtchevicg
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] gimp 2.9 and frame transformations

2015-07-12 Thread Alexander Rabtchevich

Ok. The right name is cage transform.

With respect,
Alexander Rabtchevich

Alexandre Prokoudine wrote:

5 июля 2015 г. 18:24 пользователь Alexander Rabtchevich 
alexander.v.rabtchev...@gmx.net написал:

Hello

Does the frame transformation tool

No tool by such name in GIMP. Please be more specific.

Alex



___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


[Gimp-developer] 2.9 and Linux Mint

2015-06-22 Thread Alexander Rabtchevich

Hello

I've just installed brand new Mint 17.2 Mate rc. It has GdkPixbuf 
version 2.30.7 and GIMP requires 2.30.8. Does it mean current 
development version of GIMP will not be available in Linux Mint?


With respect,
Alexander Rabtchevich
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] 2.9 and Linux Mint

2015-06-22 Thread Alexander Rabtchevich

Jehan Pagès wrote:

Hello,

On Mon, Jun 22, 2015 at 9:48 PM, Alexander Rabtchevich
alexander.v.rabtchev...@gmx.net wrote:

Hello

I've just installed brand new Mint 17.2 Mate rc. It has GdkPixbuf version
2.30.7 and GIMP requires 2.30.8. Does it mean current development version of
GIMP will not be available in Linux Mint?

I'm not sure what you are asking for. Since this is a development
version, it requires slightly late version of some libraries, and thus
sometimes not available on some distributions. It does not mean you
can't compile the dev version of GIMP, only that you may have to
compile some of the dependencies.
I am myself a GIMP dev, and I currently use Linux Mint (Linux Mint 17
Cinnamon 64-bit). So there are no problems: you can build GIMP there.
Linux Mint 17.2 is going to be released in a week or two. Its Mate 
edition will not meet current GIMP requirements, at least the RC does 
not. Does Cinnamon edition contain enough version of GdkPixbuf from the box?


With respect,
Alexander Rabtchevich


___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] compilation of current git master fails

2015-02-16 Thread Alexander Rabtchevich

Thank you, guys. Works for me.

With respect,
Alexander Rabtchevich

Thorsten Stettin wrote:

Am 16.02.2015 um 19:53 schrieb Michael Natterer:

Fixed in git master:

commit 4c7338c0974096dca8566a1d570ed51fbe721ae6
Author: Michael Natterer mi...@gimp.org
Date:   Mon Feb 16 19:35:00 2015 +0100

 app: link against -lm, whatever new linker version seems to need is

  app/Makefile.am | 5 -
  1 file changed, 4 insertions(+), 1 deletion(-)

Good news, but it's a strange behavior. :-D


On Sun, 2015-02-15 at 20:13 +0300, Alexander Rabtchevich wrote:

Hello

Compilation of the current git master fails on Mint 17 64x. Here is the
error from the console. Make clean does not help.

CC   main.o
CC   gimp_console_2.9-app.o
CC   gimp_console_2.9-batch.o
CC   gimp_console_2.9-errors.o
CC   gimp_console_2.9-language.o
CC   gimp_console_2.9-sanity.o
CC   gimp_console_2.9-signals.o
CC   gimp_console_2.9-tests.o
CC   gimp_console_2.9-unique.o
CC   gimp_console_2.9-units.o
CC   gimp_console_2.9-gimp-debug.o
CC   gimp_console_2.9-gimp-log.o
CC   gimp_console_2.9-main.o
CC   version.o
CC   gimp_console_2.9-version.o
CCLD gimp-console-2.9
AR   libapp.a
CCLD gimp-2.9
/usr/bin/ld: pdb/libappinternal-procs.a(plug-in-compat-cmds.o):
undefined reference to symbol 'fmod@@GLIBC_2.2.5'
//lib/x86_64-linux-gnu/libm.so.6: error adding symbols: DSO missing 
from

command line
collect2: error: ld returned 1 exit status
make[4]: *** [gimp-console-2.9] Error 1
make[4]: *** Waiting for unfinished jobs
/usr/bin/ld: pdb/libappinternal-procs.a(plug-in-compat-cmds.o):
undefined reference to symbol 'fmod@@GLIBC_2.2.5'
//lib/x86_64-linux-gnu/libm.so.6: error adding symbols: DSO missing 
from

command line
collect2: error: ld returned 1 exit status
make[4]: *** [gimp-2.9] Error 1
make[4]: Leaving directory `/home/sasha/Install/gimp/app'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/sasha/Install/gimp/app'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/sasha/Install/gimp/app'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sasha/Install/gimp'
make: *** [all] Error 2

With respect,
Alexander Rabtchevich




___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


[Gimp-developer] segmentation fault in 2.9 at start

2015-01-23 Thread Alexander Rabtchevich

Hello

I have a problem with the current git master - it does not start. Linux 
Mint 17 64.


Starting program: /opt/bin/gimp-2.9
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x7fffe9465700 (LWP 24613)]

Program received signal SIGSEGV, Segmentation fault.
0x7368cc56 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x7368cc56 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7408ffc9 in g_str_equal ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7408f5f0 in g_hash_table_lookup ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x740af7c0 in g_intern_static_string ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x7fffe8a50d30 in json_object_get_type ()
   from /usr/lib/x86_64-linux-gnu/libjson-glib-1.0.so.0
#5  0x7fffe8a52083 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libjson-glib-1.0.so.0
#6  0x7438d56e in g_type_class_ref ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#7  0x74376159 in g_object_newv ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8  0x743768bc in g_object_new ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9  0x7fffeaa09878 in json_op_register_type_for_file (
filepath=0xc92ee0 /opt/lib/gegl-0.3/grey2.json, type_module=0xc2feb0)
at json.c:525
#10 load_file (file_data=file_data@entry=0x7fffdbd0,
user_data=user_data@entry=0xc2feb0) at json.c:552
#11 0x750e3def in gegl_datafiles_read_directories (
---Type return to continue, or q return to quit---
path_str=optimized out, flags=G_FILE_TEST_EXISTS,
loader_func=0x7fffeaa09830 load_file, user_data=0xc2feb0)
at gegldatafiles.c:214
#12 0x740bc6b8 in g_slist_foreach ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#13 0x7fffeaa09aa3 in json_register_operations (module=0xc2feb0)
at json.c:565
#14 gegl_module_register (module=0xc2feb0) at json.c:589
#15 0x750e46b4 in gegl_module_load (module=0xc2feb0)
at geglmodule.c:160
#16 0x743930a1 in g_type_module_use ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#17 0x74393129 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#18 0x7438b9aa in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#19 0x7438d157 in g_type_class_ref ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#20 0x750f0daf in add_operations (parent=optimized out)
at gegl-operations.c:82
#21 add_operations (parent=optimized out) at gegl-operations.c:84
#22 0x750f1225 in gegl_operation_gtype_from_name (
name=0x79ba0b gegl:alien-map) at gegl-operations.c:218
---Type return to continue, or q return to quit---
#23 0x750f1259 in gegl_has_operation (
operation_type=operation_type@entry=0x79ba0b gegl:alien-map)
at gegl-operations.c:231
#24 0x00489348 in sanity_check_gegl_ops () at sanity.c:570
#25 sanity_check () at sanity.c:84
#26 0x00487f82 in main (argc=optimized out, argv=0xbafb90)
at main.c:447


With respect,
Alexander Rabtchevich
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] gimp git considers all predefined brushes as having 100% hardness

2015-01-04 Thread Alexander Rabtchevich
If you select a predefined round brush with 25% hardness its real 
hardness will be 100% until you manually change it.


With respect,
Alexander Rabtchevich

Alexandre Prokoudine wrote:

On Fri, Jan 2, 2015 at 6:22 PM, Alexander Rabtchevich wrote:

Hello

Current git considers any built-in brush as a solid one.

Solid? What do you mean?

Alex
___



___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


[Gimp-developer] gimp git considers all predefined brushes as having 100% hardness

2015-01-02 Thread Alexander Rabtchevich

Hello

Current git considers any built-in brush as a solid one.

With respect,
Alexander Rabtchevich
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] Artifacts after scaling, rotation... in 2.9 git

2014-10-27 Thread Alexander Rabtchevich
I guess the enclosure were deleted. Here is the smaller file (jpg). I 
can upload the original tiff to the internet to reproduce my actions.


With respect,
Alexander Rabtchevich

Alexandre Prokoudine wrote:

On Sat, Oct 25, 2014 at 9:55 PM, Alexander Rabtchevich wrote:


Here is an example after scaling (a crop from the image).

Where? :)

Alex
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list



___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] Artifacts after scaling, rotation... in 2.9 git

2014-10-27 Thread Alexander Rabtchevich
Because of the size. It seems the whole letter size should be smaller 
than 40k. It will be easier to use external links.


The original tiff
https://yadi.sk/i/J1bi__FhcKvUJ


The result of image resizing to 1600 pixels with nohalo.
https://yadi.sk/i/bLjZia4ccKtHK

Mint 17 x64, mate, AMD Phenom II X6 1075T Processor, 12 Gb RAM, built-in 
Radeon HD 4290 (no OpenCl).


With respect,
Alexander Rabtchevich

Paka wrote:

* Alexander Rabtchevich alexander.v.rabtchev...@gmx.net [10-27-14 12:40]:

I guess the enclosure were deleted. Here is the smaller file (jpg). I
can upload the original tiff to the internet to reproduce my actions.

With respect,
Alexander Rabtchevich

Alexandre Prokoudine wrote:

On Sat, Oct 25, 2014 at 9:55 PM, Alexander Rabtchevich wrote:


Here is an example after scaling (a crop from the image).

Where? :)

Alex
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list

so if enclosures are deleted, why do you expect a smaller file to
survive?


___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


[Gimp-developer] compilation of git version on Mint 17 fails

2014-06-02 Thread Alexander Rabtchevich

Hello

Trying to compile gegl on the newest Mint linux x64, I got the 
compilation error:



make[3]: Entering directory `/home/sasha/Install/gegl/operations/external'
  CC   vector_stroke_la-vector-stroke.lo
  CC   path_la-path.lo
  CC   vector_fill_la-vector-fill.lo
  CC   text_la-text.lo
  CC   png_load_la-png-load.lo
  CC   png_save_la-png-save.lo
  CC   jpg-load.lo
  CC   jpg-save.lo
  CC   svg_load_la-svg-load.lo
  CC   pixbuf_la-pixbuf.lo
  CC   save_pixbuf_la-save-pixbuf.lo
  CXX  exr_load_la-exr-load.lo
  CXX  exr_save_la-exr-save.lo
../../libtool: line 1128: g++: command not found
make[3]: *** [exr_load_la-exr-load.lo] Error 1
make[3]: *** Waiting for unfinished jobs
../../libtool: line 1128: g++: command not found
make[3]: *** [exr_save_la-exr-save.lo] Error 1
make[3]: Leaving directory `/home/sasha/Install/gegl/operations/external'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/sasha/Install/gegl/operations'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sasha/Install/gegl'
make: *** [all] Error 2

There were no complains during ./autogen.sh . libopenexr-dev is installed.


With respect,
Alexander Rabtchevich
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


[Gimp-developer] multithreading and GEGL

2013-01-28 Thread Alexander Rabtchevich

Hello

Is there a way to make 2.9 git master to use more than one core? 
Changing in GIMP settings doesn't make effect.


With respect,
Alexander Rabtchevich

___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] multithreading and GEGL

2013-01-28 Thread Alexander Rabtchevich
I have embedded AMD 4290 graphics, which does not support OpenCL. So 
trying ENABLE_OPENCL=yes doesn't make any difference. And the processor 
is 6-cores Phenom II 1075T.



With respect,
Alexander Rabtchevich



Victor Oliveira wrote:

You could try the OpenCL support in GEGL, it should use all of your cores.

ps: there are bugs still, but I'm solving them.

Victor

On Mon, Jan 28, 2013 at 4:27 PM, Alexander Rabtchevich
alexander.v.rabtchev...@gmx.net wrote:

Hello

Is there a way to make 2.9 git master to use more than one core? Changing in
GIMP settings doesn't make effect.

With respect,
Alexander Rabtchevich

___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] Stop this thread! (was: Save/export, option to go back to old behaviour)

2012-11-16 Thread Alexander Rabtchevich
Egor, if you spend a little time reading gimp mailing archives, you will 
see that topic was discussed to death so many times with the same treads 
of dozens mails, that starting it again can be considered impolite 
towards developers. The time they spend answering the same question for 
passionate users is the time lost for development.


With respect,
Alexander Rabtchevich

Egor Voznessenski wrote:

Hi!

Now, that's exactly a Communist way.


Птн 16 Ноя 2012 20:28:45 от Michael Natterer mi...@gimp.org:

You can all stop wasting your time arguing.

We did this change for a reason, and we will not revert
it nor will we make the behavior configurable.

I have not read any of the mails on this thread,
and I will not reply to any response to this mail.

--mitch





___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list