Abstract: Replaying a compressed digital video stream in fast-forward and reverse modes at varied playback rates. An index of intercoded frames, those frames not dependant on other frames for generation, is stored. The index includes the size of interceded frames and their storage location. When a specified playback rate is requested, the interceded frames are retrieved using the index. The intercoded frames then have one or more intracoded frames, frames that reference other frames for generation, placed between them to generate a frame sequence. The intracoded frames are “blank,” meaning they contain only information from their associated intercoded frame. By inserting “blank” frames specified playback rates and bit rates are generated. The index of interceded frames may also be accessed to generate playback in reverse mode, which conserves memory resources of associated systems by generating the reverse playback stream in an iterative manner.

Abstract: Media data is distributed across multiple devices, and decentralized media data dissemination architecture is formed. Multiple respective senders are associated with multiple respective distributed portions of the media data. Multiple schedulers are associated with clients and are capable of scheduling the sending of media data thereto. Schedulers formulate send requests that stipulate particular media data portions and designate destination clients. These send requests are transmitted to the multiple senders in accordance with the associated respective distributed portions in conjunction with the stipulated particular media data portion of each send request. The senders are capable of sending the stipulated particular media data portions of the send requests to the designated destination clients without routing through the schedulers. In a described implementation, a sender and a scheduler are present on each device of the multiple devices.

Abstract: Described herein is a technology facilitating the presentation of digital video streams. An implementation, described herein, reduces the effective start-up delay in the presentation of the first frames of the video content that occurs when a system tunes into a video stream by streaming at least an additional stream parallel with the main multicast stream. The alternative parallel stream having offset start points from the main multicast stream to more quickly provide a picture in response to a tuning command. This abstract itself is not intended to limit the scope of this patent. The scope of the present invention is pointed out in the appending claims.

Abstract: Described herein is a technology facilitating the presentation of digital video streams. An implementation, described herein, reduces the effective start-up delay in the presentation of the first frames of the video content that occurs when a system tunes into a video stream. This abstract itself is not intended to limit the scope of this patent. The scope of the present invention is pointed out in the appending claims.

Abstract: Replaying a compressed digital video stream in fast-forward and reverse modes at varied playback rates. An index of intercoded frames, those frames not dependant on other frames for generation, is stored. The index includes the size of intercoded frames and their storage location. When a specified playback rate is requested, the intercoded frames are retrieved using the index. The intercoded frames then have one or more intracoded frames, frames that reference other frames for generation, placed between them to generate a frame sequence. The intracoded frames are “blank,” meaning they contain only information from their associated intercoded frame. By inserting “blank” frames specified playback rates and bit rates are generated. The index of intercoded frames may also be accessed to generate playback in reverse mode, which conserves memory resources of associated systems by generating the reverse playback stream in an iterative manner.

Abstract: In an exemplary server implementation, a server is configured to retain at least one independent frame for each video channel of multiple video channels that are being distributed using multicast communications and is adapted to respond to channel change requests from clients by transmitting the retained at least one independent frame of a requested video channel to a requesting client using a unicast communication. In an exemplary method implementation, a method for fast channel changing in a multicast video distribution architecture includes: detecting a channel change request that indicates a requested channel, the requested channel corresponding to a multicast group; and transmitting a retained intra frame for the requested channel as a unicast communication.

Abstract: Media data is distributed across multiple devices, and the media data is sent therefrom by multiple senders under control of multiple schedulers. For media data blocks in a look-ahead region, schedulers transmit look ahead requests to senders in order to reserve upcoming media data blocks. In a described implementation, a look ahead request identifies a media data block. The receiving sender increments a block usage counter corresponding to the identified media data block responsive to the look ahead request. As part of a look ahead operation, if the media data block is not already in RAM, the sender preloads the media data block into RAM. While the block usage counter indicates that the corresponding media data block is locked, the sender maintains the media data block in RAM. A look ahead cancel message transmitted from the scheduler to the sender prompts the sender to decrement the block usage counter.

Abstract: Media data is distributed across multiple devices and is locatable using a hashing function and a hash table. The media data is partially replicated based on popularity thereof. In a described implementation, a media data block is locatable by hashing a media data indicator to produce a media data hash value that maps to a bin of the hash table. The bin is associated with at least one device that stores and/or with a sender that is capable of sending to clients the media data blocks mapping thereto. Each bin may have primary and secondary roles. Devices holding primary roles store all of the media data blocks mapping to a bin. Devices holding secondary roles replicate the media data blocks mapping to the bin that are also within a top predetermined popularity percentage. Popularity is determined based on numbers of clients currently requesting a particular media data portion.

Abstract: Media data is distributed across multiple devices and is locatable using a hashing function and a hash table. The media data is partially replicated based on popularity thereof. In a described implementation, a media data block is locatable by hashing a media data indicator to produce a media data hash value that maps to a bin of the hash table. The bin is associated with at least one device that stores and/or with a sender that is capable of sending to clients the media data blocks mapping thereto. Each bin may have primary and secondary roles. Devices holding primary roles store all of the media data blocks mapping to a bin. Devices holding secondary roles replicate the media data blocks mapping to the bin that are also within a top predetermined popularity percentage. Popularity is determined based on numbers of clients currently requesting a particular media data portion.

Abstract: Accelerated channel change (ACC) strategies are described for supplying a client module with media information by transitioning between a first delivery of media information provided by first delivery functionality and a second delivery of media information provided by second delivery functionality without exceeding prescribed data rate limitations. The first delivery functionality can represent server-based functionality for delivering a unicast stream of media information at a data rate (or maximum data rate) of some excess amount over the nominal rate of delivery, starting at a selected location within the media information. The second delivery functionality can represent any functionality for delivering the media information at the data rate (or maximum data rate) of the nominal rate of delivery. A join interval separates the first delivery at the excess rate and the second delivery at the nominal rate.

Abstract: A mixed-media service collection for multimedia platforms allows simultaneous access to various mixed-media services for rendering multimedia content, depending on current client conditions. In one implementation, in response to the client accessing a service collection, for example, by changing channels, only some of the mixed-media services in the service collection are simultaneously actuated based on client conditions. The client conditions may include the availability of subsystems to implement services and the client's authorization to receive services. If client conditions do not allow some services in the service collection to be actuated, then other services in the service collection are available to be actuated instead.

Abstract: Accelerated channel change (ACC) strategies are described for supplying a client module with media information by transitioning between a first delivery of media information provided by first delivery functionality and a second delivery of media information provided by second delivery functionality without exceeding prescribed data rate limitations. The first delivery functionality can represent server-based functionality for delivering a unicast stream of media information at a data rate (or maximum data rate) of some excess amount over the nominal rate of delivery, starting at a selected location within the media information. The second delivery functionality can represent any functionality for delivering the media information at the data rate (or maximum data rate) of the nominal rate of delivery. A join interval separates the first delivery at the excess rate and the second delivery at the nominal rate.

Abstract: An implementation is described herein, which facilitates a fast channel change by receiving and decoding a unicast acquisition media stream that corresponds to a soon-to-be-requested target multicast media stream. It does this before requesting the target multicast media stream of the new channel. Once the transmission of the unicast stream is caught up with the multicast stream, this implementation splices from the unicast acquisition stream to the target multicast media stream.

Abstract: An implementation, as described herein, facilitates fast start-up of a new media stream while avoiding temporal interruption (i.e., “hiccups”) of the presentation of that new media stream. At least one implementation, described herein, coordinates the delivery of multiple simultaneous media streams on a media-stream network. Its coordination accounts for traversal of bandwidth-restricted chokepoints; quickly stopping delivery of one or more media streams from the set of streams; quickly initiating delivery and presentation of one or more new media streams not previously in the set (i.e., a “channel change”); and producing clean playback of all of the streams in the set, despite their different timelines. This abstract itself is not intended to limit the scope of this patent. The scope of the present invention is pointed out in the appending claims.

Abstract: Saving state of Random Access Memory (RAM) in use by guest operating system software is accomplished using state saving software that starts a plurality of compression threads for compressing RAM data blocks used by the guest. Each compression thread determines a compression level for a RAM data block based on a size of a queue of data to be written to disk, then compresses the RAM data block, and places the compressed block in the queue.

Abstract: A hypervisor environment configured for accelerated access to device emulators comprises a hypervisor that intercepts a device access instruction to a child partition processor and routes said device access instruction to a root partition. A processor instruction emulator emulates said device access instruction along with any number of next instructions of the processor in said child partition, thereby dispatching accesses to a device emulator on behalf of the processor in said child partition. By emulating these instructions in the root partition, accesses to the device emulator are greatly accelerated.

Abstract: An implementation, as described herein, facilitates fast start-up of a new media stream while avoiding temporal interruption (i.e., “hiccups”) of the presentation of that new media stream. At least one implementation, described herein, coordinates the delivery of multiple simultaneous media streams on a media-stream network. Its coordination accounts for traversal of bandwidth-restricted chokepoints; quickly stopping delivery of one or more media streams from the set of streams; quickly initiating delivery and presentation of one or more new media streams not previously in the set (i.e., a “channel change”); and producing clean playback of all of the streams in the set, despite their different timelines. This abstract itself is not intended to limit the scope of this patent. The scope of the present invention is pointed out in the appending claims.

Abstract: A computing device has a graphics hardware device employed to display graphics on a display, and is partitioned to include a video services partition (VSP) instantiated at least in part to provide graphics capabilities, and also to include a video client partition (VCP) instantiated at least in part to consume such graphics capabilities. The graphics hardware device is assigned to and controlled by the VSP. A shared video memory module is shared by the VCP and the VSP such that graphics information placed in the pages shared by the video memory module by the VCP is directly available to the VSP for further action such that graphics commands from the VCP are shunted by way of the pages shared by the video memory module across partitions from the VCP to the VSP to be acted upon by the graphics hardware device as controlled by the VSP.

Abstract: Strategies are described for performing retry analysis in an environment which involves the transmission of media information from a source module to a target module. In the context of the source module, the retry analysis determines whether the source module should satisfy the retry requests issued by the target module. In the context of the target module, the retry analysis determines whether the target module should generate the retry requests in the first place. Novel request reporting formats are also described. The target module performs analysis to determine what reporting format it should use to convey the retry requests to the source module.

Abstract: Media data is distributed across multiple devices, and multiple schedulers and senders are installed across the multiple devices. Schedulers formulate send requests that stipulate particular media data portions and designate destination clients. Each send request is associated with a send priority. The send requests are transmitted from the multiple schedulers to the multiple senders. The senders rank respective received send requests according to their associated send priorities. Based on the ranked respective send requests and responsive to a respective send bandwidth of each sender, the senders ascertain respective threshold priorities. Each respective threshold priority corresponds to the lowest send priority of all send requests that have been accepted for sending by a respective sender.