vrpn  07.33
Virtual Reality Peripheral Network
Todo List
Member vrpn_Sound::decodeSound_remote (const char *buf, char **filename, vrpn_SoundID *id, const int payload)
not supported yet
Member vrpn_Tracker_WiimoteHead::_update_2_LED_pose (q_xyz_quat_type &newPose)
For some unnerving reason, in release builds, avgX tends to become NaN/undefined However, any kind of inspection (such as the following, or even a simple cout) appears to prevent the issue. This makes me uneasy, but I won't argue with what is working.
Member vrpn_Tracker_WiimoteHead::_update_gravity_moving_avg ()
replace/supplement gravity moving average with Kalman filter
" </dt><dd> \anchor _todo000016 get a feature report as a way of determining current mode</dd> <dt> \_setscope vrpn_Tracker_OSVRHackerDevKit Member \_internalref classvrpn__Tracker__OSVRHackerDevKit#a2891e83b9aa08417589ef6cb3b90bfc1 "vrpn_Tracker_OSVRHackerDevKit::on_data_received" (std::size_t bytes, vrpn_uint8 *buffer)
Verify that version is what we expect.
"
Alternate, temporary VID/PID
Member vrpn_Sound_Client::LoadModel_remote (const char *data)
Remote stuff not supported yet!
Member vrpn_Sound::decodeLoadModel_remote (const char *buf, char **filename, const int payload)
Remote stuff not supported yet!
Member vrpn_Sound::encodeLoadModel_remote (const char *filename, char **buf)
Remote stuff not supported yet!
Class vrpnMsgCallbackEntry

HACK These structs must be declared outside of vrpn_Connection (although we'd like to make them protected/private members) because aCC on PixelFlow doesn't handle nested classes correctly.

Member vrpn_Sound::encodeSound_remote (const char *filename, const vrpn_SoundID id, char **buf)
not supported
"
Operators for these acceptors (really predicates) ?
Member vrpn::FixedPoint< INTEGER_BITS, FRACTIONAL_BITS >::value () const
remove these functions after debugging
Member vrpn::FixedPoint< INTEGER_BITS, FRACTIONAL_BITS >::get () const
add operators, lots and lots of operators?
"
allow for larger types if we can establish VRPN versions of them (e.g., equivalents to int64_t).
Member vrpn_Endpoint_IP::d_udpInboundSocket
XXX Now that we don't need multiple clocks, can we collapse this?
Member vrpn_Endpoint_IP::d_tcpSocket
XXX These should be protected; making them so will lead to making the code split the functions between Endpoint and Connection protected:
Member vrpn_Endpoint::d_remoteLogMode
XXX These should be protected; making them so will lead to making the code split the functions between Endpoint and Connection protected: