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.
Use mplayer as resize engine
Moderators: helmut, XnTriq, xnview
Re: Use mplayer as resize engine
If it's GPL, i can't use it...foxyshadis wrote: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.
Pierre.
Re: Use mplayer as resize engine
Would be worth confirming that part, IMHO...foxyshadis wrote:many experts say that you can use GPL in self-contained libraries as long as the code for the library itself is available.
Olivier
- foxyshadis
- Posts: 395
- Joined: Sat Nov 18, 2006 8:57 am
This is one of my sources: http://en.wikipedia.org/wiki/GNU_Genera ... d_disputes
Unfortunately the rest dropped off my browser history, and I need to go over the mailing lists again.
Unfortunately the rest dropped off my browser history, and I need to go over the mailing lists again.