vrpn 07.35
Virtual Reality Peripheral Network
 
Loading...
Searching...
No Matches
Todo List
Struct 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_Connection_IP::vrpn_Connection_IP (const char *server_name, int port=vrpn_DEFAULT_LISTEN_PORT_NO, const char *local_in_logfile_name=NULL, const char *local_out_logfile_name=NULL, const char *remote_in_logfile_name=NULL, const char *remote_out_logfile_name=NULL, const char *NIC_IPaddress=NULL, vrpn_EndpointAllocator epa=allocateEndpoint)

do we drop the endpoint here?

do we drop the endpoint here?

do we drop the endpoint here?

do we drop the endpoint here?

do we drop the endpoint here (and places like it)?

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
Struct 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.