ATTENTION: You are viewing a page formatted for mobile devices; to view the full web page, click HERE.

DonationCoder.com Software > Screenshot Captor

Scrolling Capture Deluxe Thread

<< < (3/18) > >>

IainB:
Nah, I'm all teased out now...          :)

mouser:
Just to give you a flavor of how the new system works, consider this notepad example of the final steps to performing a scrolling capture.

We start with a small notepad window as an example:


After telling the tool what object to capture, and how to automatically scroll it horizontally and vertically, you get something like this:


Note that in this first stage, the tool does not worry about capturing the scrollbars; for other applications (like explorer windows, etc.) you might also get the HEADER row captured in each scroll image.

Then in step 2, you can tweak the way the final image is assembled out of the multiple images -- this is similar to stitching together camera panoramas.  Basically you trim out some extra margins, and configure the overlaps that happen during scrolling, etc:


Although this requires some manual help from the user -- I think it offers the best chance at getting the scrolling capture "perfect", and can handle odd scenarios that foul up the more automatic one step scrolling capture feature found in other tools.

What remains to be seen is how good a job i can do later at guessing some good default values given an image, to avoid making the user do too much hand tweaking with every scrolling capture.


Perhaps the major advantage to this new multi-step interactive process is that it should work reasonably well and be quite robust in handling unusual and tricky scrolling window captures that confuse other algorithms.  It may require a little more work, but when you really need to perform a scrolling capture on a tricky window, it should survive where other tools/approaches choke.

cranioscopical:
Keep going!  :Thmbsup:

mouser:
Another progress report.

The good:
1. Useable in scenarios where other scrolling capture techniques are not.
2. Very tweakable to get scrolling capture final output perfect.
3. Easy to abort and try different scrolling options -- including manual scrolling.

The bad:
1. Much too much work involved manually changing options to get the final result.
2. Requires skill and a non-trivial understanding of the process to tweak the assembly settings.
3. Tons of memory use.

The hope:
I hope that I can produce a fairly good procedure for automatically/smartly guessing good assembly settings by analyzing the resulting captures.   That would mean that in most cases you won't have to tweak anything after the capture.

mouser:
I would love to have some examples from people who have use cases where they would like to perform a scrolling capture but existing tools (other screenshot tools) have failed them --- so I can test the new method on these.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version