Thanks for all the suggestions guys - I'll be checking them out.

markkuk wrote: Christopher Lloyd wrote: I don't intend to distribute copies of the source code, so that doesn't apply. That would be a license violation. Okay, I see your point. But I can "provide" the source code by pointing people to a "designated place" (section 4). In fact, the developers of this libraray only provide the source code if you e-mail and ask for it and I don't even have a copy myself, although doubtless I could get one. So, as far as I can see, if I distribute an entirely unmodified DLL with my app, I need to: 1. Include with my copyright notice one for the libarary. 2. Include a link to the developers site (the "designated place" where the source code can be acquired). 3. Make sure that people can use new versions of the library if one is released. (They can just copy in a new DLL). With these points covered I think I'll be complying with the license... what do you think? Thanks for your advice on this.

...why can't you build it yourself? It must have source code... "...Ability to type is not enough to become a Programmer. Unless you type in VB. But then again you have to type really fast..." Me

I'm actually generating the video images myself so AVI isn't relevant to me. At present I'm using a solution based on SetDIBitsToDevice which works well it's just not really fast enough - for example on a PIII 1GHz a 464 x 464 bitmap takes about 12ms to get blitted when the screen is in 32 bit colour mode - that's too slow for me, hence I'm thinking of using DirectX. I'm aware that DirectDraw is the solution I need, it's just that in DirectX 8.1 DirectDraw was merged with Direct3D, or so I've read, and I can't find the DirectDraw functions in the SDK documentation anymore. My real hope was that someone out there would have a ready made DirectDraw blitter, or at least could point me at some references. Thanks for your comments.