In a system for managing and editing digital media, it is useful to have an index that indicates which media is accessible to the system. Such indexing typically is performed by identifying media files among the computer data files that are accessible to the system. Any identified media files then are indexed. In a distributed or multi-user system, such indexing becomes more complex because files are shared and typically are distributed among several storage locations.
A scalable infrastructure indexes and tracks media data and metadata in a distributed, multi-user system. An indexer is associated with particular storage locations, such as a disk, or a directory on a disk, to maintain an index of media files or metadata stored in those storage locations. The indexer monitors activity on any storage location with which it is associated. Any additions, deletions or modifications to files in that storage location cause the indexer to update its index. This index then can be accessed by any of a number of applications in the same manner as conventional indexes. There may be different indexers for different storage locations. Separate indexers may be provided for media files and compositions that use those media files.
Accordingly, in one aspect, a method and computer program product is provided for indexing media files. Storage locations in which media files are stored are monitored. After modification of the media files on the monitored storage location, an index of the media files in the monitored storage location is updated.
In another aspect, a method and computer program product is provided for indexing project files. Storage locations in which project files are stored are monitored. After modification of the project files on the monitored storage location, an index of the project files in the monitored storage location is updated.
Referring now to
A media indexer, 114, 116, 118, 120 is associated with particular storage locations, such as a disk, or directory on a disk, to maintain an index of media files for those locations. A media indexer, e.g., 116 may reside on a computer for indexing local storage, e.g., 112, attached to that computer. One or more media indexers, e.g., 118 and 120, may reside on shared storage. Another media indexer, e.g., 114, may reside on a computer 106 but index files stored on the shared storage to which the computer is connected.
Similarly a project indexer, e.g., 122, 124, also is associated with particular storage locations, such as a disk, or directory on a disk, to maintain an index of compositional metadata stored in files in those locations. A project indexer, e.g., 122 may reside on a computer for indexing local storage, e.g., 126, attached to that computer. One or more project indexers, e.g., 124, may reside on shared storage. A project indexer also may reside on a computer but index files stored on the shared storage to which the computer is connected.
As indicated in
The media indexer and project indexer will now be described in more detail.
A media indexer maintains an index that associates metadata about the media data with the name (e.g., the path and filename) of a media file that includes that media data. The metadata also may be stored in the media file. Such metadata may include, for example, an indication of a source from which the media was obtained, such as a tape name, a range of data from the source, such as start and stop time codes in the source, and an indication of the quality of the media data. In the process of indexing a media file, any metadata included in the media file is extracted from the media file and stored in the index along with the name of the media file. Example indexes for media files are described in U.S. Pat. No. 5,267,351 and U.S. Pat. No. 6,157,929, which are hereby incorporated by reference. An index may be maintained as a multidimensional database. For example, the database may be a table of “media slots” where each media slot corresponds to a time span and a quality. This database permits a search of whether a media file is available that corresponds to specified metadata, such as specified time span of a source and a specified quality. The database may be implemented to perform federated and chained searches.
To maintain such an index, a media indexer monitors activity on any storage location with which it is associated. How the monitoring is performed depends on the operating system and file system that manages the storage locations and how the indexer can communicate with the operating system and file system. For example, this monitoring of local storage on a Windows platform may be performed by registering a process for the indexer to receive notifications of changes from the Windows file system. This mechanism is called the ReadDirectoryChangesW application programming interface (API) in the Windows operating system. For remote storage using the Windows operating system, a similar mechanism may be used, called the FindFirstChangeNotification and FindNextChangeNotification APIs in the Windows operating system. In such an embodiment, any additions, deletions or other modifications to files in the designated storage locations cause a notification to be sent to the media indexer, which in turn updates its index. Other ways to perform such monitoring include having the indexer periodically poll or scan the file system for information to detect changes, or to have the operating system provide a form of notification through an interrupt or event to be processed. The index then can be accessed by any of a number of applications in the same manner as conventional indexes.
Because there may be many different types of media data and thus media files, a plug-in architecture may be used to allow for specification of new types of media files. Such a structure, herein called a table adapter, is provided for this purpose. A table adapter extracts the media metadata from the media file, in whatever form it may be, and then “adapts” it to structure of the database stored by the media indexer. This architecture permits any media file type to be indexed so long as a specific table adapter for the media file type is created.
The foregoing described indexing of media files and metadata about media data. Another kind of metadata is compositional metadata. Compositional metadata is metadata that describes how media is combined to create master clips, sequences and projects, for example, and may be understood as capturing creative decisions about the media in a project. Such compositional metadata also may be indexed. A project indexer thus tracks which elements of the compositional metadata use which media files.
The compositional metadata that may be stored depends on how a composition is represented by the editing application. Example kinds of compositional metadata include those defined for the Advanced Authoring Format (AAF) and the Open Media Framework (OMF). In general, projects are collections of compositions, which are collections of other objects that reference media files. A project indexer would map the relationships among projects, compositions, other objects and the references to media files.
As a particular example, each element of the compositional metadata may be structured as a directed acyclic graph (DAG) that has a time span. Each element in a DAG is called an operator. Each operator may reference media or may perform an operation on media. Master clips and sequences reference one or more DAGs. A project may reference one or more master clips and/or sequences. A secure one-way hash function may be used to generate one or more digests of each element of a DAG, based on the state of the element itself and the digests of the children elements in the DAG. Each digest is called a data alias. A data alias acts a reasonably unique identifier for a given time span of a given element in the DAG. There is a one-to-one correspondence between a media slot in the media index and a data alias. Each compositional metadata element is associated with one or more data aliases. In this example, the index developed by the project indexer maps each element of compositional metadata to the one or more compositional metadata elements that it includes, and/or to the data alias for the media file it references.
The project indexer, similar to the media indexer, is associated with one of more storage locations where compositional metadata files, such as masterclip files, sequence files and project files or directories, are stored. The project indexer monitors its associated disk locations and maintains a project database consistent at all times with contents of the associated storage locations, without any external intervention.
Such indexes may be used by other applications for several purposes. Other applications may access the indexers, and their respective indices, in several ways. For example, a registry of available services may be maintained in a system. An example of such a registry is a service location protocol, such as defined by Internet Standard RFC 2608. An indexer may register with this registry providing information about the computer the indexer is running on, and any port number and protocol to use to communicate with it. Any application looking for an indexer may search the registry for available indexers. An application and indexer may be designed to communicate using a conventional protocol such as the distributed component object model (DCOM) or the simple object access protocol (SOAP).
For example, the media indexer may be used by an editing application to find media after or while a sequence is loaded and being edited by the user. After a sequence is loaded in memory by the editing application, for each element in the sequence the corresponding data aliases may be identified. Each media indexer may be queried to lookup a particular media file that matches the data alias. That media file then may be linked to that element in the sequence.
Both the media indexer and project indexer allow a variety of media management functions to be performed. Example media management functions include, but are not limited to purging media, finding master clips and sequences associated with media, and navigation of metadata and media data relationships.
For example, for purging media data related to a sequence, the media slots referred to by a masterclip or sequence are identified from the masterclip and sequence. The project indexer is accessed to determine which other masterclips and sequences use the same media slots. The media files corresponding to the media slots that are not used by other masterclips and sequences are then located using the media index.
As another example, given a media file, the media indexer can be accessed to look up the media slots that use it. The project indexer then can be used to identify the master clips and/or sequences that refer to them.
The various components of the system described herein may be implemented as a computer program using a general-purpose computer system. Such a computer system typically includes a main unit connected to both an output device that displays information to a user and an input device that receives input from a user. The main unit generally includes a processor connected to a memory system via an interconnection mechanism. The input device and output device also are connected to the processor and memory system via the interconnection mechanism.
One or more output devices may be connected to the computer system. Example output devices include, but are not limited to, a cathode ray tube (CRT) display, liquid crystal displays (LCD) and other video output devices, printers, communication devices such as a modem, and storage devices such as disk or tape. One or more input devices may be connected to the computer system. Example input devices include, but are not limited to, a keyboard, keypad, track ball, mouse, pen and tablet, communication device, and data input devices. The invention is not limited to the particular input or output devices used in combination with the computer system or to those described herein.
The computer system may be a general purpose computer system which is programmable using a computer programming language, such as “C++,” Visual Basic, JAVA or other language, such as a scripting language or even assembly language. The computer system may also be specially programmed, special purpose hardware. In a general-purpose computer system, the processor is typically a commercially available processor, such as various processors available from Intel, AMD, Cyrix, Motorola, and IBM. The general-purpose computer also typically has an operating system, which controls the execution of other computer programs and provides scheduling, debugging, input/output control, accounting, compilation, storage assignment, data management and memory management, and communication control and related services. Example operating systems include, but are not limited to, the UNIX operating system and those available from Microsoft and Apple Computer.
A memory system typically includes a computer readable medium. The medium may be volatile or nonvolatile, writeable or nonwriteable, and/or rewriteable or not rewriteable. A memory system stores data typically in binary form. Such data may define an application program to be executed by the microprocessor, or information stored on the disk to be processed by the application program. The invention is not limited to a particular memory system.
A system such as described herein may be implemented in software or hardware or firmware, or a combination of the three. The various elements of the system, either individually or in combination may be implemented as one or more computer program products in which computer program instructions are stored on a computer readable medium for execution by a computer. Various steps of a process may be performed by a computer executing such computer program instructions. The computer system may be a multiprocessor computer system or may include multiple computers connected over a computer network. A system such as described herein may be designed as separate modules of a computer program, or may be separate computer programs, which may be operable on separate computers. The data produced by these components may be stored in a memory system or transmitted between computer systems.
Having now described an example embodiment, it should be apparent to those skilled in the art that the foregoing is merely illustrative and not limiting, having been presented by way of example only. Numerous modifications and other embodiments are within the scope of one of ordinary skill in the art and are contemplated as falling within the scope of the invention.
Number | Name | Date | Kind |
---|---|---|---|
3721757 | Ettlinger | Mar 1973 | A |
4280192 | Moll | Jul 1981 | A |
4412306 | Moll | Oct 1983 | A |
4521870 | Babbel et al. | Jun 1985 | A |
4538188 | Barker et al. | Aug 1985 | A |
4591931 | Baumeister | May 1986 | A |
4635136 | Ciampa et al. | Jan 1987 | A |
4641203 | Miller | Feb 1987 | A |
468983 | Efron | Aug 1987 | A |
4709277 | Ninomiya et al. | Nov 1987 | A |
4717971 | Sawyer | Jan 1988 | A |
4723181 | Hickok | Feb 1988 | A |
4729044 | Kiesel | Mar 1988 | A |
4746994 | Ettlinger | May 1988 | A |
4750050 | Belmares-Sarabia | Jun 1988 | A |
4754342 | Duffy | Jun 1988 | A |
4868687 | Penn et al. | Sep 1989 | A |
4899229 | Hashimoto | Feb 1990 | A |
4914527 | Asai et al. | Apr 1990 | A |
4918588 | Barrett et al. | Apr 1990 | A |
4931950 | Isle et al. | Jun 1990 | A |
4937685 | Barker et al. | Jun 1990 | A |
4941125 | Boyne | Jul 1990 | A |
4949193 | Kiesel | Aug 1990 | A |
4954969 | Tsumura | Sep 1990 | A |
4964004 | Barker | Oct 1990 | A |
4972274 | Becker et al. | Nov 1990 | A |
4974178 | Izeki et al. | Nov 1990 | A |
4979050 | Westland et al. | Dec 1990 | A |
4989191 | Kuo | Jan 1991 | A |
4996664 | Fujiwara et al. | Feb 1991 | A |
5006939 | Cawley | Apr 1991 | A |
5091849 | Davis et al. | Feb 1992 | A |
5099337 | Cury | Mar 1992 | A |
5101364 | Davenport et al. | Mar 1992 | A |
5109482 | Bohrman | Apr 1992 | A |
5111409 | Gasper et al. | May 1992 | A |
5148330 | Duurland et al. | Sep 1992 | A |
5173953 | Wataya et al. | Dec 1992 | A |
5262875 | Mincer et al. | Nov 1993 | A |
5267351 | Reber et al. | Nov 1993 | A |
5319453 | Copriviza et al. | Jun 1994 | A |
5363487 | Willman et al. | Nov 1994 | A |
5584006 | Reber et al. | Dec 1996 | A |
5655117 | Goldberg et al. | Aug 1997 | A |
5668639 | Martin | Sep 1997 | A |
5685003 | Peltonen et al. | Nov 1997 | A |
5713017 | Lin et al. | Jan 1998 | A |
5732184 | Chao et al. | Mar 1998 | A |
5754851 | Wissner | May 1998 | A |
5760767 | Shore et al. | Jun 1998 | A |
5970496 | Katzenberger | Oct 1999 | A |
6012068 | Boezeman et al. | Jan 2000 | A |
6061758 | Reber et al. | May 2000 | A |
6108645 | Eichstaedt et al. | Aug 2000 | A |
6237011 | Ferguson et al. | May 2001 | B1 |
6332141 | Gonzalez et al. | Dec 2001 | B2 |
6741996 | Brechner et al. | May 2004 | B1 |
6868439 | Basu et al. | Mar 2005 | B2 |
7131059 | Obrador | Oct 2006 | B2 |
7587520 | Kent et al. | Sep 2009 | B1 |
20030005350 | Koning et al. | Jan 2003 | A1 |
20030020745 | Kawaguchi et al. | Jan 2003 | A1 |
20030068154 | Zylka | Apr 2003 | A1 |
20040025180 | Begeja et al. | Feb 2004 | A1 |
20040070678 | Toyama et al. | Apr 2004 | A1 |
Number | Date | Country |
---|---|---|
240794 | Oct 1987 | EP |
268270 | May 1988 | EP |
273435 | Jul 1988 | EP |
390048 | Oct 1990 | EP |
403118 | Dec 1990 | EP |
424903 | May 1991 | EP |
469850 | Feb 1992 | EP |
526064 | Feb 1993 | EP |
113993 | Jul 1994 | EP |
1-233489 | Sep 1989 | JP |
2000099380 | Apr 2000 | JP |
Number | Date | Country | |
---|---|---|---|
20040199507 A1 | Oct 2004 | US |