Thanks, Jamie!
and your codec might just be perfect for this, assuming that it works the way most screen capture codecs do, which is subtract the current frame from the last, determine the bounds of what has changed, and do a lot of patent-pending stuff to that to make it smaller.
Right, that's exactly how it works. It also finds motion which I think is not so helpful in your case.
I consider two major use cases for the codec.
1. Users or companies producing video tutorials and presentations. They capture or create some video, use the codec to compress it (on a limited number of machines) and then distribute the video via Web, CDc etc. In this case they just purchase limited number of licenses (1 per machine where they compress the video) and distribute the codec for their users who use it for playing their video for free.
2. Companies or persons developing software which captures or creates some video and compresses it with ScreenPressor. They have two options:
a) Distribute the codec in its original unregistered form together with their application and let their users decide if they like this codec and ready to pay for it or they want to use some other codec they have.
b) Include to their software a special build of ScreenPressor (as a codec or as a library) which doesn't require registration. This special build can be obtained by purchasing a developer license which cost depends on the form (VfW codec, DLL, source code) and other factors (like number of products).
In case of a free product I guess option 2a is the best: developer doesn't pay a penny and lets users decide if they want ScreenPressor or not. In near future ScreenPressor will be available for affiliates, and authors of free software will be able to monetize it by providing ScreenPressor with their software and being affiliates to get some percent of the codec's cost when an end user buys it.