ELECTRONIC FILM EDITING SYSTEM USING BOTH FILM AND VIDEOTAPE FORMAT

Abstract: A system for generating a digital representation of a video signal comprised of a sequence of video frames which each include two video fields of a duration such that the video plays at a first prespecified rate of frames per second. The sequence of video frames includes a prespecified number of redundant video fields. Redundant video fields in the video frame sequence are identified by a video processor, and the video frame sequence is digitized by an analog to digital convertor, excluding the identified redundant video fields. The digitized video frames are then compressed by a video compressor to generate a digital representation of the video signal which plays at a second prespecified rate of frames per second. Furthermore, an electronic film editing system is disclosed, which permits editing based on either video time code or film footage code.

Description: ELECTRONIC FILM EDITING SYSTEM USING BOTH FILM AND VIDEOTAPE FORMAT Background of the Invention This invention relates to techniques for electronically editing film. Film video and audio source material is frequently edited digitally using a computer system, such as the Avid/1 Media Composer from Avid Technology, Inc., of Tewksbury, Massachusetts, which generates a digital representation of a source film, allowing a fi m editor to edit the digital version, rather than the film source itself. This editing technique provides great precision and flexibility in the editing process, and is thus gaining popularity over the old style of film editing using a flatbed editor. The Avid/1 Media Composer accepts a videotape version of a source film, created by transferring the film to videotape using the so- called telecine process, and digitizes the videotape version for editing via manipulation by computer. The operation of the Media Composer is described more folly in copending application U.S.S.N. 07/866,829, filed April 10, 1992, and entitled Improved Media Composer. The teachings of that application are incorporated herein by reference. Editing of the digitized film version is performed on the Media Composer computer using CRT monitors for displaying the digitized videotape, with the edit details being based on videotape timecode specifications. Once editing is complete, the Media Composer creates an edited videotape and a corresponding edit decision list (EDL) which documents the videotape timecode specification details of the edited videotape. The film editor uses this EDL to specify a cut and assemble list for editing the source film. While providing many advantages over the old style flatbed film editing technique, this electronic editing technique is found to be cumbersome for some film editors who are unaccustomed to videotape timecode specifications. Summary of the Invention In general, in one aspect, the invention provides a system for generating a digital representation of a video signal comprised of a sequence of video -Tames which each include two video fields of a duration such that the video plays at a first prespecified rate of frames per second. The sequence of video frames includes a prespecified number of redundant video fields. In the invention, redundant video fields in the video frame sequence are identified by a video processor, and the video frame sequence is digitized by an analog to digital converter, excluding the identified redundant video fields. The digitized video frames are then compressed by a video compressor to generate a digital representation of the video signal which plays at a second prespecified rate of frames per second. In preferred embodiments, the invention further provides for storing the digitized representation of the video signal on a digital storage apparatus. The redundant video fields are identified by assigning a capture mask value to each video field in the video frame sequence, the capture mask value of a field being a "0" if the field is redundant, and the capture mask value of a field being a "1" for all other video fields. A video frame grabber processes the video frame sequence based on the capture mask values to exclude the identified redundant video frames from being digitized. The video compressor compresses the video frames based on JPEG video compression. In other preferred embodiments, the first prespecified video play rate is 29.97 frames per second and the second prespecified digital video play rate is 24 frames per second. The rate of the analog video signal is increased from 29.97 frames per second to 30 frames per second before the step of digitizing the video frame sequence. In further preferred embodiments, the analog video signal is a video representation of film shot at 24 frames per second, and the digital video play rate of 24 frames per second corresponds to the 24 frames per second film shooting rate. The analog video signal is a representation of film that is transferred to the video representation using a telecine apparatus. In general, in another aspect, the invention provides an electronic editing system for digitally editing film shot at a first prespecified rate and converted to an analog video representation at a second prespecified rate. The editing system includes analog to digital converting circuitry for accepting the analog video representation of the film, adjusting the . rate of the analog video such that the rate corresponds to the first prespecified rate at which the film was shot, and digitizing the adjusted analog video to generate a corresponding digital representation of the fil Further included is a digital storage apparatus for storing the digital representation of the film, and computing apparatus for processing the stored digital representation of the film to electronically edit the film and correspondingly edit the stored digital representation of the film. In preferred embodiments, the system further includes digital to analog converting circuitry for converting the edited digital representation of the film to an analog video representation of the film, adjusting the rate of the analog video from the first prespecified rate to the second prespecified video rate, and outputting the adjusted analog video. Preferably, the analog video representation of the film accepted by the analog to digital converting circui y is an NTSC videotape. The apparatus for storing the digital representation of the film also stores a digitized version of a film transfer log corresponding to the digital representation of the film. The system includes display apparatus for displaying the digitized version of the film as the film is electronically edited and displaying a metric for tracking the location of a segment of the film as the segment is displayed, the metric being based on either film footage code or video time code, as specified by the system user. The electronic editing system of the invention allows users to provide the system with film formatted on standard videotapes, NTSC tapes, for example, and yet allows the video to be digitally edited as if it were film, i.e., running at film speed, as is preferred by most film editors. By reformatting the analog video as it is digitized, the system provides the ability to electronically edit film based on the same metric used in conventional film editing. Brief Description of the Drawings Fig. 1 is a schematic diagram of the electronic editing system of the invention. Fig. 2 is a diagram of the telecine film-tape transfer pulldown scheme. Fig. 3 is a schematic diagram of the telecine film-tape transfer system. Fig. 4 is an Evertz Film Transfer Log produced by the telecine transfer system and processed by the editing system of the invention. Fig. 5 is an illustration of a video screen showing the electronic bin generated by the editing system of the invention. Fig. 6 is a diagram of the scheme employed by the editing system in digitizing a video input to the system. Fig. 7 is an illustration of a video screen showing the digitized video to be edited on the electronic editing system of the invention. Description of the Preferred Embodiment Referring to Fig. 1, there is shown the electronic editing system of the invention 10, including two CRT displays 12, 14 for displaying digitized film during an editing session, and an audio output device 16, for example, a pair of speakers, for playing digitized audio during an editing session. The displays 12, 14 and audio output 16 are all controlled by a computer 18. Preferably, the computer is a Macintosh™ II ei , Hi-., Quadra 900, or Quadra 950 all of which are available from Apple Computer, Inc., of Cupertino, California. The system includes a video tape recorder (VTR) 20 for accepting an electronic version of film footage, which is preprocessed and digitized by a video analog to digital converter (A/D) 26. A timing circuit 28 controls the speed of the video being digitized, as described below. A video compressor 30 is connected to the video A/D for compressing the electronic image data to be manipulated . by the computer 18. An audio A/D 22 and audio processor 24 process audio information from the electronic version of film footage in parallel with the video processing. Disc storage 32 communicates with the computer to provide memory storage for digitized electronic image data. This disc storage may be optical, magnetic, or some other suitable media. The editing system is user-interfaced via a keyboard 34, or some other suitable user control interface. In operation, video and audio source material from a fil which has been transferred to a videotape is received by the system via the video tape recorder 20, and is preprocessed and digitized by the audio A/D 22, audio processor 24, video A D 26, and video compressor 30, before being stored in the disc storage 32. The computer is programmed to display the digitized source video on a first of the CRTs 12 and play the accompanying digitized source audio on the audio output 16. Typically source material is displayed in one window 36 of the first CRT 12 and edited material is displayed in a second window 38 of that CRT. Control functions, edit update information, and commands input from the keyboard 32 are typically displayed on the second system CRT 14. Once a film is input to the system, a film editor may electronically edit the film using the keyboard to make edit decision commands. As will be explained in detail below, the electronic editing system provides the film editor with great flexibility, in that the video displayed on the system CRT 12 may be measured and controlled in either the domain of film footage or the domain of videotape time code. This flexibility provides many advantages over prior electronic editing systems. At the end of an editing session, the electronic editing system provides the film editor with an edited videotape and both tape and film edit command lists for effecting the edits from the session on film or videotape. As explained above, the electronic editing system 10 requires a videotape version of a film for electronic manipulation of that film Such a tape is preferably generated by a standard film-tape transfer process, the telecine process, which preferably uses the Time Logic Controller™ telecine (TLC), a device that converts film into a video signal, then records the signal on videotape. A TLC controls the film-tape transfer more precisely than non-TLC systems. In addition, it outputs a report, described below, that includes video format specifications, i.e., timecode, edge number, audio timecode, scene, and take for each reference frame in each tape, thereby eliminating the need to search through the video or film footage manually to find the data required for creating a log of video playing particulars. Other telecine systems may be used, however, depending on particular applications. Transfer from film to tape is complicated by the fact that film and video play at different rates—film plays at 24 frames per second (fps), whereas PAL video plays at 25 fps and NTSC (National Television Standards Committee) video plays at 29.97 fps. If the film is shot at the standard rate of 24 fps and then transferred to 29.97 fps NTSC video, the difference between the film and video play rates is large (and typically unacceptable). As a result, the film speed must be adjusted to accommodate the fractional tape speed, and some film frames must be duplicated during the transfer so that both versions have the same duration. However, if the film is shot at 29.97 fps, then transferring the footage to NTSC video is simple. Each film frame is then transferred directly to a video frame, as there are the same number of film and video frames per second. Considering the most common case, in which 24 fps film is to be transferred to 29.97 fps NTSC videotape, the telecine process must provide both a scheme for slowing the film and a frame duplication scheme. The film is slowed down by the telecine apparatus by 0.1% of . the normal film speed, to 23.976 fps, so that when the transfer is made, the tape runs at 29.97 fps, rather than 30 fps. To illustrate the frame duplication scheme, in the simplest case, and disregarding the film slow- down requirement, one second of film would be transferred to one second of video. The one second of film would include 24 frames of film footage, but the corresponding one second of video would require 30 frames of footage. To accommodate this discrepancy, the telecine process duplicates one film frame out of every four as the film is transferred to tape, so that for each second of film footage, the corresponding second of tape includes six extra frames. Each video frame generated by the telecine process is actually a composite of two video fields: an odd field, which is a scan of the odd lines on a video screen, and an even field, which is a scan of the even lines. A video field consists of 262 1/2 scan lines, or passes of an electron beam across a video screen. To create a full video frame comprised of 525 scan lines, an odd field, or scan of the odd lines, is followed by an even field, or scan of the even lines. Thus, when a duplicate video frame is generated and added in the telecine process, duplicate video fields are actually created. During play of the resulting tape, each two video fields are interlaced to make a single frame by scanning of the odd lines (field one) followed by scanning of the even lines (field two) to create a complete frame of NTSC video. There are two possible systems for creating duplicate video fields in the telecine process, those systems being known as 2-3 pulldown and 3-2 pulldown. The result of the 2-3 pulldown process is schematically illustrated in Fig. 2. In a film-tape transfer using 2-3 pulldown, the first film frame (A in Fig. 2) is transferred to 2 video fields AA of the first video frame; the next film frame B is transferred to 3 video fields BBB, or one and one half video frames, film frame C is transferred to two video fields CC, and so on. This 2-3 pulldown sequence is also referred to as a SMPTE-A transfer. In a 3-2 pulldown transfer process, this sequence of duplication is reversed; the first film frame A would be mapped to 3 video fields, the next film frame B would be mapped to 2 video fields, and so on. This 3-2 pulldown sequence is also referred to as a SMPTE-B transfer. In either case, 4 frames of film are converted into 10 video fields, or 5 frames of video footage. When a 2-3 pulldown sequence is used, an A, B, C, D sequence in the original film footage creates an AA, BB, BC, CD, DD sequence of fields in the video footage, as shown in Fig. 2. The telecine process slows down the film before the frame transfer and duplication process, so that the generated video frames run at 29.97 fps. Referring to Fig. 3, as discussed above, the telecine 36 produces a video signal from the film; the video is generated to run at 29.97 fps and includes redundant film frames from the pulldown scheme. NAGRA™ audio timecode is the typical and preferable system used with films for tracking the film to its corresponding audiotape. During the telecine process, a corresponding audio track 38 is generated based on the NAGRA™ and is slowed down by 0.1% so that it is synchronized to the slowed film speed. The sound from the film audiotrack is provided at 60 Hz; a timing reference 40 at 59.94 Hz slows the audio down as required. Thus, the telecine process provides, for recordation on a videotape 48 via a videotape recorder 20, a video signal (V in the figure), corresponding audio tracks, A j -A,,, and the audio timecode (audio TC). A further film-tape correspondence is generated by the telecine process. This is required because, in addition to the difference between film and video play rates, the two media employ different systems for measuring and locating footage. Film is measured in feet and frames. Specific footage is located using edge numbers, also called edge code or , latent edge numbers, which are burned into the film For example, Kodak film provides Keykode™ on the film to track footage. The numbers appear once every 16 frames, or once every foot, on 35 mm film. The numbers appear once every 20 frames, or every half foot, on 16 mm film. Note that 35 mm film has 16 frames per foot, while 16 mm film has 40 frames per foot. Each edge number includes a code for the film manufacturer and the film type, the reel, and a footage counter. Frames between marked edge numbers are identified using edge code numbers and frame offsets. The frame offset represents the frame's distance from the preceding edge number. Videotape footage is tracked and measured using a time-base system. Time code is applied to the videotape and is read by a time code reader. The time code itself is represented using an 8-digit format: XX-_XX_XX3Q£-hours:mmutes:seconds:frames. For example, a frame occurring at 11 minutes, 27 seconds, and 19 frames into the tape would be represented as 00:11:27:19. It is preferable that during the telecine conversion, a log, called a Film Transfer Log (FTL), is created that makes a correspondence between the film length-base and the video time-base. The FTL documents the relationship between one videotape and the raw film footage used to create that tape, using so-called sync points. A sync point is a distinctive frame located at the beginning of a section of film, say, a chp, or scene, which has been transferred to a tape. The following information documents a sync point: edge number of the sync point in the film footage, time code of the same frame in the video footage, the type of pulldown sequence used in the transfer, i.e., 2-3 pulldown or 3-2 pulldown, and the pulldown mode of the video frame, i.e., which of the A, B, C, and D frames in each film five-frame series corresponds to the sync point frame. As shown in Fig. 3, an Evertz 4015 processor accepts the video signal from the telecine and the audio TC corresponding to the audiotrack and produces a timecode based on a synchronization of the audio and video. Then an Evertz PC 44 produces an Evertz FTL 46 which includes the sync point information defined above. Fig. 4 illustrates a typical Evertz FTL 46. Each column of the log, specified with a unique Record #, corresponds to one chp, or scene on the video. Of particular importance in this log is the VideoTape Time Code In (VTTC IN) column 50 and VideoTape Time Code Out (VTTC OUT) column 52. For each scene, these columns note the video time code of the scene start and finish. In a corresponding manner, the Keyin column 54 and Keyout column 56 note the same points in film footage and frames. The Pullin column 58 and Pullout column 60 specify which of the A, B, C, or D frames in the pulldown sequence correspond to the frame at the start of the scene and the close of the scene. Thus, the FTL gives scene sync information that corresponds to both the video domain and the film domain. The electronic editing system of the invention accepts a videotape produced by the telecine process and an Evertz FTL, stored on, for example, a floppy disk. When the FTL data on the disk is entered into the system, the system creates a corresponding bin in memory, stored on the system disc, in analogy to a film bin, in which film clips are stored for editing. The electronic bin contains all fields necessary for film editing, all comments, and all descriptions. The particulars of the bin are displayed for the user on one of the system's CRTs. Fig. 5 illustrates the display of the bin. It corresponds directly to the Evertz FTL. The "Start" and "End" columns of the bin correspond to the VideoTape Time Code In and VideoTape Time Code Out columns of the FTL. The "KN Start" and "KN End" columns of the bin correspond to the Keyin and Keyout columns of the FTL. During an editing session, the bin keeps track of the editing changes in both the video time-base and the film footage-base, as described below. Thus, the bin provides the film editor with the flexibility of keeping track of edits in either of the metrics. Referring again to Fig. 1, when the electronic editing system 10 is provided with a videotape at the start of a film editing session, the videotape recorder 20 provides to the computer 18 the video and audio signals corresponding to the bin. The video signal is first processed by a video A/D coprocessor 26, such as the NuVista board made by Truevision of Indianapolis, Indiana. A suitable video coprocessor includes a video frame grabber which converts analog video information into digital information. The video coprocessor has a memory which is configured using a coprocessor such as the TT34010 made by Texas Instruments, to provide an output data path to feed to the video compression circuitry, such as JPEG circuity, available as chip CL530B from C-Cube of Milpitas, California. Such a configuration can be performed using techniques known in the art. A timing circuit 28 controls the speed of the video signal as it is processed. In operation, the video A D 26 processes the video signal to reformat the signal so that the video represented by the signal corresponds to film speed, rather than videotape speed. The reformatted signal is then digitized, compressed, and stored in the computer for electronic film editing. This reformatting process allows users to provide the editing system with standard videotapes, in NTSC format, yet allows the video to be edited as if it were film, i.e., running at film speed, as is preferred by most film editors. Referring also to Fig. 6, in this reformatting process, the speed of the video from the videotape is increased from 29.97 fps to 30 fps, as commanded by the timing circuitry 28 (Fig. 1). Then the fields of the . video are scanned by the system, and based on the pulldown sequence and pulldown mode specified for each scene by the bin, the redundant video fields added by the telecine process are noted, and then ignored, while the other, nonredundant, fields are digitized and compressed into digital frames. More specifically, a so-called "capture mask" is created for the sequence of video fields; those fields which are redundant are assigned a capture value of "0" while all other fields are assigned a capture value of "1". The system coprocessor reads the entire capture mask and only captures those analog video fields corresponding to a "1" capture value, ignoring all other fields. In this way, the original film frame sequence is reconstructed from the video frame sequence. Once all the nonredundant fields are captured, the fields are batch digitized and compressed to produce digitized frames. Assuming the use of the 2-3 pulldown scheme, as discussed above, in the capture process, the first two analog video fields (AA in Fig. 6) would each be assigned a capture value of "1", and thus would be designated as the first digital frame; the next two analog video fields BB would also each be assigned a capture value of "1", and be designated as the second digital frame; but the fifth analog video field B, which is redundant, would be assigned a capture value of "0", and would be ignored, and so on. Thus, this process removes the redundant 6 frames added by the telecine process for each film second from the video, thereby producing a digitized representation which corresponds directly to the 24 fps film from which the video was made. This process is possible for either the 2-3 or 3-2 pulldown scheme because the bin specifies the information necessary to distinguish between the two schemes, and the starting frame (i.e., A, B, C, or D) of either sequence is given for each scene. Appendix A of this application consists of an example of assembly language code for the Macintosh™ computer and the TI 34010 coprocessor for performing the reformatting process. This code is copyrighted, and all copyrights are reserved. Referring again to Fig. 1, an audio A/D 22 accepts audio from a videotape input to the editing system, and like the video A/D 26, increases the audio speed back to 100%, based on the command of the timing circuitry 28. The audio is digitized and then processed by the audio processor 24, to provide digitized audio corresponding to the reformatted and digitized video. At the completion of this digitization process, the editing system has a complete digital representation of the source film in film format, i.e., 24 fps, and has created a bin with both fil footage and video timecode information corresponding to the digital representation, so that electronic editing in either time-base or footage- base may begin. There are traditionally three different types of film productions that shoot on film, each type having different requirements of the electronic editing system. The first film production type, commercials, typically involves shooting on 35 mm film, transferring the film to a videotape version using the telecine process, editing the video based on the NTSC standard, and never editing the actual film footage, which is not again needed after the film is transferred to video. Thus, the electronic editing is here preferably based on video timecode specifications, not film footage specifications, and an NTSC video is preferably produced at the end of the edit process. The electronic commercial edit should also preferably provide an edit decision list (EDL) that refers back to the video; the edited version of this video is typically what is actually played as the final commercial. The second production type, episodic film, involves shooting on either 35 or 16 mm film, and producing an NTSC videotape version and additionally, an (optional) edited film version for distribution in markets such as HDTV (High Definition Television) or foreign countries. To produce the edited film footage for the film version, the film is transferred to videotape using the telecine process, and electronic editing of the fil is here preferably accomplished based on film footage, and should produce a cutlist, based on film footage specifications, from which the original film is cut and transferred to the NTSC format. To produce a video version, the videotape is then preferably edited based on video timecode specifications to produce an EDL for creating an edited video version. The third film production type, feature film, typically involves shooting on 35 mm film, and produces a final film product; thus electronic editing is here preferably based on film footage specifications to produce a cutlist for creating a final film version. The user interface of the electronic editing system is designed to accommodate film editors concerned with any of the three film production types given above. As shown in Fig. 7, the video display CRT 12 of the system, which includes the source video window 36 and edited video window 38, displays metrics 37, 39 for tracking the position of digital frames in a scene sequence currently being played in the source window or the edit window. These metrics may be in either film footage format or video time code format, whichever is preferred by the user. Thus, those film editors who prefer film footage notation may edit in that domain, while those film editors who prefer video timecode notation may edit in that domain. In either case, the digitized frames correspond exactly with the 24 fps speed of the original source film, rather than the 29.97 fps speed of videotape, so that the electronic edits produced by the electronic editing correspond exactly with the film edits, as if the film were being edited on an old-style flat bed editor. As an example of an editing session, one scene could be selected from the bin and played on the source window 36 of the system CRT display 12. A film editor could designate frame points to be moved or cut in either timecode or film footage format. Correspondingly, audio points could be designated to be moved or the audio level increased (or decreased). When it is desired to preview a video version of such edits, an NTSC video is created by the system based on the sync information in the electronic bin, from the system disc storage, to produce either a so-called rough cut video, or a final video version. In this process, the system generates an analog version of the digital video signal and restores the redundant video frames necessary for producing the NTSC video rate. The system also produces a corresponding analog audio track and decreases the audio speed so that the audio is synchronized with the video. In th s way, the system essentially mimics the telecine process by slowing down the video and audio and producing a 29.97 fps videotape based on a 24 fps source. Referring again to Fig. 1, in creating an NTSC video from a digitized film version, the video compressor 30 retrieves the digitized video frames from the computer 18 and based on the electronic bin information, designates video fields. The video A D 26 then creates an analog version of the video frames and processes the frames using a pulldown scheme like that illustrated in Fig. 2 to introduce redundant video frames. The video speed is then controlled by the timing circuit 28 to produce 29.97 fps video as required for an NTSC videotape. Correspondingly, the system audio process 24 and audio A/D 22 processes the digital audio signal based on the electronic bin to generate an analog version of the signal, and then slows the signal by 0.1% to synchronize the audio with the NTSC video. The final video and audio signals are sent to the videotape recorder 20, which records the signals . on a videotape. The electronic editing system may be programmed to produce an edit listing appropriate to the particular media on which the finalized version of the film source material is to appear. If the source film material is to be finalized as film, the system may be specified to produce a cut list. The cut list is a guide for conforming the film negative to the edited video copy of the film footage. It includes a pull Hst and an assemble list. The assemble list provides a Hst of cuts in the order in which they must be sphced together on the film. The pull Hst provides a reel-by-reel Hsting of each film cut. Each of these lists specifies the sync points for the cuts based on film footage and frame keycode, as if the film had been edited on a flatbed editor. If the source film material is to be finalized as video, the system may be specified to produce an edit decision list (EDL). The EDL specifies sync points in video time code, as opposed to film footage. The editing system generates the requested edit Hsts based on the electronic bin; as the film is electronically edited, the bin reflects those edits and thus is a revised Hsting of sync points corresponding to the edited film version. Because the bin is programmed to specify sync points in both film footage and video timecode, the editing system has direct access to either format, and can thereby generate the requested EDL or assemble and pull Hsts. Appendix B consists of examples of an EDL, assemble Hsts, and pull lists, all produced by the electronic editing system. Thus, at the end of an electronic film edit, the editing system provides a film editor with an NTSC videotape of the film edits and a edit Hst for either film or videotape. Other embodiments of the invention are within the scope of the claims. What is claimed is: * Module Name: mfm allocate.c * Module Description: */ #include allocate. " -.include "AvidGlobals.h" #inciude "expanslonDefs.h" #include "Lin-cList.h" ♦include "mfm.-" tinclude "dislcjnac.h" tinclude "memrtns. " #include "Digitize. " tinclude "LoglcalToPhyslcal.h" tinclude "channel. " tinclude "ResourceBible.h" tinclude "env.h" tinclude "uid.h" tinclude "MacUtils.h" tlncluαe "DebugUtils.h" tinclude "Volume enu.h" tinclude "JPEG'Jtils.h" tinclude "Exception. " tinclude "dialogUtils.h" tinclude "FSutlls.h" tinclude "BaseErrorDefs.h" tinclude "autorequest.h" tinclude "RescurceDefs.h" tincluαe "vldeoDefs.h" tαefine BREATHING ROOM 200 /* K3 to leave for αireccorv expansion « / tαefine DIG_MODE tαefine LOG MODE typedef struct ( / DIG «CCZ, LOG C E // When these are zero the cruxes are // cr.e minimum of the times availao-.e static videoFoπr,at_t theVldeoFormat « PAL_f; // more lively to catch bugs by initi.-. static sourceFormat_t theSourceFoππat = VIDEO_f; static videoType_t theVideoType = (8, VMHlResHlColor); // HACK for now static capture_mask_t theCaptureMask = OL; static capture_mask_t theResultMask = OL; static u_cnar theCapShift « 0; static u_cnar theResultShift = 0; static channel_t theChannels • 0; static audioClock_t theAudioClock « Clock4 100; static audioRate_t theAudioRate ■ halfRate; static Boolean theAudloMixed «= FALSE; static Boolean useEmptiestVldeo - TRUE, useE.τ.ρ^iestAudio ~ TRUE; /«*»«» Defined Below ****«/ static void setVinfo. Ftype_t Ftype, caρture_mask_t captureMask, u_char captureShift, float c static void a_nMItem2Val( " short mitem, audioClock_t *audioClock, audioRate_t *audioRate, long * static MFM_CRUX mfaAllocCreate(long bytesPerSec, short vref, channel_t channel, Boolean preflight ) static void mfaAllocCalc(Boolean preflight); static void m aAllocEn (void); static void mfaAllocPunt(void); static long TotalBytes(short theVref); static void checkVolu eSettings(void); static videoModifier_t getVideoModlfier(short iQuality, short cQuallty); /-r******************************************************/ / .... Public Code ****/ /******» * » ** »«*»**»***#****»************************************ * * * * ***** ** * *********** * * mfaSetSettings */ Boolean m aSetSettings( channel_t chaπs, float capRate, u_char phase, audioClock_t audloClock, audioRate_t audioRate, Boolean audloMlxed, short Vvref, short Avref, videoType_t vidac_type) { Boolean needsRelnlt; m aForgetFiles (00T_ALL); needsReinit - FALSE; ifCCksu.-Validtcx_44X_-.zl Si audioRate — fullRate) aucicRate - naifRate; if CCksumValid[ck_48khz]) audloClock - Clock4 100; if (theCapMode — DIG_MODE a (theChannels '. - c ans I i tneCapRate 1= capRate i I theAudioClock !- audloClock I I theAudioRate != auαloRate I i tr.eAucioMixed 1= audicMixec) ) r.eedsRelnlt - TRUE; - * Set tr.e mfm_allocate statics theChannels ~ chans; theCapRate - capRate; tneAudioCiock - audloClock; - eAuαloRace - audioRate; tr.eAudioMixed - audloMlxed; theVvref » Vvref; theAvref - Avref; useErnDtiestVideo - (theVvref = SAO VREFNUM) ; useEmptlestAudio = (theAvref BAD VREFNUM) ; xprotect { checkVolumeSettings () ; } xexceotion if CxcodeEquals (MFA_NO_MEDIA_DRIVES) ) xpropagate () ; auto_request("You will not be able digitize until a validXnmedia volume is placed online.", "OK", 1); } xenα; * Setup video capture mode info •/ switch! (int) (theCapRate*10) ) ( case 240: i ( phase — 0) setVinfo (FULL, 0xD8000000L, 0, 24.0, OxβOOOOOOOL, 0); else if( phase — 1) setVinfo (FULL, OxB8000000L, 0, 24.0, OX80000000L, 0) ; else if( phase — 3) setVinfo (FULL, 0x78000000L, 1, 24.0, OxβOOOOOOOL, 0)j else setVinfo (FULL, 0xE8000000L, 0, 24.0, OxβOOOOOOOL, 0) ; break; case 120: if ( phase — 0 I I phase — 1) setVinfo (FULL, Ox48000000L, 2, 12.0, Ox40000000L, 1), // 0100 lxxx ,2 ou- else setVinfo (FULL, 0x28000000L, 2, 12.0, 0x40000000L, 1). // 0010 lxxx ,2 ou' break; case 60: setVinfo (FULL, OxOβOOOOOOL, 4, 6.0, OxlOOOOOOOL, 3) :Vi-fo (F! 2x800 :ocoι 0, 3C.0, Cx8C00CC00L, C) case isu case 100 2, 10.0, Ox20000000L, 2) case 250 0, 25.0, OxβOOOOOOOL, 0) case 125 1, 12.5, 0x40000000L, 1) case 50 4, 5.0, OxOβOOOOOOL, 4) theSourceFormat - sourceFor .at; // Get it from global r.c theVicsoFormat » videoFormat; // Get it from global no theVideoType.vcID - σVldeoType.vcID; // Get it from global r.c theViceoType.vldeoMocifier - viαeo_type.videoMocϋfier; SetDigitizeCaptureMask (theCaptureMask, theCapShif ) ; Setuo audio capture rr.oαe info r.eSar.psPerSec ( (aucioRate •= fullRate) ? (audioCiockToCiockRate (audloClock) ) : (aualoCiec-cTcClco.. (auαloRate — fullRate ? 2 : 1); return r.eeαsReini * Addresses of hardware registers: divect .set OfffffeaOh ;the Display-Interrupt vector location dpytrap .set OfffffeaOh .-address of DPYINT trap vector moαe .set 0f8600000h .-video mode register status .set 0f8290000h ;video status register gsp control registers: total vertical lines .•Fields in hstctll register rir.tin field in hstctll Mask for the CONTROL register. Bit number of Display Interrupt bit "Cispiay Interrupt" bit cf intenb and intperd Sit r. =ώer cf Ncr. Interlaced bit The non-interlaced bit "Capture Enable" bit of viαeo moαe register Bit number of Display Interrupt bit Offset for special JPEG hardware fifo "memory space" Number of lines in a frame N rier =f lines in a frame row table main picture starting address acdress of trap page mac rcw table entries video rows in row table (incl color table & PAL) Maxi-tum # lines in a field (pal is larger) maximum i of lines in a field length in bits of physical memory rows Not Vertical oianxeα — pit position in viαeo status reg pitch of MAC (16-bit pixel) li es (2 XB) Shifti.-.g a numcer by this multiplies by cpitch Pixel size constant for "psize" register Numoer of bits oetween pixel "hits* in output image ; r.αefir.ea ccπmand coce ;normai multi-frame playbacK to alternate screen buffer . • (UNUSED in FullRes)i?ack 256*192 image ;unpack still frame to vcopy double buffer area (decompress) ;unpacκ and show a still frame in main screen buffer . • full-screen playback on an NTSC monitor ; pack a 640x480 image ; unpack an image to 640*480 ; unpack and combine an image ; unpacK a 16 bit frame in 32 bit moαe ; oacx a 16 oit frame in 32 bit moαe rets - ■ E-CRY NOMA?: oricin - OfffOOOOOh, ieπσth - 0c8000h - .title "VISTA image capture and compress" The following programs are the sole property of Avid Technology, Inc. and contain its proprietary and confidential information. Copyright © 1989-1991 Avid Technology, Inc. \- * General register names: Rtemp set A0 Temp register Rplxcnt set Al Constant Pixels per line Rpixel set A2 Pointer to current input pixel Rpxincl set A3 Constant t of bits to increment Rpixel to next input pixel Rpxi.-.c2 set A4 Alternate Constant to increment Rpixel to next input pixel Riir.e set A3 Constant Pitch of an input line in bits (same value as Sptc ) Rpixtmp set A6 Temp register for writing to pixel locations RJstatp set A7 Constant pointer to JPEG fifo status Rx set A8 Counter of pixels in a line Rnext set A9 Pointer to next input line Rstatp set A10 Constant pointer to video status Rblack set All Pointer to a black pixel Rtemp2 set A12 R13 set A13 R14 set A14 Saddr .set BO . • Source pixel array starting address Sptch .set Bl . • Source pitch <# of bits from one line to next) Offset .set B4 ;Base address of source pixel array Bxy .set B7 ; ixel array dimensions(rows:columns) Rlincnt .set B9 . • Constant: lines per frame Ry .set BIO . • Counter: lines per frame Rcapture .set Bll ;Blt cask: frame skipper Rloadcap .set B12 ;Blt mask: used to reinit Rcapture RB13 .set B13 RB14 .set B14 ?i-cr.sk .set βOCOh .-Constant for "pmask" register (kill alpha chan) spi c .set 8000 ' n .-Constant for "Sptch" register (4 XBytes in bits) .copy "eσuates.i" jstatus .usect "jstatus",16 ;JPEG fifo status NuVista processor: <-initial capture mask •---reload capture mask ->number of overruns detected (inited by Mac) ->numoer of frames seen (inited by Mac) "fence" arg in other μcode <- "fencerr" arg in other μcode -> <-number of x Iocs to hit <-number of y Iocs (lines) to hit <-strlde in bits between input pixel Iocs <-alt striae in bits between input pixel iocs <-amount of ceiay oefcre capturing each line (default 1) •copy "captureMacros.l" stacx: .aes 4000h ,-Stack space (2kB) for calls and interrupts •pace .text .align Flag: .lone 0 ; Debug: Current value of pixel fifo status Oat: -long 3.0,0,0,0,0,0,0 ; Reserved for αebug info Field zero is 16-bit unsigned Field one is 32-bit unsigned movi stack,sp Load stack pointer Load contstant number of bits per line Inlt pixel mask ; Load pointer to JPEG status register Clear pixel temp Load pointer to video status register Clear DONE and wait for GO: clr Rtemp movb Rtemp,ehstctll ;clear msgout (the DONE bit and interrupt bits) to host hosths: movb θhstctll,Rtemp ;read host control register andl msginmsk,Rtemp ;mask message jrz hosths ;wait for GO signal (any non-zero value) movi msgoutinc,Rtemp move Rtemp,ehstctll ;set indicator to let host know we have started Get some host args into registers: move 2tx,Rρixcr.t,l ;number of stores in x move ety,Rlincnt,l ;number of lines in frame move etstrldel,Rpxincl,l ;number of bits between pixels move etstride2,Rpxinc2,l ;alt number of bits between pixels For debug, write parameters back to memory: movi Dat, temp ;get ad r of debug dump area neve Rpixcnt,*Rtemp+,l ;x move ety,*Rtemp+,1 ;y move Rpxincl,•Rtemp*,1 .-stride 1 rcve Rsxir.c2,*Rte.ι-p+,l ;stride 2 move Rline,*Rtemp+,l ;source pitch in bits (number of bits from one line to the next) N.3. The x argument (Rpixcnt) MUST be a multiple of 32! sri 5, pixcnt .-divide line length (x) by 32 for unrolled loo? IRST TIME: Wait for start of odd field set the global capture enable bit (begins digitizing) load initial capture mask :ioad value to reinitialize capture mask ;address of black ("0") ;align the following code with the I-cacne ;come here to skip capturing a frame * Attempt capturing a frame: frame: • Count the frame (N.B. We must count every frame seen, whether captured or skipped) : move βframes, temp,1 addk 1, temp ;count move Rtemp, βframes,! * Decide whether this is a frame we want, based on capture mask: sll 1,Rcapture ;check next mask bit (it goes to C-bit) jrnc skpfram ;skip this frame if C-bit is zero (last active bit guaranteed to be 1) jrnz mskok ;check if need to reload mask bits: yes->fall thru move Rloadcap,Rcapture . • reload the capture mask (32 bits) for next time mskok: * Prepare for "lines" loop: move SvramBase, pixel, 1 subi special, pixel, 1 • movi capture-special,Rpixel .-starting address of video frame bufr (Special space) move Rpixel,Rnext ;remember address of first line move Rlincnt,Ry ;get number of lines in frame Check video field (s/b ODD from compressing prev frame or from syncodd after hosths or skpfram) . (N.B. Assumes compression takes more than one field time (~l/60th second), but less than a frame tim callr syncevck ,-wait for start of even field (i.e. digitizing complete) * Add 8 lines of black to the top of the picture: ;eight groups of one line ;ρixels-ρer-line / 32 ;calc the loop count ( *32 /4hits-per-iocp) ,-read JPEG pixel fifo status ;•••debug'** ;walt until fifo ready (blt7 — l) ;each write causes auto xfer(s) to JPEG pixel fifo. ;1 line of pixels Send frame interrupt to the Mac: move βhstctll,Rtemp ;get hstctll value ori intout, temp ;set Interrupt bit move Rtemp,ehstctll ;send to host to indicate frame start * Start of loop to process all lines of a frame: lines: aαd Rline, next ;calc addr of next line move Rpixcnt,Rx ; (re)load x count (plxels-per-line / 32) move βtdelay, temp2,1 ;DEBUG • loop2d: ds1s Rtemp2,loop2d ;DEBUG .T.cvb •Rj'statp, Rtemp ; read JPEG pixel fifo status move Rtemp, SFlag, 0 ; •••debug*** "ran ioop2j ;walt until fifo reaαy (bit7 1) ioop2: move Rpixtmp, *Rpixel,0 ;this write causes auto xfer(s) to JPEG pixel fifo. add Rpxlncl,Rpixel ;now advance to next pixel serve Rpixtmp, 'Rpixel, 0 ;2 add R_3Xinc2,Rpixel move Rpixtmp, "Rpixel,0 add Rpxlncl, pixel move Rpixtmp, "Rpixel, 0 add Rpxinc2, pixel move Rpixtmo, *Rplxel, 0 2 6 add Rpxincl,Rpixel move Rpixtmp,'Rpixel,0 ;6 add Rpxinc2,Rpixel move Rpixtmp,'Rpixel,0 ; add Rpxincl, pixel move Rpixtmp,*Rpixel,0 ;8 add Rpxinc2,Rpixel move Rpixtmp,*Rpixel,0 ;9 add Rpxincl, pixel move Rpixtmp,*Rpixel,0 ;10 add Rpxlnc2,Rpixel move Rpixtmp,*Rpixel,0 ;11 add Rpxincl,Rpixel move Rpixtmp,*Rpixel,0 ;12 add R?xlnc ,Rpixel move Rpixtmp,*Rρixel,0 ;13 add Rpxincl, pixel move Rpixtmp,'Rpixel,0 ;14 add Rpxinc2, pixel move Rpixtmp,'Rpixel,0 ;15 add Rpxincl,Rpixel move Rpixtmp,'Rpixel,0 ;16 add Rpxinc2,Rplxe1 move Rpixtmp,'Rpixel,0 ;17 add Rpxincl,Rpixel move Rpixtmp,'Rpixel,0 ;18 add Rρxinc2, pixel move Rpixtmp,'Rpixel,0 ;19 add Rpxincl,Rpixel move Rpixtmp,*Rpixel,0 ;20 add Rpxinc2,Rpixel move Rpixtmp,'Rpixel,0 ;21 add Rpxincl, pixel move Rpixtmp,'Rpixel,0 ;22 add Rpxinc2, pixel move Rpixtmp,'Rpixel,0 ;23 add Rpxincl, pixel move Rpixtmp,'Rpixel,0 ;24 add Rpxinc2, pixe1 move Rpixtmp,'Rpixel,0 ;25 add Rpxincl,Rpixel move Rpixtmp,'Rpixel,0 ;26 add Rpxinc2, pixel move Rpixtmp,*Rpixel,0 ;27 add Rpxi-ncl,Rpixel move Rpixtmp,'Rpixel,0 ;28 add Rpxinc2,Rpixel move Rpixtmp,'Rpixel,0 ;29 acid Rpxincl,Rpixel move Rpixtmp,'Rpixel,0 ;30 add Rpxinc2,Rpixel move Rpixtmp,*Rplxel,0 ;31 acid Rpxincl,Rpixel move Rpixtmp,*Rpixel,0 ;32 add Rpxinc2, pixel dsj Rx,loop2 ;loop thru the line move Rnext, pixel ;load addr of next line to process as} Ry,lines ;loop for next line calii syπcodd If we're in odd field, it too. too icng. 1ruc frame The following routines sync the code to the incoming video fields. Note: Since the status register is not svncnronlzed with the 34010 Instruction ciocx, we must always check that we get tne same reading twice in a row. 27 * Wait for start of next even field; check to make sure field is already ODD at entry. * (If we enter here in an even field. It means an OVERRUN has occurred.) syncevck: s5 if even, go check a second time; fall thru if odd s5ol if even, go check a second time; fall thru if odd s6 loop as long as it remains odd make sure we see it the same twice in a row normal successful return at start of an even fieid * come here if we found an even value one time: s5el move *Rstatp,Rtemp ; perform second test for even btst 0,Rtemp jrnz s5ol ; jump back if second check is okay (odd) * else, fall thru * At this point we have an overrun (two evens in a row) , so count it move βoverrun, temp,1 In the even field already... increase overrun count s7 We know it is even, so now we need to wait for odd .end ./V TITLE: UNTITLED01 FCM: NON-DROP FRAME E L 001 050 V C 04:11:23:21 04:11:37:19 01:00:00:00 01:00:13:28 04:11:23:21 04:03:14:26 04:03:20:01 01:00:13:28 01:00:19:03 04:03:14:26 04:11:37:19 04:11:55:29 01:00:19:03 01:00:37:13 04:11:37:19 04:04:51:01 04:04:56:13 01:00:37:13 01:00:42:24 04:04:51:01 FCM: CS-SRC? "RAKE 04:11:23:21 04:11:37:19 01:00:00:00 01:00:13:28 04:11:23:21 04:03:14:26 04:03:20:01 01:00:13:28 01:00:19:03 04:03:14:26 04:11:37:19 04:11:55:29 01:00:19:03 01:00:37:13 04:11:37:19 04:04:51:01 04:04:56:13 01:00:37:13 01:00:42:24 04:04:51:01 Avid Technology, Inc. Assemble list for edl file picture: Seq first edge /-001 OPTICAL Number 1 I \-002 end of optical 1 to 003 KJ789876 -1370 +05 /-004 Scene start to I I 005 OPTICAL Number 2 I \-006 end of optical 2 to 007 KJ789876 -1236 +02 /-008 Scene start to I \-009 OPTICAL Number 3 010 LEADER -0000 +00 /-Oil OPTICAL Number 4 I \-012 end of optical 4 to 013 KH123456 -5085 +05 014 KJ789876 -1399 +05 015 LEADER -0000 +00 016 KH123456 -5132 +02 017 KH123456 -5053 +15 018 KH123456 -5083 +00 C19 KJ789876 -1244 +09 020 KJ789876 -1453 +07 /-021 Scene start to I \-022 OPTICAL Number 5 Avid Technology, Inc. Assemble Pull List (scene pull in assemble order) for edl file picture: Tapename Segment Name NAB91COMPILATIONTAPE Flat #1 NAB91CO PILATIONTAPE Flat #1 NAB91CQ PILATIONTAPE Flat #1 NAB91CQMPILATIONTAPE Flat #1 NAB91CO PILATIONTAPE Flat #1 NAB91COMPILATIONTAPE Flat #1 NAB91COMPILATIONTAPE Flat #1 N-\B91COMPILATIONTAPE Flat #1 NAB91COMPILATIONTAPE Flat #1 NAB91COMPILATIONTAPE Flat #1 Avid Technology, Inc. Pull list for edl file picture: Seq first edge 004 KH123456 -5020 +11 008* KH123456 -5052 +06 017* KH123456 -5053 +15 018 KH123456 -5083 +00 013 H123456 -5085 +05 016 KH123456 -5132 +02 007 KJ789876 -1236 +02 019 KJ789876 -1244 +09 012 KJ789876 -1305 +03 006 KJ789876 -1332 +01 Avid Technology, Inc. Scene Pull List for edl file picture: Tapename Lab Roll first edge last edge length scen NAB91COMPILATIONTAPE Flat #1 KH123456 -5019 +11 -5050 +04 30+10 NAB91COMPILATIONTAPE Flat #1 KH123456 -5050 +05 -5082 +15 32+11 NAB91COMPILATIONTAPE Flat #1 KH123456 -5083 +00 -5128 +01 45+02 NAB91COMPILATIONTAPE Flat #1 KH123456 -5128 +02 -5172 +05 44+04 NAB91CO PILATIONTAPE Flat #1 KJ789876 -1234 +00 -1300 +00 66+01 NAB91CO PILATIONTAPE Flat #1 KJ789876 -1300 +01 -1327 +02 27+02 NAB91COMPILATIONTAPE Flat #1 KJ789876 -1327 +03 -1368 +12 41+10 NAB91COMPILATIONTAPE Flat #1 KJ789876 -1368 +13 -1393 +07 24+11 NAB91COMPILATIONTAPE Flat #1 KJ789876 -1393 +08 -1441 +14 48+07 NAB91COMPILATIONTAPE Flat #1 KJ789876 -1441 +15 -1575 +03 133+05 Avid Technology, Inc. Negative Dupe list for edl file pictxire: first edge dupe negative start Seq last edge dupe negative end 008 KH123456 -5052 +06 KH123456 -5052 +06 -5054 +09 KKL23456 -5057 +11 017 KH123456 -5053 +15 -5057 +11 009 OPTICAL Number 3 KH123456 -05054 +10 KH123456 -05056 +07 Avid Technology, Inc. Optical effects list for EDL file picture: (5 effects) Num: 001 Type: Fade-in Length: 1+08 (24 frames) Cut: 001 Edl: 001 OUT: IN: Roll: BLACK Roll: Flat #1 Scene: Scene: 10 Take: Take: 5 Scene start: BLACK FADE start: BLACK K 789876 -01445 +11 FADE center: BLACK KJ789876 -01446 +06 FADE end: BLACK KJ789876 -01447 +02 Scene end: KJ789876 -01451 +05 Num: 003 Type: Fade-out Length: 1+14 (30 frames) Cut : 009 Edl : 007 OUT: IN: Roll: Flat #1 Roll: BLACK Scene: 2 Scene: Take: 1 Take: Scene start: KH123456 -05052 +06 FADE start: KH123456 -05054 +10 BLACK FADE center: KH123456 -05055 +08 BLACK FADE end: KH123456 -05056 +07 BLACK Scene end: BLACK Num: 004 Type: Fade-in Length: 1+08 (24 frames) Cut: 011 Edl: 008 OUT: IN: Roll: BLACK Roll: Flat #1 Scene: Scene: 7 Take: Take: 1 Scene start: BLACK FADE start: BLACK K 789876 -01303 +11 FADE center: BLACK K 789876 -01304 +06 FADE end: BLACK KJ789876 -01305 +02 Scene end: K 789876 -01306 +10 (30 frames)

Claims: CLAIMS 1. Method for generating a digital representation of a video signal comprised of a sequence of video frames, each frame including two video fields of a duration such that the video plays at a first prespecified rate of frames per second, a prespecified number of redundant video fields being included in the video frame sequence, comprising the steps of: identifying the redundant video fields in the video frame sequence; digitizing the video frame sequence excluding the identified redundant video fields; and compressing the digitized video frames to generate a digital representation of the video signal which plays at a second prespecified rate of frames per second. 2. The method of claim 1 further comprising the step of storing the digitized representation of the video signal on a digital storage apparatus. 3. The method of claim 1 wherein the identifying step comprises assigning a capture mask value to each video field in the video frame sequence, the capture mask value of a field being a "0" if the field is redundant, and the capture mask value of a field being a "1" for all other video fields. 4. The method of claim 3 wherein the digitizing step comprises processing the capture mask values, and based on the capture mask value for each video field, digitizing only the nonredundant video fields. 5. The method of claim 1 wherein the compressing step comprises compressing the digitized video frames based on JPEG video compression. 6. The method of claim 1 wherein the first prespecified video play rate is 29.97 frames per second and the second prespecified digital video play rate is 24 frames per second. 7. The method of claim 6 further comprising the step of increasing the rate of the analog video signal from 29.97 frames per second to 30 frames per second before the step of digitizing the video frame sequence. 8. The method of claim 6 wherein the analog video signal is a video representation of film shot at 24 frames per second, and whereby the digital video play rate of 24 frames per second corresponds to the 24 frames per second film shooting rate. 9. The method of claim 8 wherein the analog video signal is a representation of film that is transferred to the video representation using a telecine apparatus. 10. Apparatus for generating a digital representation of a video signal comprised of a sequence of video frames, each frame including two video fields of a duration such that the video plays at a first prespecified rate of frames per second, a prespecified number of redundant video fields being included in the video frame sequence, comprising: a video processor for identifying the redundant video fields in the video frame sequence: an analog to digital convertor for digitizing the video frame sequence excluding the identified redundant video frames; and a video compressor for compressing the digitized video frames to generate a digital representation of the video signal which plays at a second prespecified rate of frames per second. 11. The apparatus of claim 10 wherein the video processor comprises a processor which assigns a capture mask value to each video field in the video frame sequence based on whether or not that field is redundant. 12. The apparatus of claim 11 wherein the analog to digital converter comprises a video frame grabber which processes the video frame sequence based on the capture mask values of the video fields to exclude the identified redundant video frames so that only the nonredundant video frames are digitized by the analog to digital converter. 13. The apparatus of claim 10 wherein the video compressor compresses the video frames based on JPEG video compression. 14. System for generating, from information in the form of fields occurring at a first prespecified rate and including redundant fields, a digital representation of the information excluding the redundant fields, whereby digitized fields occur at a second prespecified rate, comprising: apparatus for identifying the redundant fields; and apparatus for digitizing the information excluding the identified redundant fields. 15. Method for generating, from information in the form of fields occurring at a first prespecified rate and including redundant fields, a digital representation of the information excluding the redundant fields, whereby the digitized fields occur at a second prespecified rate, comprising: identifying the redundant fields, and digitizing the information excluding the identified redundant fields. 16. Electronic editing system for digitally editing fi m shot at a first prespecified rate and converted to an analog video representation at a second prespecified rate, comprising: analog to digital converting circuitry for accepting the analog video representation of the film, adjusting the rate of the analog video such that the rate corresponds to the first prespecified rate at which the film was shot, and digitizing the adjusted analog video to generate a corresponding digital representation of the film; digital storage apparatus for storing the digital representation of the film; and computing apparatus for processing the stored digital representation of the film to electronically edit the film and correspondingly edit the stored digital representation of the filτn 17. The system of claim 16 further comprising digital to analog converting circuitry for converting the edited digital representation of the film to an analog video representation of the film, adjusting the rate of the analog video from the first prespecified rate to the second prespecified video rate, and outputting the adjusted analog video. 18. The system of claim 16 wherein the analog video representation of the film accepted by the analog to digital converting circuity is an NTSC videotape. 19. The system of claim 16 wherein the apparatus for storing the digital representation of the film also stores a digitized version of a film transfer log corresponding to the digital representation of the fil 20. The system of claim 19 wherein the computing apparatus electronically edits the digitized version of the film transfer log in response to the electronic editing of the film. 21. The system of claim 16 further comprising display apparatus for displaying the digitized version of the film as the fil is electronically edited and displaying a metric for tracking the location of a segment of the film as the segment is displayed, the metric being based on either film footage code or video time code. 22. The system of claim 21 further comprising apparatus for digitizing an audio soundtrack corresponding to the film, and wherein the computing apparatus processes a digitized representation of the soundtrack in correspondence with electronic editing of the film

Inventors: O'CONNOR PATRICK D, PETERS ERIC C, PHILLIPS MICHAEL E, O'CONNOR, PATRICK, D., PETERS, ERIC, C., PHILLIPS, MICHAEL, E.
Applicants: AVID TECHNOLOGY INC, AVID TECHNOLOGY, INC.
Application year: 1993
Main classification: H04N7
IPC codes: G11B27, H04N7