Page Comparison

 OpenSim 4.0 will allow for greater access and flexibility to software builders, making possible what may have been impossible to in previous releases. Below is a list of 4.0 features and projects that these features may now enable. The OpenSim Developers workshop will be a great opportunity for those who are building or augmenting components, controllers , analyzes or models in OpenSim.  Though the workshop will predominantly use the new 4.0 API interface, people who are developing new tools for the OpenSim 3 releases are encouraged to apply. OpenSim 4.0 will allow for greater access and flexibility to software builders, making possible what may have been impossible to in previous releases. Below is a list of 4.0 features and projects that these features may now enable.

Features in version 4.0:

1. Nested model components. Compose a complex model from simpler more robust/testable subcomponents; for example, a muscle model can be composed of standalone activation dynamics and fiber dynamics subcomponents As a result, components have a “path”; e.g., “soleus_r/fiber,” We also improved the mechanism for accessing the components within a model by either path name or type.

2. Connectors between model components. Components depend on each other: joints connect two bodies, muscles need wrapping surfaces, etc. We have formalized the method for specifying the connections between components to make it easier to build modular models and to make these connections far less bug-prone.

3. Reference Frames. Performing and reporting kinematic transforms is one of the most useful functions of a multibody model and defining reference frames is essential for transforming data. Frames are new abstraction for defining and attaching reference frames in OpenSim and they have the ability to re-express quantities (positions, velocities, etc.) defined in that Frame to any other Frame.

4. Simulink-style wiring of signals between components. Each component can have Inputs and Outputs. Any model-computed value based on the state is a candidate as an Output, and can be wired to another component’s InputA Reporter is no longer an inflexible Analysis but a modular Component that reads from designated Outputs and writes to in-memory data tables of results. No more reading storage files just to access a computed quantity.

5. Use any data file format you want. A new DataTable class replaces Storage as OpenSim’s primary container for simulation inputs and outputs. You can create a DataTable from any file format (CSV, C3D, MAT) using the new Adapter classes. Adapters convert files of various formats to DataTables consumable by OpenSim Solvers and Tools. DataTables generated by Solvers are can also written out to various files via an adapter.

6. Save exact simulation results to a file. The new StatesTrajectory class allows perfect replay of simulations from ForwardDynamics and CMC  without loss of precision (as with states storage files) or of the values for non-continuous state variables (e.g. modeling options and discrete state variables).

7. Compose your own “Study” by walking through States, realizing Model dynamics and accelerations and piping Outputs to Reporters and writing results to a file format of your choice.

8. Extending OpenSim classes through Python (e.g., write your Analysis class in Python instead of C++).

...

OpenSim Development Week Agenda

This is a five day workshop. On the first day of the workshop, an overview of OpenSim 4.0 will be provided, with discussions, guided exercises and interactive lectures to introduce. The second day will be consist of guided exercises on contributing using GitHub and how you can incorporate collaboration and contribution to your project. Day three and four will be devoted to working on problems that you and other participants bring to the workshop. Day five will have group discussion and presentation about your workshop achievements and plans for wrapping up your development.

...