US10614854B2

US10614854B2 - Speedy clipping

Info

Publication number: US10614854B2
Application number: US16/037,073
Authority: US
Inventors: Calvin Ryan Owen; Tyler Willey; David Frederick Brueck
Original assignee: Verizon Digital Media Services Inc
Current assignee: Edgio Inc
Priority date: 2016-03-22
Filing date: 2018-07-17
Publication date: 2020-04-07
Anticipated expiration: 2036-03-22
Also published as: US20170278543A1; US20180322907A1; US10032481B2

Abstract

Provided is a system for efficiently creating snippets or clips from media assets without re-encoding the entire portion of already encoded media content falling within the snippet boundaries. The system partitions and encodes the original media asset as set of slices with each slice encoding a different temporal chunk of the media asset. The system identifies a first slice that encodes a duration of the media asset spanning the snippet start time, and a second slice that encodes a duration of the media asset spanning the snippet end time. The system produces a snippet start slice from decoding, clipping, and re-encoding the first slice and a snippet end slice from decoding, clipping, and re-encoding the second slice. The system generates the snippet from the snippet start slice, an unmodified subset of the set of slices between the first slice and the second slice, and the snippet end slice.

Description

CLAIM OF BENEFIT TO RELATED APPLICATIONS

This application is a continuation of U.S. nonprovisional application Ser. No. 15/077,795 entitled “Speedy Clipping”, filed Mar. 22, 2016. The contents of application Ser. No. 15/077,795 are hereby incorporated by reference.

BACKGROUND ART

Content distribution, especially video distribution, is continuing to move away from traditional broadcast mediums to online and over-the-top distribution. New tools are needed to aid in this transition. With respect to video, new tools are needed to efficiently create the content, bring the content online, and distribute the content. Accordingly, there is a need for better video editing, manipulation, encoding, transcoding, and distribution tools.

Clipping is the process of cropping or selecting one or more portions of a video asset or streaming asset and preserving the one or more portions as new video asset. The video assets that are generated from different portions of existing video assets are referred to as snippets.

A snippet can be used to present or promote existing video content through alternative formats. For instance, a snippet from a broadcast news report can be used to enhance an online text based article relating to the same report. A snippet can also be used as a trailer, advertisement, or teaser for promotional purposes.

Traditional snippet generation involves an editor identifying a start marker and an end marker somewhere within an original video asset. A clipping tool then re-encodes the portion of the original asset falling within the start marker and end marker clip boundaries in order to produce the snippet from the original asset.

Clipping in this manner is inefficient for several reasons. Re-encoding the portion is expensive in terms of time and computer resources. The longer the snippet, the longer the re-encoding time. Moreover, these resources are expended in performing a redundant operation, namely encoding a portion of video from an already encoded original asset in order to simply extract and reproduce the portion of video as a separate and independent asset from the original asset. This redundant encoding also results in reduced quality as encoding is a lossy process. A snippet that is produced from encoding an already encoded asset will suffer some quality loss and a subsequent snippet encoded therefrom suffers even greater quality loss.

Accordingly, there is a need for improved video clipping and snippet generation. In particular, there is a need to efficiently generate a snippet from an existing video asset, wherein the efficient generation reduces or eliminates the time and computer resources expended to re-encode the video portion of the snippet, and further reduces or eliminates the quality loss resulting from the re-encoding.

BRIEF DESCRIPTION OF THE DRAWINGS

A preferred embodiment of methods and systems for speedy clipping will now be described, by way of example only, with reference to the accompanying drawings in which:

FIG. 1 conceptually illustrates the video generation system creating a sliced encoding of an original video asset from which snippets can be efficiently generated in accordance with some embodiments.

FIG. 2 presents a process for creating a snippet from the sliced encoding of an original video asset in accordance with some embodiments.

FIG. 3 conceptually illustrates the snippet creation in accordance with some embodiments.

FIG. 4 conceptually illustrates creating a snippet at a particular bit rate from an original video asset that is encoded at different bit rates.

FIG. 5 is a block diagram of an exemplary video generation system for encoding video content into a sequence of slices and for efficiently creating snippets from encoded slices.

FIG. 6 illustrates a computer system or server with which some embodiments are implemented.

DETAILED DESCRIPTION

Provided is a video generation system for efficiently creating snippets from existing video assets without re-encoding the entire portion of already encoded video falling within the snippet boundaries. The video generation system creates a snippet by re-encoding very short durations of the original video asset at the beginning and end of the snippet, and by reusing already encoded portions of the original asset falling in between. In doing so, the video generation system presented herein is able to create snippets faster and with little or no quality loss relative to prior art systems and methods for snippet generation.

In some embodiments, snippet generation is predicated on a sliced encoding of an original video asset. FIG. 1 conceptually illustrates the video generation system creating a sliced encoding of an original video asset from which snippets can be efficiently generated in accordance with some embodiments. FIG. 1 illustrates the video generation system 110, an original video asset 120, and a resulting sliced encoding 130 of the original video stream produced by the video generation system.

The original video asset 120 can originate from a source feed (i.e., a digital video camera), a broadcast signal, a stream, or a media file. The original video asset 120 can include a combination of audio and video or just video. It should be noted that the video generation system and described embodiments can also be applied to create audio only snippets from an original audio asset. Accordingly, the embodiments are applicable to a variety of media files or media content.

The video generation system 110 partitions the original video asset 120 into a sequence of slices. The slices can then be distributed across one or more encoders of the video generation system 110 for encoding. Each resulting encoded slice 130 represents a different temporal chunk that encodes a short but different duration or portion of the original video asset 120. Each encoded slice is therefore defined by a set of video frames.

Per industry practice, the frames are a combination of key frames or I-frames, P-frames, and B-frames. I-frames are decoded based on information solely contained within the I-frame. An image or individual video frame can therefore be rendered based on information from a single I-frame. P-frames are decoded with reliance on data from one or more previous frames. B-frames are decoded with reliance on data from one or more previous and forward frames. In particular, P-frames and B-frames reference other frames for changes in image data or vector displacement so that different images can be rendered from the P and B frames without duplicating information from the other referenced frames. It should be noted that the embodiments and slices can be adapted to include other types of frames in addition to or in place of the I, P, and B frames. The efficient clipping can be performed on any such frame type.

In some embodiments, each encoded slice commences with an I-frame. Subsequent frames for the remaining duration of each encoded slice can contain a mix of I, P, B, and other frames. The frame mix is produced by the encoder based on encoding settings that were specified for the video asset, wherein the encoding settings can include bit rates, quality settings, compression settings, resolution, etc. Further detail regarding the slicing of a video asset and the encoding of the slices can be found in U.S. patent application Ser. No. 13/448,213 entitled “Decoupled Slicing and Encoding of Media Content”. The contents of application Ser. No. 13/448,213 are incorporated herein by reference.

The encoded slices 130 provide the foundation for efficient clipping and snippet generation. FIG. 2 presents a process 200 for creating a snippet from the sliced encoding of an original video asset in accordance with some embodiments. The process 200 is performed by the video generation system on a sliced encoding of the original video asset.

The process 200 commences by receiving (at 210) user defined start and end times for a snippet of an original video asset. In response, the process retrieves (at 215) the sliced encoding of the original video asset. In other words, the video generation system retrieves the encoded slices that were produced from encoding the original video asset.

The process identifies (at 220) a first slice and a second slice from the plurality of slices of the sliced encoding of the original video asset based on the user defined snippet start and end times. The first slice identified at 220 is a slice from the plurality of slices that encodes a duration of the video asset spanning the user defined snippet start time. The first slice identified at 220 may therefore not correspond to the initial slice that encodes the first seconds of the original video asset. The second slice identified at 220 is a different slice from the plurality of slices that encodes a duration of the video asset spanning the snippet end time.

The first and second slices cannot be arbitrarily clipped to the defined snippet start and end times, because the snippet start and end times may point to P or B frames from the first and second slices that reference data from other frames in those slices. Accordingly, the process decodes (at 230) the first and second slices. From the decoding, the video generation system obtains frame information for all frames in the slices. The decoding essentially converts each frame in the first and second slices into I-frames. In some embodiments, the decoding also associates a timestamp or duration to each frame.

The process produces (at 240) the snippet start slice by re-encoding the decoded first slice frames from the frame at the defined snippet start time to the first slice last frame. The re-encoding clips the first slice by excluding any frames that are before the defined snippet start time. In producing the snippet start slice, the specific frame at the snippet start time is encoded as an I-frame and subsequent frames from the original asset first slice are encoded as a combination of I, P, B, and other frame types depending on encoder settings. Consequently, the resulting snippet start slice commences with the specific frame at the snippet start time.

The process produces (at 250) the snippet end slice by re-encoding the decoded second slice frames from the first frame to the frame at the defined snippet end time. Here again, the re-encoding clips the second slice such that the resulting snippet end slice ends with the specific frame at the snippet end time.

The process retrieves (at 260) a subset of slices from the sliced encoding of the original video asset falling in between the first and second slices or the snippet start and end slices. More specifically, the subset of slices encode a duration of the video asset that is in between the snippet start and end slices and not already encoded within the snippet start and end slices. Unlike the first and second slices of the original video asset, the subset of slices in between the first and second slices are not decoded or re-encoded. The retrieval at 260 involves obtaining the original encoding for subsequent reuse in creating the snippet.

The process (at 270) orders the snippet start slice, the retrieved subset of slices from the encoding of the original video asset, and the snippet end slice to produce the snippet. In some embodiments, the ordering involves creating a manifest file listing the slices and other information (e.g., slice duration, encoded bit rate, etc.) for snippet playback. The manifest file provides client players with the slice ordering, thereby allowing the players to request the proper slice sequence for snippet playback. The ordering may further include storing the snippet start and end slices along with the retrieved subset of slices for subsequent distribution. In some embodiments, the video generation system merges the snippet start slice, the retrieved subset of slices, and the snippet end slice as a new video or snippet asset that exists independent of the original video asset. The merging can involve combining the snippet slices into a single file for subsequent distribution.

Thereafter, the process serves (at 280) the snippet start slice in response to any request for the snippet. The process will continue to serve the remaining snippet slices until the snippet end slice or until playback is terminated.

The video generation system produces the snippet, and in particular, the snippet start slice and the snippet end slice with insignificant time and computer resource usage as each of the slices spans no more than a few seconds of video. Accordingly, producing the snippet start slice and snippet end slice involves re-encoding those few seconds of video, rather than the entire snippet, regardless of the total length of the snippet. There is therefore little to no difference in creating a snippet that is ten seconds in duration from one that is ten minutes in duration.

Moreover, the video generation system largely preserves the quality of the snippet relative to the original video asset encoding from which the snippet is produced. The video generation system loses quality in just the snippet start and end slices as a result of re-encoding these slices. There is however no quality lost in all other slices between the snippet start slice and the snippet end slice as these other slices are reused without any modification from the original video asset encoding.

FIG. 3 conceptually illustrates the snippet creation in accordance with some embodiments. The figure illustrates five encoded

slices

320, 330, 340, 350, and 360 of an original video asset from which the video generation system 310 clips to create a snippet with a re-encoded start slice 390, a re-encoded end slice 395, and an original encoded slice 340. It should be noted that the entire original video asset may involve many more slices than those depicted in FIG. 3 and the five encoded slices are presented for illustrative purposes. In this figure, each

slice

320, 330, 340, 350, and 360 represents a different five seconds of the original video asset. The frame types that form each

slice

320, 330, 340, 350, and 360 are shown for illustrative purposes.

The video generation system 310 receives user specified start and end times for a desired snippet. The video generation system 310 identifies the snippet start time to be within the second slice 330 and the snippet end time to be within the fourth slice 350. More specifically, the video generation system 310 identifies frame 370 from the second slice 330 corresponding to the snippet start time and frame 380 from the fourth slice 350 corresponding to the snippet end time.

Frame

370 is a P-frame that references a prior P-frame that references a prior I-frame of the second slice 330. The snippet start slice 390 cannot be directly created from frame 370. Accordingly, the video generation system 310 decodes the second slice 330. The video generation system 310 then re-encodes a subset of the decoded frames spanning from frame 370 to the last frame of the second slice 330. The re-encoded set of frames forms the snippet start slice 390. The re-encoding converts starting frame 370 to an I frame with subsequent frames of the snippet start slice 390 comprising a combination of I, P, B, and other frame types.

Frame

380 is a B-frame that references a forward I-frame and a previous I-frame. The snippet end slice 395 cannot be directly created from frame 380. Here again, the video generation system 310 decodes the fourth slice 350 in order to then re-encode a subset of decoded frames spanning from the first frame of the fourth slice 350 to frame 380. The re-encoded set of frames forms the snippet end slice 395. The re-encoding clips the fourth slice 350 such that the snippet end slices 395 stops at the frame 380 corresponding to the snippet end time.

In FIG. 3, the video generation system generates the snippet from the snippet start slice 390, the third slice 340 of the original video asset encoding, and the snippet last slice 395. As noted above, snippet generation may further include creating a manifest that identifies the snippet slices for playback. In this case, the manifest identifies the snippet as starting with the snippet start slice. The manifest identifies the clipped duration of the snippet start slice. The manifest then identifies the subsequent ordering of the remaining snippet slices as well as their respective durations. The manifest is provided to a client player requesting the snippet. Upon receiving the manifest, the client player is then able to request the snippet slices in the correct order for playback.

In some embodiments, the video generation system creates a snippet at multiple bit rates. In some such embodiments, the video generation system encodes the original video asset at each of the different bit rates. The video generation system then creates the snippet by re-encoding the snippet first slice and the snippet last slice at each of the bit rates. The different bit rate encoded snippet first slices and last slices are then matched with the corresponding bit rate encoded slices of the original video asset falling in between the snippet first slice and snippet last slice.

FIG. 4 conceptually illustrates creating a snippet at a particular bit rate from an original video asset that is encoded at different bit rates. The original video asset encoding produces at least a first set of slices 410 that encode the original video asset at a high or higher quality first bit rate and a second set of slices 420 that encode the original video asset at a low or lower quality second bit rate.

To create a snippet 430 at the low quality second bit rate, the video generation system identifies a first slice spanning the snippet start time and a second slice spanning the snippet end. Since re-encoding the snippet start slice and end slice is a lossy process and in order to minimize quality loss, the video generation system obtains the first and second slices from the first set of slices 410 encoded at the high quality first bit rate rather than the low quality second bit rate at which the snippet 430 is generated. The video generation system clips the first and second slices from the first set of slices 410 and re-encodes them at the low quality second bit rate to produce the snippet start and end slices. The video generation system then generates the snippet 430 from the snippet start slice, a subset of slices from the second set of slices 420 (i.e., low quality second bit rate) between the first and second slices, and the snippet end slice.

FIG. 5 is a block diagram of an exemplary video generation system for encoding video content into a sequence of slices and for efficiently creating snippets from encoded slices. The system involves at least one slicer 510, encoder 520, storage 530, and server 540, each communicably coupled via a data communications network 550 (e.g., public network such as the Internet or private network such as a local area network (LAN)).

A video creator feeds video content to the slicer 510. The slicer 510 partitions the video content into a plurality of slices. The slicer 510 may be a lightweight piece of software that runs on the computing system near the signal source (e.g., source file or live feed), such as a laptop computer of the video creator. The slicer 510 can also run on a remote machine to which the video content is uploaded.

The plurality of slices pass from the slicer 510 to the one or more encoders 520. The encoders 520 collectively work to produce the encoded slices. For example, a different encoder 520 may retrieve a slice, encode the slice, and store the encoded slice to storage 530. The encoders 520 also produce the snippets according to the above described embodiments.

Multiple encoders

520 may be used to encode a video asset at different bit rates or quality settings. The encoders 520 can similarly generate snippets of a video asset at each of the different video asset encoded bit rates. Alternatively, the encoders 520 can generate a snippet at a particular bit rate. To minimize quality loss, the encoders 520 may generate the snippet start and end slices at the particular bit rate from the highest quality encoded slices of the video asset, while reusing the video asset slices that were encoded at the particular bit rate for filling the duration in between the snippet start and end slices.

In some embodiments, the server 540 receives requests for encoded video content over the network 550 from media players executing on the client computing systems (referred to herein as the “client”). The server 540 passes the encoded slices of the original video content from the storage 530 in response to such requests. The client and the server 540, which may be executed on a server of a content delivery network, may be coupled by the network 550. The network 550 may include any digital public or private network. The client may be a client workstation, a server, a computer, a portable electronic device, an entertainment system configured to communicate over a network, such as a set-top box, a digital receiver, a digital television, a mobile phone, or other electronic devices. For example, portable electronic devices may include, but are not limited to, cellular phones, portable gaming systems, portable computing devices, or the like. The server 540 may be a network appliance, a gateway, a personal computer, a desktop computer, a workstation, etc.

In some embodiments, video creators use an application or application programming interface (API) to submit snippet requests to the video generation system. The snippet requests can be passed to the server 540 or directly to the one or more encoders 520 for execution and snippet generation. The snippet request identifies the video asset from which the snippet is to be generated as well as start and end times for the snippet. The snippet request may specify additional information including a bit rate or other quality settings for the snippet. Once an encoder 520 receives a snippet request, the encoder 520 obtains the encoded slices of the video asset. The encoder 520 decodes and re-encodes the slices from which the snippet start and end slices are produced and stores the snippet start and end slices along with a manifest for the snippet back to the storage 550 for subsequent distribution by the server 540.

Although shown in FIG. 5 as a distributed system of slicers, encoders, and servers, the video generation system of some embodiments is a standalone machine that produces the snippets. In some such embodiments, the video generation system produces the original video asset encoded slices or has access to those slices, whether the encoded slices are stored on local or remote storage. In other words, any device can be used to efficiently clip video as described above as long as the device has access to the encoded video slices that form the original video asset.

Server, computer, and computing machine are meant in their broadest sense, and can include any electronic device with a processor including cellular telephones, smartphones, portable digital assistants, tablet devices, laptops, notebooks, and desktop computers. Examples of computer-readable media include, but are not limited to, CD-ROMs, flash drives, RAM chips, hard drives, EPROMs, etc.

FIG. 6 illustrates a computer system or server with which some embodiments are implemented. Such a computer system includes various types of computer-readable mediums and interfaces for various other types of computer-readable mediums that implement the various methods and machines described above (e.g., video generation system). Computer system 600 includes a bus 605, a processor 610, a system memory 615, a read-only memory 620, a permanent storage device 625, input devices 630, and output devices 635.

The bus 605 collectively represents all system, peripheral, and chipset buses that communicatively connect the numerous internal devices of the computer system 600. For instance, the bus 605 communicatively connects the processor 610 with the read-only memory 620, the system memory 615, and the permanent storage device 625. From these various memory units, the processor 610 retrieves instructions to execute and data to process in order to execute the processes of the invention. The processor 610 is a processing device such as a central processing unit, integrated circuit, graphical processing unit, etc.

The read-only-memory (ROM) 620 stores static data and instructions that are needed by the processor 610 and other modules of the computer system. The permanent storage device 625, on the other hand, is a read-and-write memory device. This device is a non-volatile memory unit that stores instructions and data even when the computer system 600 is off. Some embodiments use a mass-storage device (such as a magnetic, solid-state, or optical disk) as the permanent storage device 625.

Other embodiments use a removable storage device (such as a flash drive) as the permanent storage device Like the permanent storage device 625, the system memory 615 is a read-and-write memory device. However, unlike storage device 625, the system memory is a volatile read-and-write memory, such as random access memory (RAM). The system memory stores some of the instructions and data that the processor needs at runtime. In some embodiments, the processes are stored in the system memory 615, the permanent storage device 625, and/or the read-only memory 620.

The bus 605 also connects to the input and

output devices

630 and 635. The input devices enable the user to communicate information and select commands to the computer system.

The input devices 630 include alphanumeric keypads (including physical keyboards and touchscreen keyboards), pointing devices. The input devices 630 also include audio input devices (e.g., microphones, MIDI musical instruments, etc.). The output devices 635 display images generated by the computer system. The output devices include printers and display devices, such as cathode ray tubes (CRT) or liquid crystal displays (LCD).

Finally, as shown in FIG. 6, bus 605 also couples computer 600 to a network 665 through a network adapter (not shown). In this manner, the computer can be a part of a network of computers (such as a local area network (“LAN”), a wide area network (“WAN”), or an Intranet, or a network of networks, such as the Internet).

As mentioned above, the computer system 600 may include one or more of a variety of different computer-readable media. Some examples of such computer-readable media include RAM, ROM, read-only compact discs (CD-ROM), recordable compact discs (CD-R), rewritable compact discs (CD-RW), read-only digital versatile discs (e.g., DVD-ROM, dual-layer DVD-ROM), a variety of recordable/rewritable DVDs (e.g., DVD-RAM, DVD-RW, DVD+RW, etc.), flash memory (e.g., SD cards, mini-SD cards, micro-SD cards, etc.), magnetic and/or solid state hard drives, read-only and recordable blu-ray discs, any other optical or magnetic media, and floppy disks.

In the preceding specification, various preferred embodiments have been described with reference to the accompanying drawings. It will, however, be evident that various modifications and changes may be made thereto, and additional embodiments may be implemented, without departing from the broader scope of the invention as set forth in the claims that follow. The specification and drawings are accordingly to be regarded in an illustrative rather than restrictive sense.

Claims

We claim:

1. A method comprising:

obtaining a video asset formed from an encoding of a first slice and a separate encoding of a second slice that is independent of the first slice, each of the first and second slices comprising an encoded mix of key frames and other frames;

receiving a request for a snippet of the video asset, wherein the request identifies a start time for the snippet that is after an initial key frame of the first slice, and wherein the snippet spans a shorter duration than the video asset;

generating a third slice by re-encoding (i) one or more frames of the first slice that are time aligned with the start time for the snippet and that are after the initial key frame of the first slice, and (ii) subsequent frames of the first slice coming after the one or more frames; and

producing the snippet by appending the encoding of the second slice, without modification of the second slice and without re-encoding frames of the second slice, to the third slice with a re-encoded subset of frames of the first slice.

2. The method of claim 1 further comprising receiving a second request for a second snippet of the video asset, wherein the second request identifies an end time for the second snippet that is before a last frame of the second slice.

3. The method of claim 2 further comprising generating a fourth slice by re-encoding a first frame of the second slice up to one or more frames of the second slice that are time aligned with the end time for the second snippet and that are before the last frame of the second slice.

4. The method of claim 3 further comprising producing the second snippet from appending the third slice with a re-encoded subset of frames of the second slice to the encoding of the first slice without modification of the first slice.

5. The method of claim 1, wherein re-encoding the third slice comprises converting the one or more frames of the first slice to a key frame from which an image can be rendered without reference to other frames.

6. The method of claim 1, wherein re-encoding the third slice comprises re-encoding the one or more frames as an initial key frame and appending the subsequent frames of the first slice to the initial key frame without re-encoding or modifying the subsequent frames.

7. The method of claim 1, wherein the one or more frames comprise a P or B frame that is time aligned with the start time for the snippet and at least one frame that is before or after and referenced by the P or B frame.

8. The method of claim 1 further comprising providing the snippet in response to the request, wherein providing the snippet comprises displaying the snippet on a screen or sending the snippet over a network to a requesting client device.

9. The method of claim 1 further comprising generating a manifest for the snippet, the manifest listing playback order of the third slice and the second slice.

10. A method comprising:

encoding media content as a first set of slices at a first bitrate, and as a separate second set of slices at a second bitrate, wherein the first bitrate is higher than the second bitrate, and wherein each slice of the first set of slices and the second set of slices encodes a different part of the media content with an encoded mix of key frames and other frames;

receiving a request for a snippet of the media content at the second bitrate, wherein the request identifies an end time for the snippet that is before an end time of the media content, and wherein the snippet spans a shorter duration than the media content;

generating a snippet end slice at the second bitrate by re-encoding a subset of a set of frames from a particular slice of the first set of slices encoded at the first bitrate, wherein the subset of frames of the particular slice are time aligned with the end time for the snippet, and wherein the subset of frames encoded as the snippet end slice is less than the set of frames of the particular slice; and

providing the snippet in response to the request, wherein providing the snippet comprises providing encoded frames from a subset of the second set of slices without modification or re-encoding, and a re-encoded subset of frames from the particular slice that form the snippet end slice, wherein the encoded frames from the subset of the second set of slices span a duration of the snippet immediately before the snippet end slice, and the snippet end slice spans a last duration of the snippet.

11. The method of claim 10, wherein the request further identifies a start time for the snippet that is after a start time of the media content, and the method further comprising generating a snippet start slice at the second bitrate by re-encoding a subset of a set of frames from a second slice of the first of slices encoded at the first bitrate, wherein the subset of frames of the second slice are time aligned with the start time for the snippet, and wherein the subset of frames encoded as the snippet start slice is less than the set of frames of the second slice.

12. The method of claim 11 further comprising appending the subset of the second set of slices to the snippet start slice with the snippet start slice spanning a first duration of the snippet immediately before the duration spanned by the subset of the seconds set of slices.

13. The method of claim 10, wherein each slice of the snippet comprises a mix of key frames, P frames, or B frames.

14. The method of claim 10, wherein the subset of frames comprises a P or B frame that is time aligned with the end time for the snippet and at least one frame that is before or after and referenced by the P or B frame.

15. The method of claim 14, wherein generating the snippet end slice comprises converting the subset of frames to an I frame.

16. The method of claim 10 further comprising distributing the subset of the second set of slices in response to said request for the snippet and a second request for the media content at the second bitrate.

17. The method of claim 10, wherein generating the snippet end slice comprises discarding at least one frame of the particular slice that is encoded after the one or more frames of the particular slice.

18. A device comprising:

a non-transitory computer-readable medium storing a set of processor-executable instructions; and

one or more processors configured to execute the set of processor-executable instructions, wherein executing the set of processor-executable instructions causes the one or more processors to:

obtain a video asset formed from an encoding of a first slice and a separate encoding of a second slice that is independent of the first slice, each of the first and second slices comprising an encoded mix of key frames and other frames;

receive a request for a snippet of the video asset, wherein the request identifies a start time for the snippet that is after an initial key frame of the first slice, and wherein the snippet spans a shorter duration than the video asset;

generate a third slice by re-encoding (i) one or more frames of the first slice that are time aligned with the start time for the snippet and that are after the initial key frame of the first slice, and (ii) subsequent frames of the first slice coming after the one or more frames; and

produce the snippet by appending the encoding of the second slice, without modification of the second slice and without re-encoding frames of the second slice, to the third slice with a re-encoded subset of frames of the first slice.

19. The device of claim 18, wherein the processor-executable instructions further include processor-executable instructions to receive a second request for a second snippet of the video asset, wherein the second request identifies an end time for the second snippet that is before a last frame of the second slice.

20. The device of claim 19, wherein the processor-executable instructions further include processor-executable instructions to (i) generate a fourth slice by re-encoding a first frame of the second slice up to one or more frames of the second slice that are time aligned with the end time for the second snippet and that are before the last frame of the second slice, and (ii) produce the second snippet from appending the third slice with a re-encoded subset of frames of the second slice to the encoding of the first slice without modification of the first slice.