Information
- Visibility: hidden
- Publication Type: Ongoing Master Thesis
- Workgroup(s)/Project(s):
- Date: ongoing
- Date (Start): 17. April 2015
- Matrikelnummer: 0927289
- First Supervisor:
- Keywords: Stellarium3D
Abstract
Brief explanation: For presentations or exhibition installations (science fair, ...) which shall provide automated shows without unattended user interaction it may be useful to allow control not with keyboard/mouse/touch screen, but with commands sent via http. The commands will use the script API and should allow to control everything that is available with the script interface. This opens up the possibility to setup multiple computers (e.g. a CAVE or multi-display wall) and send timed commands with a single remote control application that may run on a regular PC or tablet, so that the content shown on the screens is synchronized and appears as singular installation. Obviously, some limitations have to be observed, such as fixed field of view, and commands are mostly limited to making objects visible, or changing time and simulation speed. Linking several systems together may require an additional time sync mechanism, i.e. one of the computers will be time master and distribute time to the other clients.This task consists of 2 parts: A plugin "webserver" on each client computer that runs Stellarium, and a remote control interface. Latter can be a simple app (Qt-based for cross-development, but see below, maybe even only HTML/JS?) that may even be built for Android in addition to the other systems. Such a system should be capable of controlling a single Stellarium computer without command scripts but via GUI panels that will have to replicate many of the GUIs in Stellarium. You don't have to replicate all functions, like loading of comet orbits, just those required for explanatory astronomical shows (e.g. illustrate constellations, switch skycultures, switch horizons(landscapes), switch location, control time, switch on/off some plugin displays, ...). Optional, in single-system setups, a bluetooth connection can be added (if all else is running). The system is intended as add-on for fixed installation in a dedicated network with properly installed computers, each client will be configured with a fixed ID that can be addressed in the command scripts that the remote control application can run. The IDs can be queried via multicast at startup time of the control application and mapped for direct addressing.
It may even be possible to implement the actual remote control UI as website with some JavaScript/PHP additions. This might even maximize flexibility and allows easiest customization.
Additional Files and Images
Weblinks
No further information available.BibTeX
@runmasterthesis{SCHAUKOWITSCH-2015-REMOTE,
title = "Stellarium Remote control via web",
author = "Florian Schaukowitsch",
year = "2015",
abstract = "Brief explanation: For presentations or exhibition
installations (science fair, ...) which shall provide
automated shows without unattended user interaction it may
be useful to allow control not with keyboard/mouse/touch
screen, but with commands sent via http. The commands will
use the script API and should allow to control everything
that is available with the script interface. This opens up
the possibility to setup multiple computers (e.g. a CAVE or
multi-display wall) and send timed commands with a single
remote control application that may run on a regular PC or
tablet, so that the content shown on the screens is
synchronized and appears as singular installation.
Obviously, some limitations have to be observed, such as
fixed field of view, and commands are mostly limited to
making objects visible, or changing time and simulation
speed. Linking several systems together may require an
additional time sync mechanism, i.e. one of the computers
will be time master and distribute time to the other
clients. This task consists of 2 parts: A plugin
"webserver" on each client computer that runs Stellarium,
and a remote control interface. Latter can be a simple app
(Qt-based for cross-development, but see below, maybe even
only HTML/JS?) that may even be built for Android in
addition to the other systems. Such a system should be
capable of controlling a single Stellarium computer without
command scripts but via GUI panels that will have to
replicate many of the GUIs in Stellarium. You don't have to
replicate all functions, like loading of comet orbits, just
those required for explanatory astronomical shows (e.g.
illustrate constellations, switch skycultures, switch
horizons(landscapes), switch location, control time, switch
on/off some plugin displays, ...). Optional, in
single-system setups, a bluetooth connection can be added
(if all else is running). The system is intended as add-on
for fixed installation in a dedicated network with properly
installed computers, each client will be configured with a
fixed ID that can be addressed in the command scripts that
the remote control application can run. The IDs can be
queried via multicast at startup time of the control
application and mapped for direct addressing. It may even
be possible to implement the actual remote control UI as
website with some JavaScript/PHP additions. This might even
maximize flexibility and allows easiest customization. ",
keywords = "Stellarium3D",
URL = "https://www.cg.tuwien.ac.at/research/publications/2015/SCHAUKOWITSCH-2015-REMOTE/",
}