Good Image I/O Library?
Does anyone recommend to me a good C++ library (or source code, I guess) for handling i/o of .raw image files?
I've used QT for a while now but it doesn't handle .raw files.
Thanks!
DevIL (Developer's Image Library) loads/saves .raw files, along with a slew of other formats. It's easy to set up and use by itself or with OpenGL, and I've never had any problems with it that weren't solved with a quick google. It may be a little heavy if all you really need is the .raw functionality, though.
I have to say that I find DevIL to be terrible. The API design is totally brain-dead--it follows the brain-dead design of OpenGL in having a "bound" image (ilBindImage) to which all further operations apply, instead of simply adding an image handle parameter to the relevant functions. Also, the documentation is rather incomplete.
That said, there aren't many lightweight alternatives. I'd look at CImg if I were you.
That said, there aren't many lightweight alternatives. I'd look at CImg if I were you.
Quote:Original post by jouley
DevIL (Developer's Image Library) loads/saves .raw files, along with a slew of other formats. It's easy to set up and use by itself or with OpenGL, and I've never had any problems with it that weren't solved with a quick google. It may be a little heavy if all you really need is the .raw functionality, though.
I read their license, and I wonder if I have to make my source files available if I use their library? Or is it just the DevIL sources?
Quote:Original post by PureWQuote:Original post by jouley
DevIL (Developer's Image Library) loads/saves .raw files, along with a slew of other formats. It's easy to set up and use by itself or with OpenGL, and I've never had any problems with it that weren't solved with a quick google. It may be a little heavy if all you really need is the .raw functionality, though.
I read their license, and I wonder if I have to make my source files available if I use their library? Or is it just the DevIL sources?
AFAIK, you're fine as long as you link dynamically rather than statically. However, you would do better to ask for clarification from the DevIL team - or the Free Software Foundation.
There is also an OO wrapper for devil, if you don't like the gl style API.
As with other lgpl libraries, you can link dynamically without releasing source.
As with other lgpl libraries, you can link dynamically without releasing source.
aren't .raw files just a raw stream of data with no header attached? if so, surely just open in binary mode and read would do it?
Still, I'll take this moment to pimp Game Texture Loader.. because, well I can [grin]
Still, I'll take this moment to pimp Game Texture Loader.. because, well I can [grin]
I've heard that Phantoms solution is good. However i have never used it and so i will have to recommend FreeImage as a good solution, though it's a bit heavy.
Dave
Dave
Quote:Original post by phantom
Still, I'll take this moment to pimp Game Texture Loader.. because, well I can [grin]
That is very neat, thanks!
This topic is closed to new replies.
Advertisement
Popular Topics
Advertisement