[jaclaz]

Maybe this is what you were looking for:
http://www.esreality...post&id=1945096

http://www.kotiposti...ial-English.txt
http://www.kotiposti...faultCurves.zip

Now the "math" is seemingly all there, time to do the experiments.

jaclaz

[ownage11]

MarkC Builder works!

This post has been edited by ownage11: 04 June 2012 - 11:01 AM

[jaclaz]

ownage11, on 01 June 2012 - 06:05 AM, said:

Tried that already, Just not the same.

I am not following you .

The given article explains exactly HOW to do something.
You have to experiment.
Then you post the actual table that you generated (and does not feel "right" to you).
Then someone may (hopefully) find what is the problem with your data.
You will need to post also the various settings you have (like refresh rate, dpi, etc.)

OF COURSE you cannot use a 2K or XP driver on 7!

jaclaz

[ownage11]

Thanks for everyone, use MarkC fix and you will able to get the old feels

WEEEE!

This post has been edited by ownage11: 04 June 2012 - 11:02 AM

[jaclaz]

ownage11, on 01 June 2012 - 06:49 AM, said:

Well I wasted enough times on that, any accel curves combo I tried so far make it just not the same feels of the old Windows 2000,
The speed might be the same, but overall the feels is just a big different and not anyclose.

Hmmm, really cannot say, but set aside the specific issue, from a "mathematical standpoint" 5 x/y points should be enough to approximate *any* curve of this type (or at least approximate them accurately enough).

Maybe you tested "wrong" curves (or you had not the "right tool" to create some).

If I can find something to criticize about the mentioned tutorial is that - while it explains very well the theory , it completely lacks a "practical way" to test curves , and provides a "conversion/curve building" method that is needlessly complex.

I try (with the attached spreadsheet) to fill this gap (you will need Excel).

No instructions, but once chosen your DPI in cell R20, besides changing values in cells P22:Q26 you can grab points in the graphic (the Magenta coloured line) and drag 'em around.
Then copy cells B18:B33 to a new. reg file and test the settings.

jaclaz

Attached File(s)

•  mouseaccel.zip (17.64K)
  Number of downloads: 7

This post has been edited by jaclaz: 01 June 2012 - 08:54 AM

[ownage11]

Thank you jaclaz, I'm looking on it right now.

This post has been edited by ownage11: 04 June 2012 - 11:03 AM

[jaclaz]

ownage11, on 01 June 2012 - 11:35 AM, said:

Thank you jaclaz, I'm looking on it right now.
if I used to play with MouseThresHold1&2 where exactly I need to change if I want to get the same effect?

No idea, try re.reading this thread starting from:
http://www.msfn.org/...post__p__994279
and see if you can find a suitable setting.

The referenced MS article:
http://technet.micro...y/cc978664.aspx
seems to me clear enough, though I'll have to to re-read it and MarkTheC posts several time to be able to add a tentative to the spreadsheet.

jaclaz

[jaclaz]

I had a look at the issues, and found quite a bit of info
There are a couple nice articles here:
http://www.codinghor...lling-rate.html
http://www.codinghor...n-displays.html
http://www.codinghor...ballistics.html

latter one misses some "key" images, taken from a MS article that was - obviously - lost somewhere in the cloud (but that is linked to by MarkTheC) the official MS term is "archived"
http://donewmouseacc...ration-fix.html
http://msdn.microsof...e/gg463319.aspx

The original MS article is however available through the Wayback Machine, even if some images are present in one version of the page and not in another, by "adding up these two":
http://web.archive.o...al.mspx?pf=true
http://web.archive.o...al.mspx?pf=true

The whole concept of "mickeys" is fascinating

The codinghorror article links to a (lost ) mouse rate measurement tool that I anyway found and that is attached (just in case).

And another interesting source:
http://www.cybergame...d-Polling-Rate/

So, it seems that the matter is even more complex than what MarkTheC posted (a tip of the iceberg? ) and it also seems that most of the 125 Hz vs 500 Hz poll rate is - to say the least - UNnonoticeable by any "normal" human being .

It will take me some time to digest the infos (and hopefully understand them), in order to provide a "bettered" spreadsheet.


jaclaz

Attached File(s)

•  dx_mouse_timer_dialog.zip (32.76K)
  Number of downloads: 5

[ownage11]

Thanks for everything jaclaz. Everything is alright using MarkC builder and finally got work well.

This post has been edited by ownage11: 04 June 2012 - 11:00 AM

[jaclaz]

ownage11, on 04 June 2012 - 05:11 AM, said:

Thanks for everything jaclaz. Everything is alright using MarkC builder and finally got work well.

Thanks my sock!
NOT only you are not going to post EXACTLY WHAT you did so that it could be useful to other people, but you also edited each and every of your posts in such a way that most of the thread posts would lose significance .
Thank goodness I have the habit of quoting at least relevant parts .

jaclaz

[bphlpt]

Yes ownage11, please post exactly what you ended up doing so that anyone who wants to duplicate your results won't have to start over from scratch.

Cheers and Regards

[MarktheC]

ownage11 said:

This is exactly what I did ... WHOOPEE! it works!

Not exactly useful for anybody else :-(

For the benefit of everybody else, the MarkC Fix Builder CAN'T directly create a fix that emulates W2K Low, Medium, or High accel.
It only builds curves with a constant sensitivity (usually 1-to-1, but can be any arbitrary number, but CONSTANT for all mouse inputs, rather than the step-wise accel W2K has.

If one were clever, one might be able to use it as a tool and build a curve piecewise.

¡As a theoretical exercise!, this REG file *SOMEWHAT* approximates W2K: MouseSensivity="10" (6/11), MouseSpeed="2", MouseThreshold1="4", MouseThreshold2="12" (AKA Windows 2000 "Medium" setting), when used on Windows 7 with DPI=100%(96), and when used with the SAME mouse polling rate as you had on Windows 2000, 125Hz or whatever:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Mouse]

"MouseSensitivity"="10"
"SmoothMouseXCurve"=hex:\
	00,00,00,00,00,00,00,00,\
	00,60,01,00,00,00,00,00,\
	00,50,02,00,00,00,00,00,\
	00,a0,03,00,00,00,00,00,\
	00,40,07,00,00,00,00,00
"SmoothMouseYCurve"=hex:\
	00,00,00,00,00,00,00,00,\
	00,85,07,00,00,00,00,00,\
	00,4b,19,00,00,00,00,00,\
	00,4c,4f,00,00,00,00,00,\
	00,98,9e,00,00,00,00,00

... it assumes that you have the same mouse polling rate on Windows 7 that you had on W2K.

Up to 4 it gives 1-to-1 like W2K would. After 12ish it gives × 4.0, like W2K would.
Between 4 and 12, all that can be done with the limited number of Smooth curve points available is a somewhat linear increase from × 1.0 to × 4.0, somewhat averaging × 2.0 over the range...

Edit Note1: This curve now *approximates* a standard Windows 2000 accel curve: namely "Medium".
Edit Note2: Soon to be released! Curves that very closely match ALL Windows 2000 accel settings : Low, Medium, High.

This post has been edited by MarktheC: 12 June 2012 - 03:15 AM

[MarktheC]

This curve approximates W2K "Low" accel, MouseSensivity="10" (6/11), MouseSpeed="1", MouseThreshold1="7", MouseThreshold2="0"

Windows7_MouseFix_TextSize(DPI)=100%_Scale=1-to-1(2-to-1@9)_@6-of-11.zip

If anybody used W2K Low Accel, and has the same mouse polling rate and mouse DPI now on Windows 7 as they did on W2K, please try it and let me know how it goes.
(The "2-to-1@9" is deliberate and a compromise due to W2K/Windows 7 differences...)

@jaclaz: Good spreadsheet!
(Unfortunately, starting with Excel 2007, Excel no longer lets you grab and move a chart point.)
A suggestion, plotting Y/X (rather than Y) on the vertical axis makes for easier to read curve charts: The Y axis then becomes: "Gain" aka "Control Display Gain", the multipier factor applied to the X value to give the Smooth Y value.

[ownage11]

Thanks MarkC,
jaclaz and everybody in this topic, edited it for good ! after all there's also a way to make it close to what you used in Win2000, just got it work by the builder of MarkC using the XP combine with my custom settings in Windows 7

Edit: But seems like mark created for me the best one

This post has been edited by ownage11: 05 June 2012 - 08:05 AM

[jaclaz]

MarktheC, on 05 June 2012 - 07:14 AM, said:

@jaclaz: Good spreadsheet!
(Unfortunately, starting with Excel 2007, Excel no longer lets you grab and move a chart point.)
A suggestion, plotting Y/X (rather than Y) on the vertical axis makes for easier to read curve charts: The Y axis then becomes: "Gain" aka "Control Display Gain", the multipier factor applied to the X value to give the Smooth Y value.

Hey, I was waiting for your reply!
I am working on a new spreadsheet, taking into account some other parameters (actually I already have a spreadsheet with what I think are a "good approximation of the Win2K curve) but I am making quite a few "discoveries" (not in the sense of anything "new", only about something in the "XP ballistics article" and in the way the thingy has been implemented that simply make NO sense - to me at least).

The data are (the general idea being that the 1:1 curve is a 100% slope - your .vbs produces on my machine a 102.4% slope for XP/VIsta and a 100% for Windows 7:
(they look VERY unlike the ones you posted till now )

Quote

Windows Registry Editor Version 5.00
;Windows7 Test Settings @96 dpi Win2K None
[HKEY_CURRENT_USER\Control Panel\Mouse]
SmoothMouseXCurve=hex:\
00,00,00,00,00,00,00,00,\
00,00,01,00,00,00,00,00,\
00,00,02,00,00,00,00,00,\
00,00,04,00,00,00,00,00,\
00,00,28,00,00,00,00,00,\

SmoothMouseYCurve=hex:\
00,00,00,00,00,00,00,00,\
00,78,05,00,00,00,00,00,\
00,F0,0A,00,00,00,00,00,\
00,E0,15,00,00,00,00,00,\
00,C0,DA,00,00,00,00,00,\

Quote

Windows Registry Editor Version 5.00
;Windows7 Test Settings @96 dpi Win2K Low
[HKEY_CURRENT_USER\Control Panel\Mouse]
SmoothMouseXCurve=hex:\
00,00,00,00,00,00,00,00,\
00,00,07,00,00,00,00,00,\
00,00,07,00,00,00,00,00,\
00,00,0C,00,00,00,00,00,\
00,00,28,00,00,00,00,00,\

SmoothMouseYCurve=hex:\
00,00,00,00,00,00,00,00,\
00,48,26,00,00,00,00,00,\
00,90,4C,00,00,00,00,00,\
00,40,83,00,00,00,00,00,\
00,80,B5,01,00,00,00,00,\

Quote

Windows Registry Editor Version 5.00
;Windows7 Test Settings @96 dpi Win2K Medium
[HKEY_CURRENT_USER\Control Panel\Mouse]
SmoothMouseXCurve=hex:\
00,00,00,00,00,00,00,00,\
00,00,04,00,00,00,00,00,\
00,00,0C,00,00,00,00,00,\
00,00,0C,00,00,00,00,00,\
00,00,19,00,00,00,00,00,\

SmoothMouseYCurve=hex:\
00,00,00,00,00,00,00,00,\
00,C0,2B,00,00,00,00,00,\
00,40,83,00,00,00,00,00,\
00,80,06,01,00,00,00,00,\
00,E0,22,02,00,00,00,00,\

Quote

Windows Registry Editor Version 5.00
;Windows7 Test Settings @96 dpi Win2K High
[HKEY_CURRENT_USER\Control Panel\Mouse]
SmoothMouseXCurve=hex:\
00,00,00,00,00,00,00,00,\
00,00,04,00,00,00,00,00,\
00,00,06,00,00,00,00,00,\
00,00,06,00,00,00,00,00,\
00,00,19,00,00,00,00,00,\

SmoothMouseYCurve=hex:\
00,00,00,00,00,00,00,00,\
00,C0,2B,00,00,00,00,00,\
00,A0,41,00,00,00,00,00,\
00,40,83,00,00,00,00,00,\
00,E0,22,02,00,00,00,00,\

If you are "around", I would like (in a couple of days) send you the draft of the new worksheet for your review (and check), in the meantime find attached the current (possibly incorrect/to be scaled) tentative to simulate the Win2K "behaviour".

If any of the actual peeps that need those curves would actually test and report, it would be a good thing....

If I may, both your .vbs and the data you posted is "beautified" by a [TAB] that prevents directly copy/paste in an Excel spreadsheet, it seems to me that even without it, the data is not "that much ugly" and it could be removed.
Besides, it would be nice if you could have the .vbs add a "comment" string, like I do in the spreadsheet, so that you "keep" the file name even when you copy and paste just the data in it.

I don't understand the way you build your new "Win2K - like" curves , I added the plot of your posted "Windows7_MouseFix_TextSize(DPI)=100%_Scale=1-to-1(2-to-1@9)_@6-of-11" to the attached spreadsheet, it seems to me like a zig-zag, can you spend a couple lines to explain the reasoning behind it?

I didn't know about the "news" in Excel 2007, I guess the good MS guys managed to ruin even it!

I was thinking along the same line of thought as you do about the possibility of using a different X/Y graphic, but keeping everywhere the same "approach" as the "XP ballistic article seems to me more "natural", I will see after the checks, if there are even more alternatives.
In the meantime I invented a new "standard" all graphs in the new spreadsheet will have:

• "Full" X axis min 0 max 45 primary unit 5 / Y axis min 0 max 650 primary unit 50
  
• "Detail" X axis min 0 max 9 primary unit 1 / Y axis min 0 max 130 primary unit 10

this way they will have the same H/W ratio, the second being a 5x magnification of the first.

@all
To repeat myself, I have NO idea if the provided data does in any way approximate the Windows 2K behaviour, please test them and report.

jaclaz

Attached File(s)

•  mouseaccelW2k.zip (33.53K)
  Number of downloads: 4

This post has been edited by jaclaz: 05 June 2012 - 12:48 PM

[ownage11]

Interesting, Good job Jaclaz,
Against I am srry if the Edited hurt to you and rest of the people, I was thinking is good idea cuz I've posted that the MarkC Builder isn't working with the W2K Feels,
And he already confirmed that. so my bad
Anyway you're all right we've to keep looking for the best & help eachother it's the most important after all i'm positive guy and would like to help !
to get back exactly the old Acceleration of Windows 2000, But trust me I'm not the one you are looking for that
I don't have any experience to edit the curve mouse/moves, Even thought you'r tools help to people and doing great job Keep it up.
Soz

This post has been edited by ownage11: 05 June 2012 - 09:54 AM

[jaclaz]

ownage11, on 05 June 2012 - 09:53 AM, said:

I don't have any experience to edit the curve mouse/moves,

That's good , as right now I *need* not anyone with those capabilities.

All I am looking for is someone (like you) that actually simply tests the curves I just posted and reports if they "feel" anywhere near the original Win2K behaviour.

You might understand how personally:

• not being a gamer (and having NO idea how a Win2K "felt" in a gaming)
  
• not havng a Win2K system handy (actually I am lieng , I have one, but have no display that I can use with it)
  
• not having a Windows 7 system handy

Just for the record, the last game I ever played was this one
http://en.wikipedia.org/wiki/The_Hitchhiker's_Guide_to_the_Galaxy_(video_game)
(now available to everyone):
http://www.bbc.co.uk...ame_nolan.shtml
but I used to have the original Infocom one, that looked like this:
http://pot.home.xs4a...nfocom/hgg.html

I have no way to test them, and even if I could, I would have not the right "feeling", the theory (as per MS documents) is - to say the least - "shaky" , the way I understand it might be - even severely - flawed , any kind of mistake could have made it's way on the spreadsheets and I additionally suspect that at least part of the "feeling" is subjective, there is a concrete possibility that a random number generator would produce "better" curves tham I can do right now ....

Still just for the record, I tend to normally use this a RNG snippet :
http://xkcd.com/221/

jaclaz

[ownage11]

Haha you are welcome, I will like to help you and checkout any of you'r tests.
And I'm sure we'll able to get the same result.

Running atm: 3 of the operation systems Windows XP 32bit SP2, Win7Ultimate64bit & Windows 2000 pro.

[jaclaz]

MarktheC, on 05 June 2012 - 07:14 AM, said:

(Unfortunately, starting with Excel 2007, Excel no longer lets you grab and move a chart point.)

jaclaz, on 05 June 2012 - 08:10 AM, said:

I didn't know about the "news" in Excel 2007, I guess the good MS guys managed to ruin even it!

.... the good news being that it can be-re-added through an add-on :

http://blogs.office....harts-mpoc.aspx

Quote

Overview

In Excel 2007, the ability to directly resize or reposition points on the chart was deprecated. This feature was sometimes referred to as "Graphical Goal Seek." For example, in Excel 2003 a user could click on a data point in a column chart twice which would surface handles that could be used to resize the columns. Over the last couple of years we have received a lot of feedback from customers indicating that this was a valuable feature for some scenarios. However, we were not able to react in time to roll this feature back into Excel 2010 but we are evaluating how to bring this back as a native feature in a future release. In an effort to restore this lost functionality, we have developed a sample Add-In that can be used in both Excel 2007 and Excel 2010.

In this blog post, I will provide the Sample Add-In for download and illustrate how to use this Add-In for manipulating points on your chart.

jaclaz

P.S.: just realized that I left a "link" in the mouseaccelW2k spreadsheet, I am updating the posted file, please re-download.

This post has been edited by jaclaz: 05 June 2012 - 12:47 PM

[MarktheC]

jaclaz, on 05 June 2012 - 08:10 AM, said:

...I am making quite a few "discoveries" (not in the sense of anything "new", only about something in the "XP ballistics article" and in the way the thingy has been implemented that simply make NO sense - to me at least).

There are a some things that don't make sense in that XP Ballistics article.
If it *had* made reasonable sense, there would be no MarkC Windows 7 fixes! My fixes were a byproduct of the research needed to make sense of the errors in that article, and convince somebody that it was a real problem.

jaclaz said:

The data are (the general idea being that the 1:1 curve is a 100% slope - your .vbs produces on my machine a 102.4% slope for XP/VIsta and a 100% for Windows 7:
(they look VERY unlike the ones you posted till now )

Quote

;Windows7 Test Settings @96 dpi Win2K None

I confirm that is a 1:1 curve.
But there is a twist.

Inside Windows it does the calculations with 48.16 fixed point numbers (48 bits to the left of the binary point, 16 bits to the right).
As the calculations are done, remainders occur and are discarded (because the result has bits past the last 16th binary digit).
Often these discarded remainders have no effect, EXCEPT when you reverse the mouse left<->right or up<->down, and there will be a one pixel error appear (MouseMovementRecorder will show a pointer movement 1 different from the mouse movement).

If:
- Smooth_X is the delta SmoothX value of the segment (SmoothMouseXCurve[i] - SmoothMouseXCurve[i-1])
(1.0 = 0x10000 = 65536)
- Smooth_Y is the delta SmoothY value of the segment (SmoothMouseYCurve[i] - SmoothMouseYCurve[i-1])
- DPI is 96 (or whatever)
- MouseSensitivity is "MouseSensitivity" from the registry
- MouseSensitivityFactor is =INT(MouseSensitivity*65536/10) (65536 for the 6/11, "10" position)

Then the final sensitivity (Windows 7) is:
Scaling=INT(INT(INT(Smooth_Y*INT(DPI*65536/150)/65536)*MouseSensitivityFactor/65536)*65536/(Smooth_X*3.5))/65536

Often (but not always) the value of delta SmoothX that gives a desired target scaling is:
Smooth_X = INT(INT(INT(Smooth_Y*INT(DPI*65536/150)/65536)*MouseSensitivityFactor/65536)/(Target_Scaling*3.5))

For the 1st segment of your 1:1 curve, Scaling = 65535/65536, ~0.99998, not quite 1:1
If you decrease your SmoothX from 10000 down by 1 to FFFF, then the scaling comes out at an exact 65536/65536.
(Or increase Smooth_Y a bit.)

Quote

;Windows7 Test Settings @96 dpi Win2K Low

Yes, 1:1, stepping up to 2:1!

But stepping up at what mouse speed?
You can test your curves on Windows XP or Vista. There will be the 2.4% difference you note (@60Hz monitor refresh rate), but that's close enough to get a general feel. Running MouseMovementRecorder.exe while testing will show the exact mouse speed threshholds a curve has.
If you try your Win2K Low curve, you should see it bumps up to 2:1 at 25 (rather than 7).

? The SmoothMouse?Curve values are nominally inches/second, NOT mouse counts/polling interval or pixels/whatever.
I'm guessing MS used Mouse CPI=450 (didn't a popular MS mouse have 450 CPI?) and polling interval 125Hz, to give a conversion factor of 450/125=3.6, rounded to 3.5:
To convert a SmoothMouseXCurve value to a mouse count ("mickey"), multiply or divide by 3.5.
The SmoothMouseXCurve corresponding to 7 is 7/3.5 = 2.0

Despite what any MS technet doc might say, the Win2K thresholds apply when the mouse moves strictly GREATER THAN the threshold.
So if MouseThreshold1 = 7, a 7 mouse movement will still be 1:1. 8 and higher will be 2:1
So you should add 1 to any Win2K threshold (add at least one...)

Windows XP/Vista/7 sort-of use the magnitude of the movement vector as the input to the curve lookup.
The calculation is:
Magnitude = Max(Abs(X),Abs(Y)) + Min(Abs(X),Abs(Y)) / 2
For example, a mouse movement of x=7, Y=3, counts as 7+3/2 = 8.5

In Win2K, a movement of x=7, Y=3 has each axis treated separately, so in the X axis, 7<=MouseThreshold1 and so still 1:1, and 3<=MouseThreshold1 so still 1:1.
x=8, y=3 would be treated as 8>MouseThreshold1, so 2:1 in the X axis but 3<=MouseThreshold1, so still 1:1 in the Y axis.

When building a Windows 7 curve, if the mouse moved X=7, Y=3, we might want to treat that as 1:1, because Win2K would treat that as 1:1 (in both axes).
But with Windows XP/Vista/7 magnitude calculation gives 8.5, and 8.5>7, so we apply accel based on the next curve segment.
To prevent that, I set the 1st segment SmoothX to ~8.75/3.5 (=2.5), so that 7,3 is 1:1 but 7,4 or 8,2 is 2:1
8.75 is a compromise setting.
Given these curves will be used by gamers, and much movement is left/right (?) rather than up/down, maybe 7.75 might be a better compromise.
7,0 and 7,1 would then be 1:1 (same as Win2K), but 8,0 would be 2:1...

Internally, Windows processes the raw curves. It calculates : (SmoothY[i]-SmoothY[i-1]) / (SmoothX[i]-SmoothX[i-1])
Because your SmoothX[1] and SmoothX[2] values are the same (7), that would be a divide by zero!
Windows checks for the potential divide by zero and instead stores 0 for both the re-calculated Y and X values.

There are 2 ways to handle the step up from 1:1 to 2:1:
- Use a very narrow segment, say SmoothX[1] = 7/3.5 and SmoothX[2] = 7.1/3.5 (to avoid the divide by zero)
- Just set both SmoothX[2] and SmoothY[2] to zero!

The first method has a short segment with a very steep slope, which can cause some strange behaviour...
The second relies on the inner workings of the curve lookup, and works better! It's a trick that works because of how the curve lookup works.

Quote

;Windows7 Test Settings @96 dpi Win2K Medium

Curve segment 1 starts out at 2:1, but it needs to start at 1:1

At 12 (actually 12*3.5, see above about dividing by 3.5) it steps to 4:1

To exactly match the 1:1, 2:1, 4:1 Win2K "curve", we really need 5 segments:
1) 1:1
2) A narrow, steep segment to step-up to 2:1 (or the zero trick)
3) 2:1
4) A narrow, steep segment to step-up to 4:1 (or the zero trick)
5) 4:1

Unfortunately, the SmoothMouse curves only have 4 segments (5 points, but 4 segments between the points).

What I did in the Threshold1=2, Threshold1=5 example curve was this:
1) 1:1
2) A wider segment to get between 1:1 and 2:1 (a slope, not a step)
3) A wider segment to get between 2:1 and 4:1 (a slope, not a step)
4) 4:1

This assumes that the user cares more about consistent 4:1 at high speeds, and can live with a variable curve between 2 and 5.
If they really need the consistent 2:1, then the slope from 2:1 to 4:1 will have to be variable...

Quote

;Windows7 Test Settings @96 dpi Win2K High

Similar comments as for Win2K Medium.

jaclaz said:

If you are "around", I would like (in a couple of days) send you the draft of the new worksheet for your review (and check).

I'll look forward to it.

jaclaz said:

If I may, both your .vbs and the data you posted is "beautified" by a [TAB] that prevents directly copy/paste in an Excel spreadsheet, it seems to me that even without it, the data is not "that much ugly" and it could be removed.

meh.

jaclaz said:

Besides, it would be nice if you could have the .vbs add a "comment" string, like I do in the spreadsheet, so that you "keep" the file name even when you copy and paste just the data in it.

That's a good idea.
When I next update my VBS tool I'll make that change (which likely won't be for a while, unless I decide to put a Win2K curve builder into the mix).

jaclaz said:

I don't understand the way you build your new "Win2K - like" curves , I added the plot of your posted "Windows7_MouseFix_TextSize(DPI)=100%_Scale=1-to-1(2-to-1@9)_@6-of-11" to the attached spreadsheet, it seems to me like a zig-zag, can you spend a couple lines to explain the reasoning behind it?

- Segment 1 goes from 0 to SmoothX = 2.5, corresponding to Mouse=2.5x3.5 = 8.75 (8.75 explained above as a compromise so that x=7,y=3 would still be 1:1)

- Segment 2 goes from SmoothX = 2.5 to 0, and is ignored by the Windows lookup (this is trick to avoid a short steep segment that can cause problems)

- Segment 3 goes from 0 to SmoothX = 5, corresponding to Mouse=5x3.5 = 17.5, BUT the exact number doesn't matter for the last valid segment, because Windows extrapolates the last valid segment forward. All that matters is the slope of the last segment. So it could be DeltaY=35, DeltaX=17.5 (as it is), giving 2:1 (DeltaY=35 after x96/150 factor applied), or could be DeltaY=2000, DeltaX=1000.

- Segment 4 is ignored because of the zeros (I think...! )

The fact that the last segment is extrapolated forward is a good reason NOT to display or plot the last point on any graphs: It is only the slope (direction) of the last segment that matters, not where it "ends" (it doesn't end, it is extrapolated forward).

With the curve lookup trick, and the extrapolation, my Win2K Low curve looks like this:
 Windows7_MouseFix_TextSize(DPI)=100%_Scale=1-to-1(2-to-1@9)_@6-of-11.png (20.41K)
Number of downloads: 10

This post has been edited by MarktheC: 07 June 2012 - 06:00 AM