Goals: Difference between revisions

From SpaceElevatorWiki.com
Jump to navigationJump to search
No edit summary
 
(34 intermediate revisions by the same user not shown)
Line 1: Line 1:
'''Vision:'''
== Milestone 1 Goals ==
* Get Intel code compiling on Ubuntu and into a Mercurial tree.
* Hook up .Net wrapper to Intel vision code.
* Create some tests which do simple feature recognition.
* Hook the '''input''' of vision recognition to the '''output''' of the 3-D engine!


'''Driving:'''
=== Misc: (Keith) ===
* Create a C# wrapper for the Torcs driving APIs. (Maybe Bernhard or someone from Torcs)
<issues project = "KeithVision" filter = "false" search = "false"/>
* Port smart baseline driving code to C#. There is lots of driving code to write, so we need this code to be clean.
* Stress it by creating various terrain.
* Hook the '''output''' of the vision recognition into the '''input''' of the driving engine!
* (For debugging purposes, hook the output of the vision recognition into the input of the 3-D engine, by creating ghost images.)
* Add other features like waypoints.
* Work on urban driving rules like stopsigns. (Someone else looking to do this with Torcs as well)


'''Better 3-D Engine?'''
=== Vision: (Aleks) ===
* Evaluate better & more professional-looking 3-D engines.
* <strike>Get Intel code compiling on Ubuntu</strike>
* What other features do they have? Eg, what about the ability to log all changes to the world so you can replay it later?
* and into a Mercurial tree. (20 hours)
* Hook up .Net wrapper to Intel vision code. (10 hours)
* Create / find a 2-frame GUI tool which takes a picture and applies various Intel code to it and displays an output image (40 hours)
* Provide an API to on-demand take an image and return simple analysis to driving engine. (20 hours)
 
=== Driving: Wolf Dieter ===
* Port Torcs robot written in Delphi to C# (100 hours) [https://www.turnsharp.com/home.aspx]
* Call vision code at appropriate times (20 hours)
 
=== World Simulator (Jeko) ===
 
{| cellspacing="0" border="1" cellpadding="2"
! Slimmed Torcs
| Get a slimmmed Torcs compiling on Ubuntu Linux and in a Mercurial tree
| 10 hours ''(elapsed: 3h)''
|-
! Planning
| OSG versus Ogre, C# linear algebra code, Torcs roadmap, etc., etc.
| ? ''(elapsed: 4h)''
|-
|
| I went through '''[[Codebase Analysis]]''' page and I marked up the codebases for you to check out. For example, how much do the C# wrappers help when using openscenegraph? Should we use that piece of code or another one? Does Ogre have equivalent functionality? I cannot even answer these basic questions which is why I'd like you to!
 
'''Build a slide showing the various boxes of Torcs and Ogre''' and what you plan on doing to them. That will provide us a roadmap and I would love to see it! I've given you all the considerations I believe I can provide, but we can talk it through along the way as well.
| ? hours
|-
! Screenshots
| Provide a C# API to create screenshots for vision code
| 20 hours ''(elapsed: 0h)''
|-
! UI
| Build ways for us to run tests in one click of a listbox or a command-line.
 
This can wait till Ogre if we want to do it in using a C# GUI. What one do we use?
|20 hours ''(elapsed: 0h)''
|}
 
== Later Goals ==
* Port ssgraph / plug in Ogre ? 3-d wheels patches [http://torcs.cvs.sourceforge.net/torcs/torcs/torcs/src/modules/graphic/ssggraph/grcar.cpp?view=markup]
* Plug in Open Dynamics Engine
* Ability to log all changes in C# to the world including results of vision analysis, so that we can replay to figure out what happened.
* hook the output of the vision recognition into the input of the 3-D engine, by creating ghost images.
* Write C# HasCrashed() function so that we know we have a bug in our driving or vision code.
* Add other features like waypoints, stopsigns. (Someone else doing this we should hook up with [http://sourceforge.net/mailarchive/forum.php?thread_name=6638566487miexsan%40alumni.uv.es&forum_name=torcs-devel])

Latest revision as of 09:09, 15 July 2008

Milestone 1 Goals

Misc: (Keith)

<issues project = "KeithVision" filter = "false" search = "false"/>

Vision: (Aleks)

  • Get Intel code compiling on Ubuntu
  • and into a Mercurial tree. (20 hours)
  • Hook up .Net wrapper to Intel vision code. (10 hours)
  • Create / find a 2-frame GUI tool which takes a picture and applies various Intel code to it and displays an output image (40 hours)
  • Provide an API to on-demand take an image and return simple analysis to driving engine. (20 hours)

Driving: Wolf Dieter

  • Port Torcs robot written in Delphi to C# (100 hours) [1]
  • Call vision code at appropriate times (20 hours)

World Simulator (Jeko)

Slimmed Torcs Get a slimmmed Torcs compiling on Ubuntu Linux and in a Mercurial tree 10 hours (elapsed: 3h)
Planning OSG versus Ogre, C# linear algebra code, Torcs roadmap, etc., etc. ? (elapsed: 4h)
I went through Codebase Analysis page and I marked up the codebases for you to check out. For example, how much do the C# wrappers help when using openscenegraph? Should we use that piece of code or another one? Does Ogre have equivalent functionality? I cannot even answer these basic questions which is why I'd like you to!

Build a slide showing the various boxes of Torcs and Ogre and what you plan on doing to them. That will provide us a roadmap and I would love to see it! I've given you all the considerations I believe I can provide, but we can talk it through along the way as well.

? hours
Screenshots Provide a C# API to create screenshots for vision code 20 hours (elapsed: 0h)
UI Build ways for us to run tests in one click of a listbox or a command-line.

This can wait till Ogre if we want to do it in using a C# GUI. What one do we use?

20 hours (elapsed: 0h)

Later Goals

  • Port ssgraph / plug in Ogre ? 3-d wheels patches [2]
  • Plug in Open Dynamics Engine
  • Ability to log all changes in C# to the world including results of vision analysis, so that we can replay to figure out what happened.
  • hook the output of the vision recognition into the input of the 3-D engine, by creating ghost images.
  • Write C# HasCrashed() function so that we know we have a bug in our driving or vision code.
  • Add other features like waypoints, stopsigns. (Someone else doing this we should hook up with [3])