Use mplayer as resize engine
Posted: Fri Jan 12, 2007 7:48 pm
I know you intend to work on resizing at some point this year, so I thought this might interest you. In ffdshow, we use a stripped down chunk of mplayer called software scaler to do all of our resizing (and post-processing - who knows, that might be interesting too). It's a self-contained dll, you only need a few function calls to set up and perform the resize.
It has a number of advantages over xnview's implementation - it's extremely fast (and multithreaded), capable of doing hundreds of 720x480 -> 1280x1024 resizes per second on my system, compared to only a few per second in xnview (though it's hard to measure with any accuracy). It's also more correct, images won't walk off the edge of pictures with multiple resizes. I notice the different resizes in xnview all seem to be centered differently, only a couple are correct.
It's GPL, but many experts say that you can use GPL in self-contained libraries as long as the code for the library itself is available. It's up to you.
Its assembly optimizations also require compiling with gcc or icl, as a fyi.
If you're interested, I can send you more information.
It has a number of advantages over xnview's implementation - it's extremely fast (and multithreaded), capable of doing hundreds of 720x480 -> 1280x1024 resizes per second on my system, compared to only a few per second in xnview (though it's hard to measure with any accuracy). It's also more correct, images won't walk off the edge of pictures with multiple resizes. I notice the different resizes in xnview all seem to be centered differently, only a couple are correct.
It's GPL, but many experts say that you can use GPL in self-contained libraries as long as the code for the library itself is available. It's up to you.
Its assembly optimizations also require compiling with gcc or icl, as a fyi.
If you're interested, I can send you more information.