Tias,<div><br></div><div>I'm impressed by xinput_calibrate's design, especially with the research you did before writing it.  I was not aware of several of the calibration utilites you mentioned on your site.</div>
<div><br></div><div>I built evcalibrate last summer strictly to serve the needs of my employer and hoped it might be useful to someone else.  Now that i'm aware of xinput_calibrator, it's really nice to compare solutions for the evdev backend.</div>
<div><br></div><div>I noticed a TODO statement in your evdev Calibrator class:</div><div><span class="Apple-style-span" style="font-family: 'Bitstream Vera Sans Mono', Courier, monospace; font-size: 12px; color: rgb(153, 153, 136); font-style: italic; line-height: 17px; white-space: pre; ">// TODO: swap_xy and flip_x/flip_y stuff<span class="Apple-style-span" style="color: rgb(0, 0, 0); font-family: arial; font-size: small; font-style: normal; line-height: normal; white-space: normal; "> </span></span></div>
<div><font class="Apple-style-span" face="arial, Courier, monospace"><span class="Apple-style-span" style="font-family: arial; ">This is one area where I think evcalibrate does a good job.  Given the data from at least 1 touch event in each quadrant of the screen, we can determine exactly which combination of flipx, flipy, and swapxy values are appropriate.  That being said, it looks like your implementation is just fine.  Evdev must be doing a linear transformation based on the min/max x/y pairs that supports, for instance, minx being greater than maxx.  I always assumed it wasn't that smart.  </span></font></div>
<div><font class="Apple-style-span" face="arial, Courier, monospace"><br></font></div><div><font class="Apple-style-span" face="arial, Courier, monospace"><span class="Apple-style-span" style="font-family: arial; ">My front-end is designed in large part to make calibration as quick and painless as possible.  The results aren't incredibly accurate but are generally good enough for desktop touchscreens (15-17").  In the future, I might simply try adding evcalibrate's Qt/OpenGL interface as a front-end to xinput_calibrator.  </span></font></div>
<div><font class="Apple-style-span" face="arial, Courier, monospace"><br></font></div><div><font class="Apple-style-span" face="arial, Courier, monospace"><span class="Apple-style-span" style="font-family: arial; ">Cheers,</span></font></div>
<div><font class="Apple-style-span" face="arial, Courier, monospace"><span class="Apple-style-span" style="font-family: arial; ">Alan</span></font></div><div><br><div class="gmail_quote">On Mon, Jan 25, 2010 at 7:16 AM, Tias <span dir="ltr"><<a href="mailto:tias@ulyssis.org">tias@ulyssis.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hey Alan,<br>
<div class="im"><br>
On Fri, Jan 22, 2010 at 10:47:25PM -0500, Alan McCosh wrote:<br>
> A new tool is available for evdev touchscreen calibration, evcalibrate.<br>
> <a href="http://sourceforge.net/projects/evcalibrate/" target="_blank">http://sourceforge.net/projects/evcalibrate/</a><br>
><br>
> First, apologies to the creator(s) of ev_calibrate.  I picked the name<br>
> without first considering the existence of similarly named software.<br>
<br>
</div>I don't think he minds. As far as I know, that project is unmaintained<br>
for some years. The only touchscreen calibration software of which I<br>
know it is actively maintained is xinput_calibrator, and now evcalibrate<br>
: )<br>
<div class="im"><br>
> - Evcalibrate uses a very simple approach to determining the filpx, flipy,<br>
> swapxy values.  Only 4 screen touches are required.<br>
> - Written in c++/qt/opengl, quite a few packages are required to<br>
> build/deploy.<br>
> - Support is pretty good for certain ELO, 3M, and eGalax screens.  I've not<br>
> had access to other hardware so beyond those I can't be certain.<br>
> - Some patching of evdev was required to better support the 3M and eGalax<br>
> screens.  These patches are available from the same project site,<br>
> <a href="http://sourceforge.net/projects/evcalibrate/" target="_blank">http://sourceforge.net/projects/evcalibrate/</a><br>
><br>
> Feedback/criticism is welcome, especially for users of new/different<br>
> hardware.<br>
<br>
</div>I'm speaking from my experience with xinput_calibrator:<br>
We seem to have quite a different approach: in dependencies, the way the<br>
clicks are read, maybe even the way we calculate the calibration, ...<br>
I think it would be good to see what we can learn from eachother, to<br>
avoid duplicate work etc.<br>
<br>
<br>
Kind regards, Tias<br>
</blockquote></div><br></div>