JP2013131287A - Video recording device and video recording method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To minimize an increase in the number of files to be managed, even when the number of times that video is recorded is increased.SOLUTION: Following the BDMV-s standard, a BDMV directory is arranged below a Root directory. Additionally, following a format based on the BDMV-s standard defined so as to arrange directories for PLAYLIST, CLIPINFO, and STREAM below it, a file is formed and recorded on a recording medium. One PlayItem is formed for each of the separations of scenes of an obtained video. A format is formed so as to arrange a plurality of PlayItems in one PlayList datum. Following the format, the video is recorded on the recording medium.

Description

  The present invention relates to a video recording method and apparatus, more specifically, recording of video including moving images and still images on a recording medium such as an optical disk, particularly management of recording files in a camera that records video on AVCHD and BD, The present invention also relates to a method and apparatus for recording / reproducing a file on / from a recording medium according to a format managed in a predetermined format, and a recording medium based on a specific format.

  The AVCHD / BD camera records captured video information as a file on a recording medium in a format according to an application format based on the BD-REVER3.0 standard. This standard is a subset of the BDMV format based on the standard of the BD-ROM (BDMV subset, hereinafter referred to as BDMV-s), and is a format specified at the time of self-encoding of a recorder or a camera. Managed by PlayList (playlist).

  At the time of recording on the recording medium, the video information is compressed and recorded according to a predetermined compression method. As a compression method, generally, the moving picture expert group (MPEG) standard is used for recording moving images. For recording still images, the JPEG (Joint Photographic Experts Group) standard used for still image digital recording such as a general electronic still camera is used.

  For example, in the case of a DVD recorder, as disclosed in Japanese Patent Application Laid-Open No. 2003-308675 (Patent Document 1), video recorded on a recording medium is managed in units called video title sets. In one recording, the maximum number of titles (TT) is 99. On the other hand, in the case of a DVD camera, TT is composed of PTT (chapter), and one recording unit is 256 PTTs. When the maximum number 99 is exceeded, TT is increased.

JP 2003-308675 A

  In general, a recorder does not cause a problem because the number of times of recording is not so large, but unlike a recorder, a camera often shoots many short scenes. In the BD camera, every time a video is recorded, the mpls file, the clpi file, and the m2ts file are added to the management information and stored as one set. That is, the number of files increases each time a video is recorded. On the other hand, when starting the BD camera, it is necessary to expand the mpls file in the memory. For this reason, if the number of recorded videos increases, it takes a long time to develop the file and the start-up time becomes long, which becomes a problem. Therefore, it is preferable to reduce the number of video files as much as possible in order to shorten the startup time.

  An object of the present invention is to suppress the increase in the number of files to be managed as much as possible even when the number of times of video recording increases.

  The above object can be achieved by the invention described in the claims.

  According to the present invention, an increase in the number of files to be managed can be suppressed as much as possible even if the number of times of video recording increases.

FIG. 2 is a block diagram illustrating a configuration of a recording apparatus. The figure which shows the data structure of the subset (BDMV-s) of a BDMV format. The figure which shows the structural example of PLAYLIST. The figure which shows the example of the display screen showing the management information of a camera.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a block diagram of a camera-integrated recording apparatus.
In FIG. 1, 101 is an optical lens for forming an image of a subject, 102 is a CCD sensor which is a photoelectric conversion means for converting the formed light into an electric signal, and 103 is an electric signal of an image converted into a digital signal. An A / D converter for conversion, 104 is a signal processing unit that performs processing for converting video information converted into a digital signal into a video signal, and 105 compresses and compresses the video signal according to a predetermined encoding method such as MPEG. This is a video compression / decompression unit for decompression processing.

  Reference numeral 106 denotes a microphone that converts the collected sound into an electric sound signal, 107 a speaker that generates sound, 108 an amplifier that amplifies the sound signal, and 109 an A / A that converts the sound electric signal into a digital signal. A D converter (D / A converter) 110 is an audio compression / decompression unit that compresses and decompresses digital audio according to a predetermined encoding method such as JPEG, and 111 is a moving image generated by the video compression / decompression unit 105. A multiplexing unit 112 that multiplexes the compressed stream and the audio compression stream generated by the audio compression / decompression unit 110 is compressed by the video data compressed by the video compression / decompression unit 105 and the audio compression / decompression unit 110. Audio data and a large-capacity memory for temporarily storing the multiplexed data. The ATAPI / ATA unit 113 is an interface unit according to a specific standard, and 114 is a recording medium such as an optical disk. The medium R / W control unit 115 performs control for recording / reproducing a moving image or still image data file to be recorded / reproduced on / from the recording medium 114 in a predetermined file format.

Reference numeral 116 denotes a display unit that displays an image. The display unit 116 may be divided into a display unit in the finder and a movable display unit provided outside the video camera casing. Reference numeral 117 denotes a format control unit that identifies the type of the recording medium and generates information of a format that conforms to the BDMV-s standard. Management memory. Reference numeral 119 denotes an operation unit operated by the user, which includes a recording / stop key, a zoom key, a recording mode selection key, and the like.
Reference numeral 120 denotes a system control unit that controls the individual units such as the multiplexing / demultiplexing unit 111, the format control unit 117, the medium recording / reproduction control unit 115, and the like. Note that the system control unit 120 has a clock mechanism that measures the year, month, day, hour, and minute (simply referred to as date and time). The date and time counted by the clock mechanism is recorded in the stream at the time of multiplexing, and further recorded on the recording medium 114.

  Here, the functions of the video compression / decompression unit 105, the audio compression / decompression unit 110, the multiplexing / demultiplexing unit 111, the format control unit 117, and the system control unit 120 are preferably realized by a program being executed by a microprocessor. However, some or all of them may be configured by hardware. Further, FIG. 1 shows control lines and information lines that are considered necessary for the explanation, and not all control lines and information lines on the product are necessarily shown. In practice, it can be considered that almost all the constituent units are connected to each other.

Next, the moving image recording operation will be described.
When the moving image shooting mode is selected by the operation of the operation unit 119, the system control unit 120 recognizes the selection and controls the entire system as follows. The CCD sensor 102 is driven to a moving image signal generation mode by a drive unit (not shown). The image formed by the optical lens 101 is converted into an electric signal by the CCD sensor 102, converted into a digital signal by the A / D converter 103, and then converted into video data by the signal processing unit 104. , Temporarily stored in the memory 112. Thereafter, the video data is compressed by the video compression / decompression unit 105. This compression process sequentially converts the video data during the compression process between the memory 112 and the video compression / decompression unit 105, and sequentially converts it into a video compression stream. To process. On the other hand, the sound collected by the microphone 110 is compressed by the sound compression / decompression unit 110 and temporarily stored in the memory 112 in the same manner. Thereafter, the moving image compression stream generated by the video compression / decompression unit 105 and the audio compression stream generated by the audio compression / decompression unit 110 stored in the memory 112 are multiplexed by the multiplexing / demultiplexing unit 111, and the multiplexing processing is performed. Data is temporarily stored in the memory 112. Finally, the multiprocessing data is output from the memory 112 and recorded in the recording medium 114 in a predetermined recording format via the medium R / W control unit 115 and the ATAPI / ATA unit 113.
The recording format is characteristic of the present embodiment. As will be described later with reference to FIGS. 2 and 3, the format control unit 117 manages the video in a predetermined format, Each video scene is recorded on a recording medium.

Next, a moving image playback operation will be described.
Video is recorded on the recording medium 114 in the file format shown in FIGS. When playback of a moving image recorded on the recording medium 114 is selected, the entire system is controlled by the system control unit 120 as follows, and a video for each scene is recorded from the recording medium in a format managed by the file control unit 117. It is read and played.
That is, the medium R / W control unit 115 reproduces the moving image file, separates it into a moving image compression stream and an audio compression stream by the multiplexing / separation unit 111, and sends the moving image compression stream to the video compression / decompression unit 105. The video compression / decompression unit 105 sequentially converts the video data in the decompression process to the memory 112 and converts it into a video signal, and outputs the video signal to the display unit 116 via the signal processing unit 104. The audio compression stream is decompressed by the audio compression / decompression unit 110 and output from the speaker 107.

  FIG. 2 is a diagram illustrating a data structure of a subset (BDMV-s) of the BDMV format. This is an application format defined by the standard BD-RE Ver3.0, and is based on the BD-ROM standard. As a format that assumes recording at the time of record or camera self-encoding, one recording unit is managed by PlayList. That is, the BDMV directory is arranged under the Root directory, and the PLAYLIST, CLIPINFO, and STREAM directories are arranged under the BDMV directory. By each recording, each directory of PLAYLIST, CLIPINFO, and STREAM is recorded as a set. For example, in the first recording, a 00000.mpls file, a 01000.clpi file, and a 01000.m2ts file are recorded, and in the second recording, a 00001.mpls file, a 02000.clpi file, and a 02000.m2ts file are recorded. As each file is recorded, the number of files increases sequentially. In a general product of a digital camera, the maximum value of a scene is set to 1000. Therefore, the upper limit of the number of file sets is preferably about 1000. Note that files with extensions mpls, clpi, and m2ts may also be called mpls files.

FIG. 3 is a diagram illustrating a configuration example of PlayList.
As one of the features of the present embodiment, a plurality of PlayItems are defined and managed in one PlayList. PlayItem manages the information of the mpls file that manages the start and end locations of the video to be recorded. These management information corresponds to the video of one scene. That is, each time a video of a scene is recorded on the recording medium, management information indicating the start and end corresponding to the scene is generated as PlayItem information and added to the management information generated so far. . The start and end locations may manage addresses on the optical disc on which video is recorded, but date and time information counted by the clock mechanism may be stored as a time stamp.

Also, PlayList is newly generated and added as management information every time the date changes, for example. The date information refers to date information counted by the clock mechanism of the system control unit 120. That is, PlayItems are added to the newly generated PlayList every time one video scene shot on the same day is added. In other words, each time a video scene is recorded, a PlayItem corresponding to the mpls file, a clpi file, and an m2ts file are generated and managed as one set.
The management file shown in FIG. 2 and the management information shown in FIG. 3 are generated and recorded in the management memory 118 at the time of video recording by the format control unit 117 and managed. Further, when the video is reproduced, the management information stored in the memory 118 is referred to.

  Referring to FIG. 3 in detail, PlayList # 1 stores n PlayItems. That is, it indicates that images of n scenes are recorded on the recording medium within one day, and the start and end locations are managed. Similarly, PlayList # 2 is newly generated on the next day, and i PlayItems are generated and managed on that day. Also, PlayList # m is generated on the m-th day, and j PlayItems are managed.

  According to the present embodiment, a plurality of PlayItems are defined and managed in one PlayList. Therefore, a means for designating a video for each scene is required. Therefore, as shown in FIG. 4, a screen for displaying the number (42) indicating the number of scenes for each date (41) is generated and displayed on the display unit 112. In the example of (1) to (3) shown in FIG. 4, PlayList # 1 to #m are generated when the camera is activated at the beginning of the day when the date has changed, corresponding to FIG. The PlayItem added to the PlayList is managed by the scene number 42.

The operator can recognize the latest PlayList and the number of PlayItems by operating the operation unit 119 and displaying the management screen on the display unit 112. Further, when playing back the video, by operating the operation unit 119, the management information representing the PlayList and PlayItem is read from the management memory 118 and displayed on the display unit 112, and the PlayList and the number of the PlayItem in it are designated. A video file of a target scene can be read from the recording medium 114 and displayed on the display unit 112.
In the case of the BD camera in the present embodiment, in consideration of the actual situation, it is preferable to form a format so as to accommodate a maximum of 2000 PlayLists and a maximum of 999 PlayItems per PlayList.

  According to the present embodiment, even if the number of times of video recording increases, it can be dealt with by increasing PlayItem according to the recording of the scene, and it is not necessary to increase PlayList unnecessarily. For this reason, an increase in the number of files to be managed can be suppressed as much as possible, and even if the number of video scenes recorded by the BD camera increases, the startup time for developing the video file does not become so long.

In addition, this invention is not limited to the said Example, A various deformation | transformation and application can be implemented.
For example, according to the above-described embodiment, PlayList is generated and added one by one every time the date changes, so it is easy to manage the correspondence between the date and PlayList. However, in the modified example, the PlayList may be generated not every time the date changes but every two days or every plural n days. In this way, the increase in the PlayList file can be further suppressed, so that video conforming to BDMV-s can be efficiently recorded.

  There are other modifications as follows. In the above embodiment, the PlayItem in the PlayList data in xxx.rpls is used as a unit for recording a scene. On the other hand, in another modification, Mark_Entry in the PlaylistMark data in xxx.rpls may be created for each scene. Mark_Entry is used to manage movie chapters in the BD-ROM.

An example of the data structure of PlaylistMark is as follows.
PlaylistMark
length
number of PlayList_marks (PlayList_marks = the number of scenes is counted (0 to 999))
Mark_entry (Information that can determine the position of the video in the scene is stored, and the number of scenes is created)
reserved_for_future_use (future reserved area, 1 byte)
mark_type (type of entry mark, link mark, etc.)
ref_to_PlayItem_id (indicates the ID of the corresponding PlayItem)
mark_time_stamp (Information that identifies the position of mark)
entry_ES_PID (indicates management information for the corresponding elementary stream)
duration (period from mark_time_stamp, usually 0)
When Mark_Entry is used as a unit for scene recording, a PlayList may be created for each date as in the above embodiment, or a PlayItem may be created for each date.

  101: optical lens, 102: CCD sensor, 103: A / D converter, 104: signal processing unit, 105: video compression / decompression unit, 106: microphone, 107: speaker, 108: amplifier, 109: A / D converter (D / A converter), 110: audio compression / decompression unit, 111: multiplexing / demultiplexing unit, 112: memory, 113: interface unit, 114: recording medium, 115: medium R / W control unit, 116: display , 117: format control unit, 118: management memory, 119: operation unit, 120: system control unit.

Claims (4)

A video recording apparatus for recording video on a recording medium in a file format,
A signal processing unit that processes the acquired video signal and outputs a video signal;
A video compression unit that encodes the video signal output from the signal processing unit using a predetermined encoding method and outputs video information;
For recording video files, a format based on the BDMV subset (BDMV-s) standard defined to place a BDMV directory under the Root directory and further place PLAYLIST, CLIPINFO, and STREAM directories under the BDMV directory. According to the above, a file is created and recorded on a recording medium, and one PlayItem is generated for each segment of a video scene to be obtained, and a format is formed so that a plurality of PlayItems are arranged in one PlayList. A format controller;
A recording control unit for recording the video information on the recording medium in accordance with the format formed by the format control unit,
The format control unit generates and updates a new PlayList each time the date is updated, and each PlayList includes date and time information of a plurality of PlayItems in the Playlist. Recording device. The video recording apparatus according to claim 1,
The video recording apparatus according to claim 1, wherein the format control unit generates the PlayItem by incrementing one by one without updating the PlayList every time video of one scene is recorded on a recording medium. The video recording apparatus according to claim 1,
The format control unit manages the mpls file, the clpi file, and the m2ts file as one set, and associates the mpls file with the PlayItem and starts recording the video on the PlayItem. And a video recording apparatus for storing information for managing an end location. The video recording apparatus according to claim 1,
The video recording apparatus, wherein the format control unit forms a format so as to accommodate a maximum of 2000 PlayLists and a maximum of 999 PlayItems.

Images