JP2014075730A - Image processor, image processing method, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an image processor capable of performing moving image editing processing at a high speed.SOLUTION: An image processor comprises: reproduction means for reproducing a moving image file recorded in a recording medium in a file format for managing a file by using a file allocation table; and editing means for performing editing for deleting moving image belonging to a chapter of a deletion object of the moving image file reproduced by the reproduction means, and the reproduction means specifies a recording position on a recording medium of the moving image data corresponding to the chapter of the deletion object, and edits a file allocation table so as not to read at least a portion of the moving image data corresponding to a prescribed chapter.

Description

  The present invention relates to an image processing apparatus, an image processing method, and a program.

  2. Description of the Related Art Conventionally, imaging devices capable of recording, playing back, editing, and the like of moving images are known as moving image recording devices. In these imaging apparatuses, for example, as in Patent Document 1, when editing such as deleting an arbitrary scene of a moving image, all the frames of the moving image are decoded once so that the order of the frames reflecting the editing result is obtained. In general, the re-encoding method is used for recording.

JP 2000-165802 A

  However, as in Patent Document 1, if re-encoding is performed, a long processing time may occur or a high-performance microcomputer may have to be used.

  SUMMARY An advantage of some aspects of the invention is that it provides an image processing apparatus capable of performing moving image editing processing at high speed.

  In order to achieve such an object, the image processing apparatus of the present invention reproduces a moving image file recorded on a recording medium in a file format for managing the file using a file allocation table, and the reproducing unit. Editing means for deleting moving picture data belonging to the chapter to be deleted of the moving picture file reproduced by the recording means, wherein the editing means records the moving picture data corresponding to the chapter to be deleted on a recording medium. A position is specified, and a file allocation table is edited so that at least a part of moving image data corresponding to the predetermined chapter is not read.

  According to the present invention, moving image editing processing can be performed at high speed.

It is a figure which shows the structure of the imaging device of a present Example. It is a flowchart which shows control of the imaging device of digest movie mode. It is a figure for demonstrating the state of the still image file recorded by digest movie mode, and a moving image file. It is a flowchart which shows control of the process which connects moving image data (additional writing). It is a figure which shows the state change of the moving image file by connection (additional writing) of moving image data. It is a figure for demonstrating the file format of the moving image of a present Example. It is a flowchart for demonstrating the operation | movement of the edit process of a present Example. It shows the status of the video file.

  Hereinafter, examples of the present invention will be described in detail with reference to the drawings. However, the present invention is not limited to the following embodiments. The following embodiments do not limit the invention according to the claims, and all combinations of features described in the embodiments are not necessarily essential to the solution means of the invention.

  Note that each functional block described in the present embodiment is not necessarily separate hardware. That is, for example, the functions of some functional blocks may be executed by one piece of hardware. In addition, the function of one functional block or the functions of a plurality of functional blocks may be executed by some hardware linked operations.

  In this embodiment, an image pickup apparatus will be described as an example of the image processing apparatus.

  In the normal “moving image shooting mode”, the image pickup apparatus 100 of the present embodiment can record moving image data shot from the start to the end of one moving image shooting as a single file on a recording medium. In the normal “still image shooting mode”, still image data shot in response to one shooting instruction can be recorded on a recording medium as one file. Furthermore, the imaging apparatus of the present embodiment has a “digest movie mode”. In this “digest movie mode”, not only the recorded still image data is recorded on the recording medium in response to the still image shooting instruction, but also for a predetermined time period until the still image shooting instruction is input. The moving image data can be recorded on a recording medium as a moving image file. The moving image data is temporarily stored in an encoded state in a memory provided in the imaging apparatus.

  Further, in the “digest movie mode”, for example, one moving image data obtained by connecting all moving image data shot on the same date can be created and recorded on a recording medium. In this case, the newly captured moving image data is connected (added) to the moving image data of the moving image file already recorded on the recording medium every time a still image shooting instruction is given. In addition, each time they are connected, moving image data corresponding to each still image shooting is handled as corresponding to one chapter. Therefore, chapter data for indicating a chapter is recorded in the moving image file.

  When the mode transitions to the “digest movie mode”, the imaging apparatus 100 creates encoded moving image data in which a plurality of images obtained by the imaging unit are frame images of a moving image, and sequentially stores them in the memory. The past moving image data for a predetermined time or more is discarded or overwritten on the memory. When a still image shooting instruction is input, still image data is created based on the image signal obtained by the imaging unit and recorded on a recording medium. At this time, the moving image data for a predetermined time stored in the memory until then is recorded on the recording medium as a moving image file. When the video data for the predetermined time is connected to the video data of the video file (existing video file) already recorded on the recording medium, the video data for the predetermined time temporarily stored in the memory is stored. First record on the recording medium. After that, the moving image data of the existing moving image file is analyzed, and the connection position is specified, and then the moving image data is linked and edited. Note that the imaging apparatus 100 according to the present embodiment stores chapter information in a moving image file in order to distinguish moving images corresponding to still image shooting instructions as separate chapters. At this time, as the chapter title, the shooting time when the still image was shot is described as text data.

  When deleting an arbitrary scene corresponding to a chapter, the recording position of the chapter to be deleted on the recording medium is specified, and at least part of the moving image data of the chapter to be deleted is not read in the file allocation table. Rewrite cluster chain. Specifically, the cluster chain of the file allocation table is rewritten so as not to read the cluster in which the moving image data of the chapter to be deleted is recorded. Then, by rewriting the header information of the moving image file, the data of the chapter to be deleted is invalidated and the data is reduced.

  In this way, it is not necessary to re-encode each scene of the moving image after decoding it so as not to include the deleted scene, so that editing for deleting an arbitrary scene can be performed at high speed.

  In this embodiment, a recording medium having a format corresponding to a file system for recording using a file allocation table (in this embodiment, FAT32 or the like is taken as an example of the file system) is used. Then, when connecting the moving image data described above, the file allocation table (FAT) is edited. Therefore, it is possible to easily add and separate moving images.

  Hereinafter, such an imaging apparatus will be described.

  First, the overall configuration of the imaging apparatus 100 of the present embodiment will be described with reference to FIG.

  As illustrated in FIG. 1, the imaging apparatus 100 according to the present exemplary embodiment includes a CPU 101, a RAM 102, a ROM 103, and an operation unit 104. The imaging apparatus 100 includes an imaging unit 110, an image processing unit 111, a microphone unit 120, an audio processing unit 121, and a speaker unit 122. In addition, the imaging apparatus 100 includes an encoding / decoding processing unit 130, a display unit 140, a display control unit 141, a recording / playback unit 150, a recording medium 151, and a communication unit 160.

  CPU is an abbreviation for Central Processing Unit. RAM is an abbreviation for Random Access Memory.

  In the imaging apparatus 100 according to the present exemplary embodiment, the CPU 101 develops various programs recorded in the ROM 103 using the RAM 102 as a work memory, and controls each block of the imaging apparatus 100 according to the program. The operation unit 104 includes switches for inputting various operations such as a power button, a record button, a zoom adjustment button, an autofocus button, a menu display button, a mode switch, and a determination button. Further, any type of operation element such as a cursor key, a pointing device, a touch panel, and a dial may be used. The operation unit 104 transmits an operation signal to the CPU 101 when these keys, buttons, and touch panel are operated by the user. Each operation member of the operation unit 104 is appropriately assigned a function for each scene by selecting and operating various function icons displayed on the display unit, and functions as various function buttons. Examples of the function buttons include an end button, a return button, an image advance button, a jump button, a narrowing button, and an attribute change button. For example, when a menu button is pressed, various setting menu screens are displayed on the display unit. The user can make various settings intuitively using the menu screen displayed on the display unit, and the four-way buttons and the SET button. Note that the operation unit 104 may be a touch panel that can detect contact with the display unit. The touch panel may be any of various types of touch panels such as a resistive film method, a capacitance method, a surface acoustic wave method, an infrared method, an electromagnetic induction method, an image recognition method, and an optical sensor method. .

  The imaging unit 110 converts an optical image of a subject captured by a lens into an image signal using an imaging element such as a CCD sensor or a CMOS sensor by controlling a light amount by a diaphragm, and converts the obtained analog image signal into a digital image signal. And temporarily stored in the RAM 102. The digital image signal stored in the RAM 102 is then transmitted to the image processing unit 111. The image processing unit 111 performs an image quality adjustment process for adjusting the white balance, color, brightness, and the like of the digital image signal based on a setting value set by the user or a setting value automatically determined from the characteristics of the image. The digital image signal that has been processed is stored in the RAM 102 again. In addition, a digital image signal that has undergone image quality adjustment processing or an unprocessed digital image signal can be transmitted to a display control unit 141 described later and displayed on the display unit 140 as an image being captured. At the time of reproduction, the image processing unit 111 reads the image quality of the image data included in the still image file or the moving image file read from the recording medium 151 by the recording / reproducing unit 150 and decoded by the encoding / decoding processing unit 130. Make adjustments. Then, an image quality adjusted or unprocessed digital image signal can be transmitted to a display control unit 141 described later and displayed on the display unit 140 as an image.

  At the time of recording, the encoding / decoding processing unit 130 performs image compression processing on the digital image signal processed by the image processing unit 111 and stored in the RAM 102 to generate compressed moving image data and still image data. Then, a process of temporarily storing in the RAM 102 is performed. Further, at the time of reproduction, a process is performed in which the compressed moving image data and still image data of the image file read from the recording medium 151 is decoded to extract a digital image signal and stored in the RAM 102.

  For example, when generating moving image data, each frame of the moving image data is intra-frame encoded to generate compression-encoded moving image data. Moreover, you may produce | generate the moving image data compression-coded using the difference between several flame | frames of moving image data, a motion estimation, etc. For example, Motion JPEG, MPEG, H.264. H.264 (MPEG4-Part10 AVC) and other known compression and encoding video data can be generated. In general, intra-frame encoded frame image data is referred to as an I picture, and inter-frame encoded image data using a difference from the front frame is referred to as a P picture, and the difference from the front and rear frames is used. The inter-frame encoded image data is called a B picture. These compression methods use well-known methods and are not related to the features of the present invention, so the description is omitted. Further, when generating still image data, a general compression encoding method such as JPEG is used, but these compression encoding methods use known methods and are not related to the features of the present invention. Therefore, explanation is omitted. The still image data may be so-called RAW image data in which the digital image signal obtained by the imaging unit 110 is recorded as it is.

  The microphone unit 120 includes, for example, an omnidirectional microphone built in the housing of the imaging apparatus 100 and an AD conversion unit. In the microphone unit 120, ambient sound is collected (collected) by the microphone, and the acquired analog sound signal is converted into a digital signal by the AD converter and temporarily stored in the RAM 102. The digital audio signal stored in the RAM 102 is then transmitted to the audio processing unit 121. At the time of recording, the audio processing unit 121 performs processing such as level optimization processing and noise reduction processing on the digital audio signal stored in the RAM 102, and stores the processed digital audio signal in the RAM 102 again. Moreover, the process which compresses an audio | voice signal is performed as needed. As for the audio compression method, since a known general audio compression method such as AC3 or AAC is used, description thereof is omitted. Further, at the time of reproduction, a process for decoding the compressed audio data included in the audio file or the moving image file read from the recording medium 151 by the recording / reproducing unit 150, a process for optimizing the audio level, and the like are performed and sequentially stored in the RAM 102. Processing is also performed. The speaker unit 122 includes a speaker and a DA converter. In the speaker unit 122, the digital audio signal stored in the RAM 102 is read out by the audio processing unit 121 and converted into an analog audio signal, and audio is output from the speaker using the analog audio signal.

  The display unit 140 includes, for example, a liquid crystal panel and a backlight, and displays an image under the control of the display control unit 141. The display unit 140 is not limited to a liquid crystal display device, and may be any device that can provide an image to a user, such as an organic EL display or an LED display. The display control unit 141 displays an image on the display unit 140 based on the digital image signal processed by the image processing unit 111 and stored in the RAM 102.

  In the recording / reproducing unit 150, when recording a moving image, the compressed moving image data generated by the encoding / decoding processing unit 130, the audio data generated by the audio processing unit 121, the shooting date, and the like stored in the RAM 102 are stored. Along with various information, it is written in the recording medium 151 as a moving image file. At the time of recording a still image, the still image data stored in the RAM 102 is recorded on the recording medium 151 as a still image file together with various information such as the shooting date. When recording a moving image file on the recording medium 151, a data stream composed of compressed moving image data and audio data is formed and sequentially recorded on the recording medium 151, and a file header or the like is added to a file such as FAT or exFAT. Record a video file on a recording medium in a form that conforms to the format. Further, at the time of reproduction, a moving image file or a still image file recorded on the recording medium 151 is read according to the aforementioned file format. The read moving image file and still image file are analyzed for headers by the CPU 101, and compressed moving image data and still image data are extracted. The extracted compressed moving image data and still image data are stored in the RAM 102 and decoded by the encoding / decoding processing unit 130.

  Further, the recording medium 151 may be a recording medium built in the imaging apparatus or a removable recording medium. For example, the recording medium includes all types of recording media such as a hard disk, an optical disk, a magneto-optical disk, a CD-R, a DVD-R, a magnetic tape, a nonvolatile semiconductor memory, and a flash memory. When using removable recording media, the recording / reproducing unit 150 includes a mechanism for loading and unloading the removable recording media.

  The communication unit 160 transmits and receives control signals, moving image files, still image files, various data, and the like to and from an external device different from the imaging device 100, and can be connected regardless of wired connection or wireless connection. It is. Note that any communication method may be used.

  Here, each of the image processing unit 111, the audio processing unit 121, the encoding / decoding processing unit 130, the display control unit 141, and the recording / reproducing unit 150 described above is a microcomputer in which a program for executing each of the functions described above is installed. It may be. Further, the program for executing the above-described processing recorded in the ROM 103 by the CPU 101 may be loaded into the RAM 102 and executed.

  Note that the imaging apparatus 100 according to the present exemplary embodiment records a moving image file in the “QuickTime (registered trademark) format” as an example, but any format may be used.

  In this embodiment, the file management system of the recording medium 151 will be described as using a FAT file system generally used in embedded devices. Since the technology of the FAT file system itself is widely known, only the characteristic operation of this embodiment will be described. Further, the NTFS format or the exFAT format which is a FAT file format may be used.

  Next, the operation of the imaging apparatus 100 according to the present embodiment will be described.

  The imaging apparatus 100 according to the present exemplary embodiment supplies power to each block of the imaging apparatus from a power supply unit (not illustrated) in response to an instruction to turn on the power by operating the operation unit 104 by the user. .

  When power is supplied, the CPU 101 determines whether the camera mode set by the operation unit 104 is a playback mode, a “digest movie mode”, a still image recording mode, or a moving image recording mode. In the present embodiment, the still image recording mode and the moving image recording mode are not related to the characteristic configuration, and thus description thereof is omitted.

  Next, the playback mode will be described.

  When the playback mode is set by the operation unit 104, the CPU 101 transmits a control signal to each block of the imaging apparatus 100 so as to shift to the playback state, and performs the following operation.

  The recording / playback unit 150 reads a moving image file that is recorded on the recording medium 151 and includes encoded moving image data and encoded audio data. The CPU 101 buffers the read encoded moving image data and encoded audio data in the RAM 102. Then, the CPU 101 controls the encoding / decoding processing unit 130 so as to decode the encoded moving image data. In addition, the CPU 101 controls the audio processing unit 121 to decode the encoded audio data.

  Then, the CPU 101 sends each frame data of the moving image data decoded by the encoding / decoding processing unit 130 to the display control unit 141 and causes the display unit 140 to display an image of each frame. In addition, the audio processing unit 121 transmits the decoded audio data to the speaker unit 122, and outputs audio corresponding to the audio data.

  In the playback mode, it is also possible to execute a process of jumping to a specified chapter and starting playback from the first scene of the chapter or deleting a moving image of the specified chapter. The deletion process will be described later.

  Next, the “digest movie mode” will be described with reference to the flowchart of FIG. The flowchart in FIG. 2 is a flowchart that starts when the digest movie mode is set, and is executed by the CPU 101 controlling each unit of the imaging apparatus 100 based on a program developed in the RAM 102. It is. In the present embodiment, whether or not to add the moving image data sequentially is determined after recording the still image and before recording the moving image data on the recording medium 151. That is, the CPU 101 reads out the moving image file that was last shot in the digest movie mode from the recording / playback unit 150 and confirms the information on the date when the movie was shot. If the read moving image file is taken on the same day, it is added. If it is taken on a different day, it is not added. The moving image shot in the digest movie mode is, for example, a file name obtained by sequentially incrementing a 4-digit integer in an identifier “MDG” for indicating that the moving image was shot in the digest movie mode. By doing in this way, it can be easily identified that the moving image having the largest number including the identifier MDG recorded on the recording medium 151 was taken last. The conditions for whether or not to add data will be described later, but confirmation of whether or not to add data may be performed when the imaging apparatus 100 is activated or when the mode is switched to the digest movie mode.

  In the present embodiment, the description will be made assuming that the thumbnail image is generated every time a still image shooting instruction is input. In this case, a plurality of thumbnail images are associated with the added moving image file. However, in the case of additional recording, a thumbnail image may be generated only when a moving image file is newly generated without generating a thumbnail image.

  When the digest movie mode is set by the operation unit 104, the CPU 101 controls each block of the imaging apparatus 100 and causes the following operations to be executed.

  First, the imaging unit 110 transmits the obtained digital image signal to the RAM 102 and temporarily stores it. Then, the display control unit 141 reads the digital image signal stored in the RAM 102 and causes the display unit 140 to display the digital image signal. The image processing unit 111 sequentially reads out the digital image signals stored in the RAM 102, performs the above-described various image quality adjustment processes, and stores the processed digital image signals in the RAM 102 again. The image processing unit 111 repeats this process every time an image is captured by the imaging unit 110.

  The encoding / decoding processing unit 130 performs an encoding process for encoding the digital image signal processed by the image processing unit 111 as moving image data (S201). For example, the encoding process includes Motion JPEG, MPEG, H.264, and so on. There are various well-known compression encoding system processes such as H.264 (MPEG4-Part10 AVC). In the present embodiment, for example, H.264. It is assumed that the encoding process is performed so that the moving image data includes an intra-frame predictive encoded image in H.264. Note that the intraframe predictive encoded image is encoded as a frame that prohibits interlaced reference of interframe predictive encoded images called IDR frames. Idr_pic_id is added to each IDR frame.

  At this time, the CPU 101 applies various adjustment processes to the digital audio signal input to the microphone unit in the audio processing unit 121, and then executes the encoding process according to a preset audio encoding method. The encoded audio signal obtained is stored in the RAM 102.

  Then, the encoding / decoding processing unit 130 and the audio processing unit 121 store the encoded moving image data and audio data in the RAM 102 (S202). In the following description, although explanation of audio data is omitted, it is assumed that it is processed together with moving image data.

  In the imaging apparatus 100 according to the present embodiment, the RAM 102 always stores the moving image data for the predetermined time immediately before the predetermined time among the moving image data stored in the RAM 102 so that the moving image data for the predetermined time is stored. The moving image data picked up at the time is deleted. For this reason, the CPU 101 determines whether or not moving image data for a predetermined time or more has been stored in the RAM 102 (S203), and if it has been stored for a predetermined time or longer (Yes in S203), at a point in time that is earlier than the predetermined time. The moving image data indicating the photographed image is discarded. Since the size of the data to be deleted is defined in encoding units, the size of the data to be deleted can be determined as a frame or a reproduction time depending on the encoding method. In addition, when it is not stored for a predetermined time or longer (No in S203), the moving image data is not discarded. In the present embodiment, the predetermined time may be any time, but may be selected by the user, for example, 4 seconds, 6 seconds, 8 seconds, or the like. Then, the CPU 101 determines whether or not a still image shooting instruction is input from the operation input unit 112 (S205). If a still image shooting instruction is not input (No in S205), the process returns to S201 again. The generation processing and temporary storage of moving image data are continued.

  In the present embodiment, it is assumed that moving image data for a predetermined time immediately before is always stored in the RAM 102, but the present invention is not limited to this. That is, the size of the moving image data stored in the RAM 102 may be anything that can be quantified, and may be a predetermined amount defined by, for example, the number of frames, the number of GOPs (Group Of Pictures), the data size, and the like. . In other words, when the moving image data stored in the RAM 102 is larger than the predetermined size, the moving image data is stored in the frames of the moving image data until the size becomes less than the predetermined size. The shooting time may be deleted in order from the oldest frame.

  When a still image shooting instruction is input (Yes in S205), the CPU 101 controls the recording / playback unit 150 to check the recordable capacity of the recording medium 151, and is temporarily stored in the RAM 102. It may be determined whether or not the moving image data can be recorded. This determination is made by comparing whether the sum of the size of the moving image data temporarily stored in the RAM 102 and the expected size of the still image data to be recorded is smaller than the recordable capacity of the recording medium 151. Determined. The expected size of the still image data may be 4 MB, for example, or may be changed according to the recording size, image quality, or the like.

  If it is determined that the moving image data and the still image data cannot be recorded on the recording medium 151, only the still image shooting may be performed and the moving image data may not be recorded.

  Also, when a still image shooting instruction is input in S205, if only a short amount of moving image data such as less than 1 second or less than 2 seconds is stored in the RAM 102, the still image shooting instruction is invalidated. You may make it. You may enable it to set a user image also during this time.

  Next, when a still image shooting instruction is input (Yes in S205), the CPU 101 causes the imaging unit 110 to perform shooting for still image data (S210). At this time, the CPU 101 causes the encoding / decoding processing unit 130 to decode the image of the first frame of the moving image data stored in the RAM 102 and execute the thumbnail image generation processing (S211). In this embodiment, the thumbnail image of the moving image data to be recorded is described as being generated from the image of the first frame. However, the present invention is not limited to this, and any of the frames of the moving image data to be recorded is used. It may be generated from an image of such a frame. That is, a thumbnail image using any frame of the moving image data stored in the RAM 102 may be generated when a still image shooting instruction is given. In this way, it is possible to generate a thumbnail of the moving image data without reading the moving image file from the recording medium after the file recording of the moving image data to the recording medium is finished once, so that the processing is quick. Become. If it is determined that a still image shooting instruction has been issued, the CPU 101 performs control so that the instruction is not accepted even if a still image shooting instruction is issued.

  Next, the CPU 101 determines whether or not the thumbnail image generation processing by the encoding / decoding processing unit 130 has been completed (S212). If the processing has been completed, next, the digital image captured in S210 is determined. In order to convert the image signal into still image data, the image processing unit 111 sequentially executes development processing and the encoding / decoding processing unit 130 sequentially executes encoding processing (S220). At this time, in parallel, the CPU 101 includes the thumbnail image generated by the thumbnail generation process in the header information of the encoded moving image data temporarily stored in the RAM 102 and records it on the recording medium 151. 150 is controlled (S221). Here, the still image development process (S220) is a “demosaic” process for creating a full-color image by complementing color information by collecting and giving missing color information from its surrounding pixels to each pixel during shooting. In addition to this, processing such as gamma correction and white balance adjustment may be included.

  When the above-described development processing is completed, the CPU 101 stores the developed digital image data in the RAM 102 again, causes the display control unit 141 to read it, and causes the display unit 140 to display it. This is a so-called “rec review” display in which a photographed image is displayed on the display unit 140 immediately after photographing with a digital camera. Incidentally, no image is displayed on the display unit 140 and a black image is displayed until the still image development process is completed after an instruction to shoot a still image is given. Alternatively, a display for presenting a status such as “processing” to the user may be displayed.

  When the development process is completed, the CPU 101 causes the encoding / decoding processing unit 130 to execute the encoding process according to a preset encoding method for still image recording. Next, the CPU 101 determines whether or not the still image development process and the encoding process have been completed (S222). If it is determined that the still image encoding process has been completed (Yes in S222), the CPU 101 sends the generated still image data to the recording / playback unit 150 to be recorded on the recording medium 151 (S223). Then, unless the user operates the operation input unit 102 to give an instruction to exit the digest movie mode (No in S224), the CPU 101 captures and encodes a moving image in parallel with recording a still image (S201). ). At this time, the CPU 101 causes the display control unit 141 to read out the digital image signal stored in the RAM 102 and displays the through image on the display unit 140 again.

  As described above, the imaging apparatus 100 according to the present exemplary embodiment records a moving image file and a still image file in the “digest movie mode”.

  Here, in the “digest movie mode” of the present embodiment, the newly captured video data (new video data) is added to the video data of the video file (existing video file) already recorded on the recording medium 151. An example of connection (additional writing) will be described. For example, if the date when the existing video file was recorded and the date when the new video data was acquired (the camera date setting at the time of shooting may be the same), the video data should be concatenated as shown in FIG. Recorded as shown. FIG. 3 shows the shooting timing and the recording state of the moving image file and the still image file.

  Still image files P1, P2, and P3 having the same shooting date are recorded in one folder (in the same folder) of the recording medium 151, and the moving image data stored in the RAM 102 immediately before shooting each still image is stored in the same folder. It is recorded as one linked moving image file. Further, P4 and P5 having shooting dates different from those of the still image files P1 to P3 are recorded in a folder different from the folder in which the still image file P1 is recorded. At this time, the moving image data stored in the RAM 102 immediately before shooting the still image file P4 is stored in the same folder as the shooting date of the still image file P4 even if the shooting date is changed in the middle of the moving image data. It shall be controlled to be recorded. That is, it is determined whether to link the moving image data or to newly save the moving image data, based on the date information at the timing when the shooting instruction is input.

  Further, in the present embodiment, it has been described that a thumbnail image corresponding to moving image data is generated every time a still image shooting instruction is input. However, for example, moving image data M1 generated at the time of shooting P1 still image data. The thumbnails corresponding to may be generated, and the thumbnail images of the M2 and M3 moving image data to be added may not be generated. In this way, it is possible to have one thumbnail image for each moving image file.

  Next, in the “digest movie mode”, the newly captured video data (new video data) is linked (added) to the video data of the video file (existing video file) already recorded on the recording medium 151. The operation when editing is performed will be described in detail. As described above, whether to link (add) is determined when the imaging apparatus 100 is activated, when the digest movie mode is selected, or after a still image recording instruction is input.

  The moving image data concatenation process is a process executed in S221 of FIG. 2, but as described later, some processes may be performed in parallel with S222, S223, and S201 to S204.

  FIG. 4 is a diagram showing a control operation of the imaging apparatus when editing for connecting (adding) moving image data, and FIG. 5 corresponds to each step of FIG. 4 and shows a moving image file in the recording medium 151. It is a figure which shows a state. The operation in FIG. 4 is a process executed by the CPU 101 controlling each block of the imaging apparatus 100.

  First, in step S202, the CPU 101 controls the recording / playback unit 150 so as to record moving image data for a predetermined time stored in the RAM 102 in a free area of the recording medium 151 (S410). At this time, since the FAT is used as the file system, the moving image data is recorded in an empty cluster in accordance with basic rules.

  FIG. 5A is a diagram illustrating a recording state of a specific moving image file before the moving image data in the RAM 102 is recorded on the recording medium 151. In FIG. 5A, moving image data of a specific moving image file is recorded from cluster 1 to cluster 2, and a header of the specific moving image file is recorded in cluster 3. The moving image file is recorded in the clusters 1 to 3 as described above. In the FAT area, the cluster number is recorded in the FAT entry so as to indicate that the file is recorded in the order of cluster number 3 → 1 → 2. That is, “1” is recorded in the FAT entry with the cluster number 3, “2” is recorded in the FAT entry with the cluster number 1, and the FAT entry with the cluster number 2 indicates “ FF "is recorded. Therefore, a specific moving image file may be read from the recording medium in the order of cluster number 3 → 1 → 2.

  FIG. 5B shows a state in which moving image data for a predetermined time stored in the RAM 102 is recorded on the recording medium 151 in S410. FIG. 5B shows a state in which moving image data for a predetermined time is recorded in the clusters 4 and 5. In this state, as can be understood by checking the FAT entry in the FAT area, the moving image data for a predetermined time is recorded in the clusters 4 and 5 different from the specific moving image file recorded in the clusters 1 to 3. It has become the data.

  Next, the process of S420 will be described. Here, if the process of S410 has started, the process of S420 may be started even if the process of S410 has not ended.

  The CPU 101 analyzes moving image data of a specific moving image file recorded on the recording medium 151 after the recording of moving image data for a predetermined time stored in the RAM 102 is started, and specifies a connection position. In this embodiment, the connection position is after the moving image data of a specific moving image file. In this process, the larger the size of a specific moving image file, the longer it takes to read and analyze the file, so it may take longer to specify the connection position.

  Next, the CPU 101 controls the recording / reproducing unit 150 so as to rewrite the FAT entry in order to link (append) a predetermined time period of moving image data recorded on the recording medium 151 to a specific moving image file (S430). ). That is, as shown in FIG. 5C, the state where the end of the specific moving image file is the cluster number 2 is changed, and after the cluster 2, the modification is made so that the clusters 4 and 5 are read continuously. Specifically, the FAT entry of the FAT cluster number 2 is rewritten to “4” so that the cluster 4 which is the head of the cluster in which the new moving image data is recorded is read from “FF” indicating the end of the file. .

  Then, the CPU 101 reads the file header of the specific moving image file, edits the file header so as to add information for managing the data of the new moving image data, and records the file header on the recording medium 151 (S440). In the file header, for example, management information indicating which position in the moving image file the data of the specific frame of the moving image or the start position of the specific GOP is recorded. As a result of such processing, as shown in FIG. 5C, the movie file after concatenation editing is composed of clusters 1 to 5 and is recorded in the order of cluster numbers 3 → 1 → 2 → 4 → 5. Become.

  Then, the CPU 101 moves the process to S222.

  Note that the processing from S420 to S440 may be executed in parallel with the processing in S222 and S223, and may further be executed in parallel to the processing from temporary storage S201 to S204 of moving image data by the next shooting. . This is because the moving image data stored in the RAM 102 has already been recorded in the recording medium 151 by the processing of S410, and therefore the area of the RAM 102 for temporarily storing the moving image data is released. If the storage area for temporarily storing the moving image data in the RAM 102 is released, the moving image data obtained in S201 may be stored in the RAM 102.

  As described above, when the imaging instruction is input, the CPU 101 of the imaging apparatus 100 according to the present exemplary embodiment stores the moving image data for the predetermined time stored in the RAM 102 in the recording medium 151 until the imaging instruction is input. The recording / reproducing unit 150 is controlled to record (S410). Then, after the recording of the moving image data for a predetermined time stored in the RAM 102 starts, the CPU 101 analyzes the moving image data of the specific moving image file recorded on the recording medium 151 and specifies the connection position (S420). Thereafter, the FAT and header are edited so that the specific moving image file is edited so that the moving image data for the predetermined time is reproduced following the connection position.

  Thereby, the imaging apparatus of a present Example connects the newly imaged moving image data to the moving image data of the existing moving image file recorded on the recording medium 151. Before analyzing the connection position of the existing moving image file, the new moving image data temporarily stored in the RAM is recorded on the recording medium so that the moving image data storage area of the RAM 102 can be released. Therefore, it is possible to store the next moving image data in the moving image data storage area of the RAM 102 before specifying the connection position of the existing moving image file, so that the time until the next moving image data is shot is not increased. Can be.

  Next, the file format of the moving image file recorded on the recording medium 151 will be described. FIG. 6 is a diagram for explaining the file format of the moving image according to the present embodiment.

  In this embodiment, the moving image file is recorded in the MOV format. In the MOV format, data recorded in a file is described in a data structure called “Atom” and recorded in the file in units of atoms. Each atom has a “Size field” and a “Type field”. The “Size field” is a 4-byte field that represents the data size of the entire atom including the Size field. The “Type field” is a 4-byte type identifier field indicating the kind of atom. In each atom, the fields after the “Type field” are optional depending on the atom, and the description thereof is omitted here. Further, it is possible to include other atoms in the atom, thereby realizing a nested structure. The moving image file recorded in the MOV format stores each atom in a structure as shown in FIG.

  As shown in FIG. 6, the moving image file in the MOV format has the following atoms.

  Ftyp (file type atom) 701 representing the type of file. A moov (movie atom) 702 that stores information about audio and video, including mvhd (movie header atom) 706 and trak (track atom) 707, 708, 709, which will be described later. Mdat (movie data atom) 703 that stores actual data such as voice, video, and text.

  The moov (movie atom) 702 stores the following atoms.

  Udta (user data atom) 704 in which arbitrary data is stored. A meta (metadata atom) 705 in which metadata such as the model name of the image capturing apparatus 100, position information of the image capturing apparatus 100 received by the communication unit 152, and UTC time are stored. An mvhd (movie header atom) 706 that stores the creation date / time, modification date / time, time scale, duration, etc. of the movie. Trak (track atom) 707 for video. An audio trak (track atom) 708. A trak (track atom) 709 for text.

  Further, the following atoms are stored in each trak (track atom) 707 to 709.

  A tkhd (track header atom) 710 in which the creation date and time of the track, Duration (time interval between samples in a chunk to be described later), ID, and the like are stored. In this embodiment, the video track ID is 1, the audio track ID is 2, and the text track ID is 3. Tref 711 storing reference information between tracks. In the present embodiment, since the video track refers to the text track as a chapter, the video tref 711 describes 3 as the ID of the text track, and in order to refer to it as a chapter, describes “chap” as an identifier. Has been. The same applies to the audio track. In this embodiment, tref does not have to exist in the text track.

  Further, the following atoms are also stored in each trak (track atom) 707 to 709.

  A stsc (sample chunk atom) 712 that indicates how many samples (frames in the case of video) each chunk is composed of. In this embodiment, it is assumed that all video chunks are composed of 1 chunk = 1 sample (frame).

  A stts (synchronous sample atom) 713 storing a time interval (Duration) between samples. In the case of a video track, since the frame interval does not change in one moving image file, for example, in the case of 30 frames per second, data corresponding to “0.033 seconds” is described. In the case of a text track, since each chapter has a different time interval, the length of each chapter is, for example, “4 seconds”, “3 seconds”, “4 seconds”, “2 seconds” in order from the top. The corresponding data is described. A stsz (sample size atom) 714 that stores the data size of each sample per sample. Stco (chunk offset) 715 storing the file offset of each chunk.

  The following atoms are stored in mdat (movie data atom) 703 in which actual data such as audio, video, and text is stored.

  Text chunks 716 and 717 storing the title of each chapter as text data. In the text chunks 716 and 717, data indicating the data size (hexadecimal number) of the text data that follows is stored in the first area. Text data is stored in the text data area in ASCII code. In this embodiment, it is assumed that the shooting time when a still image was shot in the “digest movie mode” is described as text data. In other words, in the “digest movie mode”, when there is an instruction to shoot a still image at 12:34:56, the moving image recorded on the recording medium corresponds to 12:34:52 to 12:34:56. It is a video to be. However, text data corresponding to 12:34:56 when a still image shooting instruction is given is written as the chapter title of this moving image.

  In addition, the following atoms are also stored in mdat (movie data atom) 703 in which actual data such as voice, video, and text is stored.

  Audio data chunks 718, 719. Video data chunks 720, 721, 722, etc. In FIG. 7, alphabets indicate the types of pictures. That is, it indicates either an I picture that has been subjected to intraframe prediction encoding, a P picture that has been subjected to interframe prediction encoding for forward prediction, or a B picture that has been subjected to interframe prediction encoding for bidirectional prediction. In the present embodiment, I is added because it is an I picture that has been intra-frame prediction encoded. Further, the alphabetic subscript number represents the frame number from the beginning. That is, the video data chunk 720 indicates that the first frame is an I picture (intra-frame predictive coded picture).

  Here, the data storage state of the mdat atom 703 will be described.

  As described above, the mdat atom 703 stores text chunks, audio chunks, and video chunks. In the present embodiment, one audio chunk and 15 video chunks are stored as a set. This is recorded in this way so that 0.5 seconds of audio data corresponds to 15 frames of video. However, the storage method is not limited to this method. Furthermore, text chunks 716 and 717 are stored for each chapter as in this embodiment. This corresponds to one text chunk per chapter. That is, when shooting is repeated in the “digest movie mode” as in this embodiment, a text chunk is stored in the mdat atom every time shooting is performed. A text chunk corresponds to one chapter. As described above, the text chunk sample playback interval (Duration) is also stored in the text stts atom of the text trak atom.

  Movie files are recorded in this format.

  Therefore, for example, when accessing an arbitrary video frame, audio data, or chapter in mdat, information stored in stsz 714 and stco 715 of moov 702 may be used.

  Here, an editing process for deleting moving image data corresponding to a specified chapter of a moving image file recorded on the recording medium 151, which is a characteristic operation of the imaging apparatus 100 of the present embodiment, will be described.

  As a method of selecting a chapter to be deleted, there is a method of displaying a chapter list screen by analyzing a trak atom for text, for example, a moov atom of a moving image file and selecting a target chapter. Further, a chapter including a frame displayed on the display unit 140 in the reproduction mode may be selected as a chapter to be deleted.

  In this embodiment, the description will be made assuming that the moving image data of the chapter to which the designated frame belongs is deleted.

  FIG. 7 is a flowchart for explaining the operation of the editing process according to the present embodiment. The process is executed by the CPU 101 controlling each unit of the imaging apparatus 100 based on the program developed in the RAM 102. is there. FIG. 8 shows the state of the moving image file. FIG. 8A shows the state of the moving image file before editing, and FIG. 8B shows the state of the moving image file after editing.

  The CPU 101 starts the process shown in the flowchart of FIG. 7 in response to an instruction to delete the moving image data of the chapter to which the specified frame belongs, such as the frame being displayed, from the operation unit 104.

  First, the CPU 101 obtains the designated frame number (n) (S801). Next, the CPU 101 analyzes the video stts 713 and obtains the playback time (the aforementioned Duraitaion) Dv per video sample (S802). Then, the CPU 101 calculates the time (D) to the frame number (n) from the frame number (n) and the reproduction time Duration (Dv) per video sample (S803).

  Next, the CPU 101 analyzes the text stts, acquires the playback time of each text chunk corresponding to each chapter of the moving image file (S804), and the playback time (D) of the frame with the designated frame number (n). Compare (S805).

  Here, when the playback time (D) is between the playback time of the c-1st text chunk and the playback time of the cth text chunk, the frame of the designated frame number (n) is the cth Belongs to this chapter. For example, it is assumed that the time (D) to frame number (n) is 19 seconds. When the playback time of the c-1st text chunk is 18 seconds, the chapter corresponding to the c-1st text chunk ends up to 18 seconds and thereafter becomes the chapter corresponding to the cth text chunk. . Next, if the playback time of the c-th text chunk is added to be 22 seconds, the time (D) to frame number (n) is smaller than 22 seconds, so the frame of the designated frame number (n) is It belongs to the c-th chapter. In this way, the CPU 101 determines whether or not the reproduction time (D) is between the reproduction time of the c−1th text chunk and the reproduction time of the cth text chunk. This determination specifies that the chapter to which the designated frame belongs is the c-th chapter (S806).

  Next, the CPU 101 divides the reproduction time of the c-th chapter to which the designated frame belongs by the Duraitaion (Dv) per video sample. Thereby, the last frame number of the c-th chapter can be specified (S807).

  Next, the CPU 101 specifies a terminal CutoffsetE on the moving image file of the moving image data of the c-th chapter by the following process (S808). The CPU 101 obtains the data size of the last frame of the c-th chapter from the video stsz atom and the file offset of the last frame of the c-th chapter from the video stco atom. Then, the end of the data of the last frame of the c-th chapter is calculated by adding the data size of the last frame of the c-th chapter to the file offset of the last frame of the c-th chapter. Specified as CutoffsetE.

  Next, the CPU 101 specifies the first CutoffsetS on the moving image file of the moving image data of the c-th chapter by the following processing (S809). The CPU 101 reads the file offset of the text chunk from the text stco atom and specifies it as the first CutoffsetS on the data of the c-th chapter to which the designated frame belongs.

  As described in FIG. 6, in the mdat atom, a text chunk is generated for each chapter, the text chunk is arranged at the head of the audio chunk and video chunk belonging to each chapter, and the audio chunk corresponds. Arranged before the video chunk. Therefore, the beginning and end of the c-th chapter can be specified by the processing of S808 and S809. Note that either of the processes of S808 and S809 may be performed first.

  Here, a description will be given assuming that a moving image file is recorded as shown in FIG.

  Next, the CPU 101 performs calculation by rounding up CutoffsetS by the size of the cluster size, and specifies the cluster boundary CutoffsetS '(S811). Further, the CPU 101 performs calculation by cutting down CutoffsetE by the size of the cluster size, and specifies the cluster boundary CutoffsetE ′ (S812).

  Here, when the file offsets at the beginning and the end of the moving image data of the c-th chapter in the moving image file are known, the CPU 101 specifies the recording position of the moving image data of the c-th chapter in the moving image file on the recording medium. This is because the cluster size is determined to be a predetermined size in the recording medium 151, and the CPU 101 calculates how many bytes are counted from the head of the file. Then, through the processing of S811 and S812, the file allocation table is analyzed to identify which cluster is the recording start cluster or the end cluster of the moving image data of the c-th chapter.

  As shown in FIG. 8A, the data of the c-th chapter is recorded from cluster number 8 to cluster number 11. That is, the cluster boundary CutoffsetS ′ indicates the head of the head cluster of the c-th chapter data. The cluster boundary Cutoffset E ′ indicates the head of the last cluster of the c-th chapter data.

  Next, the CPU 101 divides the reproduction time of the c-1th chapter, which is the chapter immediately before the cth chapter, by Duraitaion (Dv) per video sample. As a result, the last frame number of the (c-1) th chapter is specified. Similarly to S808, the CPU 101 determines the data size of the last frame of the c-1th chapter from the video stsz atom, and the last data of the c-1 chapter from the video stco atom. Get the file offset of the frame. Then, the data size of the last frame of the c-1th chapter is added to the file offset of the last frame of the c-1th chapter, and the end of the data of the last frame of the c-1th chapter is determined. calculate. Then, the CPU 101 performs calculation by rounding down the end of the data of the last frame of the c-1 chapter by the size of the cluster size in the same manner as in S812, and specifies the final cluster of the last frame of the c-1 chapter. (S813).

  As shown in FIG. 8A, the final cluster of the data of the c-1 th chapter is cluster number 5.

  Next, the CPU 101 reads the file offset of the text chunk from the text stco atom, and specifies the top of the data of the c + 1th chapter. Similarly to S811, the CPU 101 performs calculation by rounding up the top of the data of the c + 1th chapter by the size of the cluster size, and specifies the top cluster of the data of the c + 1th chapter (S814).

  As shown in FIG. 8A, the first cluster of the data of the c + 1th chapter is the cluster number 13.

  In the case of a normal moving image file, focusing on moving image data at chapter boundaries, most moving image data corresponding to two chapters is recorded across a specific cluster. Therefore, if it is a normal moving image file, there is a possibility that other data is recorded in the first cluster and the last cluster of the data of the c-th chapter. However, in the “digest movie mode” of this embodiment, a moving image file can be recorded on a recording medium so that moving image data of other chapters is not included in the same cluster. Therefore, in this embodiment, the cluster chain of the file allocation table (FAT) is read so that the first cluster of the moving image data of the c + 1th chapter is read after the final cluster of the moving image data corresponding to the c-1th chapter. rewrite.

  In addition to the “digest movie mode”, when editing a moving image file recorded on a recording medium so that moving image data of other chapters is not included in the same cluster, the deletion processing of this embodiment is performed. Can be applied.

  Next, in order to invalidate the data of the c-th chapter, the CPU 101 rewrites the stco atom, the stsz atom, and the stts atom in the video, audio, and text trak atoms in the moov atom. That is, the file offset of each sample, the data size of each sample, and the reproduction time (Duration) are rewritten (S815).

  Next, the CPU 101 rewrites the file allocation table (FAT) of the moving image file (S816). That is, as shown in FIG. 8B, “0” indicating an empty cluster is written from the first cluster to the last cluster of the c-th chapter. Then, the cluster chain of the file allocation table (FAT) is rewritten so that the first cluster of the moving image data corresponding to the c + 1 th chapter is read after the final cluster of the moving image data corresponding to the c−1 th chapter. Also, information such as the data size and creation date and time of the directory entry indicating the deleted moving image file is rewritten.

  As described above, the moving image data of the c-th chapter is invalidated by the processing of S815, and the file size is reduced by deleting the moving image data of the c-th chapter of the moving image file by the processing of S816.

  In this way, the imaging apparatus 100 according to the present embodiment performs editing of a moving image without performing decoding and re-encoding processing of the moving image in order to delete moving image data belonging to a predetermined chapter of the moving image file. Can do. Therefore, the moving image editing process can be performed at high speed.

  In the present embodiment, a case has been described in which a moving image file is recorded on a recording medium so that moving image data of other chapters is not included in the same cluster as in the “digest movie mode”. However, when editing a moving image file in which moving image data of another chapter is included in the same cluster as normal moving image data, the following processing is performed. That is, the cluster chain of the file allocation table (FAT) is rewritten so that the terminal cluster is read after the head cluster of the data of the c-th chapter.

  In this embodiment, the imaging apparatus 100 has been described as an example. However, the present invention can be applied as long as the deletion process of this embodiment can be executed. For example, it may be a computer, a tablet terminal, a smartphone, a mobile phone, a television, or the like. Further, a program for causing a computer to execute the deletion process of this embodiment is also included in the present invention.

Note that the imaging apparatus 100 according to the present embodiment basically adds new moving image data to the moving image data of the existing moving image file. I have to.
When an existing moving image file to be added is protected When a specific moving image file “MDG — 000X.MOV” recorded on the recording medium 151 is protected, the user does not want to modify the file. Since there is a high possibility, appending is impossible.
When the file size exceeds a predetermined size due to additional recording The recording medium 151 is managed by, for example, the FAT file system as described above. In that case, for example, in FAT32, when it becomes 4 GB or more per file, it cannot be read. For this reason, if the “additional video file” exceeds 4 GB in the next shooting, the additional recording is impossible.
・ When there is an abnormality in the GOP structure of the moving image of the existing video file to be additionally recorded When there is an abnormality in the GOP structure as a result of checking the specific moving image file “MDG — 000X.MOV” to be added to the recording medium Since there is a possibility that moving image data to be additionally recorded may be affected, it is assumed that additional recording is impossible.
When there is no file to be additionally recorded A moving image shot in the digest movie mode is added with an MDG identifier “MDG — 000X.MOV” and a 4-digit serial number as a file name. However, if there is no moving image with an identifier including “MDG” in the file name, there is no moving image file shot in the digest movie mode, so that additional writing is impossible. Further, the file name of the moving image file recorded last in the digest movie mode is recorded in the non-illustrated non-volatile memory of the imaging apparatus 100, and additional recording is impossible even if the file does not exist.
・ When the shooting date of the movie file to be added is different from the date set on the imaging device When adding movie data shot on the same shooting date sequentially in digest movie mode, a different date will be added as the date changes. Since a moving image file is recorded, it is impossible to append.
・ When the region setting associated with the video file to be added is different from the region set in the imaging device When adding video data shot in the same region in digest movie mode sequentially, Since another video file is to be recorded, it is not possible to append. For example, the location information obtained using the GPS unit may be used as the area information, or “country” information selected when setting the clock of the imaging apparatus may be used.
・ When the information of the imaging device associated with the video file to be added is different from the imaging device that captures the new video data When adding only the video data shot in the digest movie mode with the same imaging device, It is confirmed whether the identification information of the imaging device associated with the moving image file to be added recorded on the recording medium matches the imaging device that performs shooting. If they are different, additional writing is impossible.

-When the video recording settings are not the same as the existing video file of the append source When adding new video data to the existing video file as in this embodiment, the frame rate, image size, GOP configuration, If the moving image encoding method is changed, there is a possibility that seamless playback cannot be performed. For this reason, when the moving image data of the existing moving image file and the moving image recording setting of the new moving image data are not the same, additional recording is impossible. Information such as a frame rate, an image size, a GOP configuration, and a moving image encoding method is recorded in a file header of an existing moving image file.
-When the audio recording settings are not the same as the existing video file of the append source When adding new video data to the existing video file as in this example, the audio sampling rate, number of channels, bit If the depth, the audio encoding method, or the like is changed, there is a possibility that playback cannot be performed. Therefore, when the moving image data of the existing moving image file and the audio recording setting of the new moving image data file are not the same, additional recording is impossible. Information such as an audio sampling rate and audio encoding method is recorded in a file header of an existing moving image file.
When there is an insertion / extraction history of the recording medium 151 When the imaging apparatus 100 is activated, the CPU 101 records the history of the insertion / extraction of the recording medium 151 in the non-illustrated non-volatile memory after the last shooting in the continuous movie shooting mode. If it is, appending is impossible. This is to reduce the possibility that “MDG — 000X.MOV” recorded on the recording medium 151 is edited by a computer or the like, the image size or the like is changed, and the moving image file itself is broken due to additional writing. For this purpose, the shooting date / time information recorded in the file header of “MDG — 000X.MOV” to be added is compared with the time information of the insertion / removal history remaining in the nonvolatile memory. In the additional recording moving image file “MDG — 000X.MOV”, time information first captured among moving image data of a plurality of scenes recorded in the moving image is recorded in a file header.
When the moving image playback time exceeds a predetermined time due to additional recording, the imaging apparatus 100 takes a new shooting in the continuous moving image shooting mode in consideration of the case where shooting exceeding a predetermined time (for example, 30 minutes) is not desired. Thus, when the reproduction time of the moving image data of the “additional recording moving image file” exceeds 30 minutes, the additional recording is impossible. For this purpose, for example, the playback time of the “additional video file” described in the file header is read out, and if it is 29 minutes 58 seconds or the like, additional recording is impossible.
-When the number of files in the folder in which the moving image file of the additional recording is recorded exceeds a predetermined number In the imaging apparatus 100, the number of files for recording still image files or moving image files on the recording medium 151 is based on a standard called DCF. Is recorded. In this DCF standard, a maximum of 9999 files can be recorded in one folder. However, since a still image file is newly generated when shooting is performed as in the present embodiment, Recording may not be possible in the folder in which the original video file is stored. In that case, the related still image file and the moving image file that is the additional recording source are stored in different folders, which makes it difficult for the user to view later. Therefore, in such a case, it is assumed that the moving image is recorded as a new file without additional writing and stored in a new folder. Here, 999 files are described as the upper limit, but 999 files, 900 files, 100 files, or 100 files may be used.

  Further, even when the recording medium 151 or the existing moving image file cannot be normally checked due to a cause such as corruption, it is determined that additional writing is impossible.

  In this embodiment, the imaging apparatus has been described. Examples of the imaging device include a general compact digital camera, a digital single-lens camera, a video camera, and a mobile phone. An apparatus to which the technology of the present invention can be applied is not limited to an imaging apparatus, and may be, for example, a personal computer connected with a camera.

(Other embodiments)
The above-described embodiment can also be realized in software by a computer of a system or apparatus (or CPU, MPU, etc.). Therefore, the computer program itself supplied to the computer in order to implement the above-described embodiment by the computer also realizes the present invention. That is, the computer program itself for realizing the functions of the above-described embodiments is also one aspect of the present invention.

  The computer program for realizing the above-described embodiment may be in any form as long as it can be read by a computer. For example, it can be composed of object code, a program executed by an interpreter, script data supplied to the OS, but is not limited thereto. A computer program for realizing the above-described embodiment is supplied to a computer via a storage medium or wired / wireless communication. Examples of the storage medium for supplying the program include a magnetic storage medium such as a flexible disk, a hard disk, and a magnetic tape, an optical / magneto-optical storage medium such as an MO, CD, and DVD, and a nonvolatile semiconductor memory.

  As a computer program supply method using wired / wireless communication, there is a method of using a server on a computer network. In this case, a data file (program file) that can be a computer program forming the present invention is stored in the server. The program file may be an executable format or a source code. Then, the program file is supplied by downloading to a client computer that has accessed the server. In this case, the program file can be divided into a plurality of segment files, and the segment files can be distributed and arranged on different servers. That is, a server apparatus that provides a client computer with a program file for realizing the above-described embodiment is also one aspect of the present invention.

  In addition, a storage medium in which the computer program for realizing the above-described embodiment is encrypted and distributed is distributed, and key information for decrypting is supplied to a user who satisfies a predetermined condition, and the user's computer Installation may be allowed. The key information can be supplied by being downloaded from a homepage via the Internet, for example. Further, the computer program for realizing the above-described embodiment may use an OS function already running on the computer. Further, a part of the computer program for realizing the above-described embodiment may be configured by firmware such as an expansion board attached to the computer, or may be executed by a CPU provided in the expansion board. Good.

Claims (9)

Playback means for playing back a video file recorded on a recording medium in a file format for managing the file using a file allocation table;
Editing means for performing editing to delete the moving picture data belonging to the chapter to be deleted of the moving picture file reproduced by the reproducing means,
The editing means identifies a recording position on the recording medium of the moving image data corresponding to the chapter to be deleted, and edits the file allocation table so that at least a part of the moving image data corresponding to the predetermined chapter is not read. An image processing apparatus.   2. The image processing according to claim 1, wherein the editing unit specifies a cluster in which moving image data belonging to the chapter to be deleted is recorded on a recording medium based on a cluster size of the recording medium. apparatus.   The image processing apparatus according to claim 2, wherein the editing unit edits the file allocation table so as not to read a cluster recorded on a recording medium of moving image data belonging to the chapter to be deleted.   The editing means identifies a recording position on a recording medium of moving image data belonging to the chapter to be deleted based on information described in a header of the moving image file. The image processing apparatus according to any one of the above. A control method for an image processing apparatus having a playback means for playing back a moving image file recorded on a recording medium in a file format for managing the file using a file allocation table,
When deleting moving image data belonging to the deletion target chapter of the moving image file reproduced by the reproducing means, the recording position of the moving image data corresponding to the deletion target chapter on the recording medium is specified, and the predetermined chapter A method of controlling an image processing apparatus, wherein a file allocation table is edited so as not to read at least a part of moving image data corresponding to.   6. The control method for an image processing apparatus according to claim 5, wherein a cluster recorded on a recording medium of moving image data belonging to the chapter to be deleted is specified based on a cluster size of the recording medium.   7. The method of controlling an image processing apparatus according to claim 6, wherein a file allocation table is edited so as not to read a cluster recorded on a recording medium of moving image data belonging to the chapter to be deleted.   8. The recording position on a recording medium of moving image data belonging to the chapter to be deleted is specified based on information described in a header of the moving image file. A control method for the image processing apparatus according to claim 1.   A program that causes a computer to function as each unit of the image processing apparatus according to claim 1.

Images