vrpn 07.35
Virtual Reality Peripheral Network
Loading...
Searching...
No Matches
Todo List
Class vrpn::detail::IntegerOfSizeAndSignedness< BITS, SIGNED >
allow for larger types if we can establish VRPN versions of them (e.g., equivalents to uint64_t).
Member vrpn::EndpointContainer::full () const
this is actually fairly arbitrary - we can go up to around max_size()
Member vrpn::FixedPoint< INTEGER_BITS, FRACTIONAL_BITS, SIGNED >::get () const
add operators, lots and lots of operators?
Member vrpn::FixedPoint< INTEGER_BITS, FRACTIONAL_BITS, SIGNED >::value () const
remove these functions after debugging
Member vrpn_Connection_IP::connect_to_client (const char *machine, int port)
Only the other branch incremented numEndpoints - why?
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:
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_IP::d_udpInboundSocket
XXX Now that we don't need multiple clocks, can we collapse this?
Member vrpn_Sound::decodeLoadModel_remote (const char *buf, char **filename, const int payload)
Remote stuff not supported yet!
Member vrpn_Sound::decodeSound_remote (const char *buf, char **filename, vrpn_SoundID *id, const int payload)
not supported yet
Member vrpn_Sound::encodeLoadModel_remote (const char *filename, char **buf)
Remote stuff not supported yet!
Member vrpn_Sound::encodeSound_remote (const char *filename, const vrpn_SoundID id, char **buf)
not supported
Member vrpn_Sound_Client::LoadModel_remote (const char *data)
Remote stuff not supported yet!
Member vrpn_Tracker_OSVRHackerDevKit::on_data_received (std::size_t bytes, vrpn_uint8 *buffer)
once this report format is finalized, tighten up the requirements.
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
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.