From: Kevin M. <ke...@vr...> - 2002-01-16 20:43:17
|
the deployment stuff is good. win32, vc6, unix is all good and should be done. docs... yes I'd prefer a c API that wraps the C++ one, does it really matter? the C api would be the one to avoid IMHO, so why build around it? besides, dllexport will export C++, so it isn't a big deal. if you need image plugins, I would write C wrappers that allow you to search for the C symbols for the load method. Otherwise, why not C++? PNG is good. JPG is bad (lossy) but good at compression (nice) I'd avoid it so that the game looks good, but if you want to make a tiny little demo it might be good to have. PCX is good. so.. basically we'd need to add JPG to my lib any creative names? pixmi, pixmai, imagi, simpix (simple pix), simimg, smplimg, simg, simage, etc... I like the first 3... a separate SF project for it? I'm ok with that. are we sure there isn't ANYTHING else out there? The strong points of my lib is the C++ I think... I like the idea of the util lib. I've wated to do a fractal generator lib as well, but never had the time. :) I think I do simple conversions already which can be migrated from the Image class to a util lib. simple as in 24 to 32bit and vice versa. kevin On Wed, 16 Jan 2002, Chad Austin wrote: > Good. I didn't want to reinvent the wheel. What I *do* want is: > > - proper Win32 distribution with header files, VC6 import libraries, DLLs > - portability (of course) > - proper |./configure && make| UNIX distribution (autoconf/automake 'make dist') > - documentation! (of course) > - C API for DLL boundary communication > - completely inlined C++ API that calls the C API > - support for at least PNG, JPEG, and PCX (but more is better here) > - decent (creative) name :) > - SourceForge project so it's managed in a standard way > - a (possibly separate) utility library that would let us do smooth scaling, > generalized transforms, format conversions (it'd be nice to always have > everything in 32-bit color RGBA) > > > Here's why I wasn't using the ones that already exist: > > IMO, OpenIL is deployed all wrong. They don't use autoconf/automake, and > several functions in the API are either empty stubs or are missing > functionality. SDL_Image depends on SDL. Some of the other small ones are > simply not big enough. > > > > ouch. check out the one i've already written. :) (see tank in CVS for a > > few files in my image lib). > > > > let me know if you want it to have more. currently it supports SGI, TGA, > > PCX, BMP, formats (read and write) > > > > It can also read PNG, and write to a .cpp file an image into static vars.. > > > > I was planning on checking it in soon, but currently it is only called > > "Image". so it could have a better name. > > ---- > > > see this link for an older version: > > > > http://www.vrac.iastate.edu/~kevn/pub/Image-0.9.2.src.tar.gz > > ---- > > > Alternatively isn't there a few general image libs already available? > > probably don't want to reinvent the wheel. I wrote mine because at the > > time (3-4 years back) there wasn't a good sgi loader, and there certainly > > wasn't any good C++ loaders... I don't care if we find something > > different than mine if it's better. > > > > someone want to research the available libs, and make notes about how to > > load and access the image data? > > > > for example my lib works like this: > > > > Image image; > > TgaImport imp; > > imp.import( "filename.tga", image ); > > > > then to access the data: > > void *data = image.data() > > int width = image.width(); > > int height = image.height(); > > int channels = image.channels(); > > int bpp = image.bpp(); // bits per pixel > > > > void* pixel = image.pixel( x, y ); // access an individual pixel > > > > the Image class data format is what OpenGL needs passed to it. I think I > > also used it with direct X once as well... > > _______________________________________________ > ISUGameDev-devel mailing list > ISU...@li... > https://lists.sourceforge.net/lists/listinfo/isugamedev-devel > -- @--@---@---@----@-----@------@------@-----@----@---@---@--@ Kevin Meinert __ _ __ http://www.vrac.iastate.edu/~kevn \ || \| \ / ` Virtual Reality Applications Center \ ||.-'|--\\ Howe Hall, Iowa State University, Ames Iowa \|| \| \`__, ----------------------------------------------------------- |