RU2303823C2 - Method for processing, recording and reproducing real time files - Google Patents

Abstract

FIELD: method for recording and reproducing files in real time scale, and also for processing files with usage of information about recording/reproduction in real time scale.

SUBSTANCE: information about recording/reproduction in real time scale is stored in file control information area, in each real time file, or in separate file. Recording/reproduction attributes are assigned to a file in real time scale.

EFFECT: files, recorded in real time scale, may be reproduced without interruption.

14 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 information real-time recording / reproduction, and a method of processing files using real-time recording / reproduction 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 a 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. At the second stage, block 3 is found.

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

In the fifth step, blocks 5 and 6 are read and reproduced. Since in the known file system information related to real-time recording / reproduction is not recorded even when recording a file that needs to be recorded / reproduced in real time, placement of data for recording / real-time playback 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 near 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 objective of the present invention is to perform a method of copying files based on 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 information / real-time playback.

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 sections of data, and for playing files p 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, to solve the first problem, a recording medium is made in which real-time files are recorded,

a time scale in which real-time recording / reproducing information providing real-time recording / reproduction of real-time files is stored 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 information from the recording / playback in real time, 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 disc in accordance with the information about the recording / playback in real time recorded in a given area of the disc, 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 is proposed for processing files 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 DV data in real time, 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 / reproducing information according to 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-12B 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 / reproduction attribute information can be stored in the file identifier descriptor field, in the file type field, or in the flag field among the IBU SIGN field (TAG IC3) 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 format (RTRW), real-time recording / playback attributes information can be stored in a data file under the name RTRW TS.VOE.

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 real-time recording / playback file (for example, the identifier is “DV file”), indicating that the file needs to be recorded / reproducing in real time, includes s-information about real-time recording / reproducing attributes . 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 Mbps

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 bit rate during recording / playback in each part, information associated with a plurality of values of the bit rate and parts, for example, position information, can be stored in real-time recording / playback attribute information. The maximum allowable value of the bitrate 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 repetition rate during recording / reproduction.

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 minimum contiguous memory blocks occupying blocks on a disk, according to the present invention, while 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 occupies blocks 0, 1, 2, 5, 5, 6, 1, 8, 11, 12, 13, and 14 on a disk. A regular file B takes blocks 4, 9, 10, and 15 on a disk. A regular file 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 whether the file with the length of the designated block should be saved? ”Is sent to the user, and if users need to save it, the file can be saved in the minimum 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 ≫ read time, also allows for real-time playback if it satisfies the condition of expression (I): search time + read time <playback time.

Meanwhile, a minimum contiguous block of memory limits the allocation 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 attributes of a real-time recording / reproducing file, 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 reproduction 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 KIO blocks , 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 Table 1.

Table 1 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 limit 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 mixed sequentially, 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 number 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 number 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 H "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 inability to record / reproducing in real-time is set as an attribute of the current 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 defective blocks when using the program for copying and taking into account information about recording / reproducing 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 S1G5 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 at the same time as the error rate (Va) of the write / read bits, and uses the result in module 140 of the 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 are 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 transfer rate (repetition rate) of Va 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 of 120 tracks by its transmission speed (repetition rate) Vb of the recording / reproducing bits, decodes the read data and reproduces the A / B data.

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 the generated command, and a device driver 203 having a file system the same as the driver file system CD-ROM devices 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 Windo core 202 ws can be called kernel level.

10 is a flowchart showing a real-time data recording / reproducing process for a computer system among PRMZ 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 / V 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 PRMB system function 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); The Windows kernel, which is called to create a real-time recording / playback file, is a creation file. The application layer 201 assigns the file attribute ATTRIBUT RMB file to create a recording / playback file in real time and calls the kernel 202 Windows, as shown in the following example.

Example: FileHandle - CreateFile

("ABFILE. MPG", FILEJVTRIBCJTE. BTRW, ...)

File Processing = Create File

("AVFAYL.MRS", FILE ATTRIBUT 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 ATTRIBUT PRMW when the file generation function is ordered. When the FILE ATTRIBUTE FILE attribute is indicated, the file management information is stored in the extended attribute area of the file element, the directory area of the IVD (control information block) flows, the file identifier descriptor area, or the file type area or 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: SetFil-ePointer (FileHandle, 8 * 1024 * 1024, NULL, FILE END) ("SetFileIndicator (FileReference, 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 "SetFileFile bit rate (FileRecision, 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 writing / real-time playback 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 the minimum continuous memory (for example, file defect management, file allocation, file buffering, minimum continuous block sizes 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 (FileHanule, AB_Buffer, 32 * 1024, NULL, NULL)

("Record File (FileReport, AV 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 is provided on the amount of data recorded in the variable recording application layer 201, 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. On figa and 13B shows an example of a set of values of the repetition rate (here, Vi, V2 and V3) and information associated with sections, which is stored in the form of information about the recording / playback in real time in the field of information management files when 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. Off set.Size) ("Deleting a File Part (File Handling, 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. The 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. 0 ", in the A / B list in the A / B file element. The A / B file space that does not belong to the deletion area (in the KIO block) is also controlled in the AV list of the A / B file element. In this case, the space for filling can be defined as an extended distribution descriptor of the food distribution system.

<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 executed, 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 the 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 of recording / reproducing, thereby controlling an electric motor that has a spindle.

Claims (14)

1. A method of processing files for a system that allows you to record and / or overwrite real-time files that are assigned information about the attributes of recording and / or playback in real time, comprising the steps of processing real-time files in accordance with any one of the following processes: creating a real-time file, an area distribution process, a recording process, a reproducing process, a deleting process, and a closing process using information about recording attributes and / or playback in real time, characterized in that the information about the attributes of the recording / playback in real time includes at least one of the following types of information: 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 the time information in Performances to ensure a minimum contiguous memory area. 2. The method according to claim 1, characterized in that the information about the recording and / or playback in real time is stored in the file type field in the IBU SIGN field (control information block) of the file element for the system in the universal disk format (FUD). 3. The method according to claim 1, characterized in that the information about the attributes of the recording / playback in real time includes information indicating the file indicating that the file requires recording / playback in real time. 4. The method according to claim 1, characterized in that the selected process is a creation process, and the method further comprises the steps of: the application level calls the kernel level using the file creation command, the kernel level calls the function to create a file from the device driver using the kernel level, and the device driver creates one of the real-time files by assigning real-time recording / playback attributes in response to a call to the file creation function. 5. The method according to claim 1, characterized in that the selected process is a process for distributing a region, and the method further comprises the steps of: the application level calls the kernel level using the search command, the kernel level calls the file search function from the device driver, and the device driver checks whether the recording / playback attributes are set in real time in response to a call to the file creation function, and pre-allocates a distributed / unrecorded data area having a search length corresponding to the condition of the minimum contiguous memory area defined in the recording attribute information / real-time playback. 6. The method according to claim 1, characterized in that the selected process is a recording process, and the method further comprises the steps of: the application level calls the kernel level using the write command, the kernel level calls the file write function from the device driver, and the device driver checks whether the recording / reproducing attributes are set in real time in response to a call to the file recording function, and writes data to a distributed / unrecorded area of the disc in accordance with the real-time recording condition. 7. The method according to claim 6, characterized in that it further comprises the steps of: the size of the recorded data is reported to the application layer when the distributed / unrecorded distribution area is insufficient at the recording stage, the application layer pre-distributes the distributed / unrecorded area using the process of allocating the area with reference to the size of the recorded data, and the residual data is recorded in the pre-distributed area. 8. The method according to claim 7, characterized in that the step of pre-distribution of the distributed / unrecorded area contains the step of automatically pre-distributing the distributed / unrecorded area in accordance with information about the bit rate set by the file system level. 9. The method according to claim 7, characterized in that if the defective block is formed during data recording in the distributed / unrecorded area at the recording stage, the defective block is excluded from the distributed / unrecorded area. 10. The method according to claim 1, characterized in that the selected process is a reproduction process, and the method further comprises the steps of: the application layer invokes the kernel level using the play command, the kernel level calls the file playback function from the device driver, and the device driver checks whether the attributes of the recording / playback in real time, when calling the file playback function, and reproduces data from the disk in accordance with the conditions of playback in real time. 11. The method according to claim 1, characterized in that the selected process is a removal process, and the method further comprises the steps of: the application level calls the kernel level using the delete command, the kernel level calls the function to delete the file from the device driver, and the device driver checks to see if the real-time recording / playback attributes are set when the file deletion function is called, and deletes data from the disk in accordance with the real-time condition. 12. The method according to claim 11, characterized in that it further comprises steps distribution of the removal region in the free region and managing data in the filling space of the audio / video data section related to the deletion area, along with the error correction coding (CIO) block extending at the boundary of the deletion area as a separate file located in the system disk file. 13. The method according to p. 12, characterized in that the data from the fill space is additionally stored and controlled in the list of distribution descriptors in the fill element of the KIO, the fill space related to the delete area in the KIO block, located above the boundary of the delete area, and the space A non-deletion audio / video file has extent lengths. 14. The method according to claim 1, characterized in that the selected process is a closing process, and the method comprises the steps of: the application level calls the kernel level using the close command, the kernel level calls the file close function from the device driver, and the device driver updates the file management information and disk information in response to the call to the file close function.

Images