I d'led git gimp-2.9.1 and tried to run it.
It compiled fine but alas it segfaulted.
The messages didn't indicate what the cause was.
BTW this is the splash screen .
I'll try again in a couple of days.
Gerard.

The splash is phenomenal!

Yeah Rod the devs call it goat invasion.
Gerard.

If you run the command "strace gimp-2.9.1" then you might be able to determine where the problem lay.

Didn't think of that,thanks for the tip Saul.
Gerard.

It couldn't find /home/user/.cache/gegl-0.2.
I checked but it existed,the date was not today though.
I deleted it and tried again,it ran and I could open a recent file
and do some painting on it.
Enabled color management and it became sluggish again!
But when I tried to open another file with a lot of layers it conked out.

I've had enough for today.
It's past midnight here.
Gerard.

Tried again.
Downloaded babl gegl and gimp.
Compiling and installing takes about 25 minutes.
Gegl is leaking and gimp runs ok the first time and then when you load a second file it segfaults again.
The sluggishness is still there when you enable color management.
I'll wait until they are at 2.9.5 or so.
Gerard.

Yeah it crashed for me too when I tried to open a large image.

It seems kind of buggy still but you can use it for some really basic stuff... I have it in /opt while I have 2.8 as the main install.

@gerard, how are you detecting the memory leaks?
@dd, I just loaded 2 large files (1, 23.7meg jpeg and another 34.9 xcf). Loaded fine and works for me. I am running on Windows 7, 64-bit.

Just so you know, 16-bit processing is currently restricted to PNG, saved EXR files can be opened and .HDR files. No 16-bit TIFF yet which are produced by most raw convertors. You can follow this discussion on the gimp-dev mailing list.

Here's my thought (as if it was worth a hill of beans) on the matter of higher bit support. Film GIMP branched off many years ago due to this issue. Now that GIMP is serious about supporting higher bit depth (about time), maybe they need to collaborate with the Cinepaint folk and maybe merge the two projects under a single umbrella again. The folks at Cinepaint obviously have a lot of experience with high bit depth and to see an all inclusive GIMP would be nice, but it would probably complicate matters since GIMP is going GEGL and Cinepaint went ftk (believe Glasgow and ftk are one and the same, but it's been years since I kept up with Cinepaint and their site is completely different then when I last looked at it. gtk just didn't cut it at that time since it wouldn't support high bit depth.) as I recall. Just a thought.

I use the sources from git.
http://git.gnome.org/browse/gimp/
Replace gimp with gegl or babl to see what's new.
I check the messages and when I think something worthwhile has been changed I d/l again and compile.
The crashes are gone now in yesterdays version.
Gerard.

Have you opened a 16-bit PNG yet?

Hi partha,
No not yet.
The ufraw plugin doesn't have 16 bit output yet.
I will try standalone and set the output to 16 bit .png.
I intend to recompile the latest versions later since babl,gegl and gimp have had lots of changes.
I'll be back later.
Gerard.

Gerard,

As a test, you can use a combination of dcraw and imagemagick. So, use dcraw to convert your RAW file to a 16-bit tiff. Then using imagemagick convert utility (convert -depth 16 input.tiff output.png) you get a 16-bit png.

In my case, 16-bit png segfaults with gegl memory leak. My source is 2 days old.

Here I am again partha.

I converted a raw Panasonic camera file to 16 bit tiff in ufraw and then using the convert command in your post to made it png.
In the titlebar of gimp it says:[test] (imported)-1.0 (RGB color 16-bit integer,1 layer) 3664x2448-GIMP.
I named the png "test.png".
As you can see no memory leaks.
For good measure I went to Image > Precision and changed 16 bit integer to 32 bit float.
It apparently didn't faze Gimp or gegl.
I am now going to get new git files and recompile.
Gerard.

The file loading is done by gegl. So, now to get tiff working.

! Time to get new source. Will do tonight.

Maybe time for a small portable for windows.
Two hours ago I finished compiling 2.9.1 on ubuntu,
still has big problems with stability e.g. alpha to selection does not exist.lol
Regards, pogo.

Too early for that.

I have tiff working in 2.8, Vista. I hacked it by copying libtiff-3.dll and renaming the copy libtiff3.dll. Seems to work fine, no errors importing or exporting.

We are talking about 16-bit tiff support in the 2.9.1 version.