BltTest values

[andrasfuchs]

I've run the BltTest tool and got significantly different values for HWND and Desktop capture.

Can I set a different resolution to test on my computer?

How can I define for SCR to use the HWND capture mode?

I also downloaded the new version of the BltTest from http://stereopsis.com/blttest/ and got very different values:

[rdp]

It uses a different size window (and includes an extra memcpy) to try and
be more realistic to screen capture than the http://stereopsis.com/blttest
one.
HWND capture mode is for capturing a particular app window (only),
specifiable in the registry via hwnd_to_track registry setting. Also
disabling aero can get that type of performance from the desktop AFAIK.

On Fri, Dec 20, 2013 at 8:34 AM, Andras Fuchs notifications@github.comwrote:

I've run the BltTest tool and got significantly different values for HWND
and Desktop capture.

[image: image]https://f.cloud.github.com/assets/910321/1791367/d4fc8e16-698b-11e3-8232-859f4954eb7f.png

Can I set a different resolution to test on my computer?

How can I define for SCR to use the HWND capture mode?

I also downloaded the new version of the BltTest from
http://stereopsis.com/blttest/ and got very different values:
[image: image]https://f.cloud.github.com/assets/910321/1791374/0d2a4f1c-698c-11e3-8c3e-4cf2c2d5ba02.png

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/32
.

[andrasfuchs]

Thanks for the tip!

I have disabled Aero on Windows 8 (http://superuser.com/questions/445971/disable-aero-on-windows-8) and I got better results:

If anyone wants to go ahead and try the HWND capturing, here is a great tool to get the current HWND of any window:
http://www.catch22.net/software/winspy-17

(make sure that you convert WinSpy's HWND value from hexadecimal to decimal before entering into the SCR configuration utility!)

[andrasfuchs]

I've made some new tests to compare the different recording modes and their performance:

Windows 8.1 Aero enabled, Desktop mode: 21.743

Windows 8.1 Aero disabled, Desktop mode: 23.361

Windows 8.1 Aero enabled, HWND mode: 42.858

Windows 8.1 Aero disabled, HWND mode: 42.307

It looks like HWND mode is significantly faster. Could you put the HWND parameter on the Options dialog?

[andrasfuchs]

I have just found the new option Options / Configure screen recorder by numbers / capture_foreground_window_if_1 . I set it to 1, and I set the hwnd_to_track value to 0.

I would expect to record only the window which was the foreground window just before I clicked the "Start!" button. The problem is that when I click the "Start!" the foreground window will be always the window which contains the button itself.

The idea is great though! I would love to use this functionality, because the HWND capture is much more efficient!
It would be even better if you could continuously check which window is in the foreground dureint the recording session, and switch the capturer to that HWND.

And you did a good job with the whole configuration window too!

[rdp]

Interesting point LOL. Will note it for consideration...probably it should
repoll foreground window.

On Fri, Jul 11, 2014 at 9:13 AM, Andras Fuchs notifications@github.com
wrote:

I have just found the new option Options / Configure screen recorder by
numbers / capture_foreground_window_if_1 . I set it to 1, and I set the
hwnd_to_track value to 0.

I would expect to record only the window which was the foreground window
just before I clicked the "Start!" button. The problem is that when I click
the "Start!" the foreground window will be always the window which contains
the button itself.

The idea is great though! I would love to use this functionality, because
the HWND capture is much more efficient!

And you did a good job with the whole configuration window too!

—
Reply to this email directly or view it on GitHub
#32 (comment)
.

[Walkman100]

It could also wait a few seconds after the user presses the button before it starts recording, giving time for the user to switch windows

[rdp]

Good idea...interesting...

On Mon, Jul 14, 2014 at 8:56 AM, ░▒▓█│【Walkman】│█▓▒░ <
notifications@github.com> wrote:

It could also wait a few second after the user presses the button before
it starts recording, giving time for the user to switch windows

—
Reply to this email directly or view it on GitHub
#32 (comment)
.

[andrasfuchs]

There is an event to subscribe to when you want to "follow" the foreground window as it changes:
http://stackoverflow.com/questions/4407631/is-there-windows-system-event-on-active-window-changed

So you don't need to poll it...