[sldev] Gesture client code

[Moriz Gupte]

Hi Philippe,

On Tue, May 26, 2009 at 1:16 AM, Philippe Bossut (Merov Linden) <
merov at lindenlab.com> wrote:

>  Gaze tracking: Often mentioned so that's certainly a misnomer in our
> case: we'd like to track "what the user is looking at" rather than
> "what the mouse is pointing to" (as it is today) but not to control
> the interaction as is the case with gaze tracking as understood in the
> field. Just share eye attention between residents.
>


Always afraid to overload list, sorry guys...,
>
> OpenCV is a great start starting point because it will allow 'gaze
> tracking' to also be more easily considered as the 'next thing'. Already
> quite a few low cost cam OpenCV 'gaze tracking' based experimental solns out
> there. On gaze= track mouse traditionally? Some of my work dealt with 'peer
> gaze awareness' in shared spaces (well long time back..decade)--in one
> strange case-I used gaze to browse dense auditory spaces..after the real
> time gaze data was stabilized to filter out saccades...so in most cases IMHO
> gaze was tracked for observational purposes from a HCI UI eval perspective
> and awareness capture perspective..Gaze for manipulation (ie gaze to control
> pointer) was more assistive tech stuff.
>
> I see Philip ruled out IR tracking right from the begining so dealing with
> environmental conditions will be a hard problem... guess better solns could
> come out from tougher constraints. So all is good, but even the Wii had to
> ditch a non-IR solution.
>
> Reason why 'peer gaze awareness' is a big issue for collaboration, building
> and otherwise... perceptual role taking, is that facial expressions (gaze
> direction) and head orientations in many cases does not allow sensible
> inferences to be made about the user behind the screen's attention space/
> attention focus. I see this every day in my work that requires shared
> viewing of drawing boards, dioramas for emergency preparedness, equipment
> and so forth..
>
> Melinda suggested a few ways to deal with pointing and also did not
> consider camsync to be of primary importance for the SL client. I went back
> to drawing board and tried all kinds of ways to test these methods...lots of
> findings here but afraid will appear off topic.
>
> Ramesh Ramloll
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090526/cfa2015d/attachment.htm