Demos for Migration Paper

The following demos are planned for the migration paper. The table details a demo description, software requirements, hardware requirements, implementation details, notes and some time planning.

Demo Description software hardware implementation notes
Mobile Users
  • 2 mobile users
  • private locale, one for each user
  • 1 public locale
  • migration to and from the public locale
  • how do we do the interaction?

TODO : a marker sensitive node that moves applications between locales. It should be excited by a marker leavong or entering a certain area...1)

Applications themselves are moved by markers. The configuration to do so will exist on all hosts. these marker movements will need to take the tracking of the locale into account as well. 2)

luftgeist and feuergeist with mobile setup. heads up cameras are used to track markers with applications and the public locale.

3 locales. the private locales contain the userkits and allow interaction for applications the host is master of. the public locale is shared at startup.

the viewer is configured to create and join the public locale and its tracking station is set 3). 4 applications are started in the public locale.

marker window tracking is configured for the 4 applications.

moving to locale app is done by the app migration node.

applications are migrated by defining an area for the public locale and moving markers in and out of that locale.

a lot of work to have mobile kits work correctly with respect to tracking etc.

documentation using video see through on luftgeist and recording the output.

each application will be fixed to one host. so there is no functionality working like 1). we only let an application join the public locale using 4). This is a concession to lack of time :).

Panorama Screen
  • multiple adjacent screens (use 4 if you can)
  • every screen has a locale
  • migrate applications across displays
  • use markers/overhead cameras to track object markers
  • have many appobjects running, with only local load on 1 locale
see box above.

up to 4 hosts for each screen. we have faust, schueler, marthe and laptop ?

one or two overhead cameras for tracking. they should define one coordinate system.

 

we use up to 4 locales. they all have the same coordinate system.

each host has a user to display the locale.

A marker sensitive node moves applications between locales. In this setup this happens by sharing and unsharing an app within a given locale. 4)

Applications themselves are moved by markers. The configuration to do so will exist on all hosts. they will also be started by marker startup stuff.

see box above

a lot of work to setup tracking etc.

documentation by filming the up to 4 screens side by side and moving applications with markers between screens.

Portable Window
  • Like demo 2
  • Use a notebook with a marker attached
  • bring it into the tracking range
  • migrate an application to it
  • move the notebook around/away
  • Variant 1: the appobjects stay fixed in world space
  • Variant 2: the appobjects stay on the notebook locale
see box above.

2 screens using faust and schueler.

luftgeist for portable display.

overhead tracking for markers and luftgeist with one camera.

 

 

variant 1: notebook is a tracked display and in addition to that joins the locale at the space. than migrating applications is just as before and moving the notebooks leaves objects fixed.

variant 2: notebook is not a tracked display. then the locale is just not tracked and will move with the notebook. (this is kind of a fake).

 
Spukhafte Fernwirkung
  • Locale A and B are shown on display 1
  • Appobject on marker A in locale A
  • Put a special marker B next to it
  • Appobject is replicated on marker B in locale B
  • Modify Appobject(marker A) -> observe change on Appobject(marker B)
  • Carry over marker B to display 2
  • Display 2 shows only Locale B
  • Modify Appobject(marker A) -> observe change on Appobject(marker B)
    (Video may use splitscreen technique)
     

This demo breaks with an assumption we used so far. It allows the same application subscribed twice by one host. However it is definitly a nice application so we should extend the system to allow this.

moreover. an app shared in locale B would instantaneously appear there. Therefore moving the marker to display 2 would only mean to move the application within the locale to another place which is observed by display 2 as opposed to the place that is observed by display 1. I'm not sure if that is what we want to show ?

Persistency
  • stream application to a "persistency" locale
  • pick them up much later
 

setup as in panorma screen, with a possible invisible persistency locale.

we just clean up all applications by moving them there. just turn off the one screen :).

   
  1. This requires stopping app in one locale. then starting in the other locale. at the same time the app must run on at the host !
  2. Window - marker tracking requires to take locale transformation into account as well. this could be done by establishing an aux geometry in the locales and profit from the already transformed coordinates. however markers would need different stations etc. better to just use the path to the window...
  3. We need to extend the viewer stuff to set the tracking station of a locale, if necessary.
  4. This case is a little different from the above. an application is always only in one locale per host. therefore only sharing and unsharing is needed per host. however, on the whole the app should never be stopped.

Software Development

Work Plan

Every demo but the mobile users need a similar setup of several screens side by side plus overhead tracking of markers in a common coordinate system. This will be done on one day. The other day will be concerned with the mobile setup and any work not finished.

Tuesday

  1. set up 4 computers with 4 screens side by side.
  2. set up 2 overhead cameras for tracking
  3. configure overhead cameras to work as one coordinate system. have a single source for the tracking done by both cameras.
  4. panorama screens
    1. measure out the area for 4 locales using tracking
    2. configure the application migration for the 4 locales.
    3. configure 4 hosts for the applications, say 4 stationary, 6 to be moved or so.
    4. run demo and film it.
  5. persistency
    1. measure out and configure a 5 locale that is invisible (and served by one computer)
    2. move all apps to that one
    3. turn of the other hosts and restart them.
    4. move all apps back
  6. portable window
    1. remove one screen and use as space for portable display
    2. configure portable display like the host there
    3. move apps to it
    4. move display around
    5. or away for the second variant.
  7. spukhafte fernwirkung

Wednesday

  1. setup the two mobile setups
  2. setup luftgeist for video see trough (measure camera, video output configuration)
  3. mobile users
  4. everything else we didn't do one tuesday :)