RU2289860C2 - Recording medium for storage of information about record/playback in real-time - Google Patents

Abstract

FIELD: information-carrying mediums.

SUBSTANCE: information about record/playback in real-time, ensuring record/playback in real-time, is stored in file control information area, in every real-time file, or in a separate file; file is given attributes of record/playback in real-time.

EFFECT: files, recorded in real-time, can be played back without interruptions.

34 cl, 14 dwg

Description

FIELD OF THE INVENTION

The present invention relates to a system for recording and / or reproducing in real time, and more particularly, to a recording medium for storing information about recording / reproducing in real time, to a method and apparatus for recording and reproducing a real time file based on real-time recording / reproducing information, and a method of processing files using real-time recording / reproducing information.

State of the art

In a computer or in an audio and / or video (A / V (A / V)) device, which includes a file system for an A / V file necessary for recording / reproducing in real time, control information indicating that the file A / B, which is a real-time recording / reproducing file, is not recorded in the file management information. Thus, it is not possible to reproduce in real time a file that consists of data blocks physically scattered on the recording medium, even if they are logically sequential.

The known file system (Fig. 1) consists of file management information that has a file length, information about the position of the file data, information about the possibility or impossibility of reading / writing the file, and so on, and file data that are stored in the positions indicated by file management information. When reading a file sized on the disk, the file management information is read first, and then the file data is read and reproduced from the positions indicated by the read file management information. This method of allocating a fixed-size block, which is used in the known file system, cannot guarantee the reproduction of the file in real time.

That is, recording / reproducing a known file system is described using an example for the case in which two files occupy blocks on a disk, as shown in FIG. In this case, file A, which needs to be played back in real time, takes up blocks 0, 3, 5, and 6 of the disc, and file 3, a regular file, takes up blocks 1, 2, 4, and 7 of the disc.

The file playback process is performed in the following sequence.

At the first stage, block 0 is read.

In the second stage, block 3 is found.

At the third stage, block 3 is read and reproduced.

In the fourth stage, block 5 is found.

In a fifth step, blocks 5 and 6 are read and reproduced.

Since in the known file system information related to recording / reproducing in real time is not recorded even when recording a file to be recorded / reproducing in real time, the placement of data for recording / reproducing in real time is not considered. Therefore, you cannot perform live playback.

For example, file A (for example, a “video” file) (FIG. 2) needs to be reproduced in real time, but the known file system places data files without taking into account the requirement of real-time playback, which leads to interruption of display on the screen during play time. To record / play files in real time, the sum of the search time and read time should be less than the playback time, as shown in the following expression:

In order to protect the screen from being interrupted, the next block must be found before the next block is read while the current block is being read and played. However, in a device for driving a disc, such as a compact disc (CD, CD) and a digital versatile disc (DAC, DVD), the search time is significantly longer than the read time. Therefore, real-time playback is not possible if the next block is not physically located next to the current block.

SUMMARY OF THE INVENTION

To solve the above problems, an object of the present invention is to provide a recording medium for storing real-time recording / reproduction information for real-time files.

Another object of the present invention is to provide a method for recording real-time recording / reproducing information after placing real-time files in a minimum continuous memory unit and reproducing real-time files in accordance with the real-time recording / reproducing information.

Another object of the present invention is to perform a file encoding method taking into account real-time recording / reproducing information, adding real-time recording / reproducing information of the source files to the copied files, and reproducing the copied real-time files using the recording / reproducing information in real time.

Another object of the present invention is to provide an apparatus for recording a bit rate (bit rate) when recording / reproducing as real-time recording / reproducing information, for recording a plurality of bit rates when recording / reproducing as recording information / real-time playback in the case where the bit rate during recording / playback changes for different data sections, and for playing back files real time according to real-time recording / playback information.

Another objective of the present invention is to perform a file processing method for generating a file in which real-time recording / reproducing information, expanding data areas, recording and reproducing a file, and performing other file operations are set.

Accordingly, in order to solve the first problem, a recording medium is made in which real-time files are recorded that need to be recorded / reproduced in real time, in which real-time recording / reproduction information is provided for real-time recording / reproduction of real-time files is saved in the file management information area.

To solve the second and third problems, a method for reproducing and recording is proposed, comprising the steps of: (a) arranging and recording real-time files that need to be recorded / reproduced in real time, based on information about recording / reproducing in real time, providing reproduction in real-time, and recording real-time recording / reproducing information, and (b) reading and reproducing real-time file data using recording / reproducing information real-time product.

To solve the fourth problem, a recording and reproducing device for recording on and / or reproducing real-time files from a disc using real-time recording / reproduction information providing real-time recording / reproduction, the apparatus comprising: a codec for compression and encoding the input bit stream in accordance with a predetermined compression scheme and to provide compressed data after recording, and decoding compressed and encoded data after playback, a buffer For temporary storage of compressed data with a bit rate using information about the bit rate, which is included in the real-time recording / playback information, and for transferring data recorded on a disc to a codec with a bit rate, the signal processor for converting the data stored in the buffer into a signal suitable for recording and transmitting the converted signal together with real-time recording / reproducing information to the disc after recording, and for reproducing data read from the disk in accordance with the information about recording / reproducing in real time recorded in a given area of the disk, and a controller for controlling the drive of the servo mechanism, including an electric motor having a spindle, in accordance with information about the bit rate of information about real-time recording / playback.

To solve the fifth problem, a method for processing files is proposed for a system that allows you to record and overwrite files for which real-time recording / playback attributes information is intended, in which real-time files are processed in accordance with any one of the processes: the process of creating a real-time file , region allocation process, recording process, reproduction process, deletion process and closing process using information about recording / reproducing attributes in real the headquarters of the time.

Brief Description of the Drawings

The invention is illustrated by reference to the accompanying drawings, in which:

figure 1 is a view of the one-dimensional structure of the recording medium, while the structure shows the relationship between the file management information and file data;

figure 2 is an example in which two known files occupy blocks on the disk;

figa-3D - examples of storing information about the attributes of the recording / playback in real time, according to the present invention;

4 is an example in which real-time files according to the present invention, consisting of minimum contiguous blocks of memory, occupy blocks on the disk;

5 is a view of a one-dimensional structure of a recording medium for recording real-time data of AV distributed in minimum contiguous memory blocks according to the present invention;

6A and 6B are examples of copying a file that consists of minimum contiguous memory blocks according to the present invention;

FIG. 7 is a flowchart of a reproducing method using real-time recording / reproduction information in accordance with an embodiment of the present invention; FIG.

Fig. 8 is a block diagram of a disc recording and reproducing and reproducing apparatus that is used in the present invention;

Fig.9 is a control process during recording / playback in real time for a rewritable system in real time;

10 is a block diagram showing a data stream during real-time recording / reproducing for a real-time rewritable system;

11 is an example of the distribution of an unrecorded / unallocated area in a recorded / reproduced in real time file;

12A-12D are examples of real-time data recording of a recorded / reproduced real-time file;

figa-13C - file management information corresponding to the case when different bit rates are provided in different sections and when the same bit rate is used in the entire part of the file data; and

figa-14C - partial deletion of recorded / reproduced in real time file data.

Detailed Description of a Preferred Embodiment

Below, with reference to the accompanying drawings, preferred embodiments of a recording medium for storing real-time recording / reproducing information, a method and apparatus for real-time recording and reproducing, and a file processing method using real-time recording / reproducing information are described. time scale.

3A-3D illustrate examples of storing real-time recording / reproducing information (which may be referred to as real-time recording / reproducing attribute information) according to the present invention. As shown in FIG. 3A, real-time recording / reproduction information can be represented as an attribute for each real-time file. For example, information about recording / playback attributes in real time can be stored in the extended attribute field in the file element or in the catalog field of the IVD (ICB) (information control unit) streams when the file system is a system in the format of a universal disk (FUD ( UDF)).

On the other hand, real-time recording / playback attribute information can be stored in the file identifier descriptor field, in the file type field, or in the flag field among the IBU TAG field in the file element. A file element may be a file management information area or a file structure area.

As shown in FIG. 3B, real-time recording / playback attribute information for each file can be stored in a predetermined area (information area) in each file. For example, in the case of a real-time rewritable farm (RTRW), real-time recording / playback attributes information can be stored in a data file under the name RTRW_TS.VOB.

As shown in FIG. 3C, real-time recording / playback attribute information for each file can be stored in a separate file. For example, real-time recording / playback attributes information can be stored in an information file that has a format (RMPW) under the name RTRW_Ts.IFO. In another example, when the file system is an FUD system, real-time recording / playback attribute information can be stored in a volume structure area separate from the file structure area, as shown in FIG. 3D.

Therefore, when the real-time recording / reproducing attribute information is stored in the volume structure region or the file structure region in the FSA, the real-time recording / reproducing attribute information is interpreted first after setting the volume or opening the file, and the data is then record / reproduce in real time in accordance with the interpreted information.

Information indicating the recording / playback file in real time (for example, the identifier is "file AV"), indicating that the file must be recorded / reproduced in real time, is included in the information about the attributes of the recording / playback in real time. Among the information on the size of the minimum continuous memory block satisfying condition (1), information on the playback time providing the minimum continuous memory region, information on the bit rate during recording / reproduction and information on the type of continuous recording / reproduction can be stored at least in real-time recording / playback attribute information. In this case, if there are three types of discs A, B and C, information about the type of continuous recording / playback can be represented as follows:

Type A = 10.08 Mbit / s, type B = 1.4 Mbit / s, type C = 8 Mbit / s.

Representation of the attribute, regardless of whether the files are currently located for further recording / playback in real time, that is, an attribute representing the current state of recording / playback in real time of the files is also included in the information about the recording / playback attributes in real time scale.

Information about the bit rate during recording / playback in real time is stored in the information about the attributes of the recording / playback in real time. When changing the bitrate during recording / playback in each part, information associated with a plurality of bitrate and bit rates (for example, position information) can be stored in real-time recording / playback attribute information. The maximum allowable value of the bit rate during recording / playback in real time can also be stored in the information about the attributes of the recording / playback in real time. In this case, information about controlling a motor having a spindle can be obtained using information about the bit rate during recording / playback.

In addition, file defect management information, file buffering information, file placement information, and so on can be included in real-time recording / reproducing attribute information. That is, if the file defect management information is stored in real-time recording / reproducing attribute information, replacing the defective unit with a spare area is not attempted when reading or writing files, and additional reading or writing of the defective unit is not undertaken.

For example, file distribution information, such as not locating a defective block replaced with a spare area as a data block, can be stored in real-time recording / reproducing attribute information. File buffering information related to the amount of data that will initially be read from the track buffer and the amount of data to be written to the track buffer can also be simultaneously saved as real-time recording / playback attribute information.

Instead of individually saving multiple real-time recording / reproducing attributes, such as file defect management information, file distribution information and file buffering information, real-time file management conditions are classified by type, and classified type information is recorded in the file attribute information area real-time recording / playback. Thus, it is possible to realize simple recording and playback in real time. For example, the following types of information can be envisaged:

type A: data bit rate of 10 Mbit / s, the impossibility of distributing a data block in a defective block replaced with a spare area, and the impossibility of retrying a read after a read failure, and

type B: data bit rate of 8 Mbit / s, the ability to distribute a data block in a defective block replaced by a spare area, and the impossibility of retrying a read after a read failure.

Meanwhile, FIG. 4 shows an example of real-time files that consist of minimal contiguous memory blocks occupying blocks on a disk according to the present invention, wherein file A is a file that needs to be reproduced in real time. If the minimum continuous memory block satisfying condition (1) consists of four blocks, then file A is recorded in real time in the form of modules of four blocks. That is, a real-time file takes blocks 0, 1, 2, 3, 5, 6, 7, 8, 11, 12, 13 and 14 on the disk. A regular file B takes blocks 4, 9, 10 and 15 on the disk B, which does not need to be played in real time, has a minimum contiguous memory block consisting of one block, and one or an arbitrary number of segments can be stored. This block usually corresponds to the disk sector.

File A is used for real-time playback as follows.

In step 1, blocks 0, 1, 2, and 3 are read.

In step 2, block 5 is found during playback of blocks 0, 1, 2, and 3.

At step 3, blocks 5, 6, 7, and 8 are read.

In step 4, block 11 is found during playback of blocks 5, 6, 7, and 8.

In step 5, blocks 11, 12, 13, and 14 are read and reproduced.

If there are no areas for continuous blocks satisfying the condition of minimum continuous memory block after saving a file that needs to be played in real time, then the file cannot be written. However, if a warning message such as "continuous recording is not possible. Is it necessary to designate the minimum continuous memory block as one block and should a file with the length of the marked block be saved?" is sent to the user, and if the user needs to save it, the file can be saved in minimal continuous memory blocks consisting of one block. In this case, the value of the initially designated minimum continuous memory block is stored in information related to the length of the minimum continuous memory block included in the real-time recording / reproducing attributes, and information indicating that the location of the currently stored files that makes real-time recording / playback is not possible, stored in the attribute of the current real-time recording / playback state. This is done so that the file that will be copied can be continuously processed as a real-time recording / playback file when copying the file to different discs or the same disc.

In the present invention, a drive device such as a CD drive (CD) and a DVD drive (DVD) that have a search time (e.g., 150 ms) is significantly longer than a read time (e.g., 1.43 ms), i.e., search time ≫ reading time, it also allows real-time playback if it satisfies the condition of expression (1): search time + read time <playback time.

Meanwhile, a minimum contiguous block of memory limits the distribution of free block on the disk in order to satisfy a given goal. In this case, a free block indicates an unused area that does not have defective blocks, or a rewritable area among user areas that the user can use.

If the minimum continuous memory block is determined by 16 blocks located in the block with the error correction code (KIO (ECC)), then the distribution of the data block is impossible for less than 16 continuous free blocks. Also, the distribution of a data block is not possible for 16 continuous free blocks occupying more than two blocks of KIO. In this case, the minimum continuous memory unit is designed for recording and playback of the DVD-RAM (DVD-RAM) in the form of a KIO module.

In the case when data is stored in real time in physically continuous blocks on the disk, the search does not occur, and thus recording / playback is protected from interruption. However, since continuous blocks do not exist indefinitely, a minimum continuous memory block is calculated and stored as real-time file recording / reproducing attributes, and real-time data is recorded in the minimum continuous memory block. Thus, interruption of the display on the screen can be prevented.

If the bit repetition rate (= Vb) of MPEG is 8 Mbps, the search time is 150 ms, the bit rate (repetition rate) of reads (= Va) is 11 Mbps, a block of 2048 bits and data having CIS units , each of which consists of 16 blocks, is recorded on a recording medium such as a disk, then the minimum continuous memory block S can be obtained in accordance with the condition of expression (1), as shown in the following expression 2:

From this expression it is seen that the minimum continuous memory block S has 261 blocks. When data is recorded in units of at least 261 blocks designated as the smallest continuous memory block, real-time playback is possible. However, 272 blocks, which correspond to 17 continuous KIO blocks, can be designated as the minimum continuous memory block. In this case, the goal is to record / play back with a maximum search time of 150 ms.

With one KIO block, which consists of 16 blocks, designated as the smallest continuous memory block, and a restriction such as the search time added as shown in expression 2, the method for allocating free blocks for real-time recording and playback is classified into steps, and stages can be arranged as shown in the table.

Table Number of Continuous Blocks Appointment Third stage 1088 (placement of KIO) Providing real-time recording / playback between blocks that need a search time of 600 ms Second phase 272 blocks
(placement of KIO) real-time playback between blocks that need a search time of 150 ms First step 16 blocks (placement of KIO) Providing recording and playback in the KIO module (all distributed blocks must satisfy the first stage)

A / B data is recorded and reproduced by arranging blocks that satisfy the restriction on the minimum continuous memory block, the number of blocks in which depends on each stage, so that the blocks can be physically connected to each other, whereby recording and playback in real scale can be performed time. For example, when there are three groups of blocks of the smallest continuous memory block: 16 blocks, 272 blocks and 1088 blocks and the search time is 150 ms, the ability to record / play in real time depends on the way the blocks are attached.

That is, when 272 blocks, 1088 blocks and 16 blocks are arranged in series, it is possible to record and play in real time, and when 16 blocks, 272 blocks and 1088 blocks are placed in series, recording and playback are not possible.

Accordingly, a minimum continuous memory block can be efficiently recorded and reproduced in real time using block allocation using the steps and method of attaching blocks.

Meanwhile, if the final part of the file is not filled with as much data as in the minimum continuous memory block (Fig. 5), even when the file is written in accordance with the condition of the minimum continuous memory block, then an attribute indicating that the data blocks for blank areas that are allocated but not recorded are saved as real-time recording / playback information, thereby allowing real-time playback to be performed after additional recording.

For example, FIG. 5 shows a one-dimensional structure of a recording medium in which real-time AV data is stored in a minimum continuous memory unit, where information about recording / reproducing attributes in real time in addition to the file length, information about the location of the file data, information about the possibility or impossibility of reading / writing a file, and so on, is additionally stored in the file management information, which is positioned in the block number 1 of the disk. Two minimum continuous memory blocks, each of which consists of 272 data blocks, are distributed in the data of the first file located in the disk block No. m, 272 data blocks for the minimum continuous memory block are distributed in the data of the second file, which is positioned in the block No. n of the disk, and 200 data blocks and 72 distributed / unrecorded blocks are distributed in the data of the third file, which is positioned in the block number 0 of the disk.

When copying a file intended for recording / reproducing in real time to the same disc or different discs, blocks of file data must be placed on the disc using information about the attributes of the recording / reproducing in real time so that the file can be reproduced in real time. If the placement of data blocks is not possible, then the data blocks are placed on the same basis as the base for placing blocks of a regular file. In this case, the real-time recording / reproducing attribute information supports the original attribute information, but the real-time recording / reproducing inability is set as an attribute of the real-time recording / reproducing state.

In addition, when the operating system (OS) detects defective blocks on the disk after the file is copied, the data blocks to be copied should be placed taking into account the source information about the recording / playback attributes in real time and the environmental defect management information, which is recorded in the list of secondary defects (SVD (SDL)). For example, when the smallest continuous memory block has 40 blocks (Fig. 6A), data blocks are placed taking into account the defective area of the disk onto which the file is copied (Fig. 6B). On the other hand, when the OS does not detect defects recorded in the SVD, the data is distributed into blocks other than the area of the defective blocks when using the program for copying and taking into account information about recording / playback attributes in real time (Fig. 6B).

7 is a flowchart illustrating a method using real-time recording / reproduction information in accordance with an embodiment of the present invention. The disc is loaded into the reproducing apparatus in step S101, and the reproducing apparatus reads the volume region from the disc in step S102. In step S103, it is determined whether there is real-time recording / reproducing information in the volume region. If the real-time recording / reproducing information exists in the volume region, then in step S104, the file reproduction is set up taking into account the real-time recording / reproducing information. If it is determined in step S103 or after step S104 that real-time recording / reproducing information does not exist in the volume region, then the reading of the volume region is completed in step S105.

After that, in step S106, the file is read. In step S107, it is determined whether there is real-time recording / reproduction information in the read file. If the real-time recording / reproducing information exists in the read file, then in step S108, the file reproduction is set based on the real-time recording / reproducing information. If it is determined in step S107 or after step S108 that there is no real-time recording / reproducing information in the read file, then the read-out file is reproduced taking into account whether the real-time recording / reproducing information was set in step S109.

In this case, when the real-time recording / reproducing information exists in the volume structure area, steps S107 and S108 may not be performed. In addition, when real-time recording / reproducing information exists in the file management information file region, steps S103, S104, and S105 may not be performed.

On Fig presents a block diagram of a device for recording and playing a disc, which is used in the present invention. The function of a device for recording and reproducing A / V data using a recordable and rewritable disc is divided into recording and playback.

After recording, the codec 110 compresses and encodes the audio / video (A / B) signal from the external bitstream using a given compression scheme, and records data that is compressed in accordance with the bit rate (repetition rate) (Vb) of the bits when recording / playing back to the buffer 120 tracks. The error correction encoder and decoder (FEC) 130 encodes at the same time as the error correction the data recorded in the buffer 120 of the tracks, reads the encoded data with the bit rate (repetition rate) Va of the write / read bits with the simultaneous correction of errors, and uses the result in module 140 sensor. In addition, the KIO 130 uses real-time recording / reproducing information obtained under the control of the controller 170 in the sensor module 140 so that information can be recorded in the volume structure area or in the file management information area. The sensor module 140 converts the encoded data with error correction into a radio frequency (RF) signal and writes the RF signal to the disk 150. In this case, the recording speed of the electric motor 160 having a spindle for driving the disk 150 is controlled in accordance with the servo control signal that comes from controller 170.

After the playback operation, when the real-time recording / reproducing information is stored in the file management information area or in the volume structure area, buffering information related to the amount of data to be initially read from the track buffer, file allocation information, control information defects, information about the bit rate during recording / playback and so on is read in advance, and the reading of the file data is controlled based on the read information. File data satisfying the condition of the smallest continuous memory block is read from disk 150 with a bit rate (repetition rate) Va of bits when writing / reading. The data of the read file is decoded with the simultaneous correction of errors using KIO 130 through the module 140 of the sensor and are recorded in the buffer 120 tracks. The codec 110 reads the data recorded in the buffer 120 tracks with a transmission speed (repetition rate) Vb bits of recording / playback, decodes the read data and reproduces the data A / B.

In the case where information about the bit rate during recording / reproducing is present in the real-time recording / reproducing information, the controller 170 obtains control information from the electric motor 160 having the spindle from the bit rate during recording / reproducing obtained from module 140 of the sensor and KIO 130, and can control not only the electric motor, but also the servo mechanism.

Fig. 9 shows a process for managing recording / reproducing data on a disc in which real-time recording / reproducing attributes are provided in a real-time rewritable (PRM) system.

The PRMV system consists of an application layer 201 for generating a command related to recording / reproducing A / V data, a Windows kernel 202 ("Windows") for interpreting a generated command and a device driver 203 having a file system the same as the file system of a device driver RAM-ROM, to request the corresponding function in accordance with a command that is interpreted by the Windows kernel 202 by transferring the driver command to the drive 204. In this case, the Windows kernel 202 and the device driver 203 correspond to the file system level, and the Window kernel 202 s can be called kernel level.

10 is a flowchart showing a process for recording / reproducing real-time data for a computer system among PRM systems. After recording, the following processes are performed in a multitasking manner: they save the A / V data entered into the A / V encoder 211 in the main memory 212 of the computer in real time, save the A / V data stored in the main memory 212 of the computer in a reverse store type file (OMT (FIFO)) hard disk drive (ДЖ (HDD)) 213; and save the A / B data that comes from the OMT file of the DZhD 213 in the disk 214 of the DAC-RAM. In this case, when the computer has enough main memory, the OMT file cannot exist in the railway.

After playback, the process of storing A / B data coming from the CDM-RAM disk 214 to the main computer memory 215 in real time, and the process of reading the A / B data stored in the main memory 215 through the A / V decoder 216, are multitasking.

For example, in the process of creating a file for which real-time recording / playback attributes are provided, the PRM system function when using the Windows kernel is divided into data area allocation, data recording, data playback, data deletion and file closing, and these functions are described separately below with reference to Fig.9.

<way to create a real-time recording / playback file>

At the first stage, the application programming interface (API API)) of the Windows kernel, which is called to create a recording / playback file in real time, is a creation file. The application layer 201 assigns the file attribute FILE _ATRIBUTE_PRMV to create a real-time recording / playback file and calls the Windows kernel 202, as shown in the following example.

Example: FileHandle - CreateFile

("ABFILE. MPG", FILE_ATRIBUTE._BTRW, ..)

File Processing = Create File

("AVFAYL.MRS", FILE_ATRIBUT_PRMV, ..)

In a second step, the Windows kernel 202 issues a command to the driver 203 of the DVD-RAM device to create a file.

In the third step, the driver 203 of the DAC-RAM device denotes the attribute FILE_ATRIBUT_PRMV when the file generation function is ordered. When the attribute FILE_ATRIBUTE_PRMB is indicated, the file management information is stored in the extended attribute area of the file element, the directory section of the IVD (information control unit) flows, the area of the file identifier descriptor, or the file type area or the flag area of the IBU SIGN field in the file element. In this case, when creating the A / B file, you can also set information about the bit rate.

<method of distributing a distributed / unrecorded real-time recording / reproducing area>

At the first stage, the Windows API kernel, which is called in order to distribute the distributed / unrecorded area of a real-time recording / playback file, is a pointer to a dialing file that has a search function. In order for the application layer 201 to pre-allocate the data area of the real-time recording / playback file in advance as a distributed / unrecorded area with the size of a minimum continuous memory block, the dial file pointer must call the Windows kernel 202 in the manner shown in the following example.

Example: SetFilePointer (FileHandle, 8 * 1024 * 1024, NULL, FILE_END)

("SetFileIndicator (FileReport, 8 * 1024 * 1024, ZERO, END FILE)")

SetFileBitrate (FileHandle, bitrate) ("SetFileBit Rate (AccessFile, Bit Rate)")

On the other hand, the data area needed for real-time recording / playback can be pre-allocated in advance as a distributed / unrecorded state using the SetFileBitrate (FileHandle, bitrate) command ("File Set Bit Transfer Rate (File Inversion, Bit Rate)") . In this case, when the application layer has information about the bit rate and the IPP for converting the bit rate to the number of blocks exists at the file system level, the number of blocks obtained using the IPP can be provided in the form of the data area that is necessary for recording / playback in real time in a distributed / unrecorded state using the SetFilePointer command - ("PointerFileSet"}.

In a second step, the Windows kernel 202 issues a command to the driver 203 of the DAC-RAM device to search for a file.

In the third step, the driver 203 of the DAC-RAM device checks whether the recording / playback attributes are assigned in real time to the file after the file search function command, and provides a distributed / unrecorded data area, the size of which depends on the search length, taking into account the conditions for a minimum continuous area memory (for example, file defect management, file allocation, file buffering, minimum continuous block size, and bit rate information) defined in the assigned attributes realtime pisi / reproducing (11). One pre-distributed area or a plurality of areas are located in the KIO module and can be distributed.

<real-time recording / playback file data method>

In a first step, the Windows API kernel, called up to record real-time recording / playback file data, is a recording file. Application layer 201 invokes the Windows kernel using a recording file in order to save data in real time, as shown in the following example.

Example: WriteFile (FiieHandle, AB_Buffer, 32 * 1024, NULL, NULL)

("RecordFile (FileReport, AB_Buffer, 32 * 1024 ZERO, ZERO"))

In a second step, the Windows kernel 202 calls the write function of the driver 203 file of the DAC RAM device.

In the third step, the driver 203 of the DAC-RAM device checks whether the attributes of the recording / playback in real time are assigned to the file after calling the file recording function. If real-time recording / reproducing attributes are assigned, the A / B data to be recorded is recorded in a distributed / unrecorded area in accordance with the real-time recording conditions. After recording, when the distributed / unrecorded area does not exist, the value of the recorded data is transferred to the application layer 201. The application layer 201 pre-distributes the distributed / unrecorded area, designated as real-time recording / reproducing attributes, to record the remaining unrecorded data using the SetFilePointer command ("PointerFileSet") searches in relation to the amount of recorded data and again records the remaining data.

That is, as shown in FIG. 12A, A / B data of 32 * 1024 bits is recorded in a distributed / unrecorded area of 8 * 1024 * 1024 bits (Fig. 11), and the residual area is still allocated as a distributed / unrecorded area.

As shown in FIG. 12B, when information about the amount of data recorded in the variable recording application layer 201 is output, since the distributed / unrecorded area is 32 * 1024 bits, the file system level automatically pre-allocates the distributed area using bit rate information by SetFileBitrate {"SetFileBit Bit Rate"). As shown in FIG. 12C, the residual data is written to the module of the KIO unit. When a defective block is generated during recording and thus an error is generated, the block corresponding to the defective block is excluded from the distributed / unrecorded area (Fig. 12).

In this case, when the bit rate for different sections may differ from each other, information related to the bit rate for each sector can be recorded in the file management information area. 13A and 13B depict an example of a plurality of repetition rate values (here, V1, V2, and V3) and section related information that is stored as real-time recording / reproducing information in the file management information area when in different sections contain various values of the repetition rate (bit rate) of the bits. 13C and 13D show an example with a single bit rate (here, Vb), which is stored as real-time recording / reproducing information in the file management information area when the same bit rate is provided in the entire file data section.

<method of reproducing data of a recording / reproducing file in real time>

In a first step, the Windows API kernel, which is called to play back real-time recording / playback file data, is a read file. Application layer 201 invokes the Windows kernel using a read file, as in the following example, to reproduce real-time data.

Example: ReadFile (FileHandle, AV_Buffer, 32 * 1024, NULL NULL)

("ReadFile {FileReport, AV_Buffer, 32 * 1024, ZERO, ZERO"))

In a second step, the Windows kernel 202 issues a command to the driver 203 of the CDM-RAM file reader device.

In a third step, the driver 203 of the DAC-RAM device checks to see if the file has real-time recording / reproducing attributes assigned when the file read function is issued. If the attributes of the recording / playback in real time are assigned, then the A / B data, the size of which depends on the duration of the playback, is reproduced from the data area A / B, taking into account the conditions of playback in real time.

In this case, when a defect is detected in the unit that will be played, a read command, showing that the attributes of the distributed / unrecorded file are assigned but not read, is transmitted from the driver 203 of the DAC-RAM device to the drive 204.

The real-time recording command and the playback command, which are executed using the command interface of the driver device of the DAC-RAM, must be used after recording / playback in real time.

<method of deleting a portion of the data of a real-time recording / reproducing file>

At the first stage, the “DeletePartOfFile” command is called as the core of the Windows API in order to delete part of the data of the recording / playback file in real time. In order to delete part of the real-time data, application layer 201 calls the Windows kernel using the "DeletePartOfFile" command, which is described in the following example.

Example: DeletePartOfFile (FileHandle. Offset.Size)

("DeletePartFile (FileRescription, Offset, Size)")

In a second step, the Windows kernel 202 issues a command to the driver 203 of the DAC-RAM device to delete a portion of the file.

In the third step, when a partial deletion command is issued, the driver 203 of the DAC-RAM device checks whether the recording / reproducing attributes are assigned to the file in real time and deletes the data from the A / B data area taking into account the real-time conditions if attributes were assigned real-time recording / playback. After partial deletion of the file to manage the dummy file or the list of space to fill the KIO, a file is created located under the root directory in the system file.

On figa shows the area that will be deleted from the real-time file, in which the data A / V are placed in the modules KIO. The deletion region, which is located in the free region (Fig. 14B), and the A / B data section related to the deletion region, among the KIO block extending beyond the boundaries of the deletion region, is called a filling space. The A / B data in this filling space is managed as a separate file, which is located in the system file, and they are stored in the distribution descriptor list (DR) located in the list of the space for filling KIO. A / B data that does not belong to the deletion area and which are in the KIO block are stored in the DR list of the file element. An additional list with KIO is again updated in accordance with a function such as deletion or recording. When the method according to the present invention is applied in the FOOD system, the list of the space for filling the KIO can be described using a short distribution descriptor.

In FIG. 14B, the space occupied by the A / B file and the space intended to be filled in the KIO block extending beyond the boundary of the deletion region have extent lengths. As shown in FIG. 14C, the space of the A / B file of the KIO unit, extending beyond the boundary of the deletion area, has both an extent length and an information length, but the filling space is controlled by both a distribution descriptor that has an extent length and information length equal to " 0 ", in the A / B list in the A / B file element. The A / B file space, which does not belong to the deletion area (in the KIO block, is also managed in the AB list in the A / B file element. In this case, the filling space can be defined as an extended distribution distribution descriptor.

<real-time recording / playback file closing method>

In the first step, the CloseHandle function is called as the core of the Windows API in order to close the real-time file. In order to close a real-time recording / playback file, application layer 201 calls the window core 302 using CloseHandle (“Close Request”) as shown in the following example.

Example: CloseHandle (FileHandle) ("CloseHandle (FileHandle)")

At the second stage, the core of the window 202 issues a command to the driver 203 of the DAC-RAM device to search for the file.

In the third step, when the file closing function is performed, the driver 203 of the CAM-RAM device updates the file management information (file element and so on) and disk information (for example, information about a free area and so on).

According to the present invention, as described above, real-time recording / reproducing attributes are assigned to a file, and the file is recorded / reproduced in a different way from a regular file. Thus, a real-time recording / reproducing file can be recorded / reproduced in real time.

In addition, in the present invention, the files are divided into real-time files and ordinary files and defect management information, file allocation information, buffering information and information about the size of the minimum continuous memory block that is generated at each stage, is assigned to the file in real time in the form of information about recording / playback in real time after recording / playback. Thus, it is possible to efficiently record / play in real time.

In addition, in the present invention, motor control information that has a spindle is obtained from real-time recording / reproducing information related to the bit rate during recording / reproduction, thereby controlling an electric motor that has a spindle.

Claims (38)

1. A recording medium comprising real-time files requiring real-time recording / reproducing, and a file management information area in which real-time recording / reproducing information is stored to provide real-time recording / reproducing of real-time files, including file indication information indicating that real-time files require real-time recording / reproduction. 2. The recording medium according to claim 1, characterized in that the real-time recording / reproducing information includes at least one of the following: information about the bit rate during recording / reproducing, information about the minimum continuous blocks memory satisfying the condition according to which the playback time of the current data block is greater than the sum of the search time and the reading time of the data block to be reproduced next, and information about the playback time to provide section of the minimum continuous memory area. 3. The recording medium according to claim 2, characterized in that the information about the bit rate during recording / playback includes control information for a motor having a spindle. 4. The recording medium according to claim 2, characterized in that the real-time files include sections having different bit rates, and the information about the bit rate during recording / playback includes a plurality of bit rates corresponding to different bit rates bits for sections, and information related to sections. 5. The recording medium according to claim 4, characterized in that the information about the recording / playback in real time additionally includes information about the maximum allowable value of the repetition rate of bits during recording / playback in real time for real-time files. 6. The recording medium according to claim 2, characterized in that the information on the minimum continuous memory blocks is determined depending on the maximum search time of the current data block. 7. The recording medium according to claim 2, characterized in that the minimum continuous memory blocks are determined in accordance with the size of the coding block with error correction and the maximum search time of the current data block. 8. The recording medium according to claim 7, characterized in that the real-time recording / reproducing information further includes block connecting information for connecting the blocks to obtain minimum continuous memory blocks for performing real-time reproduction. 9. The recording medium according to claim 2, characterized in that the real-time recording / reproducing information further includes attribute information indicating that if the final part of the file is not filled with data by means of minimum continuous memory blocks, data blocks for the unfilled part distributed in advance but not recorded. 10. The recording medium according to claim 2, characterized in that the information on the recording / playback in real time further includes information about the current state of the recording / playback in real time, which indicates whether the current file is placed so as to be recorded / reproduced in real time. 11. The recording medium according to claim 2, characterized in that it further comprises a spare area in which real-time recording / reproducing information further includes file defect management information indicating that replacing the defective block with a block in the spare area and re writing or re-reading the defective block is not attempted when writing or reading one of the real-time files is unsuccessful. 12. The recording medium according to claim 11, characterized in that the real-time recording / reproducing information further includes file distribution information indicating that the data block is not allocated to the defective block being replaced by a spare area. 13. The recording medium according to claim 2, wherein the real-time recording / reproducing information includes file buffering information related to the amount of data that must first be read from the buffer and the amount of data written to the buffer at a time. 14. The recording medium according to claim 1, characterized in that the real-time recording / reproducing information includes continuous recording / reproducing type information classified in accordance with the conditions for managing real-time files, wherein said conditions include self file defect management information, file distribution information, file buffering information, information about minimal continuous memory blocks of real-time files. 15. A recording medium containing real-time files that require recording / playback in real time, and the information area for managing files in a system in the format of a universal disk (FUD), in which information about recording / playback in real time is stored for recording / real-time playback of real-time files. 16. The recording medium according to item 15, wherein the information area of file management includes an extended attribute field of a file element in the FOOD system, which stores information about the recording / playback in real time. 17. The recording medium according to clause 16, wherein the real-time recording / reproduction information includes file indication information indicating that the real-time files require real-time recording / reproduction. 18. The recording medium according to clause 16, wherein the real-time recording / reproduction information includes at least one of the following: information about the bit rate during recording / reproduction, information about the size of the minimum continuous memory blocks satisfying the condition that the reproduction time of the current data block is greater than the sum of the search time and the read time of the current data block to be reproduced next and the reproduction time information Buildings to ensure a minimum contiguous memory area. 19. The recording medium according to item 15, wherein the information area for managing files includes a descriptor field of a file identifier of the FOOD system, in which information about the recording / playback in real time is stored. 20. The recording medium according to claim 19, wherein the real-time recording / reproducing information includes file indication information indicating that the real-time files require real-time recording / reproducing. 21. The recording medium according to claim 15, characterized in that the file management information area includes an IBU field (information management unit) of the FOOD system stream directory in which real-time recording / reproduction information is stored. 22. The recording medium according to item 21, wherein the real-time recording / reproduction information includes file indication information indicating that the real-time files require real-time recording / reproduction. 23. The recording medium according to item 21, wherein the real-time recording / reproducing information includes at least one of the following: information about the bit rate during recording / reproducing, information about the minimum continuous blocks a memory satisfying the condition that the playing time of the current data block is longer than the sum of the search time and the reading time of the data block to be reproduced next and the playback time information for Cooking the smallest continuous memory area. 24. The recording medium according to Claim 15, wherein the file management information area includes a file type field in the IBU SIGN field of a file element of the FOOD system in which real-time recording / reproduction information is stored. 25. The recording medium according to claim 15, wherein the file management information area includes a file flag field in the IBU SIGN field of a file element of the FOOD system in which real-time recording / reproduction information is stored. 26. A recording medium containing real-time files that require real-time recording / reproduction, in which real-time recording / reproducing information for real-time recording / reproduction of real-time files is stored in a corresponding one of the real-time files . 27. The recording medium according to p, characterized in that the information about the recording / playback in real time is stored in the file "RTRW TS.VOB" in each file in real time, respectively, and has a rewritable format "RTRW" in real time . 28. The recording medium of claim 26, wherein the real-time recording / reproducing information includes file indication information indicating that the corresponding real-time files require real-time recording / reproducing. 29. The recording medium according to p, characterized in that the information about the recording / playback in real time includes at least one information from the following: information about the bit rate during recording / playback, information about the minimum continuous blocks memory satisfying the condition according to which the playback time of the current data block is greater than the sum of the search time and the reading time of the data block to be reproduced next, and information about the playback time for Cooking the smallest continuous memory area. 30. The recording medium according to clause 29, wherein the real-time recording / reproducing information further includes current real-time recording / reproducing status information indicating whether it is possible to record / reproduce the current file in real-time time. 31. A recording medium containing information about recording and / or playback in real time, providing recording and / or playback in real time, in which information about recording and / or playback in real time is stored in the file type field in the IBU SIGN (information control unit) field of the file element for the system in the universal disk format (FUD). 32. The recording medium according to p, characterized in that the recording medium further comprises real-time files that require recording and / or playback in real time. 33. The recording medium according to claim 32, wherein the real-time recording / reproducing information comprises file indication information indicating that real-time files require real-time recording and / or reproduction. 34. The recording medium according to p, characterized in that the information about the recording and / or playback in real time contains at least one information from the following information about the bit rate during recording / playback, information about the minimum continuous memory blocks satisfying the condition according to which the playback time of the current data block is greater than the sum of the search time and the reading time of the data block to be reproduced next, and information about the playback time to provide cheniya minimum continuous area of memory. Priority on points: 05/01/1998 - claims 1-3, 11-13, 16-19, 27, 29-31; 07/07/1998 - pp. 7-10, 14, 15, 28; 10/02/1998 - pp.20-26, 32-34; 12/15/1998 - pp. 4-6.

Images