JP2004040183A - Moving picture storage method and moving picture storage apparatus - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a moving picture storage apparatus that does not limit a trick operation such as fast forwarding in a reproduction source during dubbing when dubbing a moving picture photographed by a video camera or the like. <P>SOLUTION: When the reproduction source (video camera or the like) makes a trick operation to disable normal dubbing on the way that the moving picture storage apparatus dubs a moving picture from the reproduction source, the moving picture storage apparatus interrupts the dubbing, compares a moving picture file list acquired from a source medium of the reproduction source with dubbed files stored in a hard disk of the moving picture storage apparatus (S501) to create a list of undubbed parts (S502), and creates a play list describing both the dubbed parts and the undubbed parts to store the play list into the hard disk (S503). Through the above processing, the moving picture storage apparatus can perform dubbing processing without placing a limit on the trick operation in the reproduction source. <P>COPYRIGHT: (C)2004,JPO

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a moving image storage device for reproducing video and audio transferred from another storage medium, a moving image storage method, a control program for the moving image storage device, and a computer-readable storage medium storing the control program.
[0002]
[Prior art]
In recent years, with the increase in capacity and speed of hard disks, and advances in computer technology, it has become possible to store and play moving images on hard disks. For example, a hard disk recorder capable of recording (dubbing) video shot by a home video camera or broadcast video on a hard disk and reproducing the dubbed video has become feasible.
[0003]
By the way, in the past, in general homes, when shooting with a video camera in order to memorize trips, events, and the like, in many cases, it is often played back only on the day of shooting and rarely seen. The reason for this is that replacement of photographed media is troublesome, or deterioration of the storage medium due to repeated reproduction is a concern. However, if there is a moving image storage device such as the above hard disk recorder, for example, if dubbing to the hard disk recorder while playing the video taken by the video camera on the same day, it is not necessary to replace the media at a later date, It is possible to reproduce a moving image of a video freely taken from a desired place without worrying about deterioration of the storage medium due to repeated reproduction, and the above problem can be solved.
[0004]
However, in a conventional hard disk recorder, for example, while dubbing a video shot by a video camera to data on a hard disk, it is necessary to continuously play back the video shot by the video camera. Also, if you stop playback midway, replace the storage medium attached to the video camera, or perform trick play such as fast-turning, the dubbing of the video will end at that point, or the stopped video The problem was that the video itself that had been quickly turned was dubbed.
[0005]
For example, Japanese Patent Application Laid-Open No. 2000-306368 discloses that video information is dubbed only at 1 × speed reproduction, and video reproduced at high speed is not a target of dubbing. When the tape was rewound, the same video was dubbed twice.
[0006]
Therefore, a moving image storage device capable of dubbing without restricting trick play such as stopping or prematurely playing back a reproduction side while dubbing a moving image to the moving image storage device has been proposed. For example, according to Japanese Patent Application Laid-Open No. 5-89644, in video editing, during an editing operation, an output video signal of a reproduction VTR is dubbed and stored in a video signal storage device that can be randomly accessed. By playing from the random access storage device, the user can significantly reduce the waiting time for playing.
[0007]
[Problems to be solved by the invention]
However, Japanese Patent Application Laid-Open No. 5-89644 can reduce the waiting time when performing reproduction after dubbing, but does not reduce the restriction on user operations during dubbing.
[0008]
Furthermore, when dubbing a moving image to the moving image storage device, there is a moving image storage device that can perform dubbing without restricting a trick play such as an operation performed on a reproduction side device, for example, stopping a reproduction or a quick turn. When dubbing is performed with such a moving image storage device, when playing back a dubbed moving image, the reproduced image has a section where dubbing has been completed and an incomplete section, and is reproduced by skipping the uncompleted section. It was unpleasant to watch because there was no connection between the stories.
[0009]
Therefore, the present invention has been made to solve the above-mentioned problems of the conventional art as a starting point, and has as its object, for example, a method in which a moving image taken by a home video camera or the like and stored in its storage medium is stored. When transferring to a storage medium in a moving image storage device, during transfer, operations such as trick play such as fast-forwarding and fast-returning on a playback side (for example, a video camera) and operations such as pause of playback are performed without restriction. It is an object of the present invention to provide a moving image storage device and a moving image storage device that can perform the operation.
[0010]
[Means for Solving the Problems]
A moving image storage method according to an embodiment of the present invention for achieving the above object has the following configuration. That is, when transferring the moving image data stored in the first storage medium to the second storage medium, if it is determined that normal transfer cannot be performed during the transfer, the transfer is stopped and the transfer is stopped. The information indicating the untransferred portion is retained, and the untransferred portion is transferred based on the information while determining that the transfer is possible.
[0011]
Here, when it is determined that the normal transfer cannot be performed, the transfer is not the 1 × speed transfer, and includes trick play start, stop, pause, source media eject, and power OFF such as fast-turning and fast-returning. The period during which the transfer is determined to be possible is a period during which the processing load is low, and includes a period during a stop and a pause. Further, the information indicating the untransferred part is list information of moving image data and information indicating that transfer has been completed, or information indicating that transfer has not been performed. The moving image data includes video data, audio data, and control information, and the information indicating the untransferred portion is added to the moving image data as the control information. Further, the first and / or second storage medium is a storage medium that can be randomly accessed.
[0012]
A moving image storage device according to an embodiment of the present invention for achieving the above object has the following configuration. That is, first transfer means for transferring moving image data stored in the first storage medium to the second storage medium, detecting means for detecting a stop condition for stopping the transfer, and detecting the transfer condition when the stop condition is detected. Control means for controlling the transfer means so as to stop, transfer state holding means for creating and holding information indicating an untransferred portion generated by the transfer stop, and while determining that transfer is possible, And a second transfer means for transferring an untransferred portion based on the information.
[0013]
A control program according to an embodiment of the present invention for achieving the above object has the following configuration. That is, the control program is a control program for controlling the moving image storage device, and determines that the first transfer module transfers the moving image data stored in the first storage medium to the second storage medium and that normal transfer cannot be performed during the transfer. In the case, a transfer stop module that stops the transfer, a transfer state holding module that creates and holds information indicating an untransferred portion that occurs due to the transfer stop, and a transfer state holding module that determines that transfer is possible. And a second transfer module for transferring the untransferred part based on the second transfer module.
[0014]
A computer-readable storage medium according to an embodiment of the present invention for achieving the above object has the following configuration. That is, a computer-readable storage medium storing a control program for controlling a moving image storage device, wherein the control program transfers a moving image data stored in a first storage medium to a second storage medium. When it is determined that normal transfer cannot be performed during the transfer, a transfer stop module that stops the transfer, a transfer state holding module that creates and holds information indicating an untransferred portion generated by the transfer stop, A second transfer module for transferring an untransferred part based on the information while determining that the transfer is possible.
[0015]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, a moving image storage device according to an embodiment of the present invention will be described in detail with reference to the drawings. In the following description, dubbing may be called capture.
[0016]
[Example of hardware configuration of moving image storage device: FIG. 1]
FIG. 1 shows a hardware configuration of a moving image storage device 100 according to the present embodiment. The hardware configuration of the moving image storage device 100 will be described with reference to FIG.
[0017]
Reference numeral 101 denotes a CPU, which is a central processing unit that executes a control program stored in a ROM or a RAM. A ROM 102 stores programs and data according to the present embodiment. 103 is a RAM for storing temporary data. When the purpose is temporary dubbing for editing a moving image, it can be used for storing a moving image, ancillary information, and copy information when dubbing a part of the RAM.
[0018]
Reference numeral 104 denotes a hard disk (second storage medium) that stores video, audio, and attached information. In the present embodiment, when dubbing is performed, it is used for recording a moving image, and thus may be a DVD-RAM, CD-RW, MO, other storage device, or a storage device connected to a network. 105 is a video camera. In the present embodiment, when dubbing, an AV device such as a VCR or a personal computer may be used because the connection is made for the purpose of reproducing the recorded moving image.
[0019]
Reference numeral 106 denotes an IEEE 1394 interface, which is connected to the video camera 105 and secures a band of moving image / video information and attached information from the video camera 105 to reliably input / output in real time and input control commands for operating the video camera 105. Output, the source medium (first storage medium) of the video camera 105 is ejected, the power ON / OFF state of the video camera 105, etc. can be known. It can be treated as a file, and input / output data of a list of files, attributes of files, and arbitrary positions of files can be input and output. If the purpose can be achieved, another wired interface such as USB may be used instead of the IEEE1394 interface, or a wireless interface such as 802.11 or HomeRF may be used.
[0020]
An operation panel 107 includes switches, knobs, buttons, and the like. A serial interface 108 converts a signal from the operation panel 107 into digital data that can be processed by the CPU 101. Reference numeral 109 denotes a remote controller, which transmits information of pressing a button by infrared rays. Reference numeral 110 denotes an IrDA interface that receives infrared rays transmitted from the remote controller 109 and converts the infrared rays into digital data that can be processed by the CPU 101.
[0021]
Reference numeral 111 denotes a TV that outputs video and audio. The TV 111 may be a high-resolution display for a personal computer, a low-resolution display for a portable terminal, a CRT, a liquid crystal display, a color monitor, a monochrome monitor, or the like. Reference numeral 112 denotes an output unit which decodes function menus and operation modes displayed on the TV 111 and encoded moving image data and outputs video and audio signals.
[0022]
Reference numeral 113 denotes a removable disk drive (FDD) such as a floppy disk or a CD-ROM, which is used for reading from an application program medium described later. A network interface (NeT-I / F) 114 performs data control and diagnosis for performing data transfer with a network system such as the Internet described later. Reference numeral 115 denotes an I / O bus (address bus, data bus, and control bus) for connecting the above-described units.
[0023]
[Configuration example of remote controller: FIG. 2]
FIG. 2 shows an overview of the remote controller 109.
[0024]
Reference numeral 201 denotes a menu button. When the menu button 201 is pressed, a hierarchical list of functions that are relatively infrequently used other than the video operation is displayed on the TV 111. Reference numeral 202 denotes a cursor movement button for moving a point of interest displayed on the TV 111 in each direction. Reference numeral 203 denotes an execution button for designating an item with a cursor and for performing an operation transition. Reference numeral 204 denotes a cancel button for canceling designation by the execute button 203 or returning operation transition to a previous state.
[0025]
Reference numeral 205 denotes video operation buttons for instructing fast rewind, playback, fast forward, recording, pause, and stop, respectively. Here, to perform dubbing, the recording and playback buttons are pressed. The video operation button can operate the video camera 105 by sending a video operation control command to the video camera 105 through the IEEE 1394 interface 106, in addition to the operation of the moving image storage device 100. Whether to operate the video storage device 100 or the video camera 105 depends on the state of the target device mode. For example, if the target device mode is set to the playback side, the moving image data stored in the source medium mounted on the video camera 105 can be transferred to the moving image storage device 100. A power button 206 turns on / off the power of the moving image storage device 100.
[0026]
To execute a function using the remote control 109, the user presses the menu button 201, selects a function by moving a point of interest with a cursor movement button from a hierarchical function list displayed on the TV 111, and selects an execution button. By pressing the button 203, a function command is generated and executed. The operation panel 107 is also provided with buttons and knobs to which buttons equivalent to those of the remote controller and functions which can be selected with the remote controller are assigned.
[0027]
The input section of the function command may be constituted by an input section such as a keyboard or a mouse of a personal computer in addition to the buttons of the remote controller 109 and the operation panel 107. Although it is inferior, an operation panel having improved operability may be used.
[0028]
[Configuration example of moving image data: FIG. 3]
Next, FIG. 3 shows an example of moving image data stored in a storage medium.
[0029]
The moving image data mainly includes two types of files, a moving image file 301 (FIG. 3A) and a playlist file 302 (FIG. 3B). In the present embodiment, the moving image file 301 is stored as a file in which video (Video), audio (Audio), and attached information are multiplexed in the MPEG-2 transport stream format. The format of the moving image file 301 is not limited to MPEG2, but may be DV or another format.
[0030]
(Video file: Fig. 3 (a))
In the case of the transport stream format, the moving image file is composed of continuous fixed-length TS packets, and the header of each TS packet contains identification information indicating the type of main data and clock information. (Video), audio (Audio), attached information, and other unique data added by the moving image reproducing means can be identified and separated.
[0031]
The moving image file 301 is created each time recording is started in the video camera 105, and one shot corresponds to one moving image file in principle. When processing such as editing is performed later, one shot is composed of a plurality of moving image files, and a reproduction method is defined by the playlist file 302. The file name of the moving image file is determined, for example, from the date and time when the recording was started. One example is 200105523201595. It is attached like MP2. However, in the following description of the operation description, in order to simplify the file name, numerals having a small number of digits are used as the file name.
[0032]
Video (VIDEO) and audio (AUDIO) each store time stamp information for synchronization.
[0033]
Among the additional information, the additional information relating to the entire video file is located at the beginning and end of the video file, and the additional information, which is information relating to image frames and arbitrary sections, is located near the corresponding video and audio. Multiplexed as shown. As a matter of course, some or all of them may be arranged as files independent of the moving image file.
[0034]
The auxiliary information relating to the entire moving image file stores, for example, data indicating a shooting state of the camera, such as a time required for reproducing the moving image, a shooting date and time, and an AE mode at the time of shooting. In the attached information about each frame, data indicating the shooting state of the camera that changes in real time, such as the aperture, shutter speed, and focus at the time of shooting, is stored. Further, there are a playlist and a missing information list as additional information for a plurality of moving image files.
[0035]
The encoding format of the attached information may be binary data in which the meaning of each bit is defined, or text data. In the case of text data, it may be expressed by a unique type definition in the XML format, or may be expressed using a type definition conforming to the MPEG7 standard.
[0036]
(Playlist file: FIG. 3 (b))
The playlist file 302 is a list that designates an arbitrary range or all of one or a plurality of moving image files, and the moving image reproducing process can seamlessly reproduce the moving images according to the list.
[0037]
In the present embodiment, the content of the data stored in the playlist file 302 is a list including a moving image file name, a start time, and an end time. The time is stored in the format of hour: minute: second: frame number. Note that as long as the information can identify a moving image section, clock information, a file offset, and physical and logical position information on a storage medium may be used instead of the start time and the end time.
[0038]
[Example of main operation procedure of moving image storage processing: FIG. 4]
FIG. 4 shows a flow in which the CPU 101 executes the control program of the moving image storage process stored in the ROM 102 using the RAM 103 after the power of the main body is turned on in the moving image storage device 100 of the present embodiment. FIG. 7 shows an example of a moving image data list on a source medium, for example.
[0039]
In the following description, moving image data stored on a source medium (first storage medium) mounted on the video camera 105 is dubbed (captured) on the hard disk 104 (second storage medium) of the moving image storage device 100. This will be described using an example.
[0040]
Hereinafter, the flow of executing the control program will be described in detail with reference to FIG.
[0041]
When the power is turned on, the process proceeds to step S401, and system initialization such as initialization of various interfaces is performed. Next, the process proceeds to step S402 to check whether or not a command has been input from the operation panel 114 or the remote controller 109. If the command has been input, the process proceeds to step S403 to identify the input command and determine whether the input command has been input. According to the command, each processing of step S404, step S407, step S410 or step S409 is performed.
[0042]
(Capture start command processing)
First, in the identification of the command in step S403, when the input command is a capture start command for starting dubbing from the source medium (first storage medium) to the second storage medium (for example, the recording in FIG. 2 is pressed). If it is, the dubbing start preparation process is performed in steps S404 to S406.
[0043]
That is, first, the process proceeds to step S404, and a flag indicating that the camera is in the capture mode is turned ON. By referring to this flag, the capture mode processing is performed in the subsequent processing. Next, proceeding to step S405, the target device mode is set to the reproduction side, that is, the video camera. Subsequent video operations from the operation panel 107 or the remote control 109 operate the video camera 105 on the playback side.
[0044]
Next, the process proceeds to step S406, where media information is acquired from a source medium (first storage medium) attached to the video camera 105 on the playback side. However, since it is impossible to obtain all the information of the source media that is the transfer source due to the restriction of the transfer time, here, the entire list of the video files (see (a) of FIG. 7), the beginning and the end of the video files And the contents of the playlist file (see FIG. 7B) included in the hard disk 104 (second storage medium). In this case, step S406 is not executed when dubbing is resumed. Alternatively, in step S406, first, the entire moving image file list and the playlist file and the attached information included at the beginning and end of the first moving image file are obtained, and at the time of resumption, they are included at the beginning and end of the current moving image file. You may make it acquire additional information. These are selected from transfer time constraints.
[0045]
Next, the process returns to step S402, and waits until the next command is input.
[0046]
(List of video data of source media: Fig. 7)
FIG. 7 is an example of information acquired from the source medium (first storage medium) and stored in the hard disk 104 in step S406. In the figure, reference numeral 701 denotes a list of files stored in the source medium. A file having the extension “.mp2” is a moving image file, and a file having the extension “.lst” is a playlist file. Reference numeral 702 denotes an example of the contents of a playlist file.
[0047]
(Normal playback command processing)
On the other hand, if it is determined in step S403 that the input command is the normal reproduction start command (in the case where the reproduction in FIG. 2 is pressed), the flow advances to step S407 to check the capture mode.
[0048]
Next, in step S407, if the capture mode is not ON, the process proceeds to step S409 without doing anything. If the capture mode is ON, the capture start process is performed in step S408, and the process proceeds to step S409. After proceeding to start the reproduction process, the process returns to step S402 and waits until the next command is input.
[0049]
The capture start process in step S408 is as follows. First, in the capture start processing, a moving image file is created on the receiving hard disk 104 (second storage medium), and the moving image data received from the IEEE 1394 interface is made dubbable on the hard disk 104, and a captured list described later with reference to FIG. To add a new file name and capture start time. When dubbing is possible, a playback command is sent to the video camera 105 on the playback side, and dubbing (capture) of moving image data of the source medium (first storage medium) of the video camera 105 is started.
[0050]
The writing of the captured data to the moving image file is performed in units of logical data. This will be described in detail later, but is temporarily stored in the RAM 103 until the unit is completed. When capture is interrupted, data is not stored on the hard disk in the state of being cut off in the middle. Also, the moving image file to be stored is closed once at the point where the moving image file on the reproduction side is switched, and is switched to a new moving image file in the same manner as the reproduction side. The file name to be stored is obtained by adding a serial number after the file name on the playback side, so that the video file name on the playback side can be mechanically specified from the stored video file name.
[0051]
Therefore, at the time of switching to a new moving image file (for example, P2 or P3 in FIG. 8), the length of the last file in the captured list is entered, and a new file name is added to the captured list along with the start time (0). Is done.
[0052]
(Processing of trick play start command, etc.)
On the other hand, the command input in the command evaluation in step S403 is a command that does not allow normal dubbing, such as a trick play start command such as fast reverse, a stop command, a pause command, a source media eject command, and a power OFF command. In this case, the process proceeds to step S410.
[0053]
In step S410, the capture mode is checked. If the capture mode is not ON, the process proceeds to step S414 without doing anything. If the capture mode is ON, the processes in steps S411 to S413 are performed, and then the process proceeds to step S414. Proceed to. In step S414, after each command process is started, the process returns to step S402, and waits until the next command is input.
[0054]
The processing in steps S411 to S413 is as follows.
[0055]
That is, if the capture mode is ON, the capture process ends in step S411, and the moving image file is closed. In the capture ending process, the incomplete block of moving image data before dubbing to the hard disk remaining in the RAM 103 is discarded, and the file of the newly added captured list is deleted in step S408 or when the moving image file is switched. Fill in the length. Next, in step S412, a process of creating a missing list is performed. Note that the process of creating the loss list will be described in detail with reference to FIG. 5, and a description thereof will be omitted. Next, in step S413, the flag indicating the capture mode is turned off.
[0056]
(Processing of other commands)
On the other hand, if the command input in the command evaluation in step S403 is another command, the process proceeds to step S415 without performing any processing, returns to step S402 after processing the input command, and returns to step S402. Wait for input.
[0057]
In the processing example of FIG. 4 described above, the loss list is created and updated when dubbing is stopped. However, control may be performed so that the loss list is updated even when dubbing is resumed. For example, this is realized by updating the loss list in the capture start processing in step S408. As long as the stop button or the like is not pressed, dubbing may be automatically restarted when the pause or trick play ends. In this case, the capture flag ON / OFF procedure may be changed. The process of turning off the capture flag in step S413 of step 4 is not performed at the start of pause or trick play, and normal playback may be started with the capture flag ON at the end of pause or trick play.
[0058]
[Example of operation procedure of missing list creation processing: FIG. 5]
Next, the loss list creation processing in step S412 in FIG. 4 will be described in detail. FIG. 5 is a flowchart showing the loss list creation processing.
[0059]
First, an outline of the loss list creation processing of FIG. 5 will be described. The loss list creation processing is performed by using a source medium (first storage medium) mounted on the video camera 105 on the playback side and a hard disk 104 (first storage medium) of the moving image storage device 100. (2 storage media) When dubbing of the video camera 105 on the playback side is performed during the dubbing of the moving image data to the fast-moving, fast-rewinding, or stopping the playback, etc. During these operations, dubbing of moving image data to the hard disk 104 is interrupted, dubbing information is stored in the hard disk 104 so that a portion where dubbing has been interrupted (undubbed portion) can be recognized, and the processing load is low. For example, in the case of a stop or a pause, the undubbed portion is added to the dubbing information stored in the hard disk 104. It is a process of dubbing in Zui.
[0060]
Hereinafter, the loss list creation processing will be described in detail based on the flowchart of FIG.
[0061]
First, when the loss list creation process starts, the process proceeds to step S501, where the playlist file (see FIG. 7) acquired from the source media at the start of capture and the source media information, that is, the hard disk 104 when the trick process is performed. The contents of the stored list of captured sections (see FIGS. 9 and 12) are compared.
[0062]
Next, the process proceeds to step S502, where a loss list (see FIGS. 10 and 13) is created from the created list of captured sections and the moving image file list acquired from the source medium, and stored in the RAM 103 or the hard disk 104.
[0063]
Next, the process advances to step S503 to create a new playlist file from the playlist file, the list of captured sections, and the missing list, and store the new playlist file in the RAM 103 or the hard disk 104. Each element of the new playlist file is divided at the boundary between the captured portion and the missing portion, and is created and stored with an attribute that enables determination of whether or not the captured portion has been captured.
[0064]
Next, the process proceeds to step S504 to check whether the recapture process using the missing list is possible (whether the processing load is low). If the recapture process is not possible, the process returns and the recapture process is possible. If not, the process advances to step S505 to perform a recapture process described in detail with reference to FIG. 6, and then returns.
[Specific Example of Loss List Creation Processing: FIGS. 8 to 14]
8 to 14, the video camera 105 and the moving image storage device 100 are used to dub from the source medium (first recording medium) of the video camera 105 to the hard disk 104 (second recording medium) of the moving image storage device 100. FIG. 9 is a diagram specifically illustrating an example of a case where a normal dubbing cannot be performed due to a trick process and an undubbed portion occurs. The trick process is not limited to FIG. 8, and may be other cases.
[0065]
FIG. 8 shows an example of a trick process in which fast-forwarding, that is, high-speed playback (trick mode processing) is performed during normal playback dubbing, then normal playback is resumed, dubbing is performed, and playback is stopped (trick mode). In this example, the data of the portion that was dubbed and the data of the undubbed portion (deleted portion) that was not dubbed are specifically shown.
[0066]
High-speed playback (fast-forward: trick mode processing) was performed in the section from P2-1 to P2-2 during playback of sequence 2, and playback was stopped (trickle mode processing) at the timing of P3-1 during playback of sequence 3. Is shown. However, there is a delay in the decoding of the video data, and in order to play the video stably, the data to be transferred usually precedes the display time. A difference occurs. Therefore, boundaries corresponding to P2-1, P2-2, and P3-1 are defined as P2-1 ', P2-2', and P3-1 ', respectively.
[0067]
As a method of determining whether or not the mode is the trick mode, the transferred moving image data has a flag in the header information of the TS packet that indicates whether or not the mode is the trick mode. By referring to this, the corresponding boundary is determined. can do. The determination of the trick mode is not limited to this. For example, information that can determine the trick mode by a unique data format may be inserted into the moving image data. Alternatively, the determination may be made based on a trick play operation from an input unit such as the remote controller 109 or the operation panel 107.
[0068]
(When fast-forwarding is started at (P2-1) in FIG. 8: FIGS. 9 to 11)
FIG. 9 is a diagram showing the contents of a list of captured (dubbed) sections when fast-forwarding is performed at the time (P2-1) in FIG. 8, and FIG. 10 is a diagram showing a lost list (not yet created) created at that time. FIG. 11 is a diagram showing the contents of the playlist updated at that time.
[0069]
First, the list of captured sections (FIG. 9) created by fast-forwarding is compared with the playlist file (FIG. 7) (S501), and a loss list (FIG. 10) is created and recorded (S502). A new playlist file (FIG. 11) is created and recorded from the captured section list (FIG. 9), the missing list (FIG. 10), and the playlist file (FIG. 7) created by the fast forward (S503).
[0070]
(When fast-forwarding is stopped and dubbing is restarted at the point (P2-2) in FIG. 8)
Although not shown, only the start time of the third line of FIG. 12 is entered and added to the third line of FIG. 9, and the list of captured sections is updated (S408).
[0071]
(When stopped at (P3-1) in FIG. 8: FIGS. 12 to 14)
When the capturing of the moving image in the sections P1 to P2-1 ′ and P2-2 ′ to P3-1 ′ is completed, a list of captured sections in which the captured section is associated with the moving image file on the source medium can be created. . This is shown in FIG. By referring to this list during capture, duplicate capture can be prevented. A missing list can be created from the list of captured sections (FIG. 12) and the information on the source media shown in FIG. This is shown in FIG. In the list of captured sections in FIG. 12 and the missing list in FIG. 13, expressions and the like are used for the items of start and length. Actually, values equivalent to the mathematical expressions are hours: minutes: seconds: frames. Stored in number format.
[0072]
First, the list of captured sections (FIG. 12) created by stopping the reproduction is compared with the playlist file (FIG. 7) (S501). Next, the lost list (FIG. 13) is updated from the list of captured sections (FIG. 12) and the playlist file (FIG. 7) (S502). The new playlist file (FIG. 14) is updated from the list of captured sections (FIG. 12), the missing list (FIG. 13), and the playlist file (FIG. 7) created by stopping the reproduction (S503).
[0073]
Note that the contents of the above-mentioned loss list may be in a binary format in a format of a unique format, or may be in a readable text format. In the case of a text format, it may be compliant with MPEG7. Further, since the missing information can be generated from the captured information and the information on the source medium, the captured information may be stored.
[0074]
(Example of MPEG7 instance: Fig. 15)
FIG. 15 shows an example of an MPEG7 instance in the case of conforming to MPEG7. This includes information about the captured video that was copied, the original video file from which the captured file was copied, and information that could identify which section of the video file. Stored. Such information is provided for each captured moving image, and the copy information is stored.
[0075]
[Recapture processing based on missing list: Fig. 6]
Next, the recapture processing thread of the lost list will be described with reference to FIG. In the following description, the missing list in FIG. 13 will be described as an example, but the same processing can be performed using a playlist.
[0076]
In the recapture process of the lost list, when dubbing from the source medium (first storage medium) of the video camera 105 to the hard disk 104 (second storage medium), if there is a portion that has not been dubbed by the trick play processing operation When the system and the video camera 105 are idling such as stopped and paused, and there is room in the bandwidth used on the IEEE 1394 interface, the undubbed portion is deleted based on the loss list described above (for example, FIG. 13). This is for dubbing from the source medium to the hard disk 104 again.
[0077]
When the process starts, the process proceeds to step S601, in which a pointer is set to the first element of the loss list (in the case of FIG. 13, {(P2-1 ′)-P2} of the file 002.mp2). Next, the process proceeds to step S602 to seek to the loss start point. The seek position is obtained from an approximate position based on the file size of the captured moving image section, moves forward and backward in packet units including the beginning of one frame of data, and refers to clock information stored in the header of the packet. In this way, the exact position is determined. In step S603, the data of the moving image file in the source medium (in the example of FIG. 13, from {(P2-1 ′)-P2} of the file 002.mp2) is block-transferred and stored (dubbed) on the hard disk 104. ). Next, the process proceeds to step S 604, and refers to the clock information stored in the header of the packet in the data to be transferred, and refers to the loss end time (in the case of FIG. 13, {(P2-2 ′) of the file 002.mp2). −P2}). If the loss end time has not yet been reached, the flow returns to step S603 to repeat block transfer. In this embodiment, one moving image file is created on the hard disk 104 for each missing information.
[0078]
Next, when the transfer of one defective list is completed, the process proceeds to step S605, and the transferred defective list is deleted from the defective list (FIG. 16 shows an example in which the file 002.mp2 is deleted from FIG. 13). Next, the process proceeds to step S606 to update the playlist file. That is, the captured flag is operated for the moving image data transferred from all the playlist files, and when the moving image contents of adjacent sequence numbers in the playlist file are captured and continuous, they are integrated into one (FIG. FIG. 17 shows an example of updating the playlist file when the dubbing of the file 002.mp2 is completed.)
[0079]
Next, the process proceeds to step S607, and the pointer is advanced to the next missing information (the missing information of the file 003.mp2 in this example). Next, the process proceeds to step S608, where it is determined whether or not all the missing lists have been processed. If there is still missing information, the process returns to step S602, and the above-described processes from step S602 to step S607 are repeated, and in step S608, If all the pieces of missing information have been processed, the process proceeds to step S609, and a series of processes ends.
[0080]
In the embodiment described above, the copied moving image is stored as a separate moving image file with a trick play or the like as a delimiter. The data area on the file that has not been used may be invalid data.
[0081]
To realize this, it is necessary to synchronize the byte offset between the file to be stored and the moving image file on the playback side. An example of a method for synchronizing the byte offset between the file to be stored and the moving image file on the playback side will be described.
[0082]
By synchronizing the byte offsets, the size of the moving image file on the reproducing side and the size of the moving image file on the recording side become the same when the capture is completely completed without any loss. Normally, when the moving image data transmitted / received during the moving image reproduction shows a large difference between the time information of the moving image data being transferred and the time at which it is displayed, in addition to the TS packet stored in the moving image file to be reproduced. An empty TS packet used for time adjustment, a TS packet generated at a constant interval indicating that the transfer line is functioning, and the like are multiplexed.
[0083]
Since the identifiers indicating the types of these data are stored in the TS packet header, necessary TS packets are extracted and stored with reference to the identifiers. Also, normally, there is no information indicating the byte offset on the file in the moving image data transmitted and received during the reproduction of the moving image, and if the TS packet of the moving image data extracted from the received data is additionally recorded and stored as it is, for example, trick play, etc. When the above operation is performed, the byte offset is shifted between the reproducing side and the recording side, so that synchronization cannot be achieved.
[0084]
Therefore, the moving picture reproducing means periodically inserts a file name for recording the file of the moving picture data to be transmitted and a TS packet storing the byte offset information in the file at a fixed time interval. Even non-continuous points generated at the boundary points of each element are inserted and transmitted. By referencing this on the receiving side, the file on the recording side can synchronize the byte offset with the file on the reproducing side.
[0085]
In the present embodiment, an example according to the MPEG2 standard has been described. However, the synchronization information may be transferred in a uniquely extended format. In DV format data, for example, a time code is stored in moving image data, and therefore information indicating the correspondence between the time code and the byte offset may be transferred. The transfer method may be a method of inserting and multiplexing the data in the moving image data, or a method of transferring the file on a channel different from that of the moving image data.
[0086]
In the above embodiment, the case where the program is stored in the ROM has been described. However, the present invention is not limited to this, and may be realized by using an arbitrary storage medium. Further, it may be realized by a circuit that performs the same operation.
[0087]
The present invention may be applied to a system including a plurality of devices or to an apparatus including a single device. A storage medium storing a program code of software for realizing the functions of the above-described embodiments is supplied to a system or an apparatus, and a computer (or CPU or MPU) of the system or apparatus reads out the program code stored in the storage medium. Needless to say, it can also be achieved by executing. In this case, the program code itself read from the storage medium implements the above-described embodiment, and the storage medium storing the program code constitutes the present invention.
[0088]
As a storage medium for supplying the program code, for example, a floppy disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, CD-RW, DVD, magnetic tape, nonvolatile memory card, ROM, etc. Can be used.
[0089]
When the computer executes the readout program code, not only the functions of the above-described embodiments are realized, but also the OS or the like running on the computer performs actual processing based on the instructions of the program code. It goes without saying that a case where some or all of the operations are performed and the functions of the above-described embodiments are realized by the processing is also included.
[0090]
Further, after the program code read from the storage medium is written into a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer, the function expansion is performed based on the instruction of the program code. It goes without saying that a CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing, and the processing realizes the functions of the above-described embodiments.
[0091]
When the present invention is applied to the storage medium, the storage medium stores program codes corresponding to the above-described flowcharts (shown in FIGS. 4 to 6).
[0092]
Further, in the above-described embodiment, the moving image storage device itself has been described. However, it is needless to say that the present invention can be applied to a case where a plurality of devices are connected to a network such as the Internet. At this time, moving image data and the like having high communication costs can be transferred off-line using media such as optical disks, magneto-optical disks, CD-ROMs, CD-Rs, CD-RWs, DVDs, magnetic tapes, nonvolatile memory cards, and ROMs. The data may be supplied, and the supplied data may be used without passing through the network.
[0093]
As described above, the moving image storage device of the present invention dubs a moving image captured by a video camera or the like and stored in a source medium (first storage medium) to a hard disk (second storage medium) of the moving image storage device. Even if the user performs trick play, such as turning the video camera early, the user can create a playlist in which the dubbed part and the part that could not be dubbed are stored and stored in the hard disk. Etc. can be performed without limitation.
[0094]
【The invention's effect】
As described above, according to the present invention, for example, when a moving image or the like captured by a home video camera or the like and stored in a storage medium is transferred to the storage medium of the moving image storage device, the playback side It is possible to provide a moving image storage method and a moving image storage device that can perform operations such as trick play and pause of reproduction, such as fast-forward and fast-return, on the (video camera side) without restriction.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating an example of a hardware configuration of a moving image storage device according to an embodiment.
FIG. 2 is a diagram illustrating an example of an overview of a remote controller used in the moving image storage device of the embodiment.
FIG. 3 is a diagram illustrating an example of moving image data stored in a storage medium of the moving image storage device of the present embodiment.
FIG. 4 is a flowchart illustrating a processing procedure according to a control program stored in a ROM of the moving image storage device of the present embodiment.
FIG. 5 is a flowchart showing details of a loss list creation process of S412 in the control program of FIG. 4;
FIG. 6 is a flowchart showing details of processing of a lost list recapture processing thread in S505 in the lost list creation processing of FIG. 5;
FIG. 7 is a diagram illustrating an example of the content of moving image data stored in a source medium (first storage medium) of a video camera that is a playback source connected to the moving image storage device of the embodiment.
FIG. 8 is a diagram illustrating an example of an operation during dubbing (dubbing → fast forward → dubbing → stop) in the moving image storage device of the embodiment and a range of data to be dubbed to the moving image storage device at that time.
FIG. 9 is a diagram illustrating the contents of a list of captured sections at the start of fast-forwarding at (P2-1) in FIG. 8;
FIG. 10 is a diagram showing an example of a loss list obtained at the start of fast-forwarding at (P2-1) in FIG.
FIG. 11 is a diagram showing the contents of a playlist obtained at the start of fast-forwarding at (P2-1) in FIG.
FIG. 12 is a diagram for explaining the contents of a list of captured sections at the time of stopping reproduction at (P3-1) in FIG. 8;
FIG. 13 is a diagram showing an example of a loss list (undubbed portion) obtained when reproduction is stopped at the point (P3-1) in FIG.
FIG. 14 is a diagram showing the contents of a new playlist obtained when reproduction is stopped at the point (P3-1) in FIG.
FIG. 15 is a diagram showing an example of an instance in the case where dubbed information is stored in a format conforming to MPEG7 in the moving image storage device of the present embodiment.
FIG. 16 is a diagram illustrating an example before and after updating of a loss list in the moving image storage device of the present embodiment.
FIG. 17 is a diagram illustrating an example of a playlist before and after updating in the moving image storage device of the embodiment.

Claims (14)

When the moving image data stored in the first storage medium is transferred to the second storage medium,
If it is determined that normal transfer cannot be performed during transfer, stop the transfer,
Holding information indicating an untransferred portion generated by the transfer stop,
A moving image storage method, wherein an untransferred portion is transferred based on the information while it is determined that transfer is possible. The case where it is determined that the normal transfer cannot be performed is a case where the transfer is not a 1x speed transfer, and includes trick play start, stop, pause, source media eject, and power-off such as fast forward and fast reverse. Item 4. The moving image storage method according to Item 1. The moving image storage method according to claim 1, wherein the period during which the transfer is determined to be possible is a period during which the processing load is low, and includes a period during a stop and a pause. 2. The moving image storage method according to claim 1, wherein the information indicating the untransferred part is list information of moving image data, information indicating that transfer has been completed, or information indicating that transfer has not been performed. The moving image according to claim 1, wherein the moving image data includes video data, audio data, and control information, and the information indicating the untransferred portion is added to the moving image data as the control information. Accumulation method. The moving image storage method according to claim 1, wherein the first and / or second storage medium is a storage medium that can be randomly accessed. First transfer means for transferring moving image data stored in the first storage medium to the second storage medium;
Detecting means for detecting a stop condition for stopping the transfer,
Control means for controlling the first transfer means to stop the transfer when the stop condition is detected;
Transfer state holding means for creating and holding information indicating an untransferred portion generated by the transfer stop,
A moving image storage device, comprising: a second transfer unit configured to transfer an untransferred portion based on the information while determining that the transfer is possible. The detection means is a case where the transfer is not 1 × speed transfer, and a trick play start, a stop, a pause, a source media eject, and a power supply OFF such as a quick turn or a fast reverse are set as stop conditions for stopping the transfer. The moving image storage device according to claim 7. 8. The moving image storage device according to claim 7, wherein the second transfer unit determines that the transfer is possible while the processing load is low and the stop and the pause are determined. 8. The moving image storage according to claim 7, wherein the transfer state holding unit holds, as the information indicating the untransferred portion, list information of moving image data, information indicating that data has been transferred, or information indicating that data has not been transferred. apparatus. The moving image data includes video data, audio data, and control information, and the transfer state holding unit adds information indicating the untransferred portion to the moving image data as the control information. 11. The moving image storage device according to 7 or 10. The moving image storage device according to claim 7, wherein the first and / or second storage medium is a storage medium that can be randomly accessed. A control program for controlling a moving image storage device,
A first transfer module for transferring moving image data stored in the first storage medium to the second storage medium,
If it is determined that a normal transfer cannot be performed during the transfer, a transfer stop module that stops the transfer,
A transfer state holding module that creates and holds information indicating an untransferred part generated by the transfer stop;
A control program, comprising: a second transfer module that transfers an untransferred part based on the information while determining that transfer is possible. A computer-readable storage medium storing a control program for controlling a moving image storage device,
The control program includes:
A first transfer module for transferring moving image data stored in the first storage medium to the second storage medium,
If it is determined that a normal transfer cannot be performed during the transfer, a transfer stop module that stops the transfer,
A transfer state holding module that creates and holds information indicating an untransferred part generated by the transfer stop;
A second transfer module for transferring an untransferred portion based on the information while determining that the transfer is possible.

Images