Abstract: The disclosed computer-implemented method may include detecting, by a cloud-based software distribution host providing cloud-based access to an application to a client device, a pause in a user session of the application and in response to the detection, saving a user session state of the user session. The method may also include determining, based on one or more session characteristics relating to the user session, a session preservation time for preserving the user session state. The session preservation time may correspond to a predicted time for keeping the user session alive. The method may further include storing the saved user session state in a session state buffer for at least the determined session preservation time, and removing the user session state from the session state buffer after the session preservation time elapses. Various other methods, systems, and computer-readable media are also disclosed.

Abstract: Techniques for providing multi-modal multi-party calling include receiving a join request at a multiway server (MWS) from a first client, the join request identifying a second client; sending a call invitation to the second client from the MWS; receiving a connection from the second client to the MWS; receiving a first media status from one of the first client or the second client while the first client and the second client are in a peer-to-peer mode; and forwarding the first media status to the other of the first client or the second client. Other embodiments are described and claimed.

Abstract: Various of the disclosed embodiments enable managing and augmenting “comfort noise” during a network call, such as a Voice Over Internet Protocol (VOIP) connection. Particularly, traditional systems typically send machine-generated comfort noise, or a command to generate comfort noise at the recipient, on a channel separate from the conversation content. Some embodiments reduce this overhead by embedding the comfort noise in the media stream. In other embodiments, audio encoding is stopped at the source when the speaker falls silent and the recipient, after detecting the cessation, will generate white noise at its end. These approaches may be used in conjunction with a determination of the available bandwidth and channel parameters.

Abstract: In one embodiment, a computer server machine receives, from one or more client devices, one or more video streams associated with a video session associated with one or more users. The one or more users are respectively associated with each client device. The computer server machine analyzes the one or more video streams to identify an interesting event and generates a marker for the one or more video streams based on a time associated with the identified interesting event. The computer server machine sends information regarding the marker to the one or more client devices.

Abstract: Various of the disclosed embodiments reduce the impact of RTCP overhead by including RTCP information in the media packets themselves. The values in the RTCP headers may be selected based on the context and organized in a unique format for transport in the media packets. For example, RTT, packet loss, and bandwidth estimates may dictate when and how RTCP data is moved into the media packet. An interface may be provided for extracting the data so that clients may easily integrate the embodiments with existing RTCP-based systems. Inclusion of the RTCP information in the media packet may increase the media packet size, which may be anticipated in bandwidth assessments and accommodations.

Abstract: In one embodiment, a computer server machine receives, from one or more client devices, one or more video streams associated with a video session associated with one or more users. The one or more users are respectively associated with each client device. The computer server machine analyzes the one or more video streams to identify an interesting event and generates a marker for the one or more video streams based on a time associated with the identified interesting event. The computer server machine sends information regarding the marker to the one or more client devices.

Abstract: In one embodiment, a computer server machine receives, from one or more client devices, one or more video streams associated with a video session associated with one or more users. The one or more users are respectively associated with each client device. The computer server machine analyzes the one or more video streams to identify an interesting event and generates a marker for the one or more video streams based on a time associated with the identified interesting event. The computer server machine sends information regarding the marker to the one or more client devices.

Abstract: In various embodiments, a corpus of codecs may be correlated with different, partially overlapping ranges of transmission characteristics. As channel conditions degrade or improve, the system may select a new codec with which to continue the connection based upon the corresponding overlapping range. Codecs may not be switched immediately when the transmission characteristics enter overlapping ranges, to avoid degrading the user's experience. If the characteristics remain in the overlap, or manifest a likely progression toward another region, then the transition may be effected.

Abstract: In various embodiments, a corpus of codecs may be correlated with different, partially overlapping ranges of transmission characteristics. As channel conditions degrade or improve, the system may select a new codec with which to continue the connection based upon the corresponding overlapping range. Codecs may not be switched immediately when the transmission characteristics enter overlapping ranges, to avoid degrading the user's experience. If the characteristics remain in the overlap, or manifest a likely progression toward another region, then the transition may be effected.

Abstract: In one embodiment, a computer server machine receives, from one or more client devices, one or more video streams associated with a video session associated with one or more users. The one or more users are respectively associated with each client device. The computer server machine analyzes the one or more video streams to identify an interesting event and generates a marker for the one or more video streams based on a time associated with the identified interesting event. The computer server machine sends information regarding the marker to the one or more client devices.

Abstract: Techniques for providing multi-modal multi-party calling include receiving a join request at a multiway server (MWS) from a first client, the join request identifying a second client; sending a call invitation to the second client from the MWS; receiving a connection from the second client to the MWS; receiving a first media status from one of the first client or the second client while the first client and the second client are in a peer-to-peer mode; and forwarding the first media status to the other of the first client or the second client. Other embodiments are described and claimed.

Abstract: In various embodiments, a corpus of codecs may be correlated with different, partially overlapping ranges of transmission characteristics. As channel conditions degrade or improve, the system may select a new codec with which to continue the connection based upon the corresponding overlapping range. Codecs may not be switched immediately when the transmission characteristics enter overlapping ranges, to avoid degrading the user's experience. If the characteristics remain in the overlap, or manifest a likely progression toward another region, then the transition may be effected.

Abstract: In various embodiments, a corpus of codecs may be correlated with different, partially overlapping ranges of transmission characteristics. As channel conditions degrade or improve, the system may select a new codec with which to continue the connection based upon the corresponding overlapping range. Codecs may not be switched immediately when the transmission characteristics enter overlapping ranges, to avoid degrading the user's experience. If the characteristics remain in the overlap, or manifest a likely progression toward another region, then the transition may be effected.

Abstract: Various of the disclosed embodiments improve encoding during a network call, such as a Voice Over Internet Protocol (VOIP) connection, by adjusting the size of a data communications packet (“packet”). Particularly, given a corpus of codecs with which to encode data, the embodiments may identify a packet size based upon a common multiple of each codec's minimum raw data size. The packet size may be selected to accommodate the inclusion of data encoded in each codec format, as well as error correction code data, and codec transition commands. The packet size may be tailored to trade off measured latency and data efficiency.

Abstract: In various embodiments, a corpus of codecs may be correlated with different, partially overlapping ranges of transmission characteristics. As channel conditions degrade or improve, the system may select a new codec with which to continue the connection based upon the corresponding overlapping range. Codecs may not be switched immediately when the transmission characteristics enter overlapping ranges, to avoid degrading the user's experience. If the characteristics remain in the overlap, or manifest a likely progression toward another region, then the transition may be effected.

Abstract: Various of the disclosed embodiments improve encoding during a network call, such as a Voice Over Internet Protocol (VOIP) connection, by adjusting the size of a data communications packet (“packet”). Particularly, given a corpus of codecs with which to encode data, the embodiments may identify a packet size based upon a common multiple of each codec's minimum raw data size. The packet size may be selected to accommodate the inclusion of data encoded in each codec format, as well as error correction code data, and codec transition commands. The packet size may be tailored to trade off measured latency and data efficiency.

Abstract: Various of the disclosed embodiments enable managing and augmenting “comfort noise” during a network call, such as a Voice Over Internet Protocol (VOIP) connection. Particularly, traditional systems typically send machine-generated comfort noise, or a command to generate comfort noise at the recipient, on a channel separate from the conversation content. Some embodiments reduce this overhead by embedding the comfort noise in the media stream. In other embodiments, audio encoding is stopped at the source when the speaker falls silent and the recipient, after detecting the cessation, will generate white noise at its end. These approaches may be used in conjunction with a determination of the available bandwidth and channel parameters.

Abstract: Various of the disclosed embodiments reduce the impact of RTCP overhead by including RTCP information in the media packets themselves. The values in the RTCP headers may be selected based on the context and organized in a unique format for transport in the media packets. For example, RTT, packet loss, and bandwidth estimates may dictate when and how RTCP data is moved into the media packet. An interface may be provided for extracting the data so that clients may easily integrate the embodiments with existing RTCP-based systems. Inclusion of the RTCP information in the media packet may increase the media packet size, which may be anticipated in bandwidth assessments and accommodations.

Abstract: One or more techniques and/or systems are provided for processing data requests received over various communication protocols. In particular, a data transfer component may be configured to process data requests and/or responses between requesting devices and data handlers utilizing various communication protocols (e.g., peer-to-peer communication protocols, web based communication protocols, etc.). In particular, communication protocol functionality may be abstracted away from the data handlers, and may be handled by the data transfer component. In this way, data handlers may be communication protocol agnostic because the data transfer component may perform the communication protocol functionality on behalf of the data handlers, which may allow the data handlers to be more “lightweight” and focus primarily on fetching and/or formatting requested data.

Abstract: Techniques to share binary content are described. An apparatus may comprise a first related client having a message platform with a file share feature and an object store, the file share feature operative to retrieve a data object for a publishing client having a defined relationship with the first related client and a second related client, the first related client to send the data object to the second related client on behalf of the publishing client, and the object store operative to store and manage the data object using a unique name identifier received with the data object. Other embodiments are described and claimed.