Abstract: Various methods and systems are provided for implementing a search engine that generates search results for a natural language description of music. A music description and categorization schema is defined to provide a common terminology and taxonomy. Music catalogs are ingested to generate a searchable catalog index. A natural language description of music is analyzed using various natural language processing techniques to generate corresponding musical features of the schema to be searched. A query string is generated from the musical features using a query term profile including one or more query term generators. A ranking score and other search result statistics are generated. Various visualizations can be provided, including a visualization of the translated search and a visualization of search results. In some embodiments, word clouds are provided to allow a user to filter search results by a selected matched feature. As such, users can efficiently review search results.

Abstract: Various methods and systems are provided for implementing a search engine that generates search results for a natural language description of music. A music description and categorization schema is defined to provide a common terminology and taxonomy. Music catalogs are ingested to generate a searchable catalog index. A natural language description of music is analyzed using various natural language processing techniques to generate corresponding musical features of the schema to be searched. A query string is generated from the musical features using a query term profile including one or more query term generators. A ranking score and other search result statistics are generated. Various visualizations can be provided, including a visualization of the translated search and a visualization of search results. In some embodiments, word clouds are provided to allow a user to filter search results by a selected matched feature. As such, users can efficiently review search results.

Abstract: Various methods and systems are provided for implementing a search engine that generates search results for a natural language description of music. A music description and categorization schema is defined to provide a common terminology and taxonomy. Music catalogs are ingested to generate a searchable catalog index. A natural language description of music is analyzed using various natural language processing techniques to generate corresponding musical features of the schema to be searched. A query string is generated from the musical features using a query term profile including one or more query term generators. A ranking score and other search result statistics are generated. Various visualizations can be provided, including a visualization of the translated search and a visualization of search results. In some embodiments, word clouds are provided to allow a user to filter search results by a selected matched feature. As such, users can efficiently review search results.

Abstract: Various methods and systems are provided for implementing a search engine that generates search results for a natural language description of music. A music description and categorization schema is defined to provide a common terminology and taxonomy. Music catalogs are ingested to generate a searchable catalog index. A natural language description of music is analyzed using various natural language processing techniques to generate corresponding musical features of the schema to be searched. A query string is generated from the musical features using a query term profile including one or more query term generators. A ranking score and other search result statistics are generated. Various visualizations can be provided, including a visualization of the translated search and a visualization of search results. In some embodiments, word clouds are provided to allow a user to filter search results by a selected matched feature. As such, users can efficiently review search results.

Abstract: Various methods and systems are provided for implementing a search engine that generates search results for a natural language description of music. A music description and categorization schema is defined to provide a common terminology and taxonomy. Music catalogs are ingested to generate a searchable catalog index. A natural language description of music is analyzed using various natural language processing techniques to generate corresponding musical features of the schema to be searched. A query string is generated from the musical features using a query term profile including one or more query term generators. A ranking score and other search result statistics are generated. Various visualizations can be provided, including a visualization of the translated search and a visualization of search results. In some embodiments, word clouds are provided to allow a user to filter search results by a selected matched feature. As such, users can efficiently review search results.

Abstract: A system for processing a media content comprising an application space, a media control mechanism operating in the application space, the media control mechanism controlling the operation of the system, a user interface adapted to provide input to the media control mechanism, a protected space distinct from the application space, and a protected media pipeline operating in the protected space, the protected media pipeline coupled to the media control mechanism, the protected media pipeline adapted to access the media content, process the media content, and output the media content.

Abstract: A system for processing a media content comprising an application space, a media control mechanism operating in the application space, the media control mechanism controlling the operation of the system, a user interface adapted to provide input to the media control mechanism, a protected space distinct from the application space, and a protected media pipeline operating in the protected space, the protected media pipeline coupled to the media control mechanism, the protected media pipeline adapted to access the media content, process the media content, and output the media content.

Abstract: A method of establishing a protected environment within a computing device including validating a kernel component loaded into a kernel of the computing device, establishing a security state for the kernel based on the validation, creating a secure process and loading a software component into the secure process, periodically checking the security state of the kernel, and notifying the secure process when the security state of the kernel has changed.

Abstract: An image container file has at least first and second multimedia streams (MSs). The first MS includes first image data representing an image. The second MS includes arbitrary data, which can for example, correspond to: a different representation of the same image; annotations to the first image data; second image data that together with the first image data form a new image with greater dynamic range, resolution, field of view or other attributes that can be derived from processing two or more independent images; or an executable file related to the first MS. The image container file can also include an extensible metadata to hold information describing one or more multimedia streams of the image container file. Further, the image container file may include DRM information to provide information related to obtaining a license to access encrypted data or verifying the authenticity of encrypted or unencrypted data.

Abstract: Meta data associated with multiple pieces of content (e.g., songs, movies, other audio/video clips, etc.) stored on multiple pieces of media (e.g., CDs, DVDs, etc.) is maintained in a meta data store. The meta data store also includes meta data associated with other pieces of content stored elsewhere, such as songs stored in files on a local hard drive that have been ripped from a CD or DVD. These other pieces of content are associated with the content on the pieces of media, such as being ripped versions of the same song tracks. This association is maintained in the meta data store, so that whenever a change is made to meta data for one piece of content (e.g., for a track on a CD), then the meta data for the associated piece(s) is also changed (e.g., the ripped version stored in a file on the hard drive).

Abstract: A timeline source is described. In an implementation, a method includes examining a plurality of nodes within a media timeline, where at least two of the nodes reference respective media. The media timeline is for exposure over an API. The media timeline is divided into one or more presentations. Each presentation describes rendering of the media for a particular interval of time.

Abstract: A media timeline is described. In an implementation, a method includes receiving a request from an application at an application programming interface (API) to interact with a plurality of media. Based on the request, a media timeline is generated. The media timeline is for exposure via the API to the application and includes a plurality of nodes. The media timeline defines a presentation of a first media referenced by a first node with respect to a second media referenced by a second node.

Abstract: Media processing methods, systems and application program interfaces (APIs) are described. In but one embodiment, a media engine component, also referred to as a media engine, provides a simple and unified way of rendering media from an origin to a destination of choice without requiring intimate knowledge about the underlying components, their connectivity and management. Clients of the media engine need not worry about how to render the particular media, but rather can simply focus on what media to render and where to render the media. In at least one embodiment, a media session is provided and is used by the media engine and provides a mechanism by which additional components are made transparent to the application and, in at least some embodiment, the media engine. In some embodiments, the media engine and media session provide a simple API for building, configuring, and manipulating a pipeline of components (e.g.

Abstract: A set of interfaces and data structures (i.e., a demultiplexer API) represents a demultiplexer of multimedia data. The data structure utilizes a number of fields, each containing an element of a command. In one embodiment, at least seven commands are formed for proper operation of the demultiplexer, including Initialize, SetPresentationDescriptor, GetPresentationDescriptor, GetPendingPresentationDescriptor, ProcessInput, ProcessOutput, and Flush commands. The demultiplexer API allows the consumer to use muxed stream data such as DV in a uniform manner to generate elementary stream data such as audio and video (compressed or uncompressed) and allows demultiplexers to be used as an independent component.

Abstract: A system and methods provide handling of variable rate playback in a multimedia computer architecture. The systems and methods provide data structures and interfaces that enable a computer architecture and components therein with the ability to playback data at speeds faster and slower than real-time, to playback data in reverse, and to change the rate of playback at any point during playback. One embodiment is a method for providing low-latency, glitch-free changes in a multimedia architecture. Other embodiments are directed to defining multimedia component responsibilities for making rate changes, allowing rate changes to work with standard playback types, coder-decoders, and renderers. The methods include determining a minimum of the maximum reported playback rates and determining minimum and maximum playback rates in a set of modes including: reverse skip mode, reverse key frame mode, reverse full mode, forward full mode, forward key frame mode, and forward skip mode.

Abstract: A multimedia processing system and methods provide flexibility and modularity by separating data flow information from maintaining of stream state for multimedia components. The system includes a media processor component to process received media data, a media session to determine a timeline for events to occur for performing media processing and a topology loader component to load a topology that describes a flow for the received media data to enable processing via an extensible symbolic abstraction of media objects. The topology loader ensures that events described in the topology occur. The system also includes core layer components such as media sink components to determine a media stream for output from the multimedia processing system and a media source component coupled to supply media data for processing. The topology created in the system symbolically provides data flow information, independent of maintaining a streaming state of control information.

Abstract: A method of chip authentication is presented. The method includes verifying a driver identity. The method also includes establishing a Diffie Hellman key. Further, the method includes hashing the Diffie Hellman key. The method also includes picking a seed. Further, the method includes performing a hardware functional scan with the seed.

Abstract: Media processing methods, systems and application program interfaces (APIs) in which a destination component, also referred to as a destination, provides an application with a simple and unified way of rendering, archiving, broadcasting (or other types of media output processing) media from an origin to a target of choice, without requiring the application to have intimate knowledge about underlying components, their connectivity and management. For example, applications can use a destination to help manage the rendering or archiving (or other processing) of the particular media.

Abstract: A method and system provides interfaces, data structures and events for representing a “sink” of multimedia data to interact with objects in a multimedia system to control multimedia objects. The interfaces and data structures enable efficient management for media objects that must interface directly with each other. One embodiment is directed to providing a common interface and a single API to a plurality of media objects. In an embodiment, the API is a control layer that isolates the media objects from each other and provides a single point of control, allowing media objects to be added or removed without affecting any other media objects. The control layer allows users to become familiar with only one API instead of many thereby facilitating the tasks of programming and documentation.

Abstract: Media processing methods, systems and application program interfaces (APIs) are described. In but one embodiment, a media engine component, also referred to as a media engine, provides a simple and unified way of rendering media from an origin to a destination of choice without requiring intimate knowledge about the underlying components, their connectivity and management. Clients of the media engine need not worry about how to render the particular media, but rather can simply focus on what media to render and where to render the media. In at least one embodiment, a media session is provided and is encapsulated by the media engine and provides a mechanism by which additional components are made transparent to the application and, in at least some embodiment, the media engine. In some embodiments, the media engine and media session provide a simple API for building, configuring, and manipulating a pipeline of components (e.g.