![]() You'll have to write your own wrapper to take the decompressed RGB data and draw it to the device context of course.This library is also very well documented with nice examples so you should have no problem using it. Then compile all the remaining sources into a static library and you're done. You might also have to set a few options in the config.h file (or something similar) but it's fairly well commented. Just weed out the unused source files (custom memory allocators mostly, you need to keep the basic one which is just a stub for malloc). I have no doubt that the JPEG implementation itself is rock-solid, it's just integrating it into a VS.NET C++ project is going to be a bit of work.URL: It's actually a lot easier than you'd think. I could adapt it to my purposes (Win32 GUI) but I would have to write quite a bit of wrapper code. Quote:Independent JPEG Group: These guys have the original free JPEG implementation, it dates back to 1991 and looks a little crusty and UNIX oriented. ![]() Some other option? I'm really hoping to do this with something in the Platform SDK, but I'm not sure if there's any choices besides IPicture.Do you guys have any other experiences that could help me with this decision? Advice and comments would be most welcome,Thanks,-sam Maybe I can redistribute the libraries that I care about? I haven't looked into this much as it looks too new. So I'm not sure if the DDJ article is out of date, or the MSDN docs are misleading.DDJ URL: on MSDN: I've seen some stuff on GDI+ but this looks pretty bleeding edge and not very available on all the platforms that I want to support (it looks XP only). In particular, the get_type() member function seems to imply that everything is a bitmap (which might be what happens under the covers). Here's the catch: the documentation on MSDN doesn't say anything about JPEGs! The IPicture docs merely claim to do bitmaps and metafiles (which I already handle, and don't really care about, respectively). I found an example online of somebody using it in DDJ and it looked pretty straight forward. My project doesn't currently have any COM in it, but I've used it before and I'm not too afraid of it. If somebody has had a fantastic experience with IPP, then my company can come with the $200, it's just not my preference.URL: Microsoft's native IPicture COM classes from the Platform SDK. I don't really want to do that, as my application isn't really speed critical (which is Intel's chief selling point) and loading JPEGs certainly won't be the bottleneck. While the IPP library is royalty free to redistribute, I still have to buy a $200 copy of it to use for development. Unfortunately, it looks like IPP is not free as IJL was. This library has disappeared and been replaced with the Intel Performance Primitives library. I have no doubt that the JPEG implementation itself is rock-solid, it's just integrating it into a VS.NET C++ project is going to be a bit of work.URL: 's JPEG Library. ![]() Here's what I found so far:Independent JPEG Group: These guys have the original free JPEG implementation, it dates back to 1991 and looks a little crusty and UNIX oriented. ![]() In particular, I have the following requirements: be able to instantiate an image object given a pathname to an image file, load time is not important be able to quickly render the image given a HDC, if this can't be done by the JPEG library, then I'll need to be able to convert the image at load time to DIB or DDB be able to subdivide (cut/crop) the image at load time into smaller images, again if this can't be done by the JPEG library, I'll have to convert to DIB or DDB (where I already have this code written)I don't really want to reinvent the wheel, so I did some research online to see what JPEG libraries are out there. This means that I have to add JPEG support (currently only. I want to include the ability to display user selected images in my program.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |