# Thus spake Sven Neumann ([EMAIL PROTECTED]):
> Hi,
>
> > > btw: what is the status of a xcf (gimp) loader? Christian Kreibich has
> > > recently written a loader for Rastermans Imlib2 which could probably
> > > serve as an excellent basis for this.
>
> Interesting. I wonder how they solved the legal issues this time.
> Can you point me to the source?
Oh, that was a bit of a problem I seem to remember ;). As you appear to
know, rasters code is usually BSD licensed. Same with imlib2. To solve
the license issues, a separate module has been created called
imlib2_loaders, wich is GPLed and distributed apart from imlib2 itself.
That seems to satisfy everybodys interests. The source can be found in
enlightenment cvs on sourceforge under e17/libs/imlib2_loaders/. There
are packages somewhere I think, but I could provide you with a tarball
via private mail if you want.
> > XCF would be nice, but RenderTo would have the effect of flattening the
> > image. How do our GIMP hackers think about it?
>
> To implement the layer projection code from Gimp correctly, we would
> have to reimplement a lot of the blending functions in the loader since
> they will not all map to the Porter-Duff rules in DirectFB. Since the
> Gimp's XCF format will change soon and is going to include a preview of
> the merged-down image, writing an XCF loader now is probably a waste of
> time.
ok.
> If you want to do it, you are of course free to do so. Please notice that
> we would most likely not include such a loader with DirectFB. Bundling
> it with DFBSee might make sense however. But IMHO it would make much more
> sense to do a gdk-pixbuf or an imlib2 image provider. This would enable
> DFBSee to load a whole bunch of formats without reimplementing the wheel
> once more.
In principle I couldnt agree more, but what about the additional
dependencies? Very large parts of Imlib2 a least ( I dont know anything
about gdk-pixbuf ) would very likely never be used on a framebuffer
based system. Just a thought.
Till
--
mailto: [EMAIL PROTECTED]
http://www.adam-lilienthal.de/till
--
Info: To unsubscribe send a mail to [EMAIL PROTECTED] with
"unsubscribe directfb-dev" as subject.
