HK1122645B - Recording method and reproducing method - Google Patents

Description

Recording method and reproducing method

This application is a divisional application of a patent application entitled "real-time recording and reproducing method and apparatus" filed on 5/1 1999, application No. 02140734.7.

Technical Field

The present invention relates to a system requiring real-time recording and/or playback, and more particularly, to a recording medium storing real-time recording/playback information, a method and apparatus for recording and playing back a real-time file based on the real-time recording/playback information, and a file operating method using the real-time recording/playback information.

Background

In a computer or an audio and/or video (A/V) apparatus constructed with a file system for an A/V file requesting real-time recording/playback, control information indicating that the A/V file is a real-time recording/playback file is not recorded in the file control information. Therefore, it is impossible to play back a file composed of data blocks physically dispersed on the recording medium in real time even if they are logically continuous.

Here, a general file system as shown in fig. 1 includes file control information having a file length, information of a location of file data, file readable/writable or unreadable/writable information, and the like, and file data stored in the location indicated by the file control information. When a file on the disc is read, the file control information is first read, and then file data in a location indicated by the read file control information is read and played back. This method of allocating a fixed-size data block used in a general file system cannot guarantee real-time playback of a file.

That is, recording/playback in a general file system is described by an example in which two files occupy a block on one disc, as shown in fig. 2. Here, one file a requesting real-time playback occupies blocks 0, 3, 5, and 6 of the disc, and one general file B occupies blocks 1, 2, 4, and 7 of the disc.

The procedure for playing back file a is as follows:

in a first step, data block 0 is read.

In a second step, the data block 3 is searched.

In a fourth step, the data block 5 is searched.

In a fifth step, the data blocks 5 and 6 are read and played back.

In the general file system, since information related to real-time recording/playback is not recorded even when a file requiring real-time recording/playback is recorded, data arrangement for real-time recording/playback is not considered. Therefore, real-time playback cannot be realized.

That is, the file a (e.g., one video file) of fig. 2 requires real-time playback, but the general file system arranges the data files without considering the requirement of real-time playback, thus causing a screen interruption during play. In order to record/play back a file in real time, the sum of the search time and the read time must be less than the play time, as shown in the following expression:

read time < play time … (1)

In order to prevent the screen from being interrupted, the next data block must be searched during reading and playing back a current data block before the next data block is read. However, in an apparatus for driving a disc such as a Compact Disc (CD) and a Digital Versatile Disc (DVD), the seek time is much longer than the read time. Therefore, if the next data block is not physically adjacent to the current data block, real-time playback is not possible.

Disclosure of Invention

In order to solve the above problems, it is an object of the present invention to provide a recording medium for storing real-time recording/playback information for a real-time file.

It is another object of the present invention to provide a method of recording real-time recording/reproducing information after a real-time file is arranged in a minimum contiguous memory block and reproducing the file in real time based on the real-time recording/reproducing information.

It is another object of the present invention to provide a method of copying a file considering real-time recording/reproducing information, which adds real-time recording/reproducing information of an original file to a copied file and reproduces the copied file in real time using the real-time recording/reproducing information.

It is still another object of the present invention to provide an apparatus for recording one recording/reproducing bit rate as real-time recording/reproducing information for recording a plurality of recording/reproducing bit rates as real-time recording/reproducing information when the recording/reproducing bit rate is changed for different data sections (sections) and reproducing a file in real time according to the real-time recording/reproducing information.

It is still another object of the present invention to provide a file operating method of generating a file in which real-time recording/playback information has been set, expanding a data area, recording and playing back the file, and performing other file operations.

Therefore, in order to achieve the first object, there is provided a recording medium in which a real-time file requiring real-time recording/playback is recorded, wherein real-time recording/playback information for guaranteeing real-time recording/playback of the real-time file is stored in a file control information area.

To achieve the second and third objects, there is provided a recording and reproducing method comprising the steps of: (a) arranging and recording real-time files requiring real-time recording/playback according to real-time recording/playback information ensuring real-time playback, and recording the real-time recording/playback information; and (b) reading and playing back the real-time file data using the real-time recording/playing back information.

To achieve the fourth object, there is provided a recording and reproducing apparatus for recording and/or reproducing a real-time file on a disc using real-time recording/reproducing information that ensures real-time recording/reproducing, the apparatus comprising: a codec for compressing and encoding an input bitstream according to a predetermined compression scheme and providing compressed data for recording, and decoding the compressed and encoded data for playback; a buffer for temporarily storing the compressed data at a recording bit rate using bit rate information included in the real-time recording/reproducing information and transferring the data written on the disc to the codec at a reproducing bit rate; a signal processor for converting the data stored in the buffer into a signal suitable for recording, the signal being suitable for transferring the converted signal to the disc for recording together with the real-time recording/reproducing information, and reproducing the data read from the disc based on the real-time recording/reproducing information recorded in a predetermined area on the disc; and a controller for controlling driving of a servo including a spindle motor according to bit rate information of the real-time recording/reproducing information.

To achieve the fifth object, there is provided a method of manipulating a file for a system adapted to write and rewrite a real-time file to which real-time recording/playback attribute information is assigned, wherein the real-time file is manipulated using real-time recording/playback attribute information according to any one of a real-time file creation process, a zone allocation process, a recording process, a playback process, a deletion process, and a close (close) process.

Drawings

The above objects and advantages of the present invention will become more apparent by describing in detail preferred embodiments thereof with reference to the attached drawings, in which:

FIG. 1 is a one-dimensional structural diagram of a recording medium, the structure showing a relationship between file control information and file data;

FIG. 2 shows an example of two normal files occupying a block on a disk;

fig. 3A to 3D illustrate examples of real-time recording/playback attribute information storage according to the present invention;

fig. 4 shows an example in which a real-time file according to the invention consists of minimum contiguous storage blocks, the real-time file occupying blocks on the disc;

fig. 5 illustrates a one-dimensional structure of a recording medium for recording real-time AV data configured into minimum contiguous memory blocks according to the present invention;

FIGS. 6A and 6B illustrate an example of copying a file consisting of minimal contiguous storage blocks in accordance with the present invention;

fig. 7 is a flowchart illustrating a playback method using real-time recording/playback information according to an embodiment of the present invention;

fig. 8 is a schematic block diagram of a disc recording and reproducing apparatus applied to the present invention;

FIG. 9 shows a diagram of the control flow for real-time recording/playback of a real-time rewritable system;

FIG. 10 is a block diagram showing a data flow of real-time recording/playback of a real-time rewritable system;

fig. 11 shows an example of allocation of an unrecorded/unallocated area in one real-time recording/playback file;

fig. 12A to 12D show an example of recording data of a real-time recording/playback file;

FIGS. 13A to 13D show diagrams corresponding to file control information when different bit rates are set in different segments and when the same bit rate is set in the entire file data segment; and

fig. 14A to 14C show illustrations of partial deletion of real-time recording/playback file data.

Detailed Description

Preferred embodiments of a recording medium storing real-time recording/reproducing information, real-time recording/reproducing methods and apparatuses, and a file operating method using the real-time recording/reproducing information will now be described with reference to the accompanying drawings.

Fig. 3A to 3D show an example 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, the real-time recording/playback information may be provided as an attribute to each real-time file. As an example, when a file system is a Universal Disc Format (UDF) system, the real-time recording/playback attribute information can be stored in an extended attribute field or a stream directory ICB (information control block) field in a file entry.

Further, the real-time recording/playback attribute information can be stored in a file identifier descriptor field, a file type field, or a TAG field among ICB TAG fields in the file entry. The file entry can be referred to as a file control information area or a file structure area.

As shown in fig. 3B, the real-time recording/playback attribute information of each file can be stored in a predetermined area (information area) in each file. For example, in the case of a real-time rewritable (RTRW) format, real-time recording/playback attribute information can be stored in a data file called RTRW _ ts.

As shown in fig. 3C, the real-time recording/playback attribute information of each file can be stored in a separate file. As an example, the real-time recording/playback attribute information can be stored in an information file having an RTRW format called RTRW _ ts. As another example, when the file system is the UDF system, the 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 real-time recording/playback attribute information is stored in a volume structure area or a file structure area in the UDF system, the real-time recording/playback attribute information is first interpreted based on the installation of a volume or the opening of a file, and then data is recorded/played back in real time according to the interpreted information.

Real-time recording/playback file identification information (e.g., an identifier ═ AV file ") indicating that one file requires real-time recording/playback is included in the real-time recording/playback attribute information. At least one of information of a minimum contiguous memory block satisfying the condition of expression 1, playback time information for ensuring minimum contiguous storage, recording/playback bit rate information, and contiguous recording/playback type information can be stored in the real-time recording/playback attribute information. Here, if there are three types of discs A, B and C, the contiguous recording/playback type information can be predetermined as follows:

type a 10.08Mbps, type B1.4 Mbps, and type C8 Mbps

An attribute indicating whether the file is currently arranged so as to be recorded/reproduced in real time, that is, an attribute indicating the current real-time recordable/reproducible state of the file, is also included in the real-time recording/reproducible attribute information.

The real-time recording/playback bit rate information is stored in the real-time recording/playback attribute information. When the recording/playback bit rate is changed at each segment, information on a plurality of bit rate values and segments (e.g., position information) can be stored in the real-time recording/playback attribute information. The maximum allowable value of the real-time recording/reproducing bit rate can be further stored in the real-time recording/reproducing attribute information. Here, the control information of the spindle motor can be obtained by using the recording/reproducing bit rate information.

Further, file defect management information, file buffer information, file allocation information, etc., can be included in the real-time recording/reproducing attribute information. That is, if the file defect management information is stored in the real-time recording/reproducing attribute information, when reading or writing fails, an attempt is not made to replace a defective block with a spare area, and no further attempt is made to read or write the defective block.

For example, file allocation information such as non-allocation (non-allocation) of a defective block replaced by a spare area can be stored as one data block in the real-time recording/reproducing attribute information. File buffer information relating to the amount of data initially read from the track buffer and the amount of data recorded in the track buffer at a time can also be stored as real-time recording/playback attribute information.

The case for controlling the real-time file is classified and the classified information is recorded in the real-time recording/reproducing file attribute information area instead of separately storing many real-time recording/reproducing attributes such as file defect management information, file allocation information, and file buffer information. With this file, simple real-time recording and playback can be realized. For example, the following types of information can be provided:

type A: a data bit rate of 10Mbps, the impossibility of assigning a data block to a defective block to be replaced by a spare area, and the impossibility of re-attempting reading based on a read failure; and

type B: a data bit rate of 8Mbps, the possibility of allocating a data block to a defective block to be replaced by a spare area, and the impossibility of re-attempting reading based on a read failure;

meanwhile, referring to fig. 4, there is shown an example of real-time files according to the present invention, which include the smallest contiguous memory blocks occupying blocks on a disc, file a being a file requiring real-time playback. If the smallest contiguous memory block satisfying the condition of expression 1 includes four blocks, the file a is recorded in real time in four block units. That is, real-time file a occupies blocks 0, 1, 2, 3, 5, 6, 7, 8, 11, 12, 13, and 14 on the disc. Normal file B occupies blocks 4, 9, 10 and 15 on the disc. A normal file B, which does not require real-time playback, has a minimum contiguous memory block comprising one block and can store one or any number of segments. This block typically corresponds to one sector of the disc.

File a real-time playback operates as follows:

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

During the playing of blocks 0, 1, 2 and 3, block 5 is searched in step 2.

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

During the playing of blocks 5, 6, 7 and 8, block 11 is searched for in step 4.

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

Based on the storage of a file requiring real-time playback, if no contiguous block area that can satisfy the minimum contiguous memory block exists on the disc, recording of the file cannot be performed. However, if like "cannot be recorded contiguously. Is the smallest contiguous memory block designated as a block and the file stored in the designated block length? "is sent to the user and if the user requires storage, the file can be stored in the smallest contiguous memory block comprising one block. In this case, the value of the initially specified minimum contiguous memory block is stored in the information on the minimum contiguous memory block length included in the real-time recording/playback attribute, but information indicating that the arrangement of the currently stored files is such that real-time recording/playback is not possible is stored in the current real-time recordable/playback-possible state attribute. This enables the copied file to be treated contiguously as a real-time record/playback file when the file is copied on a different disc or the same disc.

In the present invention, a driving apparatus, such as a CD drive and a DVD drive, has a seek time (e.g., 150ms) much longer than a read time (e.g., 1.43ms), expressed as seek time > read time, if it satisfies the condition of expression 1: real-time playback can also be achieved with search time + read time < play time.

At the same time, the minimum contiguous memory block limits the allocation of free blocks on the disk to meet the intended purpose. Here, the free data block means an unused (non-used) area having no defect block, or a rewritable area in a user area that can be used by a user.

If the minimum contiguous memory block is defined as 16 blocks arranged in an Error Correction Code (ECC) block, one data block cannot be allocated less than 16 contiguous free blocks. And the allocation of one data block cannot be 16 consecutive free blocks involving two ECC blocks. Here, the minimum contiguous memory block has a role of recording and reproducing the DVD-RAM in one ECC unit.

When all real-time data is stored on physically contiguous blocks on the disc, no search occurs and thus recording/playback is prevented from being interrupted. However, since contiguous data blocks do not exist without limitation, a minimum contiguous memory block is calculated and stored as a real-time recording/playback attribute of a file, and real-time data is recorded in the minimum contiguous memory block. In this way, screen interruption can be prevented.

If an MPEG playback bit rate of 8Mbps (═ Vb), a search time of 150ms, a read bit rate of 11Mbps (═ Va), a block of 2048 bytes, and data having ECC blocks each including 16 blocks is recorded on a recording medium such as a disc, a minimum contiguous memory block S can be obtained according to the condition of expression 1 shown in the following expression 2:

(1-Vb/Va)2048 > Vb search time/1000 … (2)

From this expression, the minimum contiguous memory block S is 261 blocks. Real-time playback is enabled when data is recorded in units of at least 261 blocks designated as minimum contiguous memory blocks. However, 272 blocks corresponding to 17 consecutive ECC blocks can be designated as a minimum contiguous block. Here, the predetermined purpose is to guarantee recording/playback when the maximum search time is 150 ms.

With an ECC block comprising 16 blocks designated as the minimum contiguous memory block, and a definition of search time such as that added as shown in expression 2, the free block allocation method for real-time recording and playback is divided into the following steps, and these steps can be arranged as shown in table 1:

[ Table 1]

	Number of connected blocks	Function of
			The third step	1088 blocks (ECC arrangement)	Guaranteeing real-time recording/playback between blocks requiring 600ms search time
Second step of	272 blocks (ECC arrangement)	Guaranteed between blocks requiring 150ms search timeReal-time recording/reproducing
			First step of	16 blocks	Ensuring recording and playback in an ECC unit
	(ECC arrangement)	(All allocated blocks must conform to the first step)

A/V data is recorded and reproduced by arranging blocks satisfying a restriction condition on a minimum contiguous memory block whose number of blocks depends on each step, so that the blocks can be physically contiguous to each other, thereby enabling real-time recording and reproduction. For example, when there are three groups of smallest contiguous memory blocks: 16 blocks, 272 blocks and 1088 blocks, and the search time is 150ms, the possibility of real-time recording/playback depends on the method of connecting the blocks.

That is, when 272 blocks, 1088 blocks and 16 blocks are sequentially arranged, real-time recording and playback are possible, and when 16 blocks, 272 blocks and 1088 blocks are sequentially arranged, real-time recording and playback are not possible.

Therefore, with the block allocation and block linking method by steps, the minimum contiguous memory blocks can be efficiently recorded and played back in real time.

Meanwhile, if the end portion of the file is not filled with as much data as in the minimum contiguous memory block, as shown in fig. 5, even when the file is recorded according to the case of the minimum contiguous memory block, an attribute indicating an unfilled block allocated but not recorded is stored as real-time recording/playback information, thus allowing real-time playback based on auxiliary recording.

That is, referring to fig. 5, a one-dimensional structure of a recording medium is shown in which real-time AV data stored in a minimum contiguous memory block, real-time recording/playback attribute information other than a file length, file data location information, possibility or impossibility of reading/writing a file, and the like are placed and further stored in file control information located in disc block # 1. Two minimum contiguous memory blocks, each of which includes 272 data blocks, are allocated to the first file data placed in the disc block # m, 272 data blocks of the minimum contiguous memory blocks are located to the second file data located in the disc block # n, and 200 data blocks and 72 allocated/unrecorded data blocks are allocated to the third file data located in the disc block # o.

When a file for real-time recording/playback is copied on the same disc or a different disc, data blocks of the file must be arranged on the disc using real-time recording/playback attribute information so that the file can be played in real time. If the arrangement of the data blocks cannot be performed, the data blocks are arranged according to the same principle as the general data block arrangement principle. Here, the real-time recording/playback attribute information holds the original attribute information, but the impossibility of real-time recording/playback is set as one current real-time recording/playback status attribute.

Also, when a defect block on the disc is detected by an Operating System (OS) when copying one file, the data blocks to be copied must be arranged in consideration of original real-time recording/reproducing attribute information and medium defect management information recorded in a Secondary Defect List (SDL). For example, when the minimum contiguous memory block is 40 data blocks, as shown in fig. 6A, the data blocks are arranged in consideration of a defective area of a disc on which a file is to be copied, as shown in fig. 6B. On the other hand, when the OS does not detect a defect recorded in the SDL, data is allocated to a block other than the defective block area in a case where real-time recording/playback attribute information is taken into consideration in an application for copying, as shown in fig. 6B.

Fig. 7 is a flowchart illustrating a playback method using real-time recording/playback information according to an embodiment of the present invention. In step S101, the disc is loaded on a player, and the player reads a volume area from the disc in step S102. It is determined whether real-time recording/playback information exists on the volume area in step S103. If the real-time recording/reproducing information exists on the volume area, the playing of the file is set in consideration of the real-time recording/reproducing information at step S104. If it is determined in step S103 or after step S104 that the real-time recording/playback information does not exist on the volume area, the reading of the volume area is completed in step S105.

After that, the file is read in step S106. It is determined in step S107 whether real-time recording/playback information exists in the read file. If the real-time recording/reproducing information exists in the read file, the file play is set in consideration of the real-time recording/reproducing information at step S108. If it is determined in step S107 or after step S108 that the real-time recording/playback information does not exist in the read file, the read file is played in step S109, taking into account whether the real-time recording/playback information has been set.

Here, when the real-time recording/reproducing information exists in the volume area, steps S107 and S108 may not be performed. Also, when the real-time recording/reproducing information exists in one file control information area, steps S103, S104, and S105 may not be performed.

Fig. 8 is a schematic block diagram of a disc recording and reproducing apparatus to which the present invention is applied. The functions of the apparatus for recording and reproducing a/V data using recordable and rewritable discs are divided into recording and reproducing.

For recording, the codec 110 compresses and encodes an audio/video (a/V) signal from an external bit rate using a predetermined compression scheme, and writes the compressed data to a track buffer 120 according to a recording/playback bit rate (Vb). An error correction encoder and coder (ECC)130 error correction codes the data written to the track buffer 120, reads the error correction coded data at a write/read bit rate Va, and provides the result to a pickup unit 140. And, the ECC 130 provides real-time recording/playback information generated under the control of the controller 170 to the pickup unit 140 so that the information can be recorded on the volume structure area or the file control information area. The pickup unit 140 converts the error correction encoded data into a Radio Frequency (RF) signal and records the RF signal on the disc 150. Here, the recording rotational speed of spindle motor 160 for driving disk 150 is controlled in accordance with a servo control signal from controller 170.

For reproduction, when real-time recording/reproduction information is stored in the file control information area or the volume structure area, buffer information, file allocation information, defect management information, recording/reproduction bit rate information, and the like, which are related to the amount of data initially read from the track buffer, are read in advance, and the reading of the file data is controlled based on the read information. File data satisfying the minimum contiguous memory block is read from the disc 150 at the write/read bit rate Va. The read file data is error-correction decoded by the ECC 130 via the pickup unit 140 and written to the track buffer 120. The codec 110 reads the data written to the track buffer 120 at the record/playback bit rate Vb, decodes the read data, and plays back the a/V data.

When the recording/reproducing bit rate information exists in the real-time recording/reproducing information, the controller 170 obtains control information of the spindle motor 160 from the recording/reproducing bit rate information from the pickup unit 140 and the ECC 130, and can drive the spindle motor and the servo.

Fig. 9 shows a control flow chart for recording/reproducing data on a disc in a real-time rewritable (RTRW) system, in which real-time recording/reproducing attributes are provided to the disc in real time.

The RTRW system includes an application layer 201 for generating commands related to a/V data recording/playback, a Windows kernel 202 for interpreting the generated commands, and a device driver 203 having a file system identical to that of the DVD-RAM device driver for requesting a corresponding function according to the commands interpreted by the Windows kernel 202 by transmitting a driver command to a driver 204. Here, the Windows kernel 202 and the device driver 203 correspond to one file system layer, and the Windows kernel 202 can be referred to as one kernel layer.

Fig. 10 is a block diagram showing a flow of recording/reproducing data in real time by a computer system in the RTRW system. For recording, the following process is performed in a multitasking manner: an a/V encoder 211 for inputting a/V data to be stored in real time in the computer main memory 212; storing the a/V data stored in the computer main memory 212 in a first-in first-out (FIFO) file of a Hard Disk Drive (HDD) 213; and stores the a/V data of the FIFO file from the HDD 213 in the DVD-RAM disk 214. Here, the FIFO file may not exist in the HDD when a sufficient main memory exists on a computer.

For playback, a process for storing A/V data from the DVD-RAM disk 214 in real time in a computer main memory 215 and a process for reading A/V data stored in the main memory 215 through an A/V decoder 216 are executed in a multitasking manner.

For example, the functions of an RTRW system using the Windows kernel are divided into creation of a file, allocation of data areas, data recording, data playback, data deletion, and file closing which provide real-time recording/playback attributes to the file, and the divided functions will now be described with reference to fig. 9.

< method of creating a real-time recording/playback File >

In the first step, the Windows kernel API (application program interface) called to create a real-time record/playback file is a create file. The application layer 201 assigns a FILE ATTRIBUTE such as FILE ATTRIBUTE RTRW to a created FILE to create a real-time record/replay FILE and calls the Windows kernel 202, as follows:

example (c): CreateFile

(“AVFILE.MPEG”，FILE_ATTRIBUTE_RTRW，…)

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

In a third step, the DVD-RAM device driver 203 designates a FILE ATTRIBUTE RTRW ATTRIBUTE when the FILE generation function is commanded. When the FILE ATTRIBUTE RTRW ATTRIBUTE is specified, FILE control information is stored in an extended ATTRIBUTE area of a FILE entry, a stream directory ICB (information control block) area, a FILE identifier description area, or a FILE type area or a TAG area of an ICB TAG field in a FILE entry. Here, when one a/V file is created, the bit rate information can also be set.

< method for assigning an assigned/unrecorded area of real-time recording/reproducing file >

In the first step, the Windows kernel API called for allocating an allocated/unrecorded area of the real-time recording/playback file is a set file indicator having a search function. In order for the application layer 201 to pre-allocate a data area of the real-time record/playback file as an allocated/unrecorded area as large as the minimum contiguous memory block in advance, the set file indicator calls the Windows kernel 202 as follows:

example (c): SetFilePointer (FileHandle, 8. 1024, NULL, FILE _ END)

SetFileBitrate(F1leHandle，bitrate)

In addition, a data area required for real-time recording/playback can be pre-allocated in advance as an allocated/unrecorded state using SetFileBitrate (FileHandle). Here, when the application layer knows a bit rate and an API for converting the bit rate into the number of blocks exists in the file system layer, the number of blocks obtained by the API can be protected in an allocated/unrecorded state using SetFilePointer as a data area required for real-time recording/playback.

In a second step, the Windows kernel 202 commands the DVD-RAM device driver 203 to search for a file.

In a third step, the DVD-RAM device driver 203 checks whether the real-time recording/playback attributes are assigned to a file, based on the command of the file search function, and protects an assigned/unrecorded data area as large as the search length based on the minimum contiguous storage conditions (conditions) specified in the assigned real-time recording/playback attributes (e.g., file defect management, file allocation, file buffering, size of minimum contiguous storage blocks, and bit rate information), as shown in fig. 11. One pre-allocation area or a plurality of areas are arranged in one ECC unit and can be allocated.

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

In the first step, a Windows kernel API called for recording real-time record/playback file data is a write file. As shown in the following example, the application layer 201 calls a Windows kernel with a write file, and stores real-time data:

example (c): WriteFile (FileHandle, AV _ Buffer, 32. 1024, NULL, NULL)

In the second step, the Windows kernel 202 calls the file recording function of the DVD-RAM device driver 203.

In the third step, the DVD-RAM device driver 203 checks whether the real-time recording/playback attribute is assigned to a file based on the calling of the file recording function. If the real-time recording/playback attribute is specified, AV data to be recorded is recorded in an allocated/unrecorded area according to the real-time recording situation. Based on the recording, when an unallocated/unrecorded area exists, the size of the recorded data is reported to the application layer 201. The application layer 201 pre-allocates an allocated/unrecorded area designated as a real-time recording/playback attribute to record the remaining unrecorded data with a search command SetFilePointer with reference to the recorded data amount and record the remaining data again.

That is, as shown in fig. 12A, 32 × 1024 bytes of AV data are recorded in the allocated/unrecorded area of 8 × 1024 bytes shown in fig. 11, and the remaining area is still allocated as an unallocated/unrecorded area.

As shown in fig. 12B, when reporting the amount of data recorded in the variable write application layer 201, since the allocated/unrecorded area is 32 × 1024 bytes short, the file system automatically pre-allocates an unallocated area using the bit rate information specified by setfilebit. As shown in fig. 12C, the remaining data is recorded in ECC block units. When a defective block is generated during recording, an error is generated accordingly, and a block corresponding to the defective block is excluded from the allocated/unrecorded area, as shown in fig. 12D.

Here, when the bit rates of the segments can be recognized from each other, information related to the bit rate of each segment can be recorded in one file control information area. That is, fig. 13A and 13B show an example of a plurality of bit rate values (V) when different bit rates are provided in different segments₁、V₂And V₃) And information related to the section is stored as real-time recording/playback information in a file control information area. FIGS. 13C and 13D show bit rate values (V) when the same bit rate is provided throughout a file data segment_b) Stored in a file control information field as an example of real-time recording/playback information.

< method of reproducing real-time recording/reproducing File data >

In the first step, a Windows kernel API called for playing back data of the real-time recording/playback file is a read file. The application layer 201 calls the Windows kernel to replay the real-time data by using the read file, as shown in the following example:

example (c): ReadFile (FileHandle, AV _ Buffer, 32. 1024, NULL, NULL)

In the second step, the WINDOWS core 202 instructs the DVD-RAM device driver 203 to read a file.

In the third step, when the file reading function is commanded, the DVD _ RAM device driver 203 checks whether the real-time recording/playback attribute is specified to the file. If the real-time recording/reproducing attribute is specified, A/V data as long as the reproduction length is reproduced from an A/V data area according to the real-time reproduction status.

Here, when a defect is generated in a block to be played back, a read command indicating that an assigned/unrecorded file attribute is specified but not read is transmitted from the DVD-RAM device drive 203 to the drive 204.

A real-time recording command and a playback command provided by the command interface of the DVD-RAM device driver must be used on a real-time recording/playback basis.

< method of deleting part of real-time recording/reproducing File data >

In a first step, a "DeletePartOfFile" is called as a Windows kernel API for deleting part of the data of the real-time record/playback file. To delete part of the real-time data, the application layer 201 calls a Windows kernel using "DeletePartOfFile", as shown in the following example:

example (c): DeletePartOfFile (FileHandle, Offset, Size)

In the second step, the Windows kernel 202 instructs the DVD-RAM device driver 203 to delete part of the file.

In the third step, when partial deletion of a file is commanded, the DVD-RAM device driver 203 checks whether a real-time recording/playback attribute is specified to the file, and deletes data from one a/V data area according to the real-time status if the real-time recording/playback attribute has been specified. Based on the partial deletion of the file, a file for managing an empty file or an ECC padding space list is created on the system file under the root directory.

Fig. 14A shows an area deleted from a real-time file in which a/V data is arranged in ECC units. The deletion area is allocated to a free area, and as shown in fig. 14B, in an ECC block relating to the edge of the deletion area, one a/V data section with respect to the deletion area is referred to as a stuffing space. The a/V data in this padding space is managed as a separate file on the system file and stored in an Allocation Descriptor (AD) list in an ECC padding space list. In the ECC block, a/V data not belonging to the deletion area is stored in an AD list of a file entry. The ECC fill space list is updated again according to a function such as delete or write. When an application of the method according to the invention is a UDF system, the ECC fill space list can be described by a short allocation descriptor.

In fig. 14B, the a/V file space and the padding space of the ECC block related to the edge of the deletion area have extended lengths. As shown in fig. 14C, the a/V file space of the ECC block relating to the edge of the deletion area has an extended length and an information length, but the padding space is managed as an allocation descriptor having an extended length and an information length of "0" in the AD list in the entry of an a/V file. The a/V file space in the ECC block that does not belong to the deletion area is also managed in the AD list of the AV file entry. In this case, the stuffing space can be defined as one extended allocation descriptor of the UDF.

< method of closing real-time recording/playback File >

In a first step, a CloseHandle function is called as a Windows kernel API to close a real-time file. To close a real-time record/playback file, the application layer 201 calls the window kernel 202 using CloseHandle, as shown in the following example:

example (c): CloseHandle (FileHandle)

In a second step, the window kernel 202 commands the DVD-RAM device driver 203 to search for a file.

In the third step, when the file close function is commanded, the DVD-RAM device driver 203 updates the file control information (file entry, etc.) and the disc information (such as free area information, etc.).

According to the present invention, as described above, the real-time recording/playback attribute is assigned to a file, and the file is recorded/played back in a manner different from that of an ordinary file. In this way, one real-time recording/playback file can be recorded/played back in real time.

Also, in the present invention, the file is divided into a real-time file and a normal file, and the defect management information, the file allocation information, the buffer information, and the size information of the minimum contiguous memory block provided in each step are designated as real-time recording/playback information to the real-time file based on recording/playback. Therefore, real-time recording playback can be efficiently performed.

Further, in the present invention, control information of the spindle motor is obtained from real-time record reproduction information related to a record reproduction bit rate, thereby controlling the spindle motor.

Claims (2)

1. A recording method comprising the steps of:

arranging and recording a real-time file requiring real-time recording/playback according to real-time recording/playback in the recording medium according to real-time recording/playback attribute information for guaranteeing real-time playback; and

real-time recording/playback attribute information is recorded in a recording medium,

wherein the recording of the real-time recording/playback attribute information comprises storing the real-time recording/playback attribute information in a volume structure area of the recording medium.

2. A reproducing method of a recording medium, wherein a real-time file requiring real-time recording/playback according to real-time recording/playback attribute information guaranteeing real-time playback is stored in the recording medium, and the real-time recording/playback attribute information is stored in the recording medium, the method comprising the steps of:

reading the real-time file using the real-time recording/playback attribute information; and

the read real-time file is played back,

wherein the reading of the real-time file includes reading real-time recording/playback attribute information in a volume structure area of the recording medium.