Re: [Gimp-developer] GIMP for iPad

[Partha Bagchi]

I think the original discussion is about Gimp on IPad not on an Android
device. :)



On Sat, May 4, 2013 at 1:06 PM, Michael Grosberg  wrote:

> Jon Nordby  gmail.com> writes:
>
> >
> > I believe the problem also exists for Google Play store. Then again
> Firefox for Android is available there, but it could be Google is just to
> wary of anti-trust to shut it down. /speculation
>
> Actually, there's no such problem. Google Play accepts GPL apps. Android
> itself is licensed under the Apache software license. Not only that but you
> can also legally distribute apps without going through the app store - the
> users have to change some default settings, but there's no need to
> jailbreak
> the device.
>
> That still leaves the problem of diverting valuable developer time into a
> complex side project, so it's probably best not to even consider it, but
> livensing and distribution are not the problem.
>
> ___
> 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] tiff-error

[Partha Bagchi]

Christian,

Absolutely. Don't get me wrong. :)

I was simply pointing out that Gimp git was what I was referring to in my
original post.

In terms of your compiling, if you are interested, I will be happy to make
Gimp 2.9.x available to you for testing purposes. Let me know which flavor
you like - Windows 32bit, 64bit or Mac (Snow Leopard or Higher).

Thanks again,
Partha



On Sun, Apr 21, 2013 at 2:43 PM, Cristian Secară  wrote:

> În data de Sun, 21 Apr 2013 14:12:12 -0400, Partha Bagchi a scris:
>
> > Does the official version you have include ufraw-gimp?
>
> No.
>
> > If not, can you move ufraw-gimp out of the plug-ins folder and retry
> > the tiff file and let me know if you have issues.
>
> I copied the required files and yes, now the official version behaves
> exactly the same as yours.
>
> I copied the ufraw-gimp.exe file, which then requested the
> pthreadGC2-W64.dll and  libgtkimageview-0.dll additional files.
>
> > BTW, when I started this thread, I explicitly stated that I was
> > reporting the issue with gimp from git. I guess I should have
> > mentioned that it was the master branch (2.9.1). :(
>
> Yes, but I cannot check (compile) anything for myself and I hoped that
> my tiny investigation can maybe help somehow to narrow the issue ...
>
> Cristi
>
> --
> Cristian Secară
> http://www.secarica.ro
> ___
> 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] tiff-error

[Partha Bagchi]

Christian,

Does the official version you have include ufraw-gimp? If not, can you move
ufraw-gimp out of the plug-ins folder and retry the tiff file and let me
know if you have issues.

The ufraw plugin tries to do the following:


   /* if UFRaw fails on jpg/jpeg or tif/tiff then open with GIMP */
   if (uf == NULL) {
   if (!strcasecmp(filename + strlen(filename) - 4, ".jpg") ||
   !strcasecmp(filename + strlen(filename) - 5, ".jpeg")) {
   if (loadThumbnail)
   *return_vals = gimp_run_procedure2("file_jpeg_load_thumb",
  nreturn_vals, nparams,
param);
   else
   *return_vals = gimp_run_procedure2("file_jpeg_load",
  nreturn_vals, nparams,
param);
   gdk_threads_leave();
   return;
   } else if (!strcasecmp(filename + strlen(filename) - 4, ".tif") ||
  !strcasecmp(filename + strlen(filename) - 5, ".tiff")) {
   if (!loadThumbnail)
   *return_vals = gimp_run_procedure2("file_tiff_load",
  nreturn_vals, nparams,
param);
   else {
   /* There is no "file_tiff_load_thumb".
* The call to "file_ufraw_load" will handle the thumbnail */
   /* Following is another solution for tiff thumbnails
   GimpParam tiffParam[3];
   tiffParam[0].type = GIMP_PDB_INT32;
   tiffParam[0].data.d_int32 = GIMP_RUN_NONINTERACTIVE;
   tiffParam[1].type = GIMP_PDB_STRING;
   tiffParam[1].data.d_string = filename;
   tiffParam[2].type = GIMP_PDB_STRING;
   tiffParam[2].data.d_string = filename;
   *return_vals = gimp_run_procedure2 ("file_tiff_load",
   nreturn_vals, 3, tiffParam);
   */
   }
   gdk_threads_leave();
   return;
   } else {
  ..


BTW, when I started this thread, I explicitly stated that I was reporting
the issue with gimp from git. I guess I should have mentioned that it was
the master branch (2.9.1). :(

Thanks,
Partha



On Sun, Apr 21, 2013 at 12:06 PM, Cristian Secară  wrote:

> În data de Sun, 21 Apr 2013 08:10:31 -0400, Partha Bagchi a scris:
>
> > Note that gimp-2.9 crashes I am talking about usually happens when
> > you try to open a 16-bit TIFF.
>
> Hmm ...
> I loaded at random a 16 bit tiff image.
>
> Case A - your 2.8.4 portable version, drop the tiff file over the design
> area:
> - a GIMP Message box tells me that my file is unsupported file format
> - if I just click OK, the popup box close and nothing else happens
> - if I try to move that box with the mouse, then a Windows error box
> (title bar: Microsoft Visual C++ Runtime Library) tells me that "This
> application has requested the Runtime to terminate it in an unusual
> way, blah, blah."; another Windows error box tells me that
> ufraw-gimp.exe no longer works
> - after closing the last Windows error box, a single GIMP Message error
> box tells me that (1) the plugin ufraw-gimp.exe has crashed / GIMP
> restart is recommended and (2) opening of my image has failed
> - GIMP remains open, with blank drawing space
>
> If I drop the tiff file over the toolbox area, the single difference is
> that the last (1) and (2) GIMP error messages are shown each in
> separate error boxes.
>
> Case B - the official 2.8.4 installed version, either drop method:
> - a GIMP Message tells me this sting "Warning:\n
> The image you are loading has 16 bits per channel. GIMP can only handle
> 8 bit, so it will be converted for you. Information will be lost"
> - GIMP remains open, with the desired image on it, reduced to 8 bit;
> I can continue to work on it, if so desired
>
> Cristi
>
> --
> Cristian Secară
> http://www.secarica.ro
> ___
> 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] tiff-error

[Partha Bagchi]

Hi Cristian,

Thanks for the feedback. Now we are getting somewhere. :)

I use libtiff 4.0.2. I wonder which version Ender is using. I will see
whether upgrading to 4.0.3 (the latest stable release) makes any
difference.

Note that gimp-2.9 crashes I am talking about usually happens when you try
to open a 16-bit TIFF. Unfortunately, the crashes are random in the sense
that same file in a new Gimp session will open fine while in another
session with multiple files (> 1) open, it will sometimes crash without
leaving a trace. So not much information to provide.

I am guessing this is a memory management issue which is different on
Windows than on Linux/Mac.

Partha



On Sun, Apr 21, 2013 at 3:53 AM, Cristian Secară  wrote:

> În data de Sun, 21 Apr 2013 10:40:05 +0300, Cristian Secară a scris:
>
> > If I use your portable Windows version (gimp-2.8.4, probably a
> > February build), load any image (even a 1x1 pixel.gif) and then load
> > this image http://www.secarica.ro/temp/grading_test_v03.tif
> > a dialog tells me "Unknown field with tag 37724 (0x935c) encountered".
>
> Some more info: it has something to do with the particular area where I
> drop the file.
>
> I mean: with GIMP (your version) either fresh opened or all previous
> images closed, if I drag and drop my test image over the design area,
> the image opens just fine.
>
> If I drag and drop my test image over the toolbox, even the first
> time, the mentioned error shows up.
>
> Because in case of an already opened image, for the second (third, etc.)
> I always drag and drop over the toolbox area (instead of the design
> area), this was the reason for "erorr occurs only with another image
> already there".
>
> I never use the open dialog, so I cannot tell what happens then.
>
> Cristi
>
> --
> Cristian Secară
> http://www.secarica.ro
> ___
> 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] tiff-error

[Partha Bagchi]

I don't believe this has anything to do with a specific tiff file. So
attaching a tiff does not make sense to me.

Thanks for your response!
Partha



On Sat, Apr 20, 2013 at 4:32 AM, mazarst  wrote:

> I seem to get tiff errors when I am loading a 16-bit tiff say after
>> opening a couple of images of other formats like png or jpeg. Other times
>> if I open the tiff first, it seems to open fine.Â
>>
>>
>> I am stumped. :(
>>
>> The error is :LibGimp-WARNING (recursed) **: file-tiff-load.exe:
>> gimp_flush(): error: Invalid argument
>>
>> Gimp then crashes, that is closes completely. I can provide the Windows
>> crash message, but I doubt that it will be helpful.
>>
>> Gimp git updated today on Window 7 64-bit.
>>
>> Thanks,
>> Partha
>>
>
>
> Thanks for reporting this.
>
> Please, fill a bug report in bugzilla and attach a tiff showing the bug.
>
> Thanks again,
>
>
> Téo Mazars
> __**_
> 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

[Gimp-developer] tiff-error

[Partha Bagchi]

I seem to get tiff errors when I am loading a 16-bit tiff say after opening
a couple of images of other formats like png or jpeg. Other times if I open
the tiff first, it seems to open fine.

I am stumped. :(

The error is :LibGimp-WARNING (recursed) **: file-tiff-load.exe:
gimp_flush(): error: Invalid argument

Gimp then crashes, that is closes completely. I can provide the Windows
crash message, but I doubt that it will be helpful.

Gimp git updated today on Window 7 64-bit.

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

Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Partha Bagchi]

Hey Ryan,

Thanks for testing! Really appreciate it. I will upload a new build and let
you know where to download it from. G'MIC 1.5.5.1 was just released and I
will try to bundle that (current version in McGimp is 1.5.5.0).

Fyi, there are also other photography related plugins already included like
saturate equalizer, tone mapping, resynthesizer, liquid rescale,


On Fri, Mar 29, 2013 at 8:57 AM, Ryan Krauss  wrote:

> Pressure sensitivity is working!  Thanks for all your hard work Partha.
>
> There is one symlink in your Frameworks.zip file that is broken:
> libgegl-0.2.0.dylib ->
> /tmp/pb2.9/Gimp-2.9.app/Contents/Resources/lib/libgegl-0.2.0.dylib
>
> Also, there were some folders in the old Frameworks directory (I think
> they were gtk-* and pkgconfig/).  Was I supposed to keep those?  They are
> not in the new zip file.
>
> There are a couple of warnings, but it seems to work:
>
> (gimp-2.8:5230): Gtk-WARNING **: Unable to locate theme engine in
> module_path: "clearlooks",
>
> (gimp-2.8:5230): Gtk-WARNING **: Unable to locate theme engine in
> module_path: "pixmap",
>
> (gimp-2.8:5230): Gimp-Tools-CRITICAL **: gimp_tool_cursor_update:
> assertion `gimp_tool_control_is_active (tool->control) == FALSE' failed
>
> (gimp-2.8:5230): Gtk-CRITICAL **: gtk_accel_group_find: assertion
> `GTK_IS_ACCEL_GROUP (accel_group)' failed
>
>
> Are those related to my deleting Frameworks subdirectories?
>
> Thanks again,
>
> Ryan
>
>
> On Fri, Mar 29, 2013 at 5:47 AM, Partha Bagchi  wrote:
>
>> Hi Ryan,
>>
>> I zipped all the dylibs into one zipped file. Can you replace
>> /Applications/Gimp-2.8.4/Contents/Frameworks/* with the contents of this
>> zip file http://www.partha.com/temp/Gimp-2.8.4-Frameworks.zip ?
>>
>> Let me know if this solves the problem.
>>
>> Thanks again,
>> Partha
>>
>>
>>
>> On Thu, Mar 28, 2013 at 11:27 PM, Ryan Krauss wrote:
>>
>>> Doing that resulted in this error:
>>>
>>> dyld: Library not loaded: /tmp/lib/libpangocairo-1.0.0.dylib
>>>   Referenced from: /tmp/lib/libgtk-quartz-2.0.0.dylib
>>>   Reason: Incompatible library version: libgtk-quartz-2.0.0.dylib
>>> requires version 3308.0.0 or later, but libpangocairo-1.0.0.dylib provides
>>> version 3201.0.0
>>> Trace/BPT trap: 5
>>>
>>>
>>> On Thu, Mar 28, 2013 at 9:46 PM, Partha Bagchi wrote:
>>>
>>>> Thanks. Since you are familiar with the innards of Mac app structure,
>>>> can you unzip the attached archive in
>>>> /Applications/Gimp-2.8.4.app/Contents/Frameworks ?
>>>>
>>>> Restart Gimp and let me know if pressure sensitivity works for you or
>>>> not.
>>>>
>>>> Thanks again!
>>>> Partha
>>>>
>>>>
>>>>
>>>> On Thu, Mar 28, 2013 at 8:40 PM, Ryan Krauss wrote:
>>>>
>>>>> Gladly.  I am willing to test whatever you build.  Since yours
>>>>> installs into /Applications/Gimp-2.8.4.app, I can have them both installed
>>>>> side by side.
>>>>>
>>>>>
>>>>> On Thu, Mar 28, 2013 at 5:26 PM, Partha Bagchi wrote:
>>>>>
>>>>>> Would you be willing to test my gtk build to see whether you get
>>>>>> pressure sensitivity?
>>>>>>
>>>>>> Thanks,
>>>>>> Partha
>>>>>>
>>>>>>
>>>>>> On Thu, Mar 28, 2013 at 4:55 PM, Ryan Krauss wrote:
>>>>>>
>>>>>>> I have this driver installed:
>>>>>>> http://cdn.wacom.com/U/Drivers/Mac/Consumer/532/PenTablet_5.3.2-2.dmg
>>>>>>>
>>>>>>> Pressure sensitivity works fine with the binary installation from
>>>>>>> gimp.org/downloads (but only Python 2.6).
>>>>>>>
>>>>>>> I essentially get no pressure sensitivity with your binary.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Mar 28, 2013 at 2:54 PM, Partha Bagchi 
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Michael,
>>>>>>>>
>>>>>>>> I didn't know about the GIMP PYTHONPATH. Where is it defined in the
>>>>>>>> source?
>>>>>>>>
>>>>>>>> Thanks!
>>>>>>&

Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Partha Bagchi]

I use Gmail.


On Fri, Mar 29, 2013 at 6:52 AM, Michael Schumacher  wrote:

> On 29.03.2013 11:27, Partha Bagchi wrote:
>
>  And you did mention GIMP PYTHONPATH which I don't believe exists. :)
>>
>
> "environment PYTHONPATH in the environment of GIMP process and its plug-in
> processes". I thought that was obvious from the context, but apparently not
> :)
>
>
> P.S. can you check if your mail software offers list reply, or at least
> offers to put the list address in the To: field and the original sender
>  into Cc:?
>
> P.P.S. and for some reason, Thunderbird struggles to quote your messages
> properly (i.e. get the quote levels right)
>
>
> --
> Regards,
> Michael
> __**_
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/**mailman/listinfo/gimp-**developer-list<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] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Partha Bagchi]

OK Thanks. My interpretation of the question was different.

I don't replace PYTHONPATH at all and in fact I don't interact with the
system python and the issue that Ryan was having was to have his own folder
of python scripts appended to Gimp standard locations.

And you did mention GIMP PYTHONPATH which I don't believe exists. :)




On Fri, Mar 29, 2013 at 4:08 AM, Michael Schumacher  wrote:

> On 28.03.2013 20:54, Partha Bagchi wrote:
>
>> Michael,
>>
>> I didn't know about the GIMP PYTHONPATH. Where is it defined in the
>> source?
>>
>
> No, the question was whether your version could rather add to PYTHONPATH
> instead of replacing it completely.
>
> On IRC, Daniel Sabo suggested this might crash, because the system's
> python modules have been compiled by a different Python version. But
> apparently no one has tried this recently.
>
>
> --
> Regards,
> Michael
> __**_
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/**mailman/listinfo/gimp-**developer-list<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] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Partha Bagchi]

Well, Clayton's build and my builds rely on the same gtk fix that Mitch
provided. So, I am not sure why you don't have pressure sensitivity. So, I
will look into my gtk build and see what the issue is.

Clayton or anyone, anything specific one has to do while building gtk?

Thanks,
Partha




On Thu, Mar 28, 2013 at 4:55 PM, Ryan Krauss  wrote:

> I have this driver installed:
> http://cdn.wacom.com/U/Drivers/Mac/Consumer/532/PenTablet_5.3.2-2.dmg
>
> Pressure sensitivity works fine with the binary installation from
> gimp.org/downloads (but only Python 2.6).
>
> I essentially get no pressure sensitivity with your binary.
>
>
>
>
>
> On Thu, Mar 28, 2013 at 2:54 PM, Partha Bagchi  wrote:
>
>> Michael,
>>
>> I didn't know about the GIMP PYTHONPATH. Where is it defined in the
>> source?
>>
>> Thanks!
>> Partha
>>
>>
>>
>> On Thu, Mar 28, 2013 at 2:06 PM, Michael Schumacher wrote:
>>
>>> On 28.03.2013 17:50, Partha Bagchi wrote:
>>>
>>>  It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH?
>>>>
>>>
>>> You could probably modify your version to prepend the GIMP PYTHONPATH,
>>> this should avoid problems like that.
>>>
>>>
>>> --
>>> Regards,
>>> Michael
>>>
>>> __**_
>>> gimp-developer-list mailing list
>>> gimp-developer-list@gnome.org
>>> https://mail.gnome.org/**mailman/listinfo/gimp-**developer-list<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
>>
>>
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Partha Bagchi]

Michael,

I didn't know about the GIMP PYTHONPATH. Where is it defined in the source?

Thanks!
Partha



On Thu, Mar 28, 2013 at 2:06 PM, Michael Schumacher  wrote:

> On 28.03.2013 17:50, Partha Bagchi wrote:
>
>  It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH?
>>
>
> You could probably modify your version to prepend the GIMP PYTHONPATH,
> this should avoid problems like that.
>
>
> --
> Regards,
> Michael
>
> __**_
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/**mailman/listinfo/gimp-**developer-list<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] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Partha Bagchi]

Have you installed the Wacom drivers for the Mac from the Wacom website?


On Thu, Mar 28, 2013 at 1:48 PM, Ryan Krauss  wrote:

> Yes, I plugged it before launching the second time (I have had that
> problem in Ubuntu).
>
>
> On Thu, Mar 28, 2013 at 12:45 PM, Partha Bagchi wrote:
>
>> Well I don't have the version from gimp.org :) since I build my own.
>> Yet, I have them in my system.
>>
>> So, I will need to investigate why you don't see it under your
>> preferences.
>>
>> Did you plug in the tablet before starting McGimp?
>>
>>
>>
>> On Thu, Mar 28, 2013 at 1:32 PM, Ryan Krauss  wrote:
>>
>>> While trying to debug the lack of pressure sensitivity, I deleted
>>> ~/Library/Application Support/GIMP/2.8 completely.  When I relaunch your
>>> version, the Wacom pen and tablet do not show up at all under extended
>>> input devices.  The settings there were apparently hanging around from the
>>> other binary GIMP version I had installed from gimp.org/downloads.
>>>
>>>
>>> On Thu, Mar 28, 2013 at 11:58 AM, Ryan Krauss wrote:
>>>
>>>> As a quick hack, I appended my personal folders to the PYTHONPATH set
>>>> in /Applications/Gimp-2.8.4.app/Contents/MacOS/Gimp.  Python stuff seems to
>>>> be working.
>>>>
>>>> Pressure sensitivity does not seem to be working.  It behaves just like
>>>> the X11 version I built from homebrew - the options are listed under
>>>> extended input and pen and tablet seem to be set correctly, but a pencil
>>>> set to a pressure opacity brush is always either 0 or 100% opacitiy.
>>>>
>>>>
>>>> On Thu, Mar 28, 2013 at 11:50 AM, Partha Bagchi wrote:
>>>>
>>>>> It uses it's own PYTHONPATH. Any reason you need a separate
>>>>> PYTHONPATH? Can you not put them in the plug-ins folder in
>>>>> ~/Library/Application Support/GIMP/2.8?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Mar 28, 2013 at 12:44 PM, Ryan Krauss wrote:
>>>>>
>>>>>> Just to be clear, it picks up everything in ~/Library/Application
>>>>>> Support/GIMP/2.8/plug-ins without any problems, but I only keep GIMP
>>>>>> specific Python files in there.  My general Python stuff is in other
>>>>>> directories.  My pygimp code depends on some of the general stuff and 
>>>>>> those
>>>>>> are the files that are not being found.
>>>>>>
>>>>>>
>>>>>> On Thu, Mar 28, 2013 at 11:43 AM, Ryan Krauss wrote:
>>>>>>
>>>>>>> Thanks for your help and the quick response.  Your version looks
>>>>>>> promising.  However, it doesn't seem to respect the PYTHONPATH set in my
>>>>>>> ~/.profile file.  So, it cannot find my personal Python files.  Where
>>>>>>> should I set the PYTHONPATH for your version?
>>>>>>>
>>>>>>> Thanks again,
>>>>>>>
>>>>>>> Ryan
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Mar 28, 2013 at 11:19 AM, Partha Bagchi 
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Try my version and let me know if you have issues: www.partha.com
>>>>>>>>
>>>>>>>> Partha
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss 
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>>  I have recently switched from Ubuntu to Mac and am having some
>>>>>>>>> trouble getting GIMP working the way I need.  I use pygimp and a Wacom
>>>>>>>>> tablet to create a sort of digital white board when I teach.  I use my
>>>>>>>>> pygimp code to correctly number each slide as I lecture so that the 
>>>>>>>>> slides
>>>>>>>>> are useful to the students for review when I am done.  Here is an 
>>>>>>>>> example
>>>>>>>>> if you are curious:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> http://www.cs.siue.edu/~rkrauss/450/2013/lectures/03_22_13/index.html
>>>>>>>>>
>>>>

Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Partha Bagchi]

Well I don't have the version from gimp.org :) since I build my own. Yet, I
have them in my system.

So, I will need to investigate why you don't see it under your preferences.

Did you plug in the tablet before starting McGimp?



On Thu, Mar 28, 2013 at 1:32 PM, Ryan Krauss  wrote:

> While trying to debug the lack of pressure sensitivity, I deleted
> ~/Library/Application Support/GIMP/2.8 completely.  When I relaunch your
> version, the Wacom pen and tablet do not show up at all under extended
> input devices.  The settings there were apparently hanging around from the
> other binary GIMP version I had installed from gimp.org/downloads.
>
>
> On Thu, Mar 28, 2013 at 11:58 AM, Ryan Krauss  wrote:
>
>> As a quick hack, I appended my personal folders to the PYTHONPATH set in
>> /Applications/Gimp-2.8.4.app/Contents/MacOS/Gimp.  Python stuff seems to be
>> working.
>>
>> Pressure sensitivity does not seem to be working.  It behaves just like
>> the X11 version I built from homebrew - the options are listed under
>> extended input and pen and tablet seem to be set correctly, but a pencil
>> set to a pressure opacity brush is always either 0 or 100% opacitiy.
>>
>>
>> On Thu, Mar 28, 2013 at 11:50 AM, Partha Bagchi wrote:
>>
>>> It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH?
>>> Can you not put them in the plug-ins folder in ~/Library/Application
>>> Support/GIMP/2.8?
>>>
>>>
>>>
>>>
>>> On Thu, Mar 28, 2013 at 12:44 PM, Ryan Krauss wrote:
>>>
>>>> Just to be clear, it picks up everything in ~/Library/Application
>>>> Support/GIMP/2.8/plug-ins without any problems, but I only keep GIMP
>>>> specific Python files in there.  My general Python stuff is in other
>>>> directories.  My pygimp code depends on some of the general stuff and those
>>>> are the files that are not being found.
>>>>
>>>>
>>>> On Thu, Mar 28, 2013 at 11:43 AM, Ryan Krauss wrote:
>>>>
>>>>> Thanks for your help and the quick response.  Your version looks
>>>>> promising.  However, it doesn't seem to respect the PYTHONPATH set in my
>>>>> ~/.profile file.  So, it cannot find my personal Python files.  Where
>>>>> should I set the PYTHONPATH for your version?
>>>>>
>>>>> Thanks again,
>>>>>
>>>>> Ryan
>>>>>
>>>>>
>>>>> On Thu, Mar 28, 2013 at 11:19 AM, Partha Bagchi wrote:
>>>>>
>>>>>> Try my version and let me know if you have issues: www.partha.com
>>>>>>
>>>>>> Partha
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss wrote:
>>>>>>
>>>>>>>  I have recently switched from Ubuntu to Mac and am having some
>>>>>>> trouble getting GIMP working the way I need.  I use pygimp and a Wacom
>>>>>>> tablet to create a sort of digital white board when I teach.  I use my
>>>>>>> pygimp code to correctly number each slide as I lecture so that the 
>>>>>>> slides
>>>>>>> are useful to the students for review when I am done.  Here is an 
>>>>>>> example
>>>>>>> if you are curious:
>>>>>>>
>>>>>>> http://www.cs.siue.edu/~rkrauss/450/2013/lectures/03_22_13/index.html
>>>>>>>
>>>>>>> I am using Python 2.7 for scipy, numpy, and other packages installed
>>>>>>> using homebrew and pip.  I am having a hard time getting GIMP installed 
>>>>>>> in
>>>>>>> OS X 10.8 that supports both Python 2.7 and pressure sensitivity.  I 
>>>>>>> have
>>>>>>> tried two approaches.  I downloaded a binary from here:
>>>>>>> Download GIMP 2.8 <http://gimp.lisanet.de/Website/Download.html> on
>>>>>>> the gimp.org/downloads page.  It runs natively on OS X (i.e. not
>>>>>>> using X11) and it works perfectly with pressure sensitivity on my Wacom
>>>>>>> tablet.  The only problem is that it seems to ship with Python 2.6, 
>>>>>>> which
>>>>>>> is a bit dated and not compatible with my other Python packages.
>>>>>>>
>>>>>>> I also tried to build and install from source.  I have tried this
>&g

Re: [Gimp-developer] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Partha Bagchi]

It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH? Can
you not put them in the plug-ins folder in ~/Library/Application
Support/GIMP/2.8?




On Thu, Mar 28, 2013 at 12:44 PM, Ryan Krauss  wrote:

> Just to be clear, it picks up everything in ~/Library/Application
> Support/GIMP/2.8/plug-ins without any problems, but I only keep GIMP
> specific Python files in there.  My general Python stuff is in other
> directories.  My pygimp code depends on some of the general stuff and those
> are the files that are not being found.
>
>
> On Thu, Mar 28, 2013 at 11:43 AM, Ryan Krauss  wrote:
>
>> Thanks for your help and the quick response.  Your version looks
>> promising.  However, it doesn't seem to respect the PYTHONPATH set in my
>> ~/.profile file.  So, it cannot find my personal Python files.  Where
>> should I set the PYTHONPATH for your version?
>>
>> Thanks again,
>>
>> Ryan
>>
>>
>> On Thu, Mar 28, 2013 at 11:19 AM, Partha Bagchi wrote:
>>
>>> Try my version and let me know if you have issues: www.partha.com
>>>
>>> Partha
>>>
>>>
>>>
>>> On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss wrote:
>>>
>>>>  I have recently switched from Ubuntu to Mac and am having some
>>>> trouble getting GIMP working the way I need.  I use pygimp and a Wacom
>>>> tablet to create a sort of digital white board when I teach.  I use my
>>>> pygimp code to correctly number each slide as I lecture so that the slides
>>>> are useful to the students for review when I am done.  Here is an example
>>>> if you are curious:
>>>>
>>>> http://www.cs.siue.edu/~rkrauss/450/2013/lectures/03_22_13/index.html
>>>>
>>>> I am using Python 2.7 for scipy, numpy, and other packages installed
>>>> using homebrew and pip.  I am having a hard time getting GIMP installed in
>>>> OS X 10.8 that supports both Python 2.7 and pressure sensitivity.  I have
>>>> tried two approaches.  I downloaded a binary from here:
>>>> Download GIMP 2.8 <http://gimp.lisanet.de/Website/Download.html> on
>>>> the gimp.org/downloads page.  It runs natively on OS X (i.e. not using
>>>> X11) and it works perfectly with pressure sensitivity on my Wacom tablet.
>>>>  The only problem is that it seems to ship with Python 2.6, which is a bit
>>>> dated and not compatible with my other Python packages.
>>>>
>>>> I also tried to build and install from source.  I have tried this two
>>>> ways.  The first was through homebrew.  I am able to compile correctly and
>>>> it uses Python 2.7, but for reasons I don't understand, it seems to build
>>>> an X11 version.  Again for reasons I don't understand, pressure sensitivity
>>>> does not work when I build this way.  The pen and tablet under the extended
>>>> input configuration are greyed out. They are set correctly, but the
>>>> settings don't seem to be respected.
>>>>
>>>> I have also tried to just use homebrew to install the dependencies and
>>>> then build GIMP myself in other directory.  This keeps getting hung up on
>>>> trying to build a test GTK+ file that fails because it can't find gtk.h.
>>>>  gtk.h is in a homebrew Cellar folder and I don't seem to be able to point
>>>> the configure script to it correctly.
>>>>
>>>> So, can someone point me to the best solution.  If a binary of GIMP 2.8
>>>> linked to Python 2.7 could easily be made available, that would be great.
>>>>  If someone can help me build a version of GIMP 2.8 that runs natively
>>>> using the Python from homebrew, that would also work.  I don't even mind
>>>> setting up my own thing and compiling outside of homebrew, but I would
>>>> prefer to avoid installing all the dependencies myself if possible.  I
>>>> would prefer to have GIMP run natively rather than through X11, but if
>>>> Python 2.7 and pressure sensitivity both worked, I would be OK with that.
>>>>
>>>> Thanks,
>>>>
>>>> Ryan
>>>>
>>>> ___
>>>> 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] gimp 2.8 on OS X with Python 2.7 and Wacom Pressure sensitivity

[Partha Bagchi]

Try my version and let me know if you have issues: www.partha.com

Partha



On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss  wrote:

> I have recently switched from Ubuntu to Mac and am having some trouble
> getting GIMP working the way I need.  I use pygimp and a Wacom tablet to
> create a sort of digital white board when I teach.  I use my pygimp code to
> correctly number each slide as I lecture so that the slides are useful to
> the students for review when I am done.  Here is an example if you are
> curious:
>
> http://www.cs.siue.edu/~rkrauss/450/2013/lectures/03_22_13/index.html
>
> I am using Python 2.7 for scipy, numpy, and other packages installed using
> homebrew and pip.  I am having a hard time getting GIMP installed in OS X
> 10.8 that supports both Python 2.7 and pressure sensitivity.  I have tried
> two approaches.  I downloaded a binary from here:
> Download GIMP 2.8  on the
> gimp.org/downloads page.  It runs natively on OS X (i.e. not using X11)
> and it works perfectly with pressure sensitivity on my Wacom tablet.  The
> only problem is that it seems to ship with Python 2.6, which is a bit dated
> and not compatible with my other Python packages.
>
> I also tried to build and install from source.  I have tried this two
> ways.  The first was through homebrew.  I am able to compile correctly and
> it uses Python 2.7, but for reasons I don't understand, it seems to build
> an X11 version.  Again for reasons I don't understand, pressure sensitivity
> does not work when I build this way.  The pen and tablet under the extended
> input configuration are greyed out. They are set correctly, but the
> settings don't seem to be respected.
>
> I have also tried to just use homebrew to install the dependencies and
> then build GIMP myself in other directory.  This keeps getting hung up on
> trying to build a test GTK+ file that fails because it can't find gtk.h.
>  gtk.h is in a homebrew Cellar folder and I don't seem to be able to point
> the configure script to it correctly.
>
> So, can someone point me to the best solution.  If a binary of GIMP 2.8
> linked to Python 2.7 could easily be made available, that would be great.
>  If someone can help me build a version of GIMP 2.8 that runs natively
> using the Python from homebrew, that would also work.  I don't even mind
> setting up my own thing and compiling outside of homebrew, but I would
> prefer to avoid installing all the dependencies myself if possible.  I
> would prefer to have GIMP run natively rather than through X11, but if
> Python 2.7 and pressure sensitivity both worked, I would be OK with that.
>
> Thanks,
>
> Ryan
>
> ___
> 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] Ways to improve Gimp 2.9 performance

[Partha Bagchi]

Well, you have a point. But if you look at the documentation, it says:

-OfastDisregard strict standards compliance. -Ofast enables all -O3
optimizations.
It also enables optimizations that are not valid for all standard-compliant
programs. It turns on -ffast-math and the Fortran-specific
-fno-protect-parens and -fstack-arrays.

So, While O3 turns on -ftree-vectorize, -Ofast is not strictly compliant
and turns on fast-math, I do it separately I use the above incantation.

Finally, since I compile atk/glib/pango/cairo by myself, I do use the above
optimization for all the builds.

Btw, I build Gimp on Windows and Mac, so your mileage may vary.


On Sat, Mar 2, 2013 at 10:00 AM, Elle Stone  wrote:

> On 3/2/13, Partha Bagchi  wrote:
> > I thought Gentoo was all about optimizing a linux distribution to your
> > specific proecessor. :)
> >
> > Anyway, try the following optimization and see if it makes a difference
> in
> > your setup:
> >
> > ./autogen CFLAGS="-O3 -ffast-math -ftree-vectorize" ...
>
> Sorry! I spoke in too broad a generalization. *Most* Linux
> distributions aren't optimized to a specific processor. Gentoo is set
> up so you roll your own, as is Linux from Scratch (others? Arch?). The
> Gentoo documentation recommends -O2 for general usage, to be on the
> safe side. The Linux from Scratch article recommends -O3. Neither
> article is especially new, so were written in reference to older
> versions of gcc.
>
> Probably what level of optimization does what changes as gcc changes,
> but according to the gcc documentation, -Ofast includes -ffast-math
> and -ftree-vectorize. Is there a reason why using "-O3 -ffast-math
> -ftree-vectorize" might be better than using "-Ofast"?
>
> Elle
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Ways to improve Gimp 2.9 performance

[Partha Bagchi]

I thought Gentoo was all about optimizing a linux distribution to your
specific proecessor. :)

Anyway, try the following optimization and see if it makes a difference in
your setup:

./autogen CFLAGS="-O3 -ffast-math -ftree-vectorize" ...




On Sat, Mar 2, 2013 at 8:49 AM, Elle Stone  wrote:

> Being curious about optimization, I set up two identical installations
> of babl, gegl, and Gimp, in separate, side-by-side prefixes (same
> partition, hard drive):
>
> In  "gimp291" babl, gegl, and Gimp were compiled with ./autogen.sh . . .
>
> In "gimp292" babl, gegl, and Gimp were compiled with
> CFLAGS="-march=native -Ofast" CXXFLAGS="${CFLAGS}" ./autogen.sh . . .
>
> I made two copies of the same image (both copies in the same
> directory) and ran both Gimps simultaneously, started from a terminal
> using GEGL_SWAP=RAM. Then I did the same edits on both images,
> switching back and forth:
>
> ./gimp291.sh (not optimzed)
> Curves: 1.90939 MPixels/sec
> Curves: 2.05433 MPixels/sec
> Levels: 2.01868 MPixels/sec
> Levels: 2.11656 MPixels/sec
> Levels: 1.18821 MPixels/sec
> (usm)
> GEGL Operation: 1.55727 MPixels/sec
> GEGL Operation: 1.98604 MPixels/sec
> GEGL Operation: 1.46279 MPixels/sec
> (blur)
> GEGL Operation: 1.5169 MPixels/sec
> GEGL Operation: 1.59023 MPixels/sec
> GEGL Operation: 1.36274 MPixels/sec
>
> ./gimp292.sh (optimized)
> Curves: 2.952 MPixels/sec
> Curves: 3.41224 MPixels/sec
> Levels: 4.92665 MPixels/sec
> Levels: 5.54835 MPixels/sec
> Levels: 1.937 MPixels/sec
> (usm)
> GEGL Operation: 1.76634 MPixels/sec
> GEGL Operation: 2.21788 MPixels/sec
> GEGL Operation: 1.87769 MPixels/sec
> (blur)
> GEGL Operation: 2.02932 MPixels/sec
> GEGL Operation: 2.04801 MPixels/sec
> GEGL Operation: 1.80537 MPixels/sec
>
> The identical test images were 1302 × 867 pixels. I monitored the ram
> usage on the status bars and both images showed the exact same amount
> of ram at each step of the editing process. I also monitored system
> ram using "free", and for the whole process there was plenty of free
> ram, with no writing to the system swap files. Comparing the numbers,
> the optimized babl/gegl/Gimp was always faster (higher MPixels/sec is
> better, yes?).
>
> I also did a series of brush strokes using 50% opacity, hardness 50,
> 1000px paint brush, trying to keep the brush strokes identical for
> both versions of Gimp, switching back and forth between the two
> versions. Timing was subjective, of course, but the optimized Gimp
> brush strokes always completed in less time, sometimes in about half
> the time as the non-optimized Gimp.
>
> References:
> http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
> http://openbenchmarking.org/result/1210138-RA-GCCAMDBUL77
> http://www.gentoo.org/doc/en/gcc-optimization.xml
> http://www.linuxfromscratch.org/hints/downloads/files/optimization.txt
>
> The openbenchmarking article compares speed of execution of selected
> tasks using several open source programs that were compiled with
> different optimization levels. Usually but definitely not always
> -Ofast was the fastest.
>
> There is no way a Linux distribution can optimize for a particular
> processor. So it sounds like it might actually help if the other
> programs on which Gimp depends, like Cairo and gtk, were also
> optimized. Has anyone tried this? Several sources mentioned programs
> that heavily use glibc as a possible exception to using higher levels
> of optimization. Would that affect Gimp?
>
> Elle
>
> --
> http://ninedegreesbelow.com - articles on open source digital photography
> ___
> 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] GEGL Crashes GPU

[Partha Bagchi]

Hi Victor,

Sorry for the delay in responding. Like I told you the other night on
gtalk, I am unable to get a log on Windows even using g_print as you
suggested instead of g_message. On the Mac, I simply get that opencl is not
being used since there is no shared object to load.

I think a lot of users will be using a single display (like I do using my
laptop) and so, there would have to be some viable solution to problem of
the nvidia driver killing the GPU job, don't you think?

I didn't know about the GEGL_SWAP= RAM option and will add that to the
environment while running Gimp.

Thanks!
Partha



On Tue, Feb 19, 2013 at 1:53 PM, Victor Oliveira wrote:

> Hi Partha,
>
> I couldn't really reproduce your error, so I assume it is because you're
> trying to use the display GPU for processing and to avoid blocking the
> screen, the nvidia driver just kills whatever is running in the GPU.
> Also, I'm not sure if you're already using the GEGL_SWAP=RAM option to run
> GIMP, it should improve performance and maybe you don't get this error.
>
>
> On Sat, Feb 16, 2013 at 12:29 AM, Partha Bagchi wrote:
>
>> Hi Victor,
>>
>> I have an NVIDIA GPU with 1G dedicated VRAM,  i7 Core CPU, and 16G of
>> RAM. In any case, 150x150 radius should be doable. In any case, I am sure
>> that when Gimp goes production, it's bound to come up.
>>
>> Any further report on Mac? While I am finding that it's quite fast on an
>> Mac with 8G RAM, I am not sure if the GPU is being used.
>>
>> Note that everything I have seen/ read about OpenCL says that you don't
>> need to load the library at least on a Mac.
>>
>> Thanks,
>> Partha
>>
>>
>>
>>
>>
>> On Fri, Feb 15, 2013 at 7:22 PM, Victor Oliveira > > wrote:
>>
>>> Hi Partha,
>>>
>>> Thanks for the bug report, I'll give a look when I can.
>>> Notice that a 150x150 radius is very big and maybe yout GPU doesn't have
>>> enough memory for that, but it was supposed to fallback to the CPU in this
>>> case.
>>>
>>> Thanks
>>> Victor
>>>
>>>
>>> On Fri, Feb 15, 2013 at 8:47 AM, Tobias Ellinghaus  wrote:
>>>
>>>> Am Freitag, 15. Februar 2013, 04:52:49 schrub Partha Bagchi:
>>>> > Hi Victor,
>>>> >
>>>> > Latest git. I have an NVIDIA GeForce GT 230M card with 1G VRAM. The
>>>> opengl
>>>> > version is 1.1 CUDA 4.2.1 etc. Windows 7 64bit
>>>> >
>>>> > I think OpenCL is taking down my video every time. Here is a simple
>>>> > repeatable test for me.
>>>> >
>>>> > 1. Open 16 bit tiff.
>>>> > 2. Duplicate layer.
>>>> > 3. Layer - desaturate -> invert
>>>> > 4. GEGL gaussian blur x = y = 150.
>>>> >
>>>> > Takes the screen down (goes black and recovers) and leaves a dark
>>>> tile on
>>>> > the layer.
>>>> >
>>>> > Any ideas?
>>>>
>>>> That is normal when running OpenCL (or CUDA) kernels on a GPU that has a
>>>> monitor connected. On Windows it will time out quite quickly, on Linux
>>>> AFAIK
>>>> not. However, that can be configured. Google is your friend, just
>>>> search for
>>>> "nvidia watchdog".
>>>>
>>>> [...]
>>>>
>>>> > Thanks,
>>>> > Partha
>>>>
>>>> Tobias
>>>>
>>>> ___
>>>> 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
>>>
>>>
>>
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] What about RAW files?

[Partha Bagchi]

That's cool! :)

Can you send me a link?

Thanks in advance,
Partha



On Mon, Feb 18, 2013 at 1:11 PM, Nils Philippsen  wrote:

> On Tue, 2013-02-12 at 05:38 -0500, Partha Bagchi wrote:
> > As said above, UFRaw supports all camera RAW (as supported by dcraw).
> > However, it has not been updated in a while. In particular, it will
> > not send 16-bit TIFF to Gimp 2.9.x. But if you want to experiment, I
> > have built UFRaw into Gimp for Windows 64-bit and McGimp Snow Leopard
> > and higher.
>
> I've worked on a patch for ufraw which implements that. I'm not yet 100%
> content with it, but I'll post it upstream for a review.
>
> Nils
> --
> Nils Philippsen / Wilhelmstraße 22 / D-71229 Leonberg
> n...@tiptoe.de / n...@redhat.com
> PGP fingerprint:  C4A8 9474 5C4C ADE3 2B8F  656D 47D8 9B65 6951 3011
> Ever noticed that common sense isn't really all that common?
>
> ___
> 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] GEGL Crashes GPU

[Partha Bagchi]

Hi Victor,

I have an NVIDIA GPU with 1G dedicated VRAM,  i7 Core CPU, and 16G of RAM.
In any case, 150x150 radius should be doable. In any case, I am sure that
when Gimp goes production, it's bound to come up.

Any further report on Mac? While I am finding that it's quite fast on an
Mac with 8G RAM, I am not sure if the GPU is being used.

Note that everything I have seen/ read about OpenCL says that you don't
need to load the library at least on a Mac.

Thanks,
Partha





On Fri, Feb 15, 2013 at 7:22 PM, Victor Oliveira wrote:

> Hi Partha,
>
> Thanks for the bug report, I'll give a look when I can.
> Notice that a 150x150 radius is very big and maybe yout GPU doesn't have
> enough memory for that, but it was supposed to fallback to the CPU in this
> case.
>
> Thanks
> Victor
>
>
> On Fri, Feb 15, 2013 at 8:47 AM, Tobias Ellinghaus  wrote:
>
>> Am Freitag, 15. Februar 2013, 04:52:49 schrub Partha Bagchi:
>> > Hi Victor,
>> >
>> > Latest git. I have an NVIDIA GeForce GT 230M card with 1G VRAM. The
>> opengl
>> > version is 1.1 CUDA 4.2.1 etc. Windows 7 64bit
>> >
>> > I think OpenCL is taking down my video every time. Here is a simple
>> > repeatable test for me.
>> >
>> > 1. Open 16 bit tiff.
>> > 2. Duplicate layer.
>> > 3. Layer - desaturate -> invert
>> > 4. GEGL gaussian blur x = y = 150.
>> >
>> > Takes the screen down (goes black and recovers) and leaves a dark tile
>> on
>> > the layer.
>> >
>> > Any ideas?
>>
>> That is normal when running OpenCL (or CUDA) kernels on a GPU that has a
>> monitor connected. On Windows it will time out quite quickly, on Linux
>> AFAIK
>> not. However, that can be configured. Google is your friend, just search
>> for
>> "nvidia watchdog".
>>
>> [...]
>>
>> > Thanks,
>> > Partha
>>
>> Tobias
>>
>> ___
>> 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
>
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] GEGL Crashes GPU

[Partha Bagchi]

Hi Victor,

Latest git. I have an NVIDIA GeForce GT 230M card with 1G VRAM. The opengl
version is 1.1 CUDA 4.2.1 etc. Windows 7 64bit

I think OpenCL is taking down my video every time. Here is a simple
repeatable test for me.

1. Open 16 bit tiff.
2. Duplicate layer.
3. Layer - desaturate -> invert
4. GEGL gaussian blur x = y = 150.

Takes the screen down (goes black and recovers) and leaves a dark tile on
the layer.

Any ideas?

Also, As I was mentioning to you before:
$ ls -al  /c/Program\ Files/NVIDIA\ Corporation/OpenCL/
total 116
drwxr-xr-x  2 partha Administrators 0 Feb  3 22:55 .
drwxr-xr-x 11 partha Administrators  4096 Feb  3 22:55 ..
-rwxr-xr-x  1 partha Administrators 53024 Jan 28 17:39 OpenCL.dll
-rwxr-xr-x  1 partha Administrators 61216 Jan 28 17:39 OpenCL64.dll

OpenCL64.dll seems bigger. So, should that be the default DLL for windows 7
64bit?

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

Re: [Gimp-developer] What about RAW files?

[Partha Bagchi]

As said above, UFRaw supports all camera RAW (as supported by dcraw).
However, it has not been updated in a while. In particular, it will not
send 16-bit TIFF to Gimp 2.9.x. But if you want to experiment, I have built
UFRaw into Gimp for Windows 64-bit and McGimp Snow Leopard and higher.

You can get my builds from my website.


On Tue, Feb 12, 2013 at 5:06 AM, Ville Sokk  wrote:

> On Tue, Feb 12, 2013 at 7:33 AM, Patrick  wrote:
> > I was very impressed with damn near every aspect of this
> product/application
> > until I decided to see how it worked as a possible supplement/replacement
> > for Photoshop.  Everything worked fine until I attempted to load a RAW
> tiff
> > out of my camera.  12MB shrank to a very distorted approx. 600k... with
> no
> > options that I could find.  I realize there could be an enormous impact
> of
> > proprietary RAW  conversion issues and maybe that's why your application
> > does not/can not 'see' my RAW files.  I find it incredibly amusing that
> GIMP
> > would go 99% of Adobe Photoshop and then stop with no RAW file support.
>  If
> > there is no RAW support, add-on or otherwise, GIMP seems a bit overkill
> as a
> > 'general' graphics/photo editor.  Please tell me I overlooked it.  Very,
> > very well done though... what a labor.  With RAW file processing, I could
> > support such an endeavor. wow.
> >
> > pjmason, Ph.D.
> > Juneau, AK
>
> There's RAW support in the UFRaw plugin. You can also use a separate
> program for RAW conversion (stand-alone UFRaw, rawstudio, darktable,
> photivo, raw therapee). In the future GIMP should hopefully have good
> RAW support out of the box.
> ___
> 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] Enhancement Request: Choose different installation path

[Partha Bagchi]

My builds have default to c:\Program Files\Gimp-x.x.x. However, you can
choose to install it anywhere you like.



On Sun, Feb 10, 2013 at 8:44 AM, scl  wrote:

> Hi,
>
> in the Download section of a German computer magazine page [1]
> I found the wish to choose GIMPs installation path.
> I also think this is a good idea, for instance to have two GIMP
> installations in parallel for regression testing.
> Unfortunately the Windows installer doesn't provide an option for this,
> neither in the default nor in the customized installation.
> Before filing an enhancement request in Bugzilla I ask you:
> how do you think about it? Would this be a nice feature?
>
> Kind regards,
> Sven
>
>
> [1] 
> http://www.heise.de/download/**gimp.html,
> comment #19
> __**_
> 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] Cairo Issue

[Partha Bagchi]

I add my comments to that bug. Time for cairo to fix this bug!


On Fri, Feb 8, 2013 at 5:11 PM, Michael Henning
wrote:

> I think this is a cairo bug. I filed a bugreport on their bugtracker:
> https://bugs.freedesktop.org/show_bug.cgi?id=60519
>
>-- drawoc
>
> On Wed, Feb 6, 2013 at 8:51 PM, Partha Bagchi  wrote:
> >
> > A new issue seems to have cropped up. Now I get the following error:
> >
> > This is a development version of GIMP.  Debug messages may appear here.
> >
> > Assertion failed!
> >
> > Program: C:\Win64\msys\opt\gimp-2.9\bin\gimp-2.9.exe
> > File: ../../src/cairo-surface.c, Line 591
> >
> > Expression: image->is_clear
> >
> > I recall recently Mitch committed some cairo patches, but I can't find
> it.
> >
> > I can fix the above by modifying cairo-surface.c but I think there may be
> > a deeper issue?
> >
> > Thanks,
> > Partha
> >
> >
> > ___
> > 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] Image Horizontal Flip

[Partha Bagchi]

Sven,

I report issues with git. If it's not git I would state it.

Thanks,
Partha



On Fri, Feb 8, 2013 at 10:00 AM, scl  wrote:

> On 08.02.13 at 3:01 PM Partha Bagchi wrote:
>
>> Something seems have to gone haywire with the horizontal flip.
>>
>> I think the tile placements seems to be issue? In any case, vertical
>> flip works fine but horizontal leaves a mess behind.
>>
>
> Which build do you use - master or 2.8.4 and on which platform?
>
>
> Kind regards,
>
> Sven
>
> __**_
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/**mailman/listinfo/gimp-**developer-list<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] Image Horizontal Flip

[Partha Bagchi]

Well, I will look further, but Gimp code is so vast I am not sure I will
find it. In the meantime, have you been able to reproduce what I posted?

Thanks,
Partha



On Fri, Feb 8, 2013 at 9:27 AM, Karl-Heinz Zimmer wrote:

> I don't think so.
> That part of the code just toggles the flip direction, it looks perfectly
> right to me.
>
> Cheers
> Karl-Heinz
>
> On Fri, 8 Feb 2013 09:20:01 -0500
> Partha Bagchi  wrote:
>
> > I think the issue is here:
> > app/tools/gimpfliptool.c (Notice the orientation is reversed):
> >
> >   switch (options->flip_type)
> > {
> > case GIMP_ORIENTATION_HORIZONTAL:
> >   g_object_set (options,
> > "flip-type", GIMP_ORIENTATION_VERTICAL,
> > NULL);
> >   break;
> >
> > case GIMP_ORIENTATION_VERTICAL:
> >   g_object_set (options,
> > "flip-type", GIMP_ORIENTATION_HORIZONTAL,
> >     NULL);
> >   break;
> >
> > default:
> >   break;
> > }
> >
> >
> >
> > On Fri, Feb 8, 2013 at 9:01 AM, Partha Bagchi 
> wrote:
> >
> > > Something seems have to gone haywire with the horizontal flip.
> > >
> > > I think the tile placements seems to be issue? In any case, vertical
> flip
> > > works fine but horizontal leaves a mess behind.
> > >
> > > Thanks,
> > > Partha
> > >
> > >
>
>
> --
>
> ___
> 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] Image Horizontal Flip

[Partha Bagchi]

I think the issue is here:
app/tools/gimpfliptool.c (Notice the orientation is reversed):

  switch (options->flip_type)
{
case GIMP_ORIENTATION_HORIZONTAL:
  g_object_set (options,
"flip-type", GIMP_ORIENTATION_VERTICAL,
NULL);
  break;

case GIMP_ORIENTATION_VERTICAL:
  g_object_set (options,
"flip-type", GIMP_ORIENTATION_HORIZONTAL,
NULL);
  break;

default:
  break;
}



On Fri, Feb 8, 2013 at 9:01 AM, Partha Bagchi  wrote:

> Something seems have to gone haywire with the horizontal flip.
>
> I think the tile placements seems to be issue? In any case, vertical flip
> works fine but horizontal leaves a mess behind.
>
> Thanks,
> Partha
>
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] Image Horizontal Flip

[Partha Bagchi]

Something seems have to gone haywire with the horizontal flip.

I think the tile placements seems to be issue? In any case, vertical flip
works fine but horizontal leaves a mess behind.

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

Re: [Gimp-developer] Cairo Issue

[Partha Bagchi]

The latest version available on the cairo site is 1.12.12 dated Jan 31,
2013. Is your version from git?

Thanks,
Partha



On Thu, Feb 7, 2013 at 3:30 AM, phanisvara das wrote:

> On Thu, 07 Feb 2013 09:23:23 +0100
> Michael Natterer  wrote:
>
> > What cairo version is this? 1.12.10 is clearly broken, 1.12.8
> > and git master *should* work fine. At least on X11.
>
> on arch linux, the first version after the broken 1.12.10 that works
> again is cairo 1.12.12-1.
>
> --
> phani.
> ___
> 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] Cairo Issue

[Partha Bagchi]

Sorry Mitch, should have mentioned the version. :(

My cairo version is 1.12.12. I will downgrade to 1.12.8 to test it out.

Thanks,
Partha



On Thu, Feb 7, 2013 at 3:23 AM, Michael Natterer  wrote:

> On Wed, 2013-02-06 at 20:51 -0500, Partha Bagchi wrote:
> > A new issue seems to have cropped up. Now I get the following error:
> >
> > This is a development version of GIMP.  Debug messages may appear here.
> >
> > Assertion failed!
> >
> > Program: C:\Win64\msys\opt\gimp-2.9\bin\gimp-2.9.exe
> > File: ../../src/cairo-surface.c, Line 591
> >
> > Expression: image->is_clear
> >
> > I recall recently Mitch committed some cairo patches, but I can't find
> it.
> >
> > I can fix the above by modifying cairo-surface.c but I think there may
> be a
> > deeper issue?
>
> What cairo version is this? 1.12.10 is clearly broken, 1.12.8
> and git master *should* work fine. At least on X11.
>
> --mitch
>
>
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] Cairo Issue

[Partha Bagchi]

A new issue seems to have cropped up. Now I get the following error:

This is a development version of GIMP.  Debug messages may appear here.

Assertion failed!

Program: C:\Win64\msys\opt\gimp-2.9\bin\gimp-2.9.exe
File: ../../src/cairo-surface.c, Line 591

Expression: image->is_clear

I recall recently Mitch committed some cairo patches, but I can't find it.

I can fix the above by modifying cairo-surface.c but I think there may be a
deeper issue?

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

Re: [Gimp-developer] Exporting to Tiff

[Partha Bagchi]

Hey Mukund,

Thanks for the response!

Haven't seen you in these parts for sometime!

Partha



On Sat, Feb 2, 2013 at 10:34 PM, Mukund Sivaraman  wrote:

> On Sat, Feb 02, 2013 at 06:13:04PM -0500, Partha Bagchi wrote:
> > Just wanted to confirm, currently exporting to tiff is only 8-bit?
>
> Yes, TIFF save code has not been touched recently and can only output
> 8-bit (similar to GIMP 2.8).
>
> Mukund
>
> --
> Work: https://banu.com/
> Home: https://malgudi.org/~muks/
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] Exporting to Tiff

[Partha Bagchi]

Just wanted to confirm, currently exporting to tiff is only 8-bit?

Thanks,
Partha
___
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

[Partha Bagchi]

On Fri, Feb 1, 2013 at 8:46 PM, Victor Oliveira wrote:

> On Fri, Feb 1, 2013 at 11:10 PM, Partha Bagchi  wrote:
> > Hi Victor,
> >
> > I think on Windows for 32-bit you are OK with call OpenCL.dll, but I
> think
> > you need to call OpenCL64.dll for 64-bit?
> >
>
> I have a 64-bit Windows system and it comes with OpenCL.dll.
>

OK, I could be wrong, but I have an nvidia card on my windows machine and
seem to remember seeing opencl64.dll. I don't have it handy this weekend,
but I will check when I am back on that machine.

>
> > For Mac, according to
> >
> http://developer.apple.com/library/mac/documentation/Performance/Conceptual/OpenCL_MacProgGuide/OpenCL_MacProgGuide.pdf
> >
> > the sample code on page 17, says:
> >
> > // This include pulls in everything you need to develop with OpenCL on
> OS X
> > v10.7.
> > #include 
> >
> > To compile from the command line, I think you need to do have -framework
> > OpenCL during compilation.
> >
> > For instance,
> >
> > gcc -framework OpenCL filein.c -o filein
> >
> > Can we test this out?
> >
>
> The problem is, I don't have a machine with MacOS :/
>
> I do. :) Happy to test out any code you want me to.


> > Thanks,
> > Partha
> >
> >
> > On Fri, Feb 1, 2013 at 7:30 PM, Victor Oliveira  >
> > wrote:
> >>
> >> Hello Partha.
> >>
> >> I'm sorry, I mean "--enable-debug" instead of "--enable-config".
> >>
> >> That's a good observation. In Windows I look for "OpenCL.dll" and in
> >> Linux I look for "libOpenCL.so", but I'm not sure how I should handle
> >> it in MacOS. I was assuming it was the same as the Linux way. Do you
> >> know how I should do this?
> >>
> >> Victor
> >>
> >> On Fri, Feb 1, 2013 at 8:10 PM, Partha Bagchi 
> wrote:
> >> > Victor,
> >> >
> >> > When I look at the code, I don't understand how you are handling the
> Mac
> >> > OS,
> >> > when you don't typically see so libraries, by dylibs. Can you
> elaborate?
> >> >
> >> > Also, when I try to add --enable-config to configure, I get
> >> > configure: WARNING: unrecognized options: --enable-config
> >> >
> >> > Thanks,
> >> > Partha
> >> >
> >> >
> >> >
> >> >
> >> > On Tue, Jan 29, 2013 at 12:32 PM, Victor Oliveira
> >> > 
> >> > wrote:
> >> >>
> >> >> yes,
> >> >>
> >> >> export GEGL_ENABLE_OPENCL=yes
> >> >>
> >> >> also, when you build GEGL, put the option --enable-config.
> >> >> with that you can set:
> >> >>
> >> >> export GEGL_DEBUG=opencl
> >> >>
> >> >> so you can see if OpenCL is really being used or if there is some
> bug.
> >> >>
> >> >> Victor
> >> >>
> >> >> On Tue, Jan 29, 2013 at 11:31 AM, Paka  wrote:
> >> >> > * Victor Oliveira  [01-29-13 07:39]:
> >> >> >> You can use OpenCL in the CPU, just install the AMD OpenCL SDK.
> GEGL
> >> >> >> looks for libOpenCL.so in /usr/lib.
> >> >> >>
> >> >> >> You should use GEGL_ENABLE_OPENCL=yes
> >> >> >
> >> >> > export as environment varible or ??
> >> >> >
> >> >> > tks,
> >> >> > --
> >> >> > (paka)Patrick Shanahan   Plainfield, Indiana, USA  HOG #
> >> >> > US1244711
> >> >> > http://wahoo.no-ip.orgPhoto Album:
> >> >> > http://wahoo.no-ip.org/gallery2
> >> >> > http://en.opensuse.org   openSUSE
> Community
> >> >> > Member
> >> >> > Registered Linux User #207535@
> >> >> > http://linuxcounter.net
> >> >> > ___
> >> >> > 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
> >> >
> >> >
> >
> >
>
___
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

[Partha Bagchi]

Hi Victor,

I think on Windows for 32-bit you are OK with call OpenCL.dll, but I think
you need to call OpenCL64.dll for 64-bit?

For Mac, according to
http://developer.apple.com/library/mac/documentation/Performance/Conceptual/OpenCL_MacProgGuide/OpenCL_MacProgGuide.pdf

the sample code on page 17, says:

// This include pulls in everything you need to develop with OpenCL on OS X
v10.7.
#include 

To compile from the command line, I think you need to do have -framework
OpenCL during compilation.

For instance,

gcc -framework OpenCL filein.c -o filein

Can we test this out?

Thanks,
Partha


On Fri, Feb 1, 2013 at 7:30 PM, Victor Oliveira wrote:

> Hello Partha.
>
> I'm sorry, I mean "--enable-debug" instead of "--enable-config".
>
> That's a good observation. In Windows I look for "OpenCL.dll" and in
> Linux I look for "libOpenCL.so", but I'm not sure how I should handle
> it in MacOS. I was assuming it was the same as the Linux way. Do you
> know how I should do this?
>
> Victor
>
> On Fri, Feb 1, 2013 at 8:10 PM, Partha Bagchi  wrote:
> > Victor,
> >
> > When I look at the code, I don't understand how you are handling the Mac
> OS,
> > when you don't typically see so libraries, by dylibs. Can you elaborate?
> >
> > Also, when I try to add --enable-config to configure, I get
> > configure: WARNING: unrecognized options: --enable-config
> >
> > Thanks,
> > Partha
> >
> >
> >
> >
> > On Tue, Jan 29, 2013 at 12:32 PM, Victor Oliveira <
> victormath...@gmail.com>
> > wrote:
> >>
> >> yes,
> >>
> >> export GEGL_ENABLE_OPENCL=yes
> >>
> >> also, when you build GEGL, put the option --enable-config.
> >> with that you can set:
> >>
> >> export GEGL_DEBUG=opencl
> >>
> >> so you can see if OpenCL is really being used or if there is some bug.
> >>
> >> Victor
> >>
> >> On Tue, Jan 29, 2013 at 11:31 AM, Paka  wrote:
> >> > * Victor Oliveira  [01-29-13 07:39]:
> >> >> You can use OpenCL in the CPU, just install the AMD OpenCL SDK. GEGL
> >> >> looks for libOpenCL.so in /usr/lib.
> >> >>
> >> >> You should use GEGL_ENABLE_OPENCL=yes
> >> >
> >> > export as environment varible or ??
> >> >
> >> > tks,
> >> > --
> >> > (paka)Patrick Shanahan   Plainfield, Indiana, USA  HOG #
> >> > US1244711
> >> > http://wahoo.no-ip.orgPhoto Album:
> >> > http://wahoo.no-ip.org/gallery2
> >> > http://en.opensuse.org   openSUSE Community
> >> > Member
> >> > Registered Linux User #207535@
> >> > http://linuxcounter.net
> >> > ___
> >> > 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
> >
> >
>
___
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

[Partha Bagchi]

Victor,

When I look at the code, I don't understand how you are handling the Mac
OS, when you don't typically see so libraries, by dylibs. Can you elaborate?

Also, when I try to add --enable-config to configure, I get
configure: WARNING: unrecognized options: --enable-config

Thanks,
Partha




On Tue, Jan 29, 2013 at 12:32 PM, Victor Oliveira
wrote:

> yes,
>
> export GEGL_ENABLE_OPENCL=yes
>
> also, when you build GEGL, put the option --enable-config.
> with that you can set:
>
> export GEGL_DEBUG=opencl
>
> so you can see if OpenCL is really being used or if there is some bug.
>
> Victor
>
> On Tue, Jan 29, 2013 at 11:31 AM, Paka  wrote:
> > * Victor Oliveira  [01-29-13 07:39]:
> >> You can use OpenCL in the CPU, just install the AMD OpenCL SDK. GEGL
> >> looks for libOpenCL.so in /usr/lib.
> >>
> >> You should use GEGL_ENABLE_OPENCL=yes
> >
> > export as environment varible or ??
> >
> > tks,
> > --
> > (paka)Patrick Shanahan   Plainfield, Indiana, USA  HOG #
> US1244711
> > http://wahoo.no-ip.orgPhoto Album:
> http://wahoo.no-ip.org/gallery2
> > http://en.opensuse.org   openSUSE Community
> Member
> > Registered Linux User #207535@
> http://linuxcounter.net
> > ___
> > 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
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] file-pdf.save

[Partha Bagchi]

As we say in the US, you duh man! :)



On Tue, Jan 15, 2013 at 8:27 AM, Michael Natterer  wrote:

> On Tue, 2013-01-15 at 06:01 -0500, Partha Bagchi wrote:
> > Thought I would bring to your attention - file-pdf-save crashes on both
> > Windows and Mac. I think it's chocking on libbabl.
>
> Thanks, fixed:
>
> commit c44c33f667a9605d80759e51be02dde61ae222b3
> Author: Michael Natterer 
> Date:   Tue Jan 15 14:24:20 2013 +0100
>
> plug-ins: forgot gegl_init() in file-pdf-save
>
>  plug-ins/common/file-pdf-save.c |1 +
>  1 file changed, 1 insertion(+)
>
>
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] file-pdf.save

[Partha Bagchi]

Thought I would bring to your attention - file-pdf-save crashes on both
Windows and Mac. I think it's chocking on libbabl.
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] gimp developer

[Partha Bagchi]

Under Windows, if you want to do development, please refer to the details I
put on my website about all the libraries necessary. You can find it all
here: www.partha.com.

Once you setup your environment, you want to use gcc 4.7.2 or higher which
you can get from here:
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/rubenvb/gcc-4.7-release/

The program away. :)

If you have any questions, drop me a line here or my website.



On Sun, Jan 13, 2013 at 4:07 PM, fatoser  wrote:

>  Please I should be with problems with the English language since I am  **
> **
>
> Brazilian. I don't simply get to find what am seeking  
>
> please indicate me a link where I find the versãol of the gimp for   
>
>   
>
> to develop plugins in c with all the necessary library and also   
>
>   
>
> the compiler for the emviromment windows 7 64 bits. Thank you very much
> the   
>
>   
>
> all  
>
>   
>
> fabio
>
> ___
> 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] Gimp gitsource Gimpcolorwheel.c

[Partha Bagchi]

Thanks! No, I didn't get an automake upgrade. However, I will git clean and
when I git pull again. I fixed it locally by changing the Makefile.


On Sun, Jan 6, 2013 at 3:54 PM, Michael Henning
wrote:

> You probably recently got an automake upgrade. This causes make to
> ignore all changes to *.am files, and print a tiny warning at the top
> of its output that nobody notices or reads.
>
> Do "git clean -xdf", then reconfigure + make, and all should be okay.
>
>   -- drawoc
>
> On Sun, Jan 6, 2013 at 3:40 PM, Partha Bagchi  wrote:
> > Unless I am doing something wrong, gimpcolorwheel.c is missing from
> > color-selector-wheel.lo
> >
> > Thanks,
> > Partha
> >
> >
> > ___
> > 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

[Gimp-developer] Gimp gitsource Gimpcolorwheel.c

[Partha Bagchi]

Unless I am doing something wrong, gimpcolorwheel.c is missing from
color-selector-wheel.lo

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

Re: [Gimp-developer] RAW files

[Partha Bagchi]

It is possible now with a RAW convertor such as UFRaw. However, UFRaw sends
8-bit data to Gimp and hence would not take advantage of 16-bit editing
that is possible with Gimp 2.9 and beyond.



On Sun, Dec 23, 2012 at 2:22 PM, Henk Kruger  wrote:

>  Dear GIMP developers,
>
> ** **
>
> Please is it possible for RAW and RF2 (for canon camera users) files on
> the file open menu options?
>
> Thank you
>
> ** **
>
> Henk Kruger.
>
> zs4...@gmail.com
>
> ** **
>
> ___
> 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] gimp & multipage tiff

[Partha Bagchi]

This patch will not work with the current master and if I am not mistaken,
a cursory glance says that it won't save 16-bit tiffs and hence would have
to be modified.

Sorry.



On Fri, Dec 7, 2012 at 9:29 AM, Oleg  wrote:

> On Fri, Dec 07, 2012 at 03:01:10PM +0100, scl wrote:
> > On 07.12.12 at 2:06 PM Oleg wrote:
> > >On Fri, Dec 07, 2012 at 11:07:33AM +0100, scl wrote:
> > >>Hi,
> > >>
> > >>it seems we already have a patch:
> > >>https://bugzilla.gnome.org/show_bug.cgi?id=335975
> > >>It only needs to be tested and integrated.
> > >
> > >   Wow! This is great! Thanks a lot.
> > >   I've adopted this patch to gimp 2.6 from debian squeeze source
> package. May
> > >be this is useful for anybody.
> > >   Why this patch is not in the mainstream yet?
> >
> > I don't know. Perhaps it's not tested enough?
> > To let this patch and your efforts be a benefit for all, can you
> > please test the patch and report at the aforementioned Bugzilla page
> > about the results.
>
>   I have already successfuly saved multipage tiff. How else can i test this
> patch?
>
> P.S. I've tested it against gimp 2.6. Is this ok?
>
> > >P.S. Forgot the patch
> >
> > Please don't attach files larger than 10 KB to mails for the mailing
> > list, because there are at least 1000 subscribers here ;-)
>
>   Ups. Sorry. I didn't know this.
>
> ___
> 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] Gimp 2.9 font error on the Mac (Snow Leopard 64bit)

[Partha Bagchi]

On Sun, Nov 18, 2012 at 11:33 AM, Michael Natterer  wrote:
> On Sun, 2012-11-18 at 09:12 -0500, Partha Bagchi wrote:
>> A new issue seems to have manifested itself on the Mac. When I recently
>> compiled 2.9, it would not power up and gave me the following error:
>>
>> "You are using a Pango that has been built against a cairo that lacks the
>> freetype font backend"
>>
>> Of course, my cairo is built with the freetype font backend. Right now I
>> have fixed this in the following way:
>>
>> In app/text/gimpfont.c, I changed the following
>>
>> [code]
>>  fontmap = pango_cairo_font_map_new_for_font_type (CAIRO_FONT_TYPE_FT);
>>   if (! fontmap)
>> g_error ("You are using a Pango that has been built against a cairo "
>>  "that lacks the Freetype font backend");
>> [/code]
>
> I'm going to assume that you build gimp master against latest greatest.
You assume correctly. :)
>
> Try also bulding harfbuzz, that's needed now, then rebuild from cairo,
> or pango, not sure.
I am going to assume that we need the new harbuzz.
>
> --mitch
Thanks Mitch!

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

[Gimp-developer] Gimp 2.9 font error on the Mac (Snow Leopard 64bit)

[Partha Bagchi]

A new issue seems to have manifested itself on the Mac. When I recently
compiled 2.9, it would not power up and gave me the following error:

"You are using a Pango that has been built against a cairo that lacks the
freetype font backend"

Of course, my cairo is built with the freetype font backend. Right now I
have fixed this in the following way:

In app/text/gimpfont.c, I changed the following

[code]
 fontmap = pango_cairo_font_map_new_for_font_type (CAIRO_FONT_TYPE_FT);
  if (! fontmap)
g_error ("You are using a Pango that has been built against a cairo "
 "that lacks the Freetype font backend");
[/code]

to

[code]
  fontmap = pango_cairo_font_map_new_for_font_type (CAIRO_FONT_TYPE_FT);
  if (! fontmap)
  fontmap = pango_cairo_font_map_get_default ();

/*g_error ("You are using a Pango that has been built against a cairo "
 "that lacks the Freetype font backend");
*/
[/code]

Has anyone else gotten this error or know why it is suddenly cropping up?

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

Re: [Gimp-developer] Lack of TWAIN scanner dialogue

[Partha Bagchi]

Correct. My build is all x64 and Jernej is right. You are going to
need a 64-bit driver. This one gets high marks from users.

http://www.hamrick.com/

 I have not used it myself.


On Thu, Oct 18, 2012 at 7:11 AM, Jernej Simončič  wrote:
> On Thursday, October 18, 2012, 10:14:29, Gordon Edwards wrote:
>
>> So, is there any way we can get The GIMP to give us acess to the
>> TWAIN driver? This would really be peachy-keen if it can be done.
>
> That's strange, GIMP only supports TWAIN (and the WIA interface you're
> seeing is a TWAIN-to-WIA bridge provided by Microsoft).
>
> Which GIMP installer did you use - from
> http://gimp-win.sourceforge.net/ (also linked from
> http://www.gimp.org/), or Partha's? My installer will normally install
> a 32-bit TWAIN plug-in for GIMP (even on x64 Windows), because there
> are almost no 64-bit TWAIN drivers, and you should be able to use
> every TWAIN driver you have installed (both TWAIN drivers for my HP
> 5590 are shown, and a separate WIA stub).
>
> --
> < Jernej Simončič ><><><><>< http://eternallybored.org/ >
>
> Enough research will tend to support your theory.
>-- Law of Research
>
> ___
> 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] XDG support and better Windows configuration path

[Partha Bagchi]

On Thu, Oct 11, 2012 at 2:47 AM, Michael Natterer  wrote:
> On Wed, 2012-10-10 at 21:12 -0400, Partha Bagchi wrote:
>> On Wed, Oct 10, 2012 at 6:12 PM, Michael Natterer  wrote:
>> > Hi all,
>> >
>> > Since we are about to change things here, let's do
>> > it right and consistent across platforms this time.
>> >
>> > I suggest:
>> >
>> > OSX: NSApplicationSupportDirectory/GIMP/GIMP_APP_VERSION
>> > WIN: APPDATA/GIMP/GIMP_APP_VERSION
>> > XDG: XDG_CONFIG_DIR/GIMP/GIMP_APP_VERSION
>> >
>> > which means for master:
>> >
>> > OSX: ~/Library/Application Support/GIMP/2.9
>> > WIN: (whatever windows folder i have no clue about)\GIMP\2.9
>> > XDG: ~/.config/GIMP/2.9
>> >
>> > I know the part before "GIMP/2.9" should be handled
>> > by g_get_user_config_dir(), but until it does, let's
>> > do the right thing anyway.
>> >
>> > Comments?
>> >
>> > --mitch
>> >
>> >
>> > ___
>> > gimp-developer-list mailing list
>> > gimp-developer-list@gnome.org
>> > https://mail.gnome.org/mailman/listinfo/gimp-developer-list
>>
>> Yes, I think this will break a whole lot of folks who have gotten into
>> the "bad" habit already with c:/Users/$Username/.gimp-x.x while OSX
>> just went from .gimp-x.x to ~/Library/Application Support/gimp-x.x to
>> ~/Library/GIMP/x.x back to ~/Library/Application Support/gimp-x.x.
>
> We didn't officially support OSX until 2.8, and temporarily
> breaking the ~/Library/GIMP/x.x mistake, well we just have
> to live with it.
>
>> Can't we simply make this a user configuration as it used to be before
>> where one could select the user directory?
>
> What was this a user configuration?
>
>> Of course, if the above will be the rule, at least publicize it in advance?
>
> This will be for 2.10, and we will have docs that help to migrate
> directories that are not automatically done (if any).
>
> --mitch
>
>

Don't get me wrong, I personally think it is a good idea to confirm to
an OS's native file standards and this will in some sense "legitimize"
Gimp. :).

With User configuration I meant, setting the the configuration option
--with-gimpdir. Sorry I was not clear.
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] XDG support and better Windows configuration path

[Partha Bagchi]

On Wed, Oct 10, 2012 at 6:12 PM, Michael Natterer  wrote:
> Hi all,
>
> Since we are about to change things here, let's do
> it right and consistent across platforms this time.
>
> I suggest:
>
> OSX: NSApplicationSupportDirectory/GIMP/GIMP_APP_VERSION
> WIN: APPDATA/GIMP/GIMP_APP_VERSION
> XDG: XDG_CONFIG_DIR/GIMP/GIMP_APP_VERSION
>
> which means for master:
>
> OSX: ~/Library/Application Support/GIMP/2.9
> WIN: (whatever windows folder i have no clue about)\GIMP\2.9
> XDG: ~/.config/GIMP/2.9
>
> I know the part before "GIMP/2.9" should be handled
> by g_get_user_config_dir(), but until it does, let's
> do the right thing anyway.
>
> Comments?
>
> --mitch
>
>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Yes, I think this will break a whole lot of folks who have gotten into
the "bad" habit already with c:/Users/$Username/.gimp-x.x while OSX
just went from .gimp-x.x to ~/Library/Application Support/gimp-x.x to
~/Library/GIMP/x.x back to ~/Library/Application Support/gimp-x.x.

Can't we simply make this a user configuration as it used to be before
where one could select the user directory?

Of course, if the above will be the rule, at least publicize it in advance?
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Gimp 2.9 git 16 bit Tiff Loading Error

[Partha Bagchi]

Thanks Mitch! I will do so.

I was a bit hesitant before since there is such heavy development
going on with high-bit depth editing.

On Wed, Oct 3, 2012 at 6:23 AM, Michael Natterer  wrote:
> On Tue, 2012-10-02 at 20:56 -0400, Partha Bagchi wrote:
>> Replying to myself. :)
>>
>> The latest git source still crashes on gimp_tile_get on both Mac
>> (Snow-Leopard 64-bit) and Windows 7 (64-bit). I am guessing it does
>> not on some variant of Linux?
>>
>> My trace says that there is an issue with gimp-tile.c. I personally am
>> not able to spot any issues there but perhaps more trained eyes may be
>> able to find something?
>>
>> Thanks,
>> Partha
>>
>> PS: Should I file a bug report?
>
> Yes please :)
>
>> On Sat, Sep 1, 2012 at 5:45 PM, Partha Bagchi  wrote:
>> > I decided to test the latest git code on a Mac running Snow Leopard.
>> > My git codebase is up to date as of today.
>> >
>> > I am getting the following error. I am wondering if anyone else has
>> > the same issue or it's confined to the Mac.
>> >
>> >
>> > ./gimp-2.9
>> >   ...[Some issues with parsing
>> > 2.8 gimprc due to change in interpolation method to LoHalo]
>> > bps: 16
>> > load_contiguous
>> > bytes_per_pixel: 6, format: 6
>> > file-tiff-load is updating the progress too often
>> > /Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load:
>> > fatal error: Bus error
>> >
>> > Stack trace shows
>> >
>> > /Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load
>> > (pid:56286): [E]xit, [H]alt, show [S]tack trace or [P]roceed: S
>> > #0  0x7fff86c400f0 in __wait4 ()
>> > #1  0x0001012a451f in g_on_error_stack_trace
>> > (prg_name=0x7fff5fbff8e0
>> > "/Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load")
>> > at gbacktrace.c:256
>> > #2  0x0001012a49c2 in g_on_error_query (prg_name=0x7fff5fbff8e0
>> > "/Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load")
>> > at gbacktrace.c:190
>> > #3  0x000100046675 in gimp_plugin_sigfatal_handler ()
>> > #4  0x7fff5fbfee90 in ?? ()
>> > #5  0x00010005ed4c in gimp_tile_put ()
>> > /Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load
>> > (pid:56286): [E]xit, [H]alt, show [S]tack trace or [P]roceed: E
>> >
>> > (gimp-2.9:56109): LibGimpBase-WARNING **: gimp-2.9: gimp_wire_read(): error
>> > plug-in 'file-tiff-load' aborted before sending its procedure return values
>> >
>> > Loading jpeg gives me the following (which I think is OK?)
>> >
>> > jpeg-load: found EXIF block (21706 bytes)
>> > jpeg-load: found XMP packet (2468 bytes)
>> > While parsing XMP metadata:
>> > Error on line 46 char 1: End of element  not expected in
>> > this context
>> >
>> > Metadata parasite seems to be corrupt
>> >
>> > When I quit 2.9, I get buffer leak
>> >
>> > (gimp-2.9:56109): Gtk-CRITICAL **: gtk_accel_group_find: assertion
>> > `GTK_IS_ACCEL_GROUP (accel_group)' failed
>> > eEeek! 4 GeglBuffers leaked
>> ___
>> 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] Gimp 2.9 git 16 bit Tiff Loading Error

[Partha Bagchi]

Replying to myself. :)

The latest git source still crashes on gimp_tile_get on both Mac
(Snow-Leopard 64-bit) and Windows 7 (64-bit). I am guessing it does
not on some variant of Linux?

My trace says that there is an issue with gimp-tile.c. I personally am
not able to spot any issues there but perhaps more trained eyes may be
able to find something?

Thanks,
Partha

PS: Should I file a bug report?


On Sat, Sep 1, 2012 at 5:45 PM, Partha Bagchi  wrote:
> I decided to test the latest git code on a Mac running Snow Leopard.
> My git codebase is up to date as of today.
>
> I am getting the following error. I am wondering if anyone else has
> the same issue or it's confined to the Mac.
>
>
> ./gimp-2.9
>   ...[Some issues with parsing
> 2.8 gimprc due to change in interpolation method to LoHalo]
> bps: 16
> load_contiguous
> bytes_per_pixel: 6, format: 6
> file-tiff-load is updating the progress too often
> /Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load:
> fatal error: Bus error
>
> Stack trace shows
>
> /Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load
> (pid:56286): [E]xit, [H]alt, show [S]tack trace or [P]roceed: S
> #0  0x7fff86c400f0 in __wait4 ()
> #1  0x0001012a451f in g_on_error_stack_trace
> (prg_name=0x7fff5fbff8e0
> "/Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load")
> at gbacktrace.c:256
> #2  0x0001012a49c2 in g_on_error_query (prg_name=0x7fff5fbff8e0
> "/Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load")
> at gbacktrace.c:190
> #3  0x000100046675 in gimp_plugin_sigfatal_handler ()
> #4  0x7fff5fbfee90 in ?? ()
> #5  0x00010005ed4c in gimp_tile_put ()
> /Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load
> (pid:56286): [E]xit, [H]alt, show [S]tack trace or [P]roceed: E
>
> (gimp-2.9:56109): LibGimpBase-WARNING **: gimp-2.9: gimp_wire_read(): error
> plug-in 'file-tiff-load' aborted before sending its procedure return values
>
> Loading jpeg gives me the following (which I think is OK?)
>
> jpeg-load: found EXIF block (21706 bytes)
> jpeg-load: found XMP packet (2468 bytes)
> While parsing XMP metadata:
> Error on line 46 char 1: End of element  not expected in
> this context
>
> Metadata parasite seems to be corrupt
>
> When I quit 2.9, I get buffer leak
>
> (gimp-2.9:56109): Gtk-CRITICAL **: gtk_accel_group_find: assertion
> `GTK_IS_ACCEL_GROUP (accel_group)' failed
> eEeek! 4 GeglBuffers leaked
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] GIMP 1.8.2 for Mac (official?) Build

[Partha Bagchi]

I have not seen this happen on Windows and so don't think a patch is
needed for Windows.

On Sun, Sep 2, 2012 at 2:41 PM, Simone Karin Lehmann  wrote:
> Hi Sven,
>
> Am 02.09.2012 um 15:52 schrieb scl :
>
>> Hi Simone,
>>
>> first of all thank you for your build. Unfortunately I don't have 10.8 (yet) 
>> to run your native version ;-( BTW: can you report that/whether 10.8 runs 
>> stable?
>
> IMO 10.8 runs better than Lion, somehow more smooth. It's worth to update.
>
>>
>>> I've hacked on the sources and found a workaround for the bug which let 
>>> plugin dialogs pop up behind the main windows. (well, it's more like a 
>>> dirty hack, but it works quite well) I've attached the patch.
>>
>> thank you!
>> Can somebody integrate this into the native build for OS X older than 10.8 
>> and the Windows build, please? I'm willing to test and report back. We could 
>> perhaps close the bugs #678359, #676709, #677765 and #360106 then.
>
> aarrgghh, I've sent a temporarily disabled version of the patch. Sorry. (I 
> should really take some time to relax after hacking the last few days ...) 
> I've attached the working one.
>
> The patch is OS X specific and won't run on Windows, although the basic 
> approach should work there too.
>
> #678359 and #676709 are adressed by this patch, although there's still some 
> focus issue with scripts. I'll try to fix this too.
> (... I don't know GIMP's sources in detail. Could you point me to the files / 
> functions where script dialogs get created and run, please? )
>
> Simone
>
>
>
> --
> Stay hungry. Stay foolish.
>
>
>
>
> ___
> 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

[Gimp-developer] Gimp 2.9 git 16 bit Tiff Loading Error

[Partha Bagchi]

I decided to test the latest git code on a Mac running Snow Leopard.
My git codebase is up to date as of today.

I am getting the following error. I am wondering if anyone else has
the same issue or it's confined to the Mac.


./gimp-2.9
  ...[Some issues with parsing
2.8 gimprc due to change in interpolation method to LoHalo]
bps: 16
load_contiguous
bytes_per_pixel: 6, format: 6
file-tiff-load is updating the progress too often
/Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load:
fatal error: Bus error

Stack trace shows

/Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load
(pid:56286): [E]xit, [H]alt, show [S]tack trace or [P]roceed: S
#0  0x7fff86c400f0 in __wait4 ()
#1  0x0001012a451f in g_on_error_stack_trace
(prg_name=0x7fff5fbff8e0
"/Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load")
at gbacktrace.c:256
#2  0x0001012a49c2 in g_on_error_query (prg_name=0x7fff5fbff8e0
"/Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load")
at gbacktrace.c:190
#3  0x000100046675 in gimp_plugin_sigfatal_handler ()
#4  0x7fff5fbfee90 in ?? ()
#5  0x00010005ed4c in gimp_tile_put ()
/Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load
(pid:56286): [E]xit, [H]alt, show [S]tack trace or [P]roceed: E

(gimp-2.9:56109): LibGimpBase-WARNING **: gimp-2.9: gimp_wire_read(): error
plug-in 'file-tiff-load' aborted before sending its procedure return values

Loading jpeg gives me the following (which I think is OK?)

jpeg-load: found EXIF block (21706 bytes)
jpeg-load: found XMP packet (2468 bytes)
While parsing XMP metadata:
Error on line 46 char 1: End of element  not expected in
this context

Metadata parasite seems to be corrupt

When I quit 2.9, I get buffer leak

(gimp-2.9:56109): Gtk-CRITICAL **: gtk_accel_group_find: assertion
`GTK_IS_ACCEL_GROUP (accel_group)' failed
eEeek! 4 GeglBuffers leaked
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] ANNOUNCE: GIMP 2.8.2 released

[Partha Bagchi]

Congratulations Mitch and team!! Thanks for all the Mac fixes.

On Thu, Aug 23, 2012 at 5:08 PM, Michael Natterer  wrote:
> Hi,
>
> GIMP 2.8.2 has been released. This is a bugfix release
> in the stable 2.8 series, no new features were added.
>
> For a complete list of changes since 2.8.2 please see the "Changes"
> section below. Also see the release notes of the 2.8 series at
> http://www.gimp.org/release-notes/gimp-2.8.html
>
> Happy GIMPing,
> --Mitch
>
>
> Download
> 
>
>   GIMP 2.8.2 is available from:
>
>   ftp://ftp.gimp.org/pub/gimp/v2.8/
>
>   and from the mirrors listed at:
>
>   http://www.gimp.org/downloads/#mirrors
>
>   The checksum of the tarball is:
>
>   b542138820ca3a41cbd63fc331907955  gimp-2.8.2.tar.bz2
>
>
> Overview of Changes from GIMP 2.8.0 to GIMP 2.8.2
> =
>
>
> Core:
>
>  - Make tag matching always case-insensitive
>  - Let the tile-cache-size default to half the physical memory
>
>
> GUI:
>
>  - Mention that the image was exported in the close warning dialog
>  - Make sure popup windows appear on top on OSX
>  - Allow file opening by dropping to the OSX dock
>  - Fix the visibility logic of the export/overwrite menu items
>  - Remove all "Use GEGL" menu items, they only add bugs and zero
> function
>  - Improve performance of display filters, especially color management
>  - Fix the image window title to comply with the save/export spec
>and use the same image name everywhere, not only in the title
>  - Fix positioning of pasted/dropped stuff to be more reasonable
>
>
> Libgimp:
>
>  - Move gimpdir and thumbnails to proper locations on OSX
>  - Implement relocation on OSX
>  - Allow to use $(gimp_installation_dir) in config files
>
>
> Plug-ins:
>
>  - Fix remembering of JPEG load/save defaults
>  - Revive the page setup dialog on Windows
>
>
> Source and build system:
>
>  - Add Windows installer infrastructure
>  - Add infrastructure to build GIMP.app on OSX
>
>
> General:
>
>  - Lots of bug fixes
>  - List of translation updates
>
>
> Contributors
> 
>
>   Clayton Walker, Daniel Sabo, Jan Lieskovsky, Jernej Simončič,
>   Kristian Rietveld, Marco Ciampa, Massimo Valentini, Michael Henning,
>   Michael Muré, Michael Natterer, Mikael Magnusson, Mukund Sivaraman,
>   Nils Philippsen, Sebastian Pipping
>
>
> Translators
> ===
>
>   Albert F, Alexandre Prokoudine, Andika Triwidada, Christian Kirbach,
>   Daniel Mustieles, Daniel Nylander, Daniel Winzen, Dimitris Spingos,
>   Eulalia, Gabor Kelemen, Gil Forcada, Hleb Valoshka, Jihui Choi, Jiro
>   Matsuzawa, Jordi Mallach, Khaled Hosny, Kiyotaka NISHIBORI, Kolbjørn
>   Stuestøl, Marco Ciampa, Marek Černocký, Martin Srebotnjak, Muhammet
>   Kara, Piotr Drąg, Praveen Illa, Rudolfs Mazurs, Sebul, Seong-ho Cho,
>   Timo Jyrinki, Wouter, Wouter Bolsterlee, sebul
>
>
> ___
> 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] What about switching from Gtk+ to Qt

[Partha Bagchi]

On Sun, Jul 29, 2012 at 8:57 AM, Boudewijn Rempt  wrote:
> On Sun, 29 Jul 2012, Partha Bagchi wrote:
>
>> On Sun, Jul 29, 2012 at 8:25 AM, Jernej Simončič  wrote:
>>>
>>> On Sunday, July 29, 2012, 13:55:48, Shlomi Fish wrote:
>>>
>>>> CMake can generate GNU make-compatible makefiles just fine, so unless
>>>> you meant
>>>> GNU Automake, that's not the issue. CMake can also generate project
>>>> files for
>>>> other IDEs and support some other build-systems, all from the same
>>>> sources, so
>>>> in this respect it is far superior to GNU Autohell.
>>>
>>>
>>> How well does CMake handle cross-compiling? I recently had to compile
>>> a few projects that didn't use autotools, and getting them to
>>> cross-compile wasn't fun (one of those made some very wrong
>>> assumptions about Windows as well, which didn't help either).
>>>
>> Exactly!! I for one definitely vote against such a change assuming my
>> vote counts. :)
>
>
> Just chipping in with some actual information: cmake does support
> cross-compiling quite well. See
> http://www.cmake.org/Wiki/CMake_Cross_Compiling.
>
> Boudewijn
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list
>

In the past I have found it to be way too much work for too little
gain and hence don't wish to use it on Windows.
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] What about switching from Gtk+ to Qt

[Partha Bagchi]

On Sun, Jul 29, 2012 at 8:25 AM, Jernej Simončič  wrote:
> On Sunday, July 29, 2012, 13:55:48, Shlomi Fish wrote:
>
>> CMake can generate GNU make-compatible makefiles just fine, so unless you 
>> meant
>> GNU Automake, that's not the issue. CMake can also generate project files for
>> other IDEs and support some other build-systems, all from the same sources, 
>> so
>> in this respect it is far superior to GNU Autohell.
>
> How well does CMake handle cross-compiling? I recently had to compile
> a few projects that didn't use autotools, and getting them to
> cross-compile wasn't fun (one of those made some very wrong
> assumptions about Windows as well, which didn't help either).
>
> --
> < Jernej Simončič ><><><><>< http://eternallybored.org/ >
>
> Things equal to nothing else are equal to each other.
>-- First Postulate of Isomurphism
>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Exactly!! I for one definitely vote against such a change assuming my
vote counts. :)
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] What about switching from Gtk+ to Qt

[Partha Bagchi]

On Sun, Jul 29, 2012 at 7:09 AM, Mukund Sivaraman  wrote:
> Hi Shlomi
>
> On Sun, Jul 29, 2012 at 01:21:03PM +0300, Shlomi Fish wrote:
>> In any case, I would be willing to work on porting GIMP's build system to
>> CMake, as long as there is a general agreement from GIMP's developers that
>> CMake will be available in addition or instead of GNU Autotools (so I won't
>> work for naught).
>
> Automake has served GIMP well so far. We also have several people who
> know automake well enough to help other developers if they are unable
> to find their way.  Do we need to change to CMake?  Nobody has given
> reasons so far, just assumed that we'd like to switch to CMake.  It
> would substitute one hell for another.
>
> Same applies for Qt. These suggestions keep coming up again and again.
> GIMP should be rewritten in C++, GIMP should use some other new thing,
> etc.  Many times I look at how GIMP does something (in its tree) as an
> example of how to do something nearly perfectly.
>
> Mukund
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list

I totally agree with Mukund. I sincerely hope that we continue with
using GNU make which works extremely well as far as I am concerned.

Of course, if GIMP is re-written in qbasic that would be great. :) :) Maybe APL?
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Motion blur algorithms

[Partha Bagchi]

On Fri, Jul 13, 2012 at 5:36 PM, Calculemus  wrote:
> Alexandre, but that paper is for motion blur for animation
> sequences. I just need motion blur for 2D images. It has
> two parameters, angle and displacement.
>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list
>

Hi,

I would think Wikipedia would be perfect for a student to start their
research? :)

I just typed "motion blur algorithm" within en.wikipedia.org and got
hundreds of hits.

Hope that helps.

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

Re: [Gimp-developer] web based embed for GIMP

[Partha Bagchi]

On Sun, Jul 8, 2012 at 9:06 AM, Alexandre Prokoudine
 wrote:
> On Sun, Jul 8, 2012 at 5:04 PM, Partha Bagchi wrote:
>
>>  wrote:
>>> I am looking for something like gimp that can actually be website based so
>>> users can use gimp right inside my website to edit print templates, add text
>>> and additional images etc. and then submit it directly to us. Anyone have
>>> any clues?
>>>
>> Gimp already does this. You don't need Gimp to be web based. You can
>> simply use File -> Open Location -> http address from your local
>> machine, to edit an image on the Web. If the user has write
>> permissions to the site, I suppose they can save it right back.
>
> This is not what was requested :)
>
> Grafxuser's reply was spot on :)
>
> Alexandre Prokoudine
> http://libregraphicsworld.org

I think we ended up posting simultaneously. :)

Perhaps my suggestion could be considered as an alternative based on
what Gimp can do now?
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] web based embed for GIMP

[Partha Bagchi]

On Sat, Jul 7, 2012 at 8:56 PM, Mike Daugherty
 wrote:
> I am looking for something like gimp that can actually be website based so
> users can use gimp right inside my website to edit print templates, add text
> and additional images etc. and then submit it directly to us. Anyone have
> any clues?
> Thanks,
>
> Mike & Sara Daugherty
> mikeandsara.daughe...@gmail.com
>
Gimp already does this. You don't need Gimp to be web based. You can
simply use File -> Open Location -> http address from your local
machine, to edit an image on the Web. If the user has write
permissions to the site, I suppose they can save it right back.

BTW, why is this posted to the developer list? Perhaps you want some
gimpusers group?
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] (no subject)

[Partha Bagchi]

On Tue, Jun 19, 2012 at 2:37 PM, Elle Stone  wrote:
> Hi, /Øyvind and Mitch,
>
>> If you join #gimp on irc.gimp.org I'm sure there will be people who
>> can point you in the right direction ;) At least for the color profile
>> bits which should be very self contained code.
>
> I will follow your suggestions to join IRC, #gimp on irc.gimp.org.
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list

I on the other hand have not been able to open any 16-bit files (here
on a Mac, Snow Leopard). This is based on git pull from yesterday.

Invariably I get this:


bps: 16
load_contiguous
bytes_per_pixel: 6, format: 6
file-tiff-load is updating the progress too often

file-tiff-load: fatal error: Bus error

file-tiff-load (pid:71070): [E]xit, [H]alt, show [S]tack trace or [P]roceed: S

#0  0x7fff8659f0f0 in __wait4 ()
#1  0x000101161a2f in g_on_error_stack_trace
(prg_name=0x7fff5fbff838
"/Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load")
at gbacktrace.c:256
#2  0x000101161ed2 in g_on_error_query (prg_name=0x7fff5fbff838
"/Users/partha/local/gimp-2.9/lib/gimp/2.0/plug-ins/file-tiff-load")
at gbacktrace.c:190
#3  0x000100038665 in gimp_plugin_sigfatal_handler ()
#4  0x7fff5fbfe9c0 in ?? ()
#5  0x000100050d3c in gimp_tile_put ()

file-tiff-load (pid:71070): [E]xit, [H]alt, show [S]tack trace or [P]roceed: P

plug-in 'file-tiff-load' aborted before sending its procedure return values
eEeek! 4 GeglBuffers leaked

(gimp-2.9:70882): Gimp-Base-WARNING **: 2 tile managers leaked
unref tile manager 0x1033d6b80 (4288 x 2848)
unref tile manager 0x1033d5800 (4288 x 2848)
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Mac versions: where to report issues?

[Partha Bagchi]

On Sun, Jun 10, 2012 at 6:28 AM, gfxuser  wrote:
> Hi,
>
> I tried to install Lisas and Parthas Mac versions of GIMP. Both failed, so
> it's hard for me to find out whether a particular is platform specific. Can
> I report these issues in Bugzilla or is this the wrong place?
>
> Best regards,
>
> grafxuser
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Hi,

For my version, could send me the log? You can also discuss your
experience at gimpchat.com.

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

Re: [Gimp-developer] c2g improvements

[Partha Bagchi]

On Sun, Jun 3, 2012 at 6:10 PM, Jon Nordby  wrote:
> On 3 June 2012 23:11, Jacek Poplawski  wrote:
>> On Sun, Jun 3, 2012 at 10:58 PM, Øyvind Kolås  wrote:
>>>
>>> Caching the LUTs sounds like an optimization that should go in directly,
>>> though I doubt that is what is taking most of the time.
>>
>>
>> Well my primary concern is - are gimp developers at all interested in any
>> work on improving c2g.
> The maintainer (of GEGL) has here expressed an interest in getting
> this optimization in - that is a pretty strong yes.
>
> --
> Jon Nordby - www.jonnor.com

There is another thread here (somewhere) where I had posted numbers
for c2g operations in gegl using a D800 sample jpeg. The optimization
suggested by Øyvind lead to a substantial improvement in speed at
least on Windows.
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] McGimp 2.8 - Mac Native Version

[Partha Bagchi]

Mitch,

Thanks! for fixing the bug with rounded rectangle select and friends!!
I have been testing Gimp 2.8 with this fix and so far no issues.
Matter of fact, the bugfix also fixed the advanced tone mapping script
at the same time.

The script-fu window sits on the dock throughout the session but you
already know that. :) A minor price to pay.

I posted a screenshot on gimpchat.com.

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

Re: [Gimp-developer] Different Languagepacks Linux/Windows?

[Partha Bagchi]

On Fri, Jun 1, 2012 at 12:20 PM, Jernej Simončič  wrote:
> On Friday, June 1, 2012, 16:37:59, Kevin Cozens wrote:
>
>> It would be a good idea to create a bug report in bugzilla about this so it
>> doesn't get forgotten. Either that, or someone who knows what needs to be
>> done can just go ahead and fix it or provide a patch to fix it.
>
> The official PyGTK+ site doesn't have Win64 binaries. They are
> available in the OpenSuSE repo, but right now I'm using Python from
> www.python.org in my installer.
>
> --
> < Jernej Simončič ><><><><>< http://eternallybored.org/ >
>
You are right of course. I use python from python.org as well.
However, I just went ahead and built my own pygtk+. :)
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] c2g improvements

[Partha Bagchi]

On Fri, Jun 1, 2012 at 11:55 AM, Jacek Poplawski
 wrote:
> hello,
>
> I like the effect of c2g operation available in GIMP for a long time, lots
> of people use it for kind of "HDR" effect but I think it's nice way to
> increase local contrast of some specific areas of photo or add nice looking
> noise
It is unfortunate that people use c2g for "HDR" effect. I think (use
it as such) it is precisely meant for local contrast enhancement and
if you want great b&w architectural "blueprint".
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Different Languagepacks Linux/Windows?

[Partha Bagchi]

On Thu, May 31, 2012 at 1:55 PM, Joao S. O. Bueno  wrote:
> On 31 May 2012 12:53, Kevin Cozens  wrote:
>> On 12-05-29 11:55 AM, Jernej Simončič wrote:
>>>
>>> Neither - PyGimp on Windows is always 32-bit, so I suspect it's
>>> looking for translations relatively to the 32-bit DLL directory.
>>
>>
>> If a person wants to compile GIMP for 64-bit why is pygimp still only
>> 32-bit? Known compatability issues? No one has gotten around to testing
>> 64-bit? Or could it be as simple as no one has bothered to update the build
>> method for pygimp?
>>
>> It seems odd to me to mix 32-bit and 64-bit in parts of a program that all
>> come out of the same source tree.
>
>
> Last I checked, there is no native PyGTK+ for Windows 64bit, due to
> the fact the binary signatures used by GCC in win 64 (used in gobject,
> gtk+) and visualstudio (used for Python) are different.
>
> I do not use Windows, and have no idea if this has changed. Since
> pyGIMP works as an off-process plug-in, if it works, it is the way to
> go, because there would not be a feasible work-around.
>
> I intend to research and update pygimp to use gobject introspection
> during gimp 2.9 - maybe that can allow for  a 64bit version of it on
> Windows.
>
> (It is important to note that such problems do not happen under Linux
> - and that there are other problems due to not using gobject
> introspection under mac os x)
>
>   js
>  -><-
>>
>>
>> --
>> Cheers!
>>
>> Kevin.
>>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Not true. This was one of the reasons that I started my own builds. In
my build, Python is 64-bit.

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

Re: [Gimp-developer] Poor Display-Performance of Gimp 2.8 on Windows

[Partha Bagchi]

...
> Yes, that's what I'm talking about. So, if I got you right, there is no such
> fixed GLib at the moment? If yes, how can Partha have a fixed
> jpeg-filter.exe then?
>
> Regards
> Claus
>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Claus,

The fix I applied is in the bugzilla report that Michael pointed you to.

Thanks,
Partha
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Wishlist: gegl Gaussian blur X&Y settings

[Partha Bagchi]

On Fri, May 18, 2012 at 9:45 PM, Partha Bagchi  wrote:
> On Fri, May 18, 2012 at 8:35 PM, Michael Natterer  wrote:
>> On Fri, 2012-05-18 at 19:20 -0400, Partha Bagchi wrote:
>>> On Fri, May 18, 2012 at 7:05 PM, Michael Natterer  wrote:
>>> > On Fri, 2012-05-18 at 18:24 -0400, Partha Bagchi wrote:
>>> >> Hi All,
>>> >>
>>> >> For the Gaussian blur gegl tool, is it possible to link the X & Y size
>>> >> settings so that they scroll together? More often than not, you are
>>> >> likely to use the same value in both directions.
>>> >
>>> > This is planned, by using hints on the gegl properties, so the
>>> > gimp UI can be constructed generically, we will not add a special
>>> > case for blur.
>>> >
>>> > --Mitch
>>> >
>>> >
>>>
>>> Sounds good to me. Looking forward to it.
>>
>> I couldn't resist and hacked it up as proof-of-concept, without
>> hinting from GEGL:
>>
>> commit c0351f070673fdb84320f9ac917cba78bf9088f6
>> Author: Michael Natterer 
>> Date:   Sat May 19 02:30:32 2012 +0200
>>
>>    app: connect x/y and width/height properties of GEGL ops with chain
>> buttons
>>
>>    Add (too) simple heuristic that connects to subsequent numeric
>> property
>>    widgets with a chain button if their property names have the
>> suffixes
>>    "x" and "y", or "width" and "height".
>>
>>
>
> Wait! You already committed it?? :)

Woo-hooo! Works great on 2.9.1! Thanks!
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Wishlist: gegl Gaussian blur X&Y settings

[Partha Bagchi]

On Fri, May 18, 2012 at 8:35 PM, Michael Natterer  wrote:
> On Fri, 2012-05-18 at 19:20 -0400, Partha Bagchi wrote:
>> On Fri, May 18, 2012 at 7:05 PM, Michael Natterer  wrote:
>> > On Fri, 2012-05-18 at 18:24 -0400, Partha Bagchi wrote:
>> >> Hi All,
>> >>
>> >> For the Gaussian blur gegl tool, is it possible to link the X & Y size
>> >> settings so that they scroll together? More often than not, you are
>> >> likely to use the same value in both directions.
>> >
>> > This is planned, by using hints on the gegl properties, so the
>> > gimp UI can be constructed generically, we will not add a special
>> > case for blur.
>> >
>> > --Mitch
>> >
>> >
>>
>> Sounds good to me. Looking forward to it.
>
> I couldn't resist and hacked it up as proof-of-concept, without
> hinting from GEGL:
>
> commit c0351f070673fdb84320f9ac917cba78bf9088f6
> Author: Michael Natterer 
> Date:   Sat May 19 02:30:32 2012 +0200
>
>    app: connect x/y and width/height properties of GEGL ops with chain
> buttons
>
>    Add (too) simple heuristic that connects to subsequent numeric
> property
>    widgets with a chain button if their property names have the
> suffixes
>    "x" and "y", or "width" and "height".
>
>

Wait! You already committed it?? :)
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Wishlist: gegl Gaussian blur X&Y settings

[Partha Bagchi]

On Fri, May 18, 2012 at 7:05 PM, Michael Natterer  wrote:
> On Fri, 2012-05-18 at 18:24 -0400, Partha Bagchi wrote:
>> Hi All,
>>
>> For the Gaussian blur gegl tool, is it possible to link the X & Y size
>> settings so that they scroll together? More often than not, you are
>> likely to use the same value in both directions.
>
> This is planned, by using hints on the gegl properties, so the
> gimp UI can be constructed generically, we will not add a special
> case for blur.
>
> --Mitch
>
>

Sounds good to me. Looking forward to it.

Thanks,
Partha
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] Wishlist: gegl Gaussian blur X&Y settings

[Partha Bagchi]

Hi All,

For the Gaussian blur gegl tool, is it possible to link the X & Y size
settings so that they scroll together? More often than not, you are
likely to use the same value in both directions.

Thanks,
Partha
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] High bit depth processing

[Partha Bagchi]

If it's making you swear using words that Alexandre can't understand,
then the code must be elegant indeed. :)

Is there is something one should know about the interaction with gegl
for loading tiff or everything is contained in file-tiff-load.c?

On Sat, May 12, 2012 at 6:21 PM, Simon Budig  wrote:
> Alexandre Prokoudine (alexandre.prokoud...@gmail.com) wrote:
>> 16bit PNG can be loaded and saved
>> EXR opens as 32bit float, but is saved with 16bit precision.
>
> Also .hdr files are handled by file-gegl as well.
>
>> Simon already evaluated porting TIFF loader to GEGL, but I couldn't
>> understand a single word through lots of swearing in German, and
>> that's after having studied German since I was a lad :) The general
>> idea, however (if I got it right), is that the file format is messy,
>> so is the original code. In other words, it will take some time to get
>> this done. As usual, patches are welcome.
>
> Yeah, I did a stab in the general direction of the tiff plugin, but the
> TIFF library is quite twisted in its ways. I'll have a look at it again,
> but If someone else wants to take a shot at it please go ahead, I am not
> too eager...  :)
>
> Bye,
>        Simon
> --
>              si...@budig.de              http://simon.budig.de/
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] High bit depth processing

[Partha Bagchi]

Thanks Alexandre. If I understand the chart, one cannot open 16-bit
tiff yet? Which format can be opened in 16-bit?


On Sat, May 12, 2012 at 2:30 PM, Alexandre Prokoudine
 wrote:
> On Sat, May 12, 2012 at 10:17 PM, Partha Bagchi wrote:
>> Downloaded the gitmaster from the usual place:
>> https://gimptest.flamingtext.com:9090/ Built it on Windows. Saw the
>> goat-invasion screen. Opened a 16-bit TIFF - and it opened as an 8-bit
>> file. What am I missing?
>
> http://wiki.gimp.org/index.php/Hacking:Porting_filters_to_GEGL#File_loaders.2Fsavers
>
> Alexandre Prokoudine
> http://libregraphicsworld.org
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] High bit depth processing

[Partha Bagchi]

Downloaded the gitmaster from the usual place:
https://gimptest.flamingtext.com:9090/ Built it on Windows. Saw the
goat-invasion screen. Opened a 16-bit TIFF - and it opened as an 8-bit
file. What am I missing?

Thanks!
Partha
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Gimp 2.8 blend time

[Partha Bagchi]

The native Mac build has the menu all on the top just like all other Mac apps.

On Fri, May 11, 2012 at 5:01 PM, gfxuser  wrote:
> Hi,
>
> On 2012-05-11.12 Michael Natterer wrote:
>
>> I don't currently have 2.8 installed on this Mac, but it can hardly
>> be slower, unless the threading got broken in GLib, try to set
>> #processors to 1 in prefs and try again.
>
> thanks Mitch, for your reply.
> You're right, on the Mac it depends on the number of processors. Varying
> this number in the preferences dialog between 1 and 16 showed significant
> differences. The operation takes 1 second if  #processors is set to 1 and
> about 8 seconds if it's set to 16 processors.
> BTW: my Mac has 1 processor with 2 cores. It's quite pointless to be able to
> set #processors in prefs to 16. The upper bound for the input value should
> be the actual number of processors or cores. Is this a known issue or shall
> I file a new bug in Bugzilla?
>>
>>
>> Also, what build are you using? Native or X11?
>
> How can I find this out? I used the fresh 2.8 version from gimp.lisanet.de.
> When running GIMP, the X window is open, too. So I'm sure it's the X11
> build. How could I otherwise find out whether the Mac build is native?
>
> Best regards,
>
> grafxuser
>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Slow, artifact-prone redraw when panning in 2.8.0-RC1

[Partha Bagchi]

Kurt,

Someone reported for my builds that turning off color management
helped. However, for photographs I would not want to turn off color
management. They did say they were OK with my 2.7.5 build

Partha


On Tue, Apr 10, 2012 at 7:11 PM, Kurt Pruenner  wrote:
> Hi,
>
> I just downloaded Jernej Simončič's windows build of 2.8.0-RC1 and found
> that both on my tablet running Windows 7 with Intel HD3000 graphics as
> well as on my desktop, also running Windows 7 but with an ATI Radeon
> 5870, panning around an image looks really weird once you pan too fast:
>
> http://img441.imageshack.us/img441/6317/gimppanartifacts.jpg
>
> A screenshot doesn't really do it justice, though, so I've also made a
> ~30 second screen capture video:
>
> http://youtu.be/gpARpvEDH0Y?hd=1
>
> I'm just holding down the middle mouse button and panning the 100%
> zoomed image around.
>
> The same thing also happened using one of Partha's recent 2.7.x builds.
>
> Does anyone else get similar results? Panning in 2.6.x was smooth as
> butter for me... :/
>
> --
> Kurt Bernhard Pruenner --- Haendelstrasse 17 --- 4020 Linz --- Austria
>
> np: Thomas Fehlmann - Next To The Field (Pop Ambient 2007)
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] [Gimp-user] ANNOUNCE: GIMP 2.7.5 released

[Partha Bagchi]

Looks like Gez has a direct line to who knows who. :)

Yes, my builds were uploaded to Graphicall.org by one of the users. I
have looked into these reports and they are all false. One user
reported running the build through a lot of so called detectors. Some
of them claim there are trojans in other parts of Gimp as well such as
twain.exe. In any case, as the other poster suggested, perhaps the
official builds guarantees that the builds pass all detectors tests
and so please feel free to delete this version and use the official
version.

I have a write-up on this on my website and there is a whole lot of
discussion on Flickr as well.

Thanks,
Partha



On Tue, Apr 10, 2012 at 4:04 PM, gespert...@gmail.com
 wrote:
> John:
> That build is from Partha. I'm pretty sure that it's a false positive, since
> he has been contribuiting with builds for some time and nobody had problems
> with his builds. Just in case, contact him and ask him about this warning.
>
> As I mentioned above, you shouldn't report problems with unofficial builds
> to devs, and this is exactly the case.
>
> Anyway, there's a build of 2.8 RC1 available here:
> http://gimp-win.sourceforge.net/stable.html
> as Alexia just pointed out.
>
> Gez.
>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Using GEGL on GIMP

[Partha Bagchi]

Why don't you file a bug report so that the appropriate developer will
get alerted?

On Thu, Apr 5, 2012 at 4:40 AM, Zhang Peixuan  wrote:
> Hello All,
>  I tested GEGL-0.2.0 on GIMP 2.8-RC1, I change some code for
> GIMP-2.8.RC1:
>
> app/gegl/gimpoperationtilesource.c
>
> gimp_operation_tile_source_prepare (GeglOperation *operation)
>  {
>    GimpOperationTileSource *self = GIMP_OPERATION_TILE_SOURCE (operation);
> +  const Babl *format;
> +  format = gimp_bpp_to_babl_format (tile_manager_bpp (self->tile_manager),
> +  self->linear);
>
>    if (self->tile_manager)
>  {
> -  gegl_operation_set_format (operation, "output",
> - babl_format ("RaGaBaA float"));
> +  gegl_operation_set_format (operation, "output", format);
>  }
>  }
>
> I think it will make the GIMP faster when using GEGL.
>
>  And My questions is that: I found it only does one CL color conversion
> (when data in), but did not do the other conversion (data out), I don't know
> why, who can check it?
>
>
>
>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] Fwd: GEGL-0.2.0 babl-0.1.10

[Partha Bagchi]

Sorry. Only sent to Øyvind Kolås by mistake.


-- Forwarded message --
From: Partha Bagchi 
Date: Tue, Apr 3, 2012 at 7:22 PM
Subject: Re: [Gimp-developer] GEGL-0.2.0 babl-0.1.10
To: Øyvind Kolås 


Thanks!! Great news!

One small issue. You didn't mention which version of glib. I am
guessing any reasonable new version is fine.

On Tue, Apr 3, 2012 at 7:14 PM, Øyvind Kolås  wrote:
> GEGL (Generic Graphics Library) is a graph based image processing framework.
>
> GEGL provides a graph based API and framework to do demand driven, cached, non
> destructive image editing of sparse storage of larger than RAM images
> - using CPU or GPU
> processing. Through babl it provides support for a wide, and extendable, range
> of color models and pixel storage formats for input and output.
>
> To build gegl-0.2.0 you will also need babl-0.1.10
>
> Changes in this release:
>
>  • OpenCL support (experimental, enable by setting the environment
> variable GEGL_USE_OPENCL to the value yes)
>  • build improvements.
>  • High level API to apply ops directly to buffers with arguments.
>  • Final bits of translation infrastructure.
>  • Invalidate regions when disconnecting input pads.
>
>  • Operations:
>   • New operation: global-matting
>   • Allow transform core to do perspective transforms.
>   • Added string based key/value pairs to operations.
>   • Added arguments for dealing with scaled down preview rendering.
>  • Added human interaction ranges and non-linear mapping to properties.
>
>  • Buffer:
>   • Removal of broken lanczos sampler.
>   • Add gegl_buffer_set_color and gegl_buffer_set_pattern
>   • Added ability to drop cached tiles.
>   • Added API for handling abyss policy (not implemented yet)
>   • Avoid iterating global tile cache when flushing/destroying buffers
>     that have no tiles in the cache.
>
> This release of GEGL was brought to you through contributions from:
>
> Øyvind Kolås, Martin Nordholts, Hans Petter Jansson, Mikael Magnusson, Victor
> Oliveira, Nils Philippsen, Kevin Kozens, Michael Muré, Jan Rüegg, Michael
> Natterer, Michael Henning, Massimo Valentini, Alexandre Prokoudine and
> Jon Nordby.
>
> Where to get GEGL:
>
> The latest versions of GEGL and it's hard dependencies babl and glib can be
> fetched from:
>
> ftp://ftp.gtk.org/pub/babl/0.1/babl-0.1.10.tar.bz2
> ftp://ftp.gtk.org/pub/gegl/0.2/gegl-0.2.0.tar.bz2
> ftp://ftp.gtk.org/pub/glib/
>
> SHA-1 sums of the released tarballs:
>
> 764cc66cb3c7b261b8fc18a6268a0e264a91d573  gegl-0.2.0.tar.bz2
> ee60089e8e9d9390e730d3ae5e41074549928b7a  babl-0.1.10.tar.bz2
>
> Where to get more information about GEGL
>
> More information about GEGL can be found at the GEGL website, or by
> joining #gegl and #gimp on the IRC network GIMPnet.
>
> With regards, and happy hacking :)
>
> Øyvind Kolås
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] [Gimp-user] ANNOUNCE: GIMP 2.7.5 released

[Partha Bagchi]

On Windows, you need to include directx while building Gimp. You can
get the directx sdk from Microsoft.

On Mon, Mar 19, 2012 at 3:23 AM, Alexia Death  wrote:
> Hi,
>
> Wdaemon is pretty much obsolete in modern linux distributions. Only
> thing that does not do hotplug yet is GTK2 and the requirement of
> restarting gimp after you plug in your tablet and keeping it plugged
> in while GIMP is  running is not that onerous to justify using wdaemon
> in most cases.
>
> The original poster actually already got his answers for IRC I
> believe. There should be no tablet regressions between 2.7.4 and 2.7.5
> on Linux. On windows, at least the initial build failed to pick up any
> tablets at all for me, reason is yet unknown.
>
> If you need to build your own gtk, do not forget --with-xinput
> parameter on linux, there is probably a comparable flag for windows.
> Without it your freshly built GTK wont have any tablet support and
> extended devices remain grayed out or not there at all.
>
>
>
> On Sun, Mar 18, 2012 at 10:26 PM, Ragnar Brynjúlfsson  
> wrote:
>> Hi,
>>
>>  I don't know how Linux Mint sets up it's tablet, but in the past
>> I've used wdaemon (
>> http://sourceforge.net/apps/mediawiki/linuxwacom/index.php?title=Wdaemon
>> ), to make hot-plugging of wacom tablets work under CentOS 4/5. It
>> basically creates a virtual tablet that is connected all the time, and
>> then captures the tablet when you connect it and uses it in place of
>> the virtual tablet. This means, that to the system, the tablet is
>> never disconnected.
>>
>>  Isn't this an issue with the X server, and not GIMP or GTK+?
>>
>> Ragnar
>>
>>
>> On Fri, Mar 16, 2012 at 1:54 PM,   wrote:
>>>
>>>  Michael Natterer  wrote:
 Hi,
>>>
GIMP 2.7.5 has been released. This is the last development snapshot in
the unstable 2.7 series that leads to 2.8. Only release candidates and
the 2.8 release will follow.
>>>
For a complete list of changes since 2.7.4 please see the "Changes"
section below. Also see the release notes of the 2.7 series at
http://www.gimp.org/release-notes/gimp-2.7.html
>>>
>>>
>>>
>>>
>>> There is a section of the release notes which discusses tablets and one
>>> or more bugs in GTK+:
>>>
>>> "GIMP 2.8 relies on a newer version of GTK+2 that unfortunately has
>>> partially broken support for graphics tablets such as Wacom. If your
>>> graphic tablet doesn't work in GIMP 2.8 as it should, we recommend
>>> downgrading to 2.6 until we release GIMP 3.0 that relies on GTK+3 which
>>> has fully functional support for advanced input devices."
>>>
>>>
>>> Can anyone point to the specific(or multiple) bug details?  Does 2.7.5
>>> require a greater version of GTK+ compared to 2.7.4?   The reason I
>>> ask is that of course I have a tablet and had some issues with it not
>>> working after unplugging/re-plugging(greyed out in Extended Input
>>> Devices even after reboot).   I did end up doing two things at the time
>>> and one of them ended up fixing the issue with some thoughts thrown out
>>> by people on the IRC channel:
>>>
>>> 1) rebooted with only tablet plugged up(ie, disconnected my mouse which
>>> was NOT plugged in when the OS, Linux Mint 12, was installed.
>>>
>>> 2) recompiled gtk+(had to download and compile since distro version
>>> was less than required.. not sure what version I grabbed though) and
>>> added the option to ./configure for, not quite sure of the name and
>>> can't check right now, but something like --with_xinput or something
>>> like that...Which I am fairly sure I did NOT do the first time.
>>>
>>> 3) recompiled gimp 2.7.4(taken from git the day after 2.7.4 was released).
>>>
>>> This ended up fixing the problem.   Needless to say, I have not
>>> dis-connected my tablet again, so I don't know for sure if the issue
>>> would come back or not...   At this point, my tablet is working perfectly
>>> and while I would like to upgrade, I don't want to break the tablet again...
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> gimp-developer-list mailing list
>>> gimp-developer-list@gnome.org
>>> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
>> ___
>> gimp-developer-list mailing list
>> gimp-developer-list@gnome.org
>> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
>
>
>
> --
> --Alexia
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Regular GIMP news; lack of developers

[Partha Bagchi]

On Mon, Mar 12, 2012 at 2:01 AM, Alexandre Prokoudine
 wrote:
> On Mon, Mar 12, 2012 at 1:56 AM, Partha Bagchi wrote:
>
>> I build Windows versions and don't expect gimp.org to link to my site.
>
> Actually, I think we should. You've been around for long enough to be
> trusted. Even though I'd feel much more comfortable if we hosted all
> unstable and experimental (rggjan, hey) builds on graphicall.org.
>
> Alexandre Prokoudine
> http://libregraphicsworld.org
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Thanks for your vote of confidence. :)

My builds are hosted at grahicall.org and were put there kindly by one
of the users of my builds.
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Python FU Scripting -- Memory Leak? or How to release python gimp objects properly to manage memory usage?

[Partha Bagchi]

On Sun, Mar 11, 2012 at 8:12 PM, Tom Vrankar  wrote:
...[deleted]
>
> The
> only problems that remained were with the API. I guess there's a lot of
> history there, but inconsistencies in it make it a chore to learn. And when
> you call a function potentially thousands of times, you can't tolerate the
> pointlessly repeating "deprecated" dialog attached to many functions -- I
> got it the first time: it's deprecated, but it's still there _now_.
>
If you open the error console (whether in singe-window mode or
otherwise), all the "deprecated" warnings will go to that console and
will not popup annoying windows for you to click. As, you said, "you
got it the first time". :)

Partha

...[deleted]
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Postscript 64-bit

[Partha Bagchi]

2012/3/11 Jernej Simončič :
> On Sunday, March 11, 2012, 22:37:24, Partha Bagchi wrote:
>
>>>> Finally, Ender, can you help or are you aware of this issue?
>> I didn't see any replies from him here. So perhaps he is busy.
>
> I haven't tried building with ghostscript yet.

>
>> I wonder why tiff 4.0.1 is failing on my builds. Has anyone tested
>> tiff 4.0.1 on a Linux machine to confirm this?
>
> This seems to be a Windows-specific problem. I've got GIMP 2.6.12
> built against libtiff-5.dll (ver. 4.0.0), and it doesn't load any tiff
> files, while GIMP 2.6.12 on Linux built against libtiff.so.5.0.5
> (version 4.0.0-r1, gentoo) works fine.
>
Thanks for the confirmation, Ender. Looks like I will stay with 3.9.4
then which is working fine on Windows (64 or 32). Gimp will not load a
tiff file with 4.0.1 on Windows.

Partha

> --
> < Jernej Simončič ><><><><>< http://eternallybored.org/ >
>
> That which we call sin in others is experiment for us.
>       -- Emerson's Insight
>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Regular GIMP news; lack of developers

[Partha Bagchi]

On Sun, Mar 11, 2012 at 5:45 PM, SorinN  wrote:
>> Maybe you could put a link to gimpusers.com on the front page.
>
> Why?
>
> - because it will not hurt
> - because it's somewhat logic (why not keeping a link to a community of
> users ?)
>
I would think this is the other way around? :) I would expect the user
groups to keep a link to gimp.org? I build Windows versions and don't
expect gimp.org to link to my site. Moreover, there are other sites
such as Gimpchat.com (my favorite), gimptalk.com, etc. Should they be
linked as well? :)

> 2012/3/12 Alexandre Prokoudine 
>>
...[deleted]
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Postscript 64-bit

[Partha Bagchi]

On Mon, Feb 27, 2012 at 5:57 AM, Mukund Sivaraman  wrote:
> Hi Partha
>
> On Mon, Feb 27, 2012 at 05:46:45AM -0500, Partha Bagchi wrote:
>> Thanks for you response Mukund. I will continue to investigate by
>> isolating the iapi code and running it separately to determine why it
>> does not work on 64-bit Windows. Does it work on 64-bit Linux?
>
> Sure it does :)
I knew you would say that. :)
>
>>
>> Finally, Ender, can you help or are you aware of this issue?
>>
I didn't see any replies from him here. So perhaps he is busy.
>> Thanks!
>> Partha
>
> Kind regards,
>
> Mukund

Anyway, I made some more progress on this. libgs-8.dll (Ghostscript
8.47) that I am using is built with libtiff 4.0.1. This was the main
culprit. When I use tiff 4.0.1, Gimp will no longer open tiff files
complaining that it was unable to read the header. This is true (for
me) on both Windows 32 and 64 bit. So, I rebuilt tiff 3.9.4, which
created libtiff-3.dll and Gimp can open tiff files now. However, it
breaks Ghostscript and so I reverted your changes and went back to
loading an external program to load PS files.

I wonder why tiff 4.0.1 is failing on my builds. Has anyone tested
tiff 4.0.1 on a Linux machine to confirm this?

Thanks for all your help Mukund. It really helped me with this problem.

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

Re: [Gimp-developer] Postscript 64-bit

[Partha Bagchi]

On Wed, Feb 22, 2012 at 8:56 AM, Mukund Sivaraman  wrote:
> Hi Partha
>
> On Mon, Feb 20, 2012 at 06:29:11PM -0500, Partha Bagchi wrote:
>> Hi Mukund,
>>
>> Thanks for making it so that gimp build requires one less application
>> to package! It is working flawlessly in Windows 32-bit. :)
>>
>> I am having trouble on 64-bit. There is not output and the only error
>> message I have to give you is:
>>
>> Error Message
>> Opening 'C:\Users\partha\Pictures\Images\PostScript Examples\tiger.eps' 
>> failed:
>>
>> Could not interpret Postscript file
>> 'C:\Users\partha\Pictures\Images\PostScript Examples\tiger.eps'
>> End Error
>>
>> Any suggestions would be most helpful
>
> I don't know what this issue might be as it is on Windows and I don't
> have a Windows environment handy.  Maybe you can talk to ender about
> it.  Even he will have to bundle Ghostscript in his Windows installer.
>
>
> Kind regards,
>
> Mukund

Thanks for you response Mukund. I will continue to investigate by
isolating the iapi code and running it separately to determine why it
does not work on 64-bit Windows. Does it work on 64-bit Linux?

Finally, Ender, can you help or are you aware of this issue?

Thanks!
Partha
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] Postscript 64-bit

[Partha Bagchi]

Hi Mukund,

Thanks for making it so that gimp build requires one less application
to package! It is working flawlessly in Windows 32-bit. :)

I am having trouble on 64-bit. There is not output and the only error
message I have to give you is:

Error Message
Opening 'C:\Users\partha\Pictures\Images\PostScript Examples\tiger.eps' failed:

Could not interpret Postscript file
'C:\Users\partha\Pictures\Images\PostScript Examples\tiger.eps'
End Error

Any suggestions would be most helpful

Thanks!
Partha
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] Jenkins is having a hiccup?

[Partha Bagchi]

Just downloaded gimp-git-master.tar.bz2. Something is not right with
the current tar file since I get "unrecognized archive format" (Mac
Snow Leopard).

 Also noticed that the size of the archive was significantly lower
than the build from Jan 30.

Build #395 - size is 19968040 while Build #400 is 15950492.

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

Re: [Gimp-developer] Fwd: something's starting, it is the text tool

[Partha Bagchi]

On Fri, Jan 13, 2012 at 12:59 PM, peter sikking  wrote:
> Partha Bagchi wrote:
>
>> What's wrong with the tool as it stands now? Looks good to me for what
>> I do with text. My main focus is photography.
>
> tell us what we what you do with text, and we can tell you
> if the text tool is good enough.
>
> that is the right order of doing things.
>
>    --ps
>
>        founder + principal interaction architect
>            man + machine interface works
>
>        http://blog.mmiworks.net: on interaction architecture
>
>
>

Usually I add banner text (like a greeting card) and similar usage. I
find the text tool quite usable for that purpose.
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] Fwd: something's starting, it is the text tool

[Partha Bagchi]

Apologies. Meant to send it to Gimp-developer.


-- Forwarded message --
From: Partha Bagchi 
Date: Fri, Jan 13, 2012 at 12:45 PM
Subject: Re: [Gimp-developer] something's starting, it is the text tool
To: peter sikking 


On Fri, Jan 13, 2012 at 12:12 PM, peter sikking  wrote:
> On Dec 19, I wrote:
>
>> The GIMP UI team just got a bit bigger. Dominique Schmidt
>> will work the first 3 months of 2012 on an appropriately
>> sized UI design project. The deliverable is a UI spec.
>
>
> today we picked the topic Dominique will be working on:
>
> working with text in GIMP, specifically with the text tool.
>
>
> to start tackling this from the right end, we from the UI team
> first want to better understand the role of text in working with
> GIMP. specifically work that is within the product vision:
>
> - high-end photo manipulation;
> - creating original art from images;
> - producing icons, graphical elements of web pages and
>  art for user interface elements.
>
> it is easy to see that GIMP is not a program to write a letter in,
> or to lay out 200 pages of text. but beyond that, we want to get
> a better feeling what the role of text is within the image
> manipulation that you do with GIMP.
>
> so please help us by replying here, with you answer what
> text means to you when working with GIMP.
>
> ps: I think mitch and nomis are the two developers most interested
> in this topic, and we would like to sit down soon with them to
> hash out a vision for text(tool) in GIMP, based on what we can
> distill out of this survey.
>
> pps: Tobias Ehni, can you already contribute here?
>
> thanks,
>
>    --ps
>
>        founder + principal interaction architect
>            man + machine interface works
>
>        http://blog.mmiworks.net: on interaction architecture
>
>
>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list

What's wrong with the tool as it stands now? Looks good to me for what
I do with text. My main focus is photography.
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] Gegl UMFpack

[Partha Bagchi]

I am happy with the fact that the sparse matrix packages. I think
though that the gegl configure requires -lumfpack -lamd to be
successfully included. The order is important here. At least this is
my finding.

As an aside, using umfpack seems to show a significant speed
improvement in gegl tools.

Thanks,
Partha
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Fwd: How to build GIMP 2.7.5 using MinGW in Windows 32-bits

[Partha Bagchi]

On Fri, Dec 23, 2011 at 7:51 PM, Mukund Sivaraman  wrote:
> Hi Partha
>
> On Fri, Dec 23, 2011 at 05:58:44PM -0500, Partha Bagchi wrote:
>> Please check out my website (www.partha.com) where I provide Windows
>> binaries of git pulls. Obviously, it is not possible to provide builds
>> everyday. You are welcome to upload them to Graphicall where my
>> previous builds were uploaded by another user.
>
> Please put your efforts into working with ender in making Windows
> binaries instead of maintaining a separate set.  Having 2 different
> Windows builds doesn't help and becomes a nuisance when someone reports
> a bug against Windows, which has turned out in several cases to be due
> to the versions of dependencies used.
>
> You could work with ender in making official Windows builds which we
> can distribute directly linked from gimp.org itself.  I think victorm
> would also prefer that for his project with AMD.
>
> Ender has made 2.7.4 builds available now.
>
> Btw, it _is_ possible to make builds every day. :) You'd have to setup
> Jenkins to make a Windows build for whatever is done by hand now.
>
>                Mukund

Hi Mukund,

I would be happy to work with ender if I knew who he/she is. :) I
started building Gimp for myself and folks picked up on it and
uploaded to various places. Plus, I have had a lot of positive
feedback from lot of folks, especially on gimpchat.com and Flickr.

I know it's possible, but I have not had time to set up such an
automated system. I am still in the learning process.

Thanks,
Partha
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Fwd: How to build GIMP 2.7.5 using MinGW in Windows 32-bits

[Partha Bagchi]

On Wed, Dec 21, 2011 at 9:10 AM, Alcides Viamontes Esquivel
 wrote:
> Yes, I think it will be very helpful to a lot of people. I was wondering if
> it would be possible to have some up-to-date binaries in graphicall.org
>  I don't think that most GIMP users be familiar with the trickery of
> compilation, or that they have time to do it. Just an uninformed opinion:
> more users pissed off by bugs or lack of documentation in the development
> version = more users willing to contribute in some way.
>
>
> On Wed, Dec 21, 2011 at 2:14 PM, Victor Oliveira 
> wrote:
>>
>> (I don't know if you have already received this message, but I got an
>> error today and realized that I sent it to the old list, sorry if it's
>> the case).
>>
>> Hi everyone, I've done a simple tutorial about how to build the latest
>> GIMP with MingW, it works for me.
>>
>>
>> http://meudepositodeideias.wordpress.com/2011/12/19/how-to-build-gimp-2-7-5-using-mingw-in-windows-32-bits/
>>
>> Hope it helps.
>> Victor Oliveira
>> ___
>> gimp-developer-list mailing list
>> gimp-developer-list@gnome.org
>> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
>
>
>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
>

Please check out my website (www.partha.com) where I provide Windows
binaries of git pulls. Obviously, it is not possible to provide builds
everyday. You are welcome to upload them to Graphicall where my
previous builds were uploaded by another user.
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Werror=missing-prototypes

[Partha Bagchi]

2011/12/18 Jernej Simončič :
> On Sunday, December 18, 2011, 18:43:07, Mukund Sivaraman wrote:
>
>> What fails in plug-ins/common? Is it win32 specific code? Nothing in
>> that dir fails to build on Linux.  Paste the compile log for this too.
>
> IIRC, only the jpeg plugin, due to lcms-related issues.
>
> --
> < Jernej Simončič ><><><><>< http://eternallybored.org/ >
>
> There is an exception to all laws.
>       -- Government's Law
>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list

You are probably right. I did a distclean and re compiled and did not
see an issue with common - so sorry about that.

As for win-snap, here is what I am getting:

winsnap.c: At top level:
winsnap.c:397:1: error: no previous prototype for 'setCaptureType'
[-Werror=missing-prototypes]
winsnap.c:642:1: error: no previous prototype for 'InitApplication'
[-Werror=missing-prototypes]
winsnap.c:690:1: error: no previous prototype for 'InitInstance'
[-Werror=missing-prototypes]
winsnap.c:717:1: error: no previous prototype for 'winsnapWinMain'
[-Werror=missing-prototypes]
cc1.exe: some warnings being treated as errors

make[3]: *** [winsnap.o] Error 1
make[3]: Leaving directory
`/usr/src/gimp/gimp-2.7.5/gimp-2.7.5/plug-ins/win-snap'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/gimp/gimp-2.7.5/gimp-2.7.5/plug-ins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/gimp/gimp-2.7.5/gimp-2.7.5'
make: *** [all] Error 2
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] Werror=missing-prototypes

[Partha Bagchi]

Mukund,

You asked to bring missing prototype errors (here?). Anyway, win-snap
and common both fail due to Werror-missing-prototypes.

Thanks,
Partha
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] Undefined reference to __sync_fetch_and_sub_4

[Partha Bagchi]

On Sun, Dec 18, 2011 at 12:06 PM, Victor Oliveira
 wrote:
> Hi, I'm running on the same problem today.
>
> I think it's a problem with glib atomic operations and mingw, because
> __sync_fetch_and_sub_4 is used in g_atomic_int_dec_and_test I suppose. But
> I'm stuck on that.
>
> I'm using the glib 2.30.2 build from OpenSUSE, so maybe the problem is
> there.
>
> Victor Oliveira
>
> On Fri, Nov 25, 2011 at 10:15 PM, Partha Bagchi  wrote:
>>
>> Hi All,
>>
>> Updated glib to 2.30.2 and gtk+-2.0 to 2.24.8. Using gcc 4.6.1.
>>
>> The latest geg download from
>> ftp://gimptest.flamingtext.com/pub/nightly-tarballs/ is giving me the
>> following error when building for win32 on Windows 7:
>>
>> Creating library file: .libs/libgegl-0.1.dll.a
>> ../gegl/buffer/.libs/libbuffer.a(gegl-tile.o):gegl-tile.c:(.text+0x36):
>> undefined reference to `__sync_fetch_and_sub_4'
>> collect2: ld returned 1 exit status
>> make[3]: *** [libgegl-0.1.la] Error 1
>> make[3]: Leaving directory `/usr/src/gimp/gimp-2.7.4/gegl-0.1.7/gegl'
>> make[2]: *** [all-recursive] Error 1
>> make[2]: Leaving directory `/usr/src/gimp/gimp-2.7.4/gegl-0.1.7/gegl'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/usr/src/gimp/gimp-2.7.4/gegl-0.1.7'
>> make: *** [all] Error 2
>>
>> Any suggestions welcome.
>>
>> Thanks,
>> Partha
>> ___
>> gimp-developer-list mailing list
>> gimp-developer-list@gnome.org
>> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
>
>
I solved this by adding the gcc options -march=pentium -mtune=pentium.
See if that works for you.
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] Undefined reference to __sync_fetch_and_sub_4

[Partha Bagchi]

Hi All,

Updated glib to 2.30.2 and gtk+-2.0 to 2.24.8. Using gcc 4.6.1.

The latest geg download from
ftp://gimptest.flamingtext.com/pub/nightly-tarballs/ is giving me the
following error when building for win32 on Windows 7:

Creating library file: .libs/libgegl-0.1.dll.a
../gegl/buffer/.libs/libbuffer.a(gegl-tile.o):gegl-tile.c:(.text+0x36):
undefined reference to `__sync_fetch_and_sub_4'
collect2: ld returned 1 exit status
make[3]: *** [libgegl-0.1.la] Error 1
make[3]: Leaving directory `/usr/src/gimp/gimp-2.7.4/gegl-0.1.7/gegl'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/gimp/gimp-2.7.4/gegl-0.1.7/gegl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/gimp/gimp-2.7.4/gegl-0.1.7'
make: *** [all] Error 2

Any suggestions welcome.

Thanks,
Partha
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] JP2 File - Could not decode

[Partha Bagchi]

Replying to self. Please ignore.

Downloading last night's tarball solved this issue.

On Sun, Nov 13, 2011 at 6:43 PM, Partha Bagchi  wrote:
> Hi all,
>
> Having a strange problem and hoping I can get some help. I downloaded
> the nightly-tarball from flamingtest 2 nights ago. When I build Gimp
> for a 64-bit OS (Windows 7), I am able to open jp2 files of all sizes
> sometimes within my build environment (msys)
> (at least all that I tried, including the jp2000 test images).
> However, when I build for a 32-bit OS, I cannot open a file bigger
> than 640x480 (at least, I think that is the limit). On the 64-bit OS,
> I get a progress Window for large files, but on 32-bit OS, it fails to
> open.
>
> Please note that I built Gimp last from September 16th nightly-tarball
> and this problem did not exist then.
>
> Any help would be greatly appreciated.
>
> Thanks in advance,
> Partha
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] JP2 File - Could not decode

[Partha Bagchi]

Hi all,

Having a strange problem and hoping I can get some help. I downloaded
the nightly-tarball from flamingtest 2 nights ago. When I build Gimp
for a 64-bit OS (Windows 7), I am able to open jp2 files of all sizes
sometimes within my build environment (msys)
(at least all that I tried, including the jp2000 test images).
However, when I build for a 32-bit OS, I cannot open a file bigger
than 640x480 (at least, I think that is the limit). On the 64-bit OS,
I get a progress Window for large files, but on 32-bit OS, it fails to
open.

Please note that I built Gimp last from September 16th nightly-tarball
and this problem did not exist then.

Any help would be greatly appreciated.

Thanks in advance,
Partha
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list