Re: [boost] GIL Graphics Examples
A nice idea is to fork AntiGrain 2.4 into something Boost-like and integrate it with GIL. If I had time to spare, this is what I would do.
Having worked with GIL now for over a year, I can honestly say that it is a real break through for graphics developers. The concept of a submimage_view is very supportive of creating generic functional components, similar in a way to your spirit library. GIL is a superb base upon which to build a graphics library. Working with experts in functional programming like yourself, using GIL as a base, developing a graphics library for simple primitves, such as lines, circles and polygons would be a trivial matter, and its already basically finished. Anti-grain is a half-finished library which works well in areas. However, I'm persuaded that GIL is the library upon which I think will ultmiately prevail. With adobe supporting the GIL library, who support functional programmers with many of their open-source offerings, it seems like a much better bet to go with adobe. I've moved my application to GIL and have not looked back. I encourage you and any other graphics programmers to give it a strong look. If I can persuade you to look harder at GIL, I would love to pick your brain about how to make a graphics library that works as well as your spirit library.
Tom Brinkman wrote:
A nice idea is to fork AntiGrain 2.4 into something Boost-like and integrate it with GIL. If I had time to spare, this is what I would do. [...] Working with experts in functional programming like yourself, using GIL as a base, developing a graphics library for simple primitves, such as lines, circles and polygons would be a trivial matter, and its already basically finished.
It may be trivial for simple primitives, but implementing a feature set comparable to AntiGrain with equivalent performance is far from that.
Anti-grain is a half-finished library which works well in areas. However, I'm persuaded that GIL is the library upon which I think will ultmiately prevail.
AntiGrain is written in a quite generic way, so replacing the included pixel storage back-end with GIL should be possible with reasonable effort. The strongest feature in AntiGrain is the fast high-quality rasterization, which is independent of the underlying image representation. Malte
AntiGrain is written in a quite generic way, so replacing the included pixel storage back-end with GIL should be possible with reasonable effort. The strongest feature in AntiGrain is the fast high-quality rasterization, which is independent of the underlying image representation.
From my perspective, I have simpler needs, just scaled Lines, Circles, and Text. I write charting software for investment companies. For the most
Agreed, that Anit-Grain is very impressive in those areas. I would love to see those parts made more accessible and boostified. part, all the primitives that i need are completed. I'm making these samples available for someone to take and enhance further, and encourage further GIL development.
Looking at polygon.hpp there are many things that jump out at me as obvious performance pitfalls but I'll have to look deeper to make sure I'm not missing something clever.
I agree, they could be improved or better yet replaced. Now, If we could just get a geometry library into boost.
Tom Brinkman wrote:
AntiGrain is written in a quite generic way, so replacing the included pixel storage back-end with GIL should be possible with reasonable effort. The strongest feature in AntiGrain is the fast high-quality rasterization, which is independent of the underlying image representation.
Agreed, that Anit-Grain is very impressive in those areas. I would love to see those parts made more accessible and boostified.
From my perspective, I have simpler needs, just scaled Lines, Circles, and Text. I write charting software for investment companies. For the most part, all the primitives that i need are completed. I'm making these samples available for someone to take and enhance further, and encourage further GIL development.
Well, I want more :-) I want a scalable GUI library. Ahem ahem cough cough ;P Regards, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net
I dont have any need for scalable graphics -- your needs are not my needs. For the most part, my application's graphics needs have already been met by GIL. I have no interest in Anti-Grain, but good luck in getting in converted. Although, I wont be able to help in that effort. On 10/17/07, Joel de Guzman <joel@boost-consulting.com> wrote:
Tom Brinkman wrote:
AntiGrain is written in a quite generic way, so replacing the included pixel storage back-end with GIL should be possible with reasonable effort. The strongest feature in AntiGrain is the fast high-quality rasterization, which is independent of the underlying image representation.
Agreed, that Anit-Grain is very impressive in those areas. I would love to see those parts made more accessible and boostified.
From my perspective, I have simpler needs, just scaled Lines, Circles, and Text. I write charting software for investment companies. For the most part, all the primitives that i need are completed. I'm making these samples available for someone to take and enhance further, and encourage further GIL development.
Well, I want more :-) I want a scalable GUI library. Ahem ahem cough cough ;P
Regards, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Tom Brinkman wrote:
I dont have any need for scalable graphics -- your needs are not my needs.
For the most part, my application's graphics needs have already been met by GIL. I have no interest in Anti-Grain, but good luck in getting in converted. Although, I wont be able to help in that effort.
I doubt if I have the time too. It's just a nice thought. Regards, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net
Malte Clasen wrote:
Tom Brinkman wrote:
A nice idea is to fork AntiGrain 2.4 into something Boost-like and integrate it with GIL. If I had time to spare, this is what I would do. [...] Working with experts in functional programming like yourself, using GIL as a base, developing a graphics library for simple primitves, such as lines, circles and polygons would be a trivial matter, and its already basically finished.
It may be trivial for simple primitives, but implementing a feature set comparable to AntiGrain with equivalent performance is far from that.
Anti-grain is a half-finished library which works well in areas. However, I'm persuaded that GIL is the library upon which I think will ultmiately prevail.
AntiGrain is written in a quite generic way, so replacing the included pixel storage back-end with GIL should be possible with reasonable effort. The strongest feature in AntiGrain is the fast high-quality rasterization, which is independent of the underlying image representation.
Yes, that's exactly what I did in my review of GIL. See my other post. Regards, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net
Tom Brinkman wrote:
A nice idea is to fork AntiGrain 2.4 into something Boost-like and integrate it with GIL. If I had time to spare, this is what I would do.
Having worked with GIL now for over a year, I can honestly say that it is a real break through for graphics developers. The concept of a submimage_view is very supportive of creating generic functional components, similar in a way to your spirit library. GIL is a superb base upon which to build a graphics library.
Working with experts in functional programming like yourself, using GIL as a base, developing a graphics library for simple primitves, such as lines, circles and polygons would be a trivial matter, and its already basically finished.
Anti-grain is a half-finished library which works well in areas. However, I'm persuaded that GIL is the library upon which I think will ultmiately prevail. With adobe supporting the GIL library, who support functional programmers with many of their open-source offerings, it seems like a much better bet to go with adobe. I've moved my application to GIL and have not looked back.
I encourage you and any other graphics programmers to give it a strong look. If I can persuade you to look harder at GIL, I would love to pick your brain about how to make a graphics library that works as well as your spirit library.
I did work on GIL. I did a very rough port of AntiGrain 2.4 to GIL when it was being reviewed. Here it is, in case you've missed it: http://spirit.sourceforge.net/dl_more/gil/gil.zip and the nice Lions rendered using AntiGrain with GIL backend: http://spirit.sourceforge.net/dl_more/gil/lion.png IMO, Antigrain is a half-finished only in the sense that it severely lacks documentation. I don't know what more functionality you need that's not there already. At any rate, it would take lots of years to get something even remotely close to what Antigrain offers. In what areas do you think Antigrain lacks? Can't we deal with that instead of rewriting from scratch? What's really discouraging is that Antigrain switched to GPL! Argh! A lot of people have been affected by that move from Antigrain 2.5. Some folks in the Antigrain community have been discussing a fork from 2.4. Regards, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net
participants (3)
-
Joel de Guzman -
Malte Clasen -
Tom Brinkman