Abstract: Examples described herein provide various devices that enable users to participate in a multiplayer session. The examples allow a user that is unable to speak, or that is incapable of speaking, to participate in an in-session voice chat by inputting text and having the text converted to speech (e.g., synthesized voice data) that can then be sent to other devices participating in the session. The user enables a text-to-speech conversion feature on his or her own device. Based on the enabled feature, functionality enabling text to be entered is activated and the entered text is converted into speech data.

Abstract: Device linking is described. In one or more implementations, data is maintained at a network service that describes characteristics of a plurality of devices that are associated with a user account of the network service. A communication is formed to be received by one of the plurality of devices that includes a portion of the data that pertains to another one of the plurality of devices and that is suitable by the receiving device to discover the other one of the plurality of devices to initiate a local network connection between the devices.

Abstract: Examples described herein provide various devices that enable users to participate in a multiplayer session. The examples allow a user that is unable to speak, or that is incapable of speaking, to participate in an in-session voice chat by inputting text and having the text converted to speech (e.g., synthesized voice data) that can then be sent to other devices participating in the session. The user enables a text-to-speech conversion feature on his or her own device. Based on the enabled feature, functionality enabling text to be entered is activated and the entered text is converted into speech data.

Abstract: Examples described herein provide various devices that enable users to participate in a multiplayer session. The examples allow a user that is unable to speak, or that is incapable of speaking, to participate in an in-session voice chat by inputting text and having the text converted to speech (e.g., synthesized voice data) that can then be sent to other devices participating in the session. The user enables a text-to-speech conversion feature on his or her own device. Based on the enabled feature, functionality enabling text to be entered is activated and the entered text is converted into speech data.

Abstract: Examples described herein provide various devices that enable users to participate in a session. The examples allow a user that is unable to hear, or that is incapable of hearing, to participate in an in-session voice chat by receiving text messages that have been converted from speech to text (e.g., transcribed messages). The user enables a speech-to-text conversion feature on his or her own device. Based on the enabled feature, a notification can be sent to other devices participating in the session. Based on the notification, the other devices are tasked with capturing utterances and sending corresponding speech data to a speech-to-text conversion device so that voice communications can be converted to text messages. Subsequent to conversion, the text messages can be displayed in a chat interface presented as part of the displayed content for the session.

Abstract: Device linking is described. In one or more implementations, data is maintained at a network service that describes characteristics of a plurality of devices that are associated with a user account of the network service. A communication is formed to be received by one of the plurality of devices that includes a portion of the data that pertains to another one of the plurality of devices and that is suitable by the receiving device to discover the other one of the plurality of devices to initiate a local network connection between the devices.

Abstract: Examples described herein provide various devices that enable users to participate in a multiplayer session. The examples allow a user that is unable to speak, or that is incapable of speaking, to participate in an in-session voice chat by inputting text and having the text converted to speech (e.g., synthesized voice data) that can then be sent to other devices participating in the session. The user enables a text-to-speech conversion feature on his or her own device. Based on the enabled feature, functionality enabling text to be entered is activated and the entered text is converted into speech data.

Abstract: Examples described herein provide various devices that enable users to participate in a session. The examples allow a user that is unable to hear, or that is incapable of hearing, to participate in an in-session voice chat by receiving text messages that have been converted from speech to text (e.g., transcribed messages). The user enables a speech-to-text conversion feature on his or her own device. Based on the enabled feature, a notification can be sent to other devices participating in the session. Based on the notification, the other devices are tasked with capturing utterances and sending corresponding speech data to a speech-to-text conversion device so that voice communications can be converted to text messages. Subsequent to conversion, the text messages can be displayed in a chat interface presented as part of the displayed content for the session.

Abstract: Device linking is described. In one or more implementations, data is maintained at a network service that describes characteristics of a plurality of devices that are associated with a user account of the network service. A communication is formed to be received by one of the plurality of devices that includes a portion of the data that pertains to another one of the plurality of devices and that is suitable by the receiving device to discover the other one of the plurality of devices to initiate a local network connection between the devices.

Abstract: Device linking is described. In one or more implementations, data is maintained at a network service that describes characteristics of a plurality of devices that are associated with a user account of the network service. A communication is formed to be received by one of the plurality of devices that includes a portion of the data that pertains to another one of the plurality of devices and that is suitable by the receiving device to discover the other one of the plurality of devices to initiate a local network connection between the devices.

Abstract: Device linking is described. In one or more implementations, data is maintained at a network service that describes characteristics of a plurality of devices that are associated with a user account of the network service. A communication is formed to be received by one of the plurality of devices that includes a portion of the data that pertains to another one of the plurality of devices and that is suitable by the receiving device to discover the other one of the plurality of devices to initiate a local network connection between the devices.

Abstract: A Distributed Routing Table (DRT) mesh can comprise two or more nodes, each of which maintains its own routing table that represents some or all of the overall routing knowledge of the DRT mesh. Each node can be comprised of modular components that can perform various defined functions such that the features and abilities of the node can be customized by an application based on which modular components are instantiated. A routing table management module can maintain individual routing tables at each node, and can ensure that only entries that are close to the node, in a network topology sense, are maintained in the routing table. In addition, a security module can verify received messages based on an agreed-upon root certificate.

Abstract: Application programming interface (API) for starting and accessing distributed routing table (DRT) functionality. The API facilitates bootstrapping into the DRT by one or more devices of a group of devices (a mesh) seeking to collaborate over a serverless connection, establishing a node of the DRT, where each node is an instance of an application that is participating in the mesh, and node participation by allowing the application to search for keys published by other nodes in the mesh, or by becoming part of the mesh by publishing a key. The API facilitates optimization of the routing table for quickly finding a root of a specific key in the mesh by finding the key directly in a cache or by asking a root node of the key that is in the local routing table that is closest numerically to the key being searched.

Abstract: Device linking is described. In one or more implementations, data is maintained at a network service that describes characteristics of a plurality of devices that are associated with a user account of the network service. A communication is formed to be received by one of the plurality of devices that includes a portion of the data that pertains to another one of the plurality of devices and that is suitable by the receiving device to discover the other one of the plurality of devices to initiate a local network connection between the devices.

Abstract: Device linking is described. In one or more implementations, data is maintained at a network service that describes characteristics of a plurality of devices that are associated with a user account of the network service. A communication is formed to be received by one of the plurality of devices that includes a portion of the data that pertains to another one of the plurality of devices and that is suitable by the receiving device to discover the other one of the plurality of devices to initiate a local network connection between the devices.

Abstract: Device linking is described. In one or more implementations, data is maintained at a network service that describes characteristics of a plurality of devices that are associated with a user account of the network service. A communication is formed to be received by one of the plurality of devices that includes a portion of the data that pertains to another one of the plurality of devices and that is suitable by the receiving device to discover the other one of the plurality of devices to initiate a local network connection between the devices.

Abstract: A Web browser of a device on a network identifies itself as being a Web browser on a host device for cross-browser communications. As part of this identification, the Web browser of the host device provides access information indicating how to communicate with the Web browser. Other computing devices on the same network can obtain this access information, and Web applications running in Web browsers of those other computing devices can use the obtained access information to communicate data to the Web browser of the host device.

Abstract: An application program interface (API) for sending and receiving endpoint registration data and peer-to-peer network cloud data has a registration call for adding endpoint data to a peer-to-peer network. The API may receive explicit data regarding address information or may be instructed to select and maintain suitable address information as the topology of the peer-to-peer network changes. Blocking and non-blocking calls are exposed for retrieving information peer-to-peer network endpoint data.

Abstract: Application programming interface (API) for starting and accessing distributed routing table (DRT) functionality. The API facilitates bootstrapping into the DRT by one or more devices of a group of devices (a mesh) seeking to collaborate over a serverless connection, establishing a node of the DRT, where each node is an instance of an application that is participating in the mesh, and node participation by allowing the application to search for keys published by other nodes in the mesh, or by becoming part of the mesh by publishing a key. The API facilitates optimization of the routing table for quickly finding a root of a specific key in the mesh by finding the key directly in a cache or by asking a root node of the key that is in the local routing table that is closest numerically to the key being searched.

Abstract: Application programming interface (API) for starting and accessing distributed routing table (DRT) functionality. The API facilitates bootstrapping into the DRT by one or more devices of a group of devices (a mesh) seeking to collaborate over a serverless connection, establishing a node of the DRT, where each node is an instance of an application that is participating in the mesh, and node participation by allowing the application to search for keys published by other nodes in the mesh, or by becoming part of the mesh by publishing a key. The API facilitates optimization of the routing table for quickly finding a root of a specific key in the mesh by finding the key directly in a cache or by asking a root node of the key that is in the local routing table that is closest numerically to the key being searched.