At least one embodiment of the present disclosure pertains to media editing tools and, more particularly, to software programs for producing media content and delivering media content to consumers.
A digital audio workstation (DAW) is an electronic device or a software program for recording and producing audio files, such as songs, speech, and sound effects. DAWs come in a wide variety of configurations, from a software program executing on a personal computer to a highly complex configuration of numerous components (e.g., recording devices, such as microphones, and editing devices, such as personal computers) controlled by a central computing device.
Conventionally, a DAW consists of a mixing console, control surface, audio converter, and data storage in a single computing device. These hardware-implemented DAWs were more popular before commonly available personal computers became powerful enough to run the necessary audio editing software.
Nowadays, “DAW” may simply refer to the audio editing software itself. The computing device responsible for executing the audio editing software typically includes either a sound card or audio interface, as well as at least one input device for modifying data. Examples of input devices include a mouse, a piano-style MIDI controller keyboard, an automated fader board for mixing track volumes, etc. The computing device acts as a host for the sound card/audio interface, and the software provides the interface and functionality for audio editing. While these computer-based DAWs have extensive recording, editing, and playback capabilities, they are often designed for use by audio experts.
Various features of the technology will become more apparent to those skilled in the art from a study of the Detailed Description in conjunction with the drawings. Embodiments of the technology are illustrated by way of example and not limitation in the drawings, in which like references may indicate similar elements.
The drawings depict various embodiments for the purpose of illustration only. Those skilled in the art will recognize that alternative embodiments may be employed without departing from the principles of the technology. Accordingly, while specific embodiments are shown in the drawings, the technology is amenable to various modifications.
Introduced here are software-implemented tools for recording and/or producing (e.g., creating and editing) media content. These tools can be used to simultaneously or sequentially edit audio, video, and/or text. Accordingly, the tools may be used by radio producers, podcast producers, television producers, etc.
More specifically, various embodiments pertain to software programs for recording and/or producing media content. A software program may be supported by a media production platform, which may generate the graphical user interfaces (GUIs) through which end users can create, edit, etc., various types of media content. For example, the software program may be embodied as a word processor that allows an end user to edit voice-based audio by editing text, and vice versa. As another example, the software program may facilitate the creation of location-based media content (also referred to as “geo-based media content”) by enabling an end user to readily insert geographical trigger points directly within the media content (e.g., within a text-based script).
Several of the GUIs described herein also allow different media formats (e.g., audio and text) to be aligned for post-processing. Said another way, the media production platform could dynamically link multiple media files to one another, which allows edits to be more easily carried throughout all of the media files. For example, when an end user modifies a transcript corresponding to an audio file (e.g., by copying and pasting a transcript segment to a different location), the media production platform may cause the change to be reflected globally. Thus, the media production platform may cause similar or identical modifications to be made to the corresponding audio file. User feedback could also be posted to a GUI so that appropriate modifications can be made based on actual user experiences.
Media production software generally falls under two categories, desktop software programs and web-based software programs (also referred to as “software-as-a-service” or “SaaS”). Accordingly, the GUIs described herein may be accessible via a web browser, desktop software program, mobile application, and/or over-the-top (OTT) application. For example, in some embodiments the GUIs are entirely browser-based (i.e., execution is performed/facilitated by a remote computing device rather than the local computing device used to access the web browser).
Generally, the media production software is designed for execution by a specific operating system, such as Microsoft Windows®, Apple macOS®, Apple iOS, Linux® (and its variants), Google Android®, etc. While certain embodiments may be described in the context of a certain type of software program, those skilled in the art will recognize that the features are equally applicable to other software program types.
Different system architectures could be used to build the media production platform. The media production platform may be executed by a cloud computing service operated by, for example, Amazon Web Services® (AWS) or a similar technology. Moreover, the media production platform could reside on a single instance of AWS, though different interfaces or projects may be supported different containers using different Internet Protocol (IP) addresses for network access.
Often, a host server is responsible for supporting the media production platform. The host server may be communicatively coupled to one or more content servers that include media content and other assets. Note, however, that the media production platform could also be designed so that it can function without a host server.
References in the present disclosure to “an embodiment” or “one embodiment” means that the particular feature, function, structure, or characteristic being described is included in at least one embodiment. Occurrences of such phrases do not necessarily refer to the same embodiment, nor are they necessarily referring to alternative embodiments that are mutually exclusive of one another.
Unless the context clearly requires otherwise, the words “comprise” and comprising” are to be construed in an inclusive sense rather than an exclusive or exhaustive sense (i.e., in the sense of “including but not limited to”). The terms “connected,” “coupled,” or any variant thereof is intended to include any connection or coupling, either direct or indirect, between two or more elements. The coupling/connection can be physical, logical, or a combination thereof. For example, two devices may be electrically and/or communicatively coupled to one another.
When used in reference to a list of multiple items, the word “or” is intended to cover all of the following interpretations: any of the items in the list, all of the items in the list, and any combination of items in the list. Meanwhile, if the present disclosure states that a feature “may,” “can,” “could,” or “might” be included or have a characteristic, that particular feature is not required and need not necessarily have the characteristic.
The term “module” refers broadly to software, hardware, and/or firmware components. Modules are typically functional components that generate useful data and/or other output(s) based on specified input(s). A software program may include one or more modules, or a module may include one or more software programs.
System Topology Overview
The media production platform 102 may reside in a network environment 100. Thus, the media production platform 102 may be connected to one or more computer networks 108a-b, which may include local area networks (LANs), wide area networks (WANs), metropolitan area networks (MANs), cellular networks, the Internet, etc. Other wired communication channels or wireless communication channels could also be used. For example, in some embodiments the computing device on which the end user 106 accesses the network-accessible interface is communicatively coupled to a microphone, an instrument, a piano-style MIDI controller keyboard, an automated fader board for mixing track volumes, etc.
As further described below, the media production platform 102 can facilitate transcript-driven media production. The end user 106 may be able to alter an audio file by modifying a corresponding transcript viewable through the network-accessible interface 104. For example, the end user 106 could insert audio files (e.g., music clips and sound effects) directly within the transcript.
The media production platform 102 may also be able to automatically modify media content on behalf of the end user 106. In fact, the media production platform 102 could create/modify a timeline associated with a content-based experience (e.g., an audio tour, audiobook, video segment, or video game) based on the implicit actions and/or explicit actions of the individual participating in the experience (also referred to as a “consumer” of the media content). For example, the media production platform 102 may intelligently add, remove, and/or modify media content within a guided audio tour as the individual progresses through the guided audio tour.
Media content could reside on the computing device used to access the network-accessible interface 104, on a content server 110 accessible to the media production platform 102, etc. Thus, media content could be hosted locally and/or remotely.
The network-accessible interface 104 may enable multiple end users to simultaneously or sequentially edit the same media content. For example, when multiple end users simultaneously access the network-accessible interface 104, the media production platform 102 may ensure that changes made by a given end user are posted to each instance of the network-accessible interface 104 in near real time. While certain embodiments are described in the context of network-accessible interfaces, those skilled in the art will recognize that the interfaces need not necessarily be accessible via a network. For example, a computing device associated with the end user 106 may be configured to execute a self-contained software program (e.g., a desktop software program) that does not require network access. Instead, the self-contained software program may cause all necessary assets (e.g., instruction sets and media content) to be downloaded at a single point in time or on a periodic basis (e.g., daily or weekly).
The processor(s) 202 can execute modules (e.g., the transcription module 208 and the operations module 210) from instructions stored in the storage module(s) 212, which can be any device or mechanism capable of storing information. In some embodiments a single storage module includes multiple computer programs for performing different processing operations (e.g., optical character recognition, audio transcription, or language recognition), while in other embodiments each computer program is hosted within a separate storage module.
The communication module 204 can manage communications between various components of the media production platform 200 and/or between the media production platform 200 and another computing device. For example, in some embodiments the media production platform 200 resides on a computing device associated with an individual and the communication module 204 communicates with a remote server system across a network. In other embodiments, the media production platform 200 resides on the remote server system and the communication module 204 communicates with a software program executing on the computing device associated with the individual. The remote server system can include one or more network-connected computing devices (e.g., servers).
Those skilled in the art will recognize that the modules/components of the media production platform 200 can be distributed between the remote server system and the computing device associated with the individual in various manners. For example, some data (e.g., media content) may reside on the computing device of the individual, while other data (e.g., processing algorithms) may reside on the remote server system.
The GUI module 206 can generate network-accessible interfaces (e.g., the network-accessible interface 104 of
Various system architectures could be used to build the media production platform 200. For example, the media production platform 200 may be executed by a cloud computing service operated by Amazon Web Services® (AWS) or a similar technology. Moreover, the media production platform 200 could reside on a single instance of AWS, though different interfaces or projects may be supported different containers using different Internet Protocol (IP) addresses for network access. Often, a host server is responsible for supporting the media production platform 200. The host server may be communicatively coupled to one or more content servers (e.g., the content servers 110 of
Moreover, the media production platform can support powerful features that can be used to create media content, incorporate consumer feedback, and ensure the interface(s) are straightforward and easy to use. Examples of media content include location-based audio/video experiences, podcasts, audiobooks, radio/television segments, etc. These powerful features are enabled by higher level content-based editing tools, rather than the lower level waveform-based editing tools used by conventional digital audio workstations (DAWs). In fact, the media production platform can facilitate collaboration between multiple end users simultaneously (as well as multiple consumers who experience content simultaneously).
As shown in
Moreover, the media production platform may be able to intelligently switch between multiple tracks based on whether certain criteria are satisfied, much like a video game engine. For example, the media production platform may determine whether certain condition(s) are met for playing a particular audio file. As another example, the media production platform may determine whether an end user has begun editing a portion of the transcript corresponding to a particular audio file.
Interfaces having multiple windows can easily align media content for post-processing and editing. Alignment can also be permitted between media content of different formats (e.g., audio and text). For example, when an end user modifies a transcript (e.g., by copying a transcript segment and pasting it to a different location), the media production platform may cause the change to reflected globally. That is, the media production platform may effect an identical or similar modification to an audio file associated with the transcript. Such action may be performed periodically or continually. For example, the media production platform may continually monitor for changes so long as the available bandwidth or connectivity status meets a specified threshold. Should these measure(s) fall below the specified threshold, the media production platform may periodically query the computing device regarding any modification(s) made to the audio file or transcript.
In some embodiments, visual indicators are used to indicate current position within the transcript 304 and/or the track(s) 302. Here, for example, the media production platform has highlighted the current word within the transcript and created a vertical bar 306 that overlays the track(s) 302. Other visual mechanisms could also be used. A timeline 308 may indicate the total duration of the media content, as well as provide a visual representation of progress.
As shown in
Once an audio file has been placed within the transcript 304, a waveform corresponding to the audio file may be automatically placed along one of the track(s) 302 in the waveform window. When the audio file is moved by the end user within the transcript 304, the media production platform can ensure that the corresponding waveform moves along the track as well. As noted above, the transcript 304 and the audio file(s) arranged along the track(s) 302 are typically synced to one another so that changes made to one can be propagated across the other by the media production platform in near real time.
The end user may also be able to separately edit the audio file(s) arranged along the track(s) 302 from within the waveform window. For example, the end user may be able to modify the duration of an audio file (e.g., by cutting material from the beginning or end), set fades, and perform other operations without leaving the interface.
As shown in
An end user could manually associate an audio file with a preexisting transcript when the audio file is uploaded to the media production platform. Additionally or alternatively, the media production platform may automatically generate a transcript responsive to receiving the audio file and post the transcript to the interface for review by the end user. For example, the media production platform may create a transcript upon determining that a transcript does not already exist. If a transcript is uploaded to the media production platform (or written using the interface) and no corresponding audio file(s) exist, the media production platform may automatically generate voice-like scratch audio that can be used to test certain aspects of a project, such as expected runtime, flow, etc.
Each file accessible to the media production platform may be independently editable using the interface(s) shown here. However, an end user may also be able to easily switch between various files while producing a project. As shown in
Any corresponding media contact may also be transferred based on the single action performed by the end user. For example, the selection of a transcript segment may prompt the media production platform to create an audio segment by cutting a source audio segment. Accordingly, if the end user copies segments of a first transcript and pastes the segments into a second transcript, segments from a first audio waveform corresponding to the first transcript can be used to form a second audio waveform associated with the second transcript.
Such granular modification of the text/audio is enabled by precisely aligning the transcript and corresponding audio file. Alignment may occur during pre-processing audio files, generating of the transcript, etc. When an audio file is provided to the media production platform (e.g., via an upload through the interface), various speech recognition processes can be performed that enable language spoken within the audio file to be converted into text.
Accordingly, the media production platform may be able to automatically align audio file(s) uploaded by an end user with a preexisting transcript by detecting certain words, phrases, etc. In fact, the media production platform could automatically stack multiple utterances of the same phrase upon detecting a single occurrence of the phrase within the transcript. That is, an individual may be able to record over a preexisting script. Such events are often indicative of multiple takes of the same line of dialogue by a voice actor. Accordingly, an end user may be able to initiate playback the multiple takes, select a particular take, etc.
The media production platform can create a transcript using the recognized text. Moreover, the media production platform can parse the recognized text and align the text with the corresponding portion of the audio file on a phoneme level or word level. Consequently, audio waveforms can be readily modified by the media production platform based on changes to the transcript, and vice versa. Note, however, that even if the transcript is not identical to the audio waveform (e.g., the transcript includes one or more errors), alignment can still be performed to determine a best fit for the audio waveform within the transcript based on context.
As shown in
As shown in
As shown in
Multiple takes of the same line of dialogue may be displayed in a similar manner. Here, for example, there are seven different takes 322 of a line of dialogue 320. These takes 322 are contemporaneous in nature. That is, all of the takes occur at the same point in time during a content-based experience. Accordingly, a consumer is only likely to experience a single take. However, end users (e.g., developers) may want to see how the different takes affect flow, runtime, etc.
Playhead(s) may be used to represent the position of the media content currently being access. For example, in some embodiments multiple playheads are used for those takes that share words, phrases, etc., in common. While playheads are often illustrated as vertical graphic lines within the text, other visual indicators may be used. For example, words may be individually highlighted as they are presented during playback of a take by the media production platform.
In some instances, the end user may wish to cut an audio segment from the audio file.
Some embodiments of the media production platform enable the end user to smooth these unnatural cuts by performing a blending operation.
Responsive to receiving user input indicative of a selection of the blend option 408, the media production platform can perform AI-driven operations to improve the transition between these words. The AI-driven operations may prompt changes in volume, tone, speed, etc.
In some instances, the end user may want to add words into the transcript. Here, for example, the end user has deleted “brown” and replaced it with “orange.”
Responsive to receiving user input indicative of a selection of the synthesize option 410, the media production platform can perform AI-driven operations to generate an audio sample based on the speaker's voice. While the word “orange” is not included in the original audio file, the media production platform can intelligently create a new audio sample based on, for example, how the speaker pronounces the alphabetic characters in other words.
Several interfaces described herein may also enable end users to easily align media content (e.g., audio files or text files) with trigger points that cause specific media content to be invoked by the media production platform or a software program through which a consumer participates in content-based experiences. Trigger points could include Global Positioning System (GPS) coordinates, wireless access point (WAP) identifiers (e.g., a Wi-Fi router identifier), verbal utterances, physical interactions with a computing device (e.g., an interactive response from the user by tapping an answer to a question presented on a display), etc. For example, a location-based audio tour may play a certain audio track upon determining that an individual is within a specified proximity of a particular geographical location. As another example, a podcast may play a certain audio track upon determining that certain keyword(s) are included in a verbal utterance spoken by the consumer of the podcast. Accordingly, the interfaces may enable end users to readily create interactive content-based experiences that improve consumer engagement, satisfaction, etc.
These interfaces may also allow end users to produce content-based experiences that can be dynamically modified by the media production platform. For example, as a computing device moves in the real world, advertisements corresponding to local merchants may be presented to an individual. As another example, as a computing device moves in the real world, different tracks of geotagged media content could be triggered. Consequently, a certain sound effect may be triggered when the computing device comes within a specified proximity of a GPS trigger point, while a certain vocal track (e.g., “Walk towards the counter and order a sandwich.”) could be triggered when the computing device comes within a specified proximity of a Wi-Fi trigger point. These specified proximities may be automatically set by the media production platform and/or manually set by the end user designing the content-based experience.
Geotagged media content could be dynamically modified before or during runtime based on implicit actions and/or explicit actions of the user. For example, as a consumer walks quicker or slower, a timeline may be automatically modified (e.g., by adding content for slow walkers or by removing unnecessary breaks for fast walkers). As another example, if the consumer begins walking faster or slower, the speed of the media content can be increased or decreased by a certain percentage. Such modification can be made by the media production platform and/or by the software program executing on the computing device through which the consumer plays the media content.
These trigger points can be readily shown in-line with other aspects of the content-based experience using the interfaces described above. For example, trigger points may be embedded within a transcript in order to visually indicate when audio/video corresponding to certain transcript segments will begin playing. Moreover, certain trigger points could be shown on a map when the trigger points include geographical trigger points, such as GPS coordinates or WAP identifiers. The map may be accessible from, for example, the toolbar that extends across the top of the interfaces of
As noted above, a path can be created when a developer creates a content-based experience involving one or more types of media content. For example, a path could be constructed for a guided, location-based audio tour based on the placement of multiple geographical trigger points. When a consumer participates in the experience, the media production platform (or the software program responsible for presenting the media content) can determines what media content should be presented to the consumer by monitoring the consumer's location. For example, the media production platform may analyze geographical metadata uploaded by the computing device. Such action may occur periodically or continually. Geographical metadata may include GPS coordinates, WAP identifiers (e.g., a Wi-Fi router identifier), verbal indications (e.g., “I'm at the corner of Main Street and Green Street.”), etc.
In some embodiments, the media production platform continually queries the computing device regarding its position so long as the available bandwidth or connectivity status meets a specified threshold. Should these measure(s) fall below the specified threshold, the media production platform may periodically query the computing device regarding its position. In some embodiments, the geographical metadata is uploaded by the software program (e.g., mobile application) executing on the computing device that is associated with, and supported by, the media production platform.
Often, the geographical metadata will indicate that the consumer has strayed from the intended path 502. This may be due to the natural inaccuracy of position tracking or user action (e.g., the consumer may be located on the wrong side of the street). In order to enable a seamless interactive experience, the media production platform can intelligently “snap” the consumer's location to the intended path 502. More specifically, the media production platform can determine the consumer's location 504 when the computing device enters or passes a specified area. Here, for example, when the consumer crosses the illustrated axis 506, the media production platform may act as though the consumer is actually present within the trigger point area 508. Such action allows the media production platform to facilitate a more seamless content-based experience, despite issues that may cause the consumer to stray from the intended path 502.
In some embodiments, the media production platform performs one or more speech recognition processes on the media file in order to automatically create a transcript for the media file (step 602). Alternatively, the developer may link the media file to a preexisting transcript (e.g., when the media file represents a recording of a script take by a voice actor). The media file and/or the transcript can then be stored as separate documents within a storage space accessible to the media production platform (step 603). In some embodiments, the media file and transcript are stored within a storage space associated with a project. Thus, the media file and transcript may both be associated with a certain content-based experience (e.g., a guided tour, lesson, or audiobook).
Generally, the media file and transcript are separately editable. The media production platform may globally effect edits made to either in near real time. Accordingly, the media production platform can enable the developer to perform in-line edits of the transcript via a GUI, and then effect identical or similar edits to the media file (and vice versa) (step 604). In some embodiments, the media production platform generates an interface that allows the developer insert media content directly into the transcript (e.g., via a drag-and-drop mechanism) or the waveform corresponding to the media file. For example, the developer may choose to insert video segments (e.g., advertisements), audio segments (e.g., music or sound effects), images, etc., directly into either file. Thus, the media production platform may also enable developers to manage other media content that could be added to a content-based experience.
The GUI may also permit the developer to insert one or more trigger points into the transcript and/or the media file (step 705). Trigger points allow the media production platform to intelligently switch between alternative outcomes (e.g., different audio tracks) based on whether certain criteria are satisfied. Such a feature operates similar to a video game engine in some respects. Trigger points could include GPS coordinates, WAP identifiers (e.g., a Wi-Fi router identifier), verbal utterances, physical interactions with a computing device (e.g., an interactive response from the user by tapping an answer to a question presented on a display), etc. For example, a location-based audio tour may play a certain audio track upon determining that an individual is within a specified proximity of a particular geographical location. As another example, a podcast may play a certain audio track upon determining that certain keyword(s) are included in a verbal utterance spoken by the consumer of the podcast. As yet another example, a podcast may play a certain audio track upon determining that the consumer has physically interacted with a computing device in a certain manner (e.g., by selecting an option visually presented on the display of the computing device).
The media production platform can then construct a content-based experience using the transcript and/or the media file (step 606). The content-based experience may be interactive in nature when sufficient trigger point(s) are included that allow the media production platform or a software program executing on a consumer's computing device to react to the consumer's action.
Unless contrary to physical possibility, it is envisioned that the steps described above may be performed in various sequences and combinations. For example, a developer could alternately edit multiple transcripts via a single GUI, and then construct a content-based experience by combining segment(s) from each transcript. Other steps could also be included in some embodiments.
Several of the interfaces introduced here enable nearly anyone who knows how to use a word processor to produce media content. Script-driven media production can be enabled by allowing end users to edit voice audio by editing text, and vice versa. Thus, end users can simply edit audio/video by editing text, rather than editing the corresponding waveforms (which can be a difficult, time-consuming process). Such technology can be particularly useful when creating location-based media content (also referred to as “geotagged media content”), podcasts, audiobooks, radio/television segments, etc.
Because several interfaces introduced here allow trigger points to be inserted directly into a transcript, end users (e.g., developers) can easily create interactive media content. Examples of interactive media content include television programs, radio programs, podcasts, audio tours (e.g., guided tours of cities, buildings, parks, or campuses), lessons, advertisements, games (e.g., augmented reality video games), etc.
Certain embodiments have been described in the context of audio files for the purpose of illustration only. Those skilled in the art will recognize that the technology is amenable to other forms of media content as well.
The bus 716 is illustrated as an abstraction that represents one or more separate physical buses, point-to-point connections, or both that are connected by appropriate bridges, adapters, or controllers. Therefore, the bus 716 can include a system bus, Peripheral Component Interconnect (PCI) bus or PCI-Express bus, HyperTransport interface, Industry Standard Architecture (ISA) bus, Small Computer System Interface (SCSI) bus, Universal Serial Bus (USB), Inter-Integrated Circuit (I2C or I2C) bus, or Institute of Electrical and Electronics Engineers (IEEE) standard 1394 bus (also referred to as “Firewire”).
In some embodiments the processing system 700 operates as part of a remote server system on which a media production platform is hosted, while in other embodiments the processing system 700 operates as part of a computing device (e.g., a mobile phone, tablet computer, or desktop computer) that is communicatively connected to the remote server system via a wired channel or a wireless channel. Moreover, the processing system 700 could also operate as part of a computing device that is not communicatively connected to any remote server systems. The processing system 700 share a similar computer processor architecture as that of a desktop computer, tablet computer, personal digital assistant (PDA), mobile phone, game console (e.g., Sony PlayStation® or Microsoft Xbox®), music player (e.g., Apple iPod Touch®), wearable electronic device (e.g., a watch or fitness band), network-connected (“smart”) device (e.g., a television or home assistant device), virtual/augmented reality systems (e.g., a head-mounted display such as Oculus Rift® and Microsoft Hololens®), or another electronic device capable of executing a set of instructions (sequential or otherwise) that specify action(s) to be taken by the processing system 700.
While the main memory 706, non-volatile memory 710, and storage medium 726 (also referred to as a “machine-readable medium”) are shown to be a single medium, the term “storage medium” should be taken to include a single medium or multiple media (e.g., centralized or distributed databases, and/or associated caches and servers) that store one or more sets of instructions 728. The term “storage medium” shall also be taken to include any medium that is capable of storing, encoding, or carrying a set of instructions for execution by the processing system 700 and that cause the processing system to perform any of the methodologies of the embodiments.
In general, the routines executed to implement the embodiments may be implemented as an operating system process or a dedicated application, component, program, object, module, or sequence of instructions (which are collectively referred to as “computer programs”). The computer program typically comprises one or more instructions (e.g., instructions 704, 708, 728) set at various times in various memory/storage devices in a computing device, and that, when read and executed by the processor(s) 702, cause the processing system 700 to perform operations to execute various aspects of the embodiments.
Moreover, while certain embodiments may be described in the context of fully functioning computing devices, those skilled in the art will appreciate that the embodiments are capable of being distributed as a software program product in a variety of forms. The disclosure applies equally regardless of the particular type of machine or computer-readable media used to actually effect the distribution.
Further examples of machine-readable (storage) media include recordable media such as volatile and non-volatile memory devices 710, floppy disks and other removable disks, hard disk drives, optical disks (e.g., Compact Disk Read-Only Memory (CD ROMS) and Digital Versatile Disks (DVDs)), and transmission media, such as digital communication links and analog communication links.
The network adapter 712 enables the processing system 700 to mediate data in a network 714 with an entity that is external to the processing system 700 through any known/convenient communications protocol supported by the processing system 700 and the external entity. For example, the processing system 700 and the external entity may communicate via Wi-Fi, Bluetooth®, Near Field Communication (NFC), cellular, infrared, radio-frequency identification (RFID), etc. Accordingly, the network adapter 712 can include a network adaptor card, a wireless network interface card, a router, an access point, a wireless router, a switch, a multilayer switch, a protocol converter, a gateway, a bridge, a bridge router, a hub, a digital media receiver, a repeater, etc.
The techniques introduced here can be implemented by, for example, programmable circuitry (e.g., one or more microprocessors) programmed with software and/or firmware, special-purpose hardwired (i.e., non-programmable) circuitry, or in a combination of such forms. Circuitry can be in the form of application-specific integrated circuits (ASIC s), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), etc.
The foregoing examples of various embodiments have been provided for the purposes of illustration and description. These examples are not intended to be exhaustive. Many variations will be apparent to one skilled in the art. Certain embodiments were chosen in order to best describe the principles of the technology introduced herein, thereby enabling others skilled in the relevant art to understand the claimed subject matter, the various embodiments, and the variations that may be suited to particular uses.
The language used in the specification has been principally selected for readability and instructional purposes. It may not have been selected to delineate or circumscribe the subject matter. Therefore, it is intended that the scope of the technology be limited not by this specification, but rather by any claims that issue based hereon. Accordingly, the disclosure of the technology is intended to be illustrative (rather than limiting) of the scope of the technology, which is set forth in the following claims.
This application claims priority to U.S. Provisional Patent Application No. 62/404,142, titled “Platform for Producing and Delivering Media Content” and filed on Oct. 4, 2016, which is incorporated by reference herein in its entirety.
|5682326||Klingler et al.||Oct 1997||A|
|6871107||Townsend et al.||Mar 2005||B1|
|9432516||Barbulescu et al.||Aug 2016||B1|
|20110239107||Phillips et al.||Sep 2011||A1|
|20130322665||Bennett et al.||Dec 2013||A1|
|20170018184||Northrup et al.||Jan 2017||A1|
|20180095713 A1||Apr 2018||US|