Abstract: Methods and apparatus for archiving files in a system with primary storage and secondary storage that reduces thread contention. A single input reader thread generates list of files for processing by multiple map threads that evaluate each file in a list against a number of archive policies, such as move, purge, index and delete. Reduce threads take the lists from the map threads and generates list of files for action under a given policy, e.g., move, purge, index, delete. This arrangement eliminates thread contention for files and lists.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: Customizing a conferencing system based on proximity of a participant. A first participant may be detected as being proximate to a first conferencing system. For example, the first participant may provide user input to check in to the first conferencing system. Alternatively, the conferencing system may automatically detect the first participant (e.g., by automatically detecting a personal device of the first participant). In response to detecting the proximate participant, the first conferencing system may be automatically customized for the participant.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: Selective audio combination for a conference. The conference may be initiated between a plurality of participants at respective participant locations. The conference may be performed using a plurality of conferencing endpoints at each of the participant locations. Audio may be received from each of the plurality of conferencing endpoints. Audio level information may also be received from each of the plurality of conferencing endpoints. The audio may be combined from a plural subset of the plurality of conferencing endpoints to produce conference audio. The plural subset is less than all of the plurality of conferencing endpoints. The audio may be combined based on the audio level information. The conference audio may be provided to the plurality of conferencing endpoints.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: Supporting a plurality of videoconferencing streams in a videoconference. The method may include receiving the plurality of videoconferencing streams and may include decoding a first videoconferencing stream of the plurality of videoconferencing streams. The method may also include selecting, for decoding, a second videoconferencing stream of the plurality of videoconferencing streams. The second videoconferencing stream may not be the first videoconferencing stream. The method may further include decoding, in response to said selecting, the second videoconferencing stream of the plurality of videoconferencing streams.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: Determining a buffer size in a videoconference. In some embodiments, one or more of various different error correction methods may be used in a videoconference. For example, forward error correction (FEC) may be used and/or retransmission of lost packets (ReTxLP) may be used, e.g., based on a packet loss threshold. Where FEC is used, a buffer size of a receiving videoconferencing device may be determined based on the FEC rate. Where ReTxLP is used, a buffer size of the receiving videoconferencing device may be determined based on a retransmission latency.

Abstract: Sharing computer video in a videoconference. The method may include acquiring video on a computer. The method may also include coding the acquired video on the computer. Transmitting the coded video from the computer to a videoconferencing unit may also be included in the method. Also, the method may include packaging the transmitted video coded on the videoconferencing unit. Furthermore, the method may include transmitting the packaged video to a videoconferencing destination.

Abstract: In some embodiments, a videoconferencing endpoint may be an MCU (Multipoint Control Unit) or may include embedded MCU functionality. In various embodiments, the endpoint may thus conduct a videoconference by receiving/compositing video and audio from multiple videoconference endpoints. The endpoint may select a subset of endpoints and form a composite video image from the subset of the videoconference endpoints to send to the other videoconference endpoints. In some embodiments, the subset of endpoints that are selected for compositing into the composite video image may be selected according to criteria such as the last N talking participants. In some embodiments, the master endpoint may request the non-talker endpoints to stop sending video to help conserve the resources on the master endpoint. In some embodiments, the master endpoint may ignore video from endpoints that are not being displayed.

Abstract: Determining a buffer size in a videoconference. In some embodiments, one or more of various different error correction methods may be used in a videoconference. For example, forward error correction (FEC) may be used and/or retransmission of lost packets (ReTxLP) may be used, e.g., based on a packet loss threshold. Where FEC is used, a buffer size of a receiving videoconferencing device may be determined based on the FEC rate. Where ReTxLP is used, a buffer size of the receiving videoconferencing device may be determined based on a retransmission latency.

Abstract: A virtual distributed multipoint control unit in a videoconference may be implemented using a master endpoint, one or more facilitator endpoints, and one or more leaf endpoints. The facilitator endpoint(s) may receive video and/or audio from the leaf endpoints (which may provide/receive videoconference audio and video to one or more local participants). The master endpoint may receive video and/or audio from one or more facilitator endpoints (which may include cumulative video stream from multiple leaf endpoints) and/or directly from one or more leaf endpoints. The master endpoint may arrange received video and/or audio and provide cumulative video and/or audio streams to the leaf endpoints (e.g., directly and/or through the facilitator endpoints). The virtual distributed multipoint control unit may support a conference with more leaf endpoints than the master endpoint has input ports and/or decoders.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.

Abstract: Customizing a conferencing system based on proximity of a participant. A first participant may be detected as being proximate to a first conferencing system. For example, the first participant may provide user input to check in to the first conferencing system. Alternatively, the conferencing system may automatically detect the first participant (e.g., by automatically detecting a personal device of the first participant). In response to detecting the proximate participant, the first conferencing system may be automatically customized for the participant.

Abstract: A videoconference may be initiated between a plurality of endpoints. At least one of the endpoints may be coupled to a recording server, which may be configured to record the videoconference. A configuration may be selected (e.g., automatically or manually) for performing the recording. The endpoint (e.g., acting as an MCU) may transmit information to endpoints and may transmit recording information to the recording server. The recording information may be different from the videoconference information. For example, it may be in a “streaming friendly” format, at a different bit rate, encoded differently, have different inputs, etc. The manner in which the videoconference is stored and/or recorded may be based on the selected configuration. Clients may be configured to receive and display the videoconference from the recording server and may be configured to change the provided layout to different layouts, e.g., based on user input.