On Mon, Dec 8, 2008 at 5:02 AM, Chris Marshall <span dir="ltr"><<a href="mailto:jns-cmarshall@comcast.net">jns-cmarshall@comcast.net</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
That was the missing step to the instructions.<br>
I downloaded wacom.ko, did an insmod wacom.ko<br>
as root and restarted X et. voila!</blockquote><div><br>Awesome! I've update the wiki page with a link to a script that just does it all for you.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
My test tablet was the small BambooFun by Wacom<br>
with a tablet area almost exactly the same size<br>
as the working area in Colors! on the XO. I had<br>
time to try out both size and opacity and it was<br>
a pleasure to have the pressure sensitivity and<br>
the fine control (although, the XO tablet mode<br>
test routine showed that the existing hw was at<br>
least capable of position resolution if not<br>
pressure variability...).</blockquote><div><br>Yeah, it's a shame that support was removed (via a driver rewrite which ignores the PT) in recent kernel builds. Otherwise, I was going to add it at the same time.<br> <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The only catch is that the drawing output<br>
lags the tablet strokes by quite a bit. My<br>
guess is that the event processing cannot<br>
keep up with the data rate. I seem to remember<br>
that there was a driver configuration related<br>
to that which might be used to throttle down<br>
the fire hydrant.</blockquote><div><br>The mouse events go at a higher priority than the expose events, so the screen update waits until you stop moving if it gets behind. But, at the end your entire stroke should appear. I would be concerned about reducing the update rate, it might lead to less accurate drawing.<br>
<br>I've got some optimizations planned to the C module which should make it better, and I think there are some bottenecks in the X server that slow things down and could be fixed, but my recommendation for now is to draw slower :)<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Great job and many thanks, Wade! If this<br>
could be wrapped up in some sort of package<br>
update it would be a *very* nice selling point<br>
for the XO to the G1G1 customers/donors.</blockquote><div><br>I'd like to see the next OLPC Software Release contain the wacom drivers. It would especially help activity developers prepare for XO-2.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
BTW, Colors! version 11 did not appear to have<br>
the photo snap capability. Was that removed?</blockquote><div><br>See Nirav's response. I'm also planning to add Paste support so you can just snap the photo in Record (or whatever) and paste it into the Reference image, then paint over that.<br>
</div></div>Best regards,<br>Wade<br><br>