Open Source Mobile Augmented Reality

  • 8,604 views
Uploaded on

presentation for the 2010 Augmented Reality Event

presentation for the 2010 Augmented Reality Event

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
  • galaxy garden
    Are you sure you want to
    Your message goes here
  • Notes don't seem to be working, so here they are

    Slide 1

    * Sophia Parafina, locativemedia.org

    Slide 2

    * Stats were gathered from searches on repositories using the term “augmented reality”
    * A quick survey of major code repositories reveal few complete AR browser clients

    Slide 3

    Slide 4

    Slide 5

    * As with other mobile applications there is a tension between native applications for mobile devices and web applications

    Slide 6

    * Currently native apps dominate the AR browser space: Layar, Junaio, Wikitude, and open source browser Mixare
    * Native apps offer the benefits of access to sensors (compass, gps, accelerometer, and video) on the mobile device
    * Developers can build a custom and tailored experience for users

    Slide 7

    * Directly sharing data streams/channels (content) between native applications is not possible
    * While many AR providers provide an API for authoring content, this is not an open ecosystem
    * The problem of fragmentation affects both major mobile smart phone devices, software must be tweaked for each version of the OS or device

    Slide 8

    * Web apps can currently access geolocation through HTML5, but they can not access the phone’s sensors
    * A dev version of Android demoed at Google I/O 2010 showed the browser accessing the accelerometer, but these features could take several years to be implemented in a production version

    Slide 9

    * currently AR Browsers based on a web application does not exist

    Slide 10

    * however, the Kamra system (possible release summer 2010) is an AR browser using HTML5 and KML

    Slide 11

    * AR content varies widely from POI annotation, virtual objects representing real word objects, and completely virtually objects

    Slide 12

    * Excerpt from Jakob Nielsen’s report in iPad usability testing, AR applications face the same hurdles

    Slide 13

    * Standards provide a way forward for developers
    * they act as a growth medium for emerging industries

    Slide 14

    * There are many standards to choose from that cover several domains
    * these domains include data transport, 3D object formats, geo location, as well as methods for transactions

    Slide 15

    * Even with standards, AR experiences, especially if they are web based, will lead to unexpected outcomes
    * expect dancing baby avatars in the streets


    Slide 16

    * Development patterns for moving forward include reuse of standards and code, rapid iteration, and mindfulness towards current information infrastructure (bandwidth, battery life) and being open to future architectures
    Are you sure you want to
    Your message goes here
No Downloads

Views

Total Views
8,604
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
207
Comments
2
Likes
14

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide
  • Sophia Parafina, locativemedia.org
  • Stats were gathered from searches on repositories using the term “augmented reality” A quick survey of major code repositories reveal few complete AR browser clients
  • As with other mobile applications there is a tension between native applications for mobile devices and web applications
  • Currently native apps dominate the AR browser space: Layar, Junaio, Wikitude, and open source browser Mixare Native apps offer the benefits of access to sensors (compass, gps, accelerometer, and video) on the mobile device Developers can build a custom and tailored experience for users
  • Directly sharing data streams/channels (content) between native applications is not possible While many AR providers provide an API for authoring content, this is not an open ecosystem The problem of fragmentation affects both major mobile smart phone devices, software must be tweaked for each version of the OS or device
  • Web apps can currently access geolocation through HTML5, but they can not access the phone’s sensors A dev version of Android demoed at Google I/O 2010 showed the browser accessing the accelerometer, but these features could take several years to be implemented in a production version
  • currently AR Browsers based on a web application does not exist
  • however, the Kamra system (possible release summer 2010) is an AR browser using HTML5 and KML
  • AR content varies widely from POI annotation, virtual objects representing real word objects, and completely virtually objects
  • Excerpt from Jakob Nielsen’s report iniPad usability testing, AR applications face the same hurdles
  • Standards provide a way forward for developers they act as a growth medium for emerging industries
  • There are many standards to choose from that cover several domains these domains include data transport, 3D object formats, geo location, as well as methods for transactions
  • Even with standards, AR experiences, especially if they are web based, will lead to unexpected outcomes expect dancing baby avatars in the streets
  • Development patterns for moving forward include reuse of standards and code, rapid iteration, and mindfulness towards current information infrastructure (bandwidth, battery life) and being open to future architectures

Transcript

  • 1. Open Source Mobile Augmented Reality
  • 2. Open source AR in the wild
    Stats
    Google Code: 104
    SourceForge: 37
    GitHub: ~75
    Mostly sketches, ARToolkit projects, libs and utilities
    Not seeing many full clients
  • 3. Factors hindering development
    Platform
    Content
    UI
  • 4. Platform problem
  • 5. Native Apps vs. Web Apps
  • 6. Native Apps
  • 7. Barriers to open source
    Walled gardens/silos
    Fragmentation
    Android
    1.5, 1.6, 2.0, 2.1,2.2
    apps vary across carriers
    Apple
    iPhone, iPod Touch, iPad
    iPad video out, determined by application
  • 8. Web Apps
  • 9.
  • 10. Kamra
    https://research.cc.gatech.edu/polaris/
  • 11. Content Problem
  • 12. The UI Problem
    “In different apps, touching a picture could produce any of the following 5 results:
    Nothing happens
    Enlarging the picture
    Hyperlinking to a more detailed page about that item
    Flipping the image to reveal additional pictures in the same place (metaphorically, these new pictures are "on the back side" of the original picture)
    Popping up a set of navigation choices”
    from Jakob Nielsen,iPad Usability: First Findings From User Testing (http://www.useit.com/alertbox/ipad.html)
  • 13. Standards are a growth medium
  • 14. So many to choose from!
    HTML5
    X3D
    ARML
    KARML
    KML
    GeoRSS
    Wave Federation Protocol
    W3C
  • 15. Unintended and unexpected outcomes
  • 16. Going forward
    Use existing standards, extend when necessary
    Use existing projects, extend - don’t reinvent
    Iterate quickly, make lots of prototypes
    Respect today’s architectures, plan for the future architectures
  • 17. Contact
    Sophia Parafina, OpenGeo (opengeo.org)
    Email: sophia@locativemedia.org
    Twitter: @spara
    Blog: locativemedia.org
    Blog twitter: @locatively