JPH07105662A - Cassette with memory - Google Patents

Abstract

PURPOSE:To shorten an access time and to eliminate the need of providing a buffer memory in a VCR by constituting the memory of a cassette with a memory of an EEPROM and a large-capacity memory (flash memory). CONSTITUTION:The memory space of an MIC is constituted of a space O add a space 1. The space 0 is constituted of the EEPROM and has a basic function such as TOC, and the space 1 is constituted of the large-capacity memory (for example, flash memory) so as to respectively record large-capacity data such as video data. The memory is wholly constituted as bank structure. The memory of the space 1 has such constitution as 16K byte batch recording and reproducing in order to enhance high speed access. By such constitution, the buffer memory need not be provided in the VCR.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a cassette with a memory having a digital memory capable of storing various information on a recording medium (for example, magnetic tape).

[0002]

2. Description of the Related Art A digital VCR for digitizing video data and recording it on a magnetic tape is under development. Since the transmission band of digital video data is very wide, the digital video data is recorded on the magnetic tape after being subjected to, for example, DCT conversion.

Further, there has been proposed a digital VCR which can be loaded with a cassette package having a built-in memory or the like. By loading such a cassette package, it is possible to input and output signals to and from a digital VCR, and a typical still image of a program recorded on a cassette tape, a tape address at which the program starts, and a TOC (table. It has been proposed that information of contents) is stored in a memory to facilitate access and speed up.

[0004]

By the way, if the above-mentioned memory is composed of, for example, only an EEPROM, a long writing time will be required. Further, for example, if the memory is composed of only the flash memory, a long access time is required and a buffer memory needs to be provided in the VCR.

Therefore, an object of the present invention is to provide a cassette with a memory which can solve the above-mentioned problems.

[0006]

According to the present invention, in a cassette with a memory in which a memory for recording unique information of the cassette and the like is mounted, the memory can be rewritten for each data and batch recording / reproduction is possible. It is a cassette with memory that consists of various memories.

[0007]

The memory of the cassette with memory is composed of an EEPROM and a flash memory, and the EEPROM stores basic functions such as TOC, and the flash memory records large-capacity data such as video data.

[0008]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings. For clarity of explanation, (A) digital VCR according to the present invention (B) track format (C) application ID (D) pack structure (E) AAUX data and VAUX data recording (F) About ID (G) About the structure of the cassette with memory (H) About the data structure of MIC (I) About the discrimination of the cassette (J) About the case of recording a plurality of text events (K) Please explain the sequence of joint shooting And

(A) Digital VCR According to the Present Invention FIG. 1 is a block diagram of a digital VCR according to the present invention. A digital VCR to which the present invention is applied digitizes a video signal and compresses it by DCT conversion.
It is recorded on a magnetic tape by a rotary head.

First, the time of recording will be described. In FIG. 1, a television broadcast is received by the antenna 1.
The reception signal of the antenna 1 is supplied to the tuner unit 2. A channel setting signal is supplied from the controller 10 to the tuner unit 2. A channel setting input is given to the controller 10 from the input device 11. Based on this channel setting signal, the tuner section 2 selects a reception signal of a desired channel from the received television broadcast. Further, the tuner unit 2 demodulates the video signal and audio signal of the selected television broadcast.

From the tuner section 2, for example, a luminance signal Y
And a component video signal composed of the color difference signals RY and BY. This video signal is supplied to the A / D conversion unit 3. This video signal is digitized by the A / D converter 3. The output of the A / D conversion unit 3 is supplied to the data blocking unit 4. Data blocking unit 4
Then, this video signal is shuffled, for example, 8 × 8.
Blocked into blocks. Data blocking unit 4
Is supplied to the compression encoding unit 5.

The compression encoding unit 5 performs DCT conversion on the blocked video signal, quantizes it so that the code amount in a predetermined buffer unit becomes a predetermined amount or less, and then the quantized output is, for example, two-dimensional Huffman Variable length coding is performed using a code. The output of the compression encoding unit 5 is supplied to the data addition unit 6.

The data addition section 6 is supplied with VAUX (Video Auxiliary) data from the associated data forming circuit 33. This VAUX data includes channel number, monochrome / color, source code, channel category,
It is preliminary data such as recording time and recording date. In order to form such preliminary data VAUX data, the controller 10 supplies various data to the associated data forming circuit 33. In the data addition unit 6, the compression encoding unit 5
VAUX data is added to the video data output from. Then, parity for error correction is added in the horizontal direction and the vertical direction. The video data to which the VAUX data has been added in this way is supplied to the data synthesizing unit 12.

Audio data is output from the tuner section 2. This audio data is supplied to the A / D conversion unit 8. The A / D converter 8 digitizes the audio data. The output of the A / D converter 8 is supplied to the data adder 9. In the data addition unit 9,
From the auxiliary data forming unit 33, AAUX (Audio Auxiliar
y) Data is supplied. AAUX data is preliminary data such as 2 channels / 4 channels, sampling frequency, presence / absence of emphasis, recording time, recording date. The data addition unit 9 adds AA to the audio data.
UX data is added. In this way, the audio data to which the AAUX data has been added is supplied to the data synthesizing unit 12.

Further, a sub-code forming section 13 is provided. The subcode is search data, such as a time code and a track number. The subcode from the subcode forming unit 13 is supplied to the data synthesizing unit 12.

The data synthesizing unit 12 causes the data adding unit 6
From the data adding section 9, the audio data from the data adding section 9, and the subcode data from the subcode forming section 13 are combined.

The output of the data synthesizing unit 12 is TBC (Time B
ase Collecter) 14. In the TBC 14, the recording data is time-axis corrected. The output of the TBC 14 is supplied to the data shaping section 15. In the data shaping unit 15, the recording data is subjected to 24-25 modulation (modulation method of converting 24-bit data into 25 bits and recording).

The output of the data shaping section 15 is the recording amplifier 17
It is supplied to the heads 19a and 19b via a and 17b and switches 18a and 18b. The switches 18a and 18b are switched between recording and reproduction. Magnetic tape (not shown) by the heads 19a and 19b
Compressed video data, audio data,
Subcode data and are recorded.

Next, the time of reproduction will be described. The data recorded on the tape is reproduced by the heads 19a and 19b and supplied to the reproduction amplifiers 20a and 20b via the switches 18a and 18b, respectively. The outputs of the reproduction amplifiers 20a and 20b are supplied to the switch 21. Switch 2
A head switching signal is supplied to 1. Switch 2
The output of 1 is supplied to the data restoration shaping unit 22. The data restoration shaping unit 22 demodulates the reproduction data. The output of the data restoration shaping unit 22 is supplied to the TBC 23. The time axis of the reproduction data is corrected by the TBC 23.
The output of the TBC 23 is supplied to the data separation / error correction unit 24.

The data separation / error correction unit 24 separates the reproduction data into video data, audio data, and subcode data. Then, the data separation / error correction unit 24 performs error correction processing on the reproduced video data, audio data, and subcode data.

The video data from the data separation / error correction unit 24 is supplied to the data separation unit 25a. In the video data supplied to the data separation unit 25a, VA
UX data is added. The data separation unit 25a separates the VAUX data. The video data is supplied to the data decoding unit 27. Then, the separated VAUX data is supplied to the associated data reproducing unit 31a. The auxiliary data reproducing section 31a reproduces the VAUX data. The reproduced VAUX data is supplied to the controller 10.

The data decoding unit 27 decodes the two-dimensional Huffman code, dequantizes and inverse DCT the reproduced data.
Then, the compressed video data is expanded. The output of the data decoding unit 27 is supplied to the data restoration unit 28. The data restoration unit 28 performs deblocking processing. The data restoration unit 28 outputs digital component video data including the luminance signal Y and the color difference signals RY and BY. This digital component video data is supplied to the D / A converter 29a. The D / A converter 29a converts the digital component video data into analog component video data.
Then, this analog component video data is output from the output terminal 30a.

The audio data from the data separation / error correction unit 24 is supplied to the data separation unit 25b. AAUX data is added to the audio data supplied from the data separation unit 25b. The AAUX data is separated by the data separating unit 25b. The audio data is supplied to the data reproduction processing unit 32. The separated AAUX data is stored in the accompanying data reproducing unit 3
1b. In the accompanying data reproducing unit 31b, the AAU
X data is reproduced. This AAUX data is supplied to the controller 10 and the data reproduction processing unit 32.

The data reproduction processing section 32 performs reproduction processing of audio data. In this audio data reproduction process, the AAUX data reproduced by the accompanying data reproduction unit 31b is used as control data. Digital audio data is output from the audio reproduction processing section 32. This digital audio data is supplied to the D / A converter 29b. D / A converter 29b
In, digital audio data is converted into analog audio data. Then, this analog audio data is output from the output terminal 30b.

In the digital VCR to which the present invention is applied, the VAUX data which is the additional data is added to the video data, and the AAUX data which is the additional data is added to the audio data as described above.
Control information, recording time, and recording date information can be obtained from the VAUX data and AAUX data. Further, it is possible to obtain time code and absolute track information from the sub code information.

Further, in the cassette for storing the tape,
Some have a memory. In the memory in this cassette (called MIC (Memory In Cassette)), information on the tape itself such as tape length, tape thickness, tape type, etc., as well as TOC (Table Of Contents) information, index information, character information, reproduction Control information, timer recording information, etc. can be stored. The memory in this cassette is connected to the controller 10 via the terminal 34. By using the memory in this cassette, you can skip to a predetermined program, set the playback order of the program, play a still image (photo) by specifying the scene of the predetermined program, timer recording It becomes possible to do.

(B) Track Format The track format will be described below with reference to FIGS. 2 to 18. In the NTSC system, 10 tracks form one frame, and in the PAL system, 12 tracks form one frame. As shown in FIG. 2, in a tape for a digital VCR, one track is from the entrance side of the track to the ITI area, audio sector, video sector,
It is configured in the order of subcode sectors. An IBG (inner block gap) is provided between each sector, and a margin is provided after the subcode.

More specifically, an IT, which is a timing block for surely performing post-recording, is provided at the entrance end of the track.
An I area is provided. Generally, on the inlet side of the track, it is difficult to hit the head and is unstable due to mechanical precision and the like. Therefore, many sync blocks having a short sync length are recorded in the ITI area. Along with this, the sync number is sequentially assigned to each sync block from the track entrance end. Here, considering the case of post-recording, by detecting any one sync block recorded in the ITI area, the current position on the track can be accurately detected from the number recorded therein. The post-recording area can be determined based on this detection.

FIG. 3 is an enlarged view of the ITI area. In FIG. 3, an ITI area is a preamble consisting of 1,400 bits for pulling in a PLL for digital data reproduction, and 1,8 for determining an after-recording area.
SSA (Start Sy) consisting of 30 bits (61 blocks)
nc Block Area), a TIA (Tr) consisting of 90 bits (3 blocks) for storing information related to the entire track.
ack Information Area) and margin 2
It consists of a postamble consisting of 80 bits.

FIG. 4 is an enlarged view of the TIA area. In FIG. 4, the TIA area is a 3-bit APT (Appl
ication ID of a Track), 1-bit SP / LP, 1-bit RSV (Reserve), 1-bit PF (Pilot Frame)
Consists of. APT is an application ID in the track and defines its data structure. That is, A
The value of PT divides the track into some sectors, and sets the position on those tracks, sync block configuration, and ECC configuration. As will be described later, A
By setting AP1 to APn under PT, the data structure on the track can be made hierarchical. SP / L
P indicates a track pitch. That is, SP is the track pitch used in the standard time recording mode, and LP is the track pitch used in the long time mode. PF indicates a reference frame of the servo system.

FIG. 5 shows the structure of an audio sector.
The audio sector is composed of 14 sync blocks per track and is recorded after being converted from 24 to 25, so that the total bit length is 90 × 14 × 8 × 25 ÷ 24 = 10,500 bits. Each sync block includes a 500-bit preamble, an audio data area, and a 550-bit postamble. The preamble consists of 400-bit run-up and 100-bit (2 sync blocks) pre-sync. The run-up is PLL (Phase Locked
Loop), and pre-sync is used as pre-detection of audio sync block. The postamble includes a post sync of 50 bits (1 sync block) and a guard area of 500 bits. The post-sync confirms the end of the audio sector by the sync number of the ID. The guard area is for guarding the data so as not to be superimposed on the audio sector when the video sector is post-recorded.

FIG. 6 is an enlarged view of the presync in the audio sector shown in FIG. The pre-sync consists of two sync bytes, ID0, ID1, IDP (ID parity), and 6 bytes of SP / LP. The value of SP / LP indicates SP at FFh and LP at 00h. The identification byte of SP / LP shown in FIG. 6 is data for protection,
It is SP / LP spare data that is also present in the TIA sector described above. That is, if the SP / LP value of the TIA sector cannot be read, the SP / LP of the presync is read.

FIG. 7 is an enlarged view of the post sync shown in FIG. Post sync consists of two sync bytes, I
It consists of 6 bytes of D0, ID1, IDP and DUMY. DUMY stores FFh as dummy data.

Each of 6 bytes of pre-sync and post-sync is recorded after being subjected to 24-25 conversion. Therefore, the total bit length is: pre-sync 6 × 2 × 8 × 25 ÷ 24 = 100 bits and post-sync 6 × 1 × 8 × 25 ÷ 24 = 50 bits.

FIG. 8 shows a sync block structure from the first sync to the ninth sync of the audio sector. One sync block consists of 90 bytes. The first 5 bytes of one sync block have the same structure as the above-mentioned presync and postsync. The first 5 bytes of the audio data area consisting of 77 bytes are AAUX (Audio Auxiliary)
data) For data. The AAUX data is audio spare data recorded in the audio sector of the track. This data includes the following: That is, these data are 2 channels / 4 channels,
Sampling frequency, source code, source data indicating presence / absence of emphasis, recording time (hours, minutes, seconds, etc.) of audio data and recording time data indicating frame number, source control data indicating start and end of recording of audio data. , Binary group data recorded in the main area and T.M. B. D (To Be Define
abbreviation of d, specified for later definition) data. 77 after the 5-byte AAUX data
An audio data area of bytes is provided. 8 bytes of horizontal parity C behind the audio data area
1 is provided.

FIG. 9 is a diagram showing a sync block structure of the parity C1 from the 10th sync to the 14th sync of the audio sector. As can be seen from FIG. 9, the first 5 bytes are similar to the sync structure shown in FIG. Next, a 77-byte vertical parity C2 is provided,
Finally, the horizontal parity C1 is provided.

FIG. 10 is a diagram in which 14 sync blocks provided in an audio sector for one track are arranged in the vertical direction. Next to the nine sync blocks shown in FIG. 8, the five sync blocks shown in FIG. 9 are sequentially arranged.

FIG. 11 shows the structure of a video sector. The video sector is composed of 149 sync blocks per track, and has a 500-bit preamble, 111 and 75.
It consists of 0-bit (135 sync blocks) video data area and 975-bit postamble. The preamble consists of 400-bit run-up and 100-bit (2 sync blocks) pre-sync. The run-up is used for the pull-in of the PLL, and the pre-sync is used as the pre-detection of the video sync block. The postamble includes a post sync block of 50 bits (1 sync block) and a guard area of 925 bits. The number of bytes of the guard area is larger than that of the guard area in the postamble provided in the audio sector.

FIG. 12 shows the structure of one sync block in the video sector. One sync block in the video sector is
It consists of 90 bytes. The first 5 bytes of the 90 bytes have the same structure as the pre-sync and post-sync of the audio sector. The next 77 bytes is a data area, which is video data or VAUX (Video Auxiliar).
y) Data is recorded. The video data is recorded as one buffer unit of video data. The VAUX data is video preliminary data. This data includes the following: That is, these data are the source data indicating the channel number, monochrome, source code, tuner category, etc., and the recording time (hour,
(Minutes, seconds, etc.) and recording time data indicating a frame number, source control data indicating start and end of recording of video data, binary group data recorded in a main area described later, recording indicating a recording date of video data. It is a closed caption for date data and subtitles. A horizontal parity C1 is provided behind the data area.

FIG. 13 shows the structure of 11 sync blocks in the latter half of the video sector. In FIG. 13, the first 5 bytes are the same as those shown in FIG. 77 bytes of vertical parity C2 is added next to the 5 bytes, and further, 8 bytes of horizontal parity C1 is added after the vertical parity C2. The horizontal parity C
1 is assigned the same number of bytes as the horizontal parity C1 shown in FIG.

FIG. 14 is a diagram in which sync blocks of one video sector are arranged in the vertical direction. 1 shown in FIG.
In the video sector, the first two sync blocks and the one sync block immediately before the vertical parity C2 are used exclusively for VAUX data. Video data compressed using DCT (discrete cosine transform) is stored in portions other than VAUX data, horizontal parity C1, and vertical parity C2. Specifically, the 135 sync blocks shown in FIG. 14 are the storage areas of video data. B in the figure
Numbers from UF (buffer) 0 to BUF 26 are attached, but this BUF indicates one buffering block.

FIG. 15 is an enlarged view of the subcode sector. The sub-code sector has a 1,200-bit preamble, a 1,200-bit (12 sync blocks) sub-code area and a 1,325-bit (or 1,200-bit) sub-code area.
Bit) postamble. The preamble is
This is a run-up for pulling in the PLL. The postamble is a guard area.

FIG. 16 shows the structure of the subcode of one sync block. One sync block is composed of 12 bytes, and the first 5 bytes have the same structure as the first 5 bytes of the audio sync and the video sync. Subcode data is recorded in the next 5 bytes. Horizontal parity C1 is provided in the remaining 2 bytes.

The subcode sector does not have a product code structure like the audio sector and the video sector. That is, unlike the audio sector and the video sector, the vertical parity C2 is not added. The vertical code C2 is not provided because the subcode is mainly used for high speed search and cannot read the vertical parity C2 along with the horizontal parity C1 within its limited envelope. In addition, the sync length is as short as 12 bytes so that a high speed search of about 200 times can be performed. Furthermore, the preamble is longer than that of other sectors. This is because the subcode sector is used for frequently rewriting such as indexing, and because it is located at the end of the track, the wrinkles tend to be wrinkled in the form in which the shift in the first half of the track is added.

17 and 18 show the structures of ID0 and ID1 in the sync block of the subcode. FIG. 17
Shows the structure of the 0th sync block and the 6th sync block, and FIG. 18 shows the structure other than the 0th sync block and the 6th sync block. In the sub-code sector, the contents of the data part are different between the first half 5 tracks (525 lines / 60 Hz) or the sixth track (625 lines / 50 Hz) and the latter half.

In FIG. 17, the most significant bit is provided with an F / R flag for distinguishing between the first half part and the second half part during variable speed reproduction or high speed search. In the next 3 bits of the F / R flag, application IDs AP33, AP
32 and AP 31 are provided. An absolute track number is provided over the last 4 bits of ID0 to the first 4 bits of ID1. This is to record the absolute number in order from the beginning of the tape.
C performs TOC (Table Of Contents) search.
Syncs 3, 2, 1, and 0 are sequentially assigned to each of the latter 4 bits of ID1. This is the sync number in the track.

Further, as shown in FIG. 18, an F / R flag is provided in the most significant bit. The next 3 bits have an index ID and a skip I in order from the upper bit.
D and PPID (Photo Picture ID) are stored. The index ID is for a conventional index search, and the skip ID is an ID for cutting unnecessary scenes such as commercial cuts. Also, PPID
Is for photo (still image) search. An absolute track number is provided from the last 4 bits of ID0 to the first 4 bits of ID1. Syncs 3, 2, 1, and 0 are sequentially assigned to the lower 4 bits of ID1. This is the sync number in the track.

(C) Application ID As described above, one track is divided into several sectors, and the positions on these tracks and the structure of the sync block are defined by the APT. Hereinafter, FIGS.
A detailed description of APT (Application of a Track) will be given by using Section 1. FIG. 19 shows a data structure of a track defined by APT. As is clear from FIG.
The data structure on the track is divided into areas 1 to n according to the value of the APT in the ITI area. Further, a gap is provided between each area. APT
Has a hierarchical structure as shown in FIG. That is, the area on the track is defined by the original APT, and AP1 to APn are further defined for each area.
The number of areas on the track is defined by APT. In FIG. 20, the APT has a two-layer structure, but the number of layers can be appropriately increased.

FIG. 21A shows a state where the APT value is "000", for example. At this time, area 1, area 2, and area 3 are defined on the track. Then, the positions on those tracks, the sync block configuration, the ECC configuration for protecting data from errors, the gap for compensating each area, and the overwrite margin for compensating for overwriting are set. Moreover, APn that determines the data structure of each area is present in each area. The meaning is simply as follows. AP1 ... Sets the data structure of area 1. AP2 ... Sets the data structure of area 2. AP3 ... Sets the data structure of area 3. Then, the APn of each area, that is, the time when AP1, AP2 and AP3 are "000" is defined as follows. AP1 = 000 ... The data structure of AAUX data in VCR audio data is adopted. AP2 = 000 ... VA in VCR video data
Take the data structure of UX data. AP3 = 000 ... Adopts the VCR subcode ID data structure. From this, when the VCR is realized, as shown in FIG. 21B, the APT values are AP1, AP2, AP3 = 000. Note that this cassette can also be used for recording data other than digital video data, such as a data streamer. Also in this case, the track structure can be set using the application ID.

(D) Pack Structure As described above, in the audio sector, AAUX data is recorded in the first 5 bytes of the audio data. In addition, in the video sector, VAUX is included in the first two sync blocks and the first sync block immediately before C2.
Data is recorded. This AAUX data and VAUX
Data is "packed" as a fixed length block of 5 bytes
Composed of units. Further, the subcode and MIC data are also configured in "pack" units. A pack is a minimum unit of a data group, and one pack is formed by collecting related data. In addition, MI
The text of C has an exceptionally variable length. FIG. 22 shows the basic structure of the pack. The first byte (PC0) is a header indicating the content of data, and the second byte (PC1) to the fifth byte (PC4) are data.

FIG. 23 shows the hierarchical structure of the header. The 8 bits of the header are divided into upper 4 bits and lower 4 bits. The upper 4 bits are used as the upper header, and the lower 4 bits are used as the lower header to form a two-layer structure. It is possible to extend to a layer below it by bit assignment of data as needed. With such a hierarchical structure, the contents of the pack can be clearly organized and can be easily expanded. Then, the space of 256 by the upper header and the lower header is prepared as a pack header table together with the contents of each pack.

FIG. 24 shows a pack header table. As mentioned above, the pack header table has 256
It consists of a space. 25 to 42 show pack configurations corresponding to each header value.

FIG. 25 shows a pack structure for the main area of the MIC, which will be described later, and is called "cassette ID".
It should be noted that when the header is "all 0", this pack configuration is used. ME (MIC ERROR), multibyte, and memory type are written in the PC 1. Multi-byte indicates the maximum number of words that can be written in a single multi-byte write cycle. "0" is 4 bytes and "1" is 8 bytes.
Byte, 16 bytes can be written in "2",
In addition, "other" is reserved (the reserve value is defined as a multiplier of 2 bytes). The memory type is
"00" indicates EEPROM, and "other" indicates reserve. The memory size of space 0 is written in the upper 4 bits of PC2, and the memory size of the last bank in space 1 is written in the lower 4 bits. The memory size of space 0 and the memory size of the last bank in space 1 are 256 bytes for "0", 512 bytes for "1", 1 Kbyte for "2", and 2 Kbytes for "3".
"4" is 4K bytes, "5" is 8K bytes, "6"
Is 16 Kbytes, “7” is 32 Kbytes, “8” is 64 Kbytes, and “other” is reserved. P
The memory bank number of space 1, that is, the total number of memory banks in space 1 is written in C3. P
The tape thickness is written in C4. In "THICK1", the number in the first place of the tape thickness is "THICK1 / 1".
In "0", the first digit of the tape thickness is defined.

FIG. 26 shows a pack structure for the main area of the MIC, which is called "tape length". It should be noted that when the header is "00000001", this pack configuration is used. The last absolute track number of the tape is recorded on this pack.

FIG. 27 shows a pack structure for the sub-code main area, which is called "time code". When the header is "00010011", this pack structure is used. On the PC1, the S2 flag, the S1 flag, the tens digit of the frame, and the ones digit of the frame are written. The PC2 has the S3 flag, the tens digit of the second and the first digit of the second.
The place of is recorded. On the PC3, the S4 flag, the tenths place and the ones place are written. On the PC 4, the S6 flag, the S5 flag, the tens digit of the hour, and the ones digit of the hour are written. This pack includes a time code indicating the elapsed time in the title.

FIG. 28 shows a pack structure for the sub-code main area, which is called "title end". It should be noted that when the header is "00011111," this pack configuration is used. In this pack, track number data indicating the end of the tape position of the title is shown. PC1
A blank flag BF is written in the LSB of the. PC4
Indicates a flag RE (Recording proofed events Exist) effective only for the mode flags SL and MIC.
When the mode flag is 0, it is reserved for LP mode, and when it is 1, it is SP mode. Further, when RE is 0, it means that there is a recording protection event, and when RE is 1, it means that there is no recording protection event. In the subcode, AAUX data and VAUX data, R
E is set to 1.

FIG. 29 shows a pack structure for the sub-code main area, which is called "chapter start". When the header is "00101011", this pack structure is used. This pack indicates the starting position of the chapter tape. A temporary true flag TT is written in the LSB of PC1. This flag is M
It is valid only for the IC. When it is 0, it indicates that the event data does not exist in the MIC, and when it is 1, it indicates that the event data exists. The event is
MIC is an information unit, such as text information,
Refers to tag events, program events, index information, etc. A text flag and a genre category are written on the PC 4. The text flag is also valid only for the MIC. When it is 0, it indicates that the text information exists, and when it is 1, it indicates that the text information does not exist. The genre category indicates, for example, the genre in the sub-code source control pack.

FIG. 30 shows a pack structure for the sub-code main area, which is called a "part number". It should be noted that when the header is "00110010", this pack configuration is used. This pack contains chapter numbers and part numbers. The 10th digit of the chapter number is written in the upper 4 bits of PC1, and the 1s digit of the chapter number is written in the lower 4 bits. Also, P
The 10th digit of the part number is in the upper 4 bits of C2,
The 1s place of the part number is written in the lower 4 bits.

FIG. 31 shows a pack structure for the main area of AAUX data, which is called a "source". The pack is constructed when the header is "01010000". The lock mode flag LF and the audio frame size AF size are written on the PC 1. The lock mode flag LF indicates the locked state of the audio sampling frequency associated with the video data, and is set to the lock mode when set to 0 and the unlock mode when set to 1. The AF size indicates the number of audio samples in each frame. The audio channel mode, the pair flag PA, and the audio mode are written on the PC 2.
Audio channel mode is 2 when the value is 0
The channel mode is shown as 1, the 4-channel mode is shown, and in other cases, the reserve is shown. When the pair flag PA is 0, it indicates an arbitrary channel of the paired channel, and when it is 1, it indicates an independent channel. The audio mode indicates the content of audio data in each channel.

On the PC 3, a 50/60 flag and an audio signal type STYPE are written. These are HD system with a field frequency of 50 Hz, field frequency 6
The HD system, PAL system, and NTSC system of 0 Hz are identified. The emphasis flag EF, the emphasis time constant flag TC, the sampling frequency SMP, and the quantization QU are written in the PC 4. Emphasis flag EF is 0
Indicates that it is on, and 1 indicates that it is off. The emphasis time constant flag TC is set to 50/15 μs when set to 1, and reserved when set to 0. Sampling frequency SMP
Is 48 kHz when 0 and 44.1 kHz when 1
It is set to 32 kHz at z and 2, and reserved at other times. Quantization QU is 16-bit linear when 0,
When it is 1, it is 12-bit non-linear, and in other cases, it is reserved.

FIG. 32 shows a pack structure for the main area of AAUX data, which is called "source control". The pack is constructed when the header is "0101001". All of the PC1 are reserved. A recording start frame flag, a recording end frame flag, and a recording mode flag are written on the PC 2. When the recording start frame flag is 0, the recording start frame is set to 1
When, the other frame is shown. When the recording end frame flag is 0, it indicates a recording end frame, and when it is 1, it indicates another frame. When the recording mode flag is 0, it is original, when 1 it is 1 channel insert, 2
In the case of, 2 channel insert is shown, and in the case of 3, invalid recording is shown. The direction flag DRF and speed are written on the PC 3. When the direction flag DRF is 0, it indicates the reverse direction, and when it is 1, it indicates the forward direction. The speed defines the reproduction speed of the input audio data. For example, in the case of the normal speed, "0100000" is recorded. The genre category is shown on the PC 4. This indicates the genre of the source control pack of AAUX data.

FIG. 33 shows a pack structure for the main area of AAUX data, which is called "date and time recording". In addition,
This pack is constructed when the header is "01010010". PC1 has a summertime flag DS, 3
The 0 minute flag TM and the time zone are shown. When the summer time flag DS is 0, it is the summer time, and when it is 1, it is the normal time. 30 minutes flag TM is GMT
Shows the time difference in 30 minutes from (Greenwich Mean Time),
A value of 0 indicates 30 minutes, and a value of 1 indicates 0 minutes. PC2 has
The day is indicated. Weeks and months are shown on PC3. The year is shown on the PC 4.

FIG. 34 shows a pack structure for the main area of AAUX data, which is called "time recording". It should be noted that this pack is data regarding the recording time when recording is performed on the tape, and the header is "0101001".
It is configured when it is "1". PC1 has S2 flag, S1
Flags, the tens place of the frame and the ones place of the frame are indicated. On PC2, the S3 flag, the tens digit of the second and the ones digit of the second are shown. PC3 has S4 flag, 1 /
The 0s and 1s places are indicated. On the PC 4, the S6 flag, the S5 flag, the tens digit of the hour, and the ones digit of the hour are shown.

FIG. 35 shows a pack structure for the main area of AAUX data, which is called a "binary group". When the header is "01010100",
This pack is made up. PC1 has a binary group 2 and a binary group 1, PC2 has a binary group 4 and a binary group 3, and PC3 has a binary group 6 and a binary group 5.
Binary group 8 and binary group 7 are shown in C4. This pack is used when recording time codes such as SMPTE and EBU of a commercial VCR.

FIG. 36 shows a pack structure for the main area of AAUX data. B. It is D.

FIG. 37 shows a pack structure for the main area of VAUX data, which is called "source". In this “source”, the upper 4 bits of the header are “0110”
Is defined when the lower 4 bits are "0000". PC
In 1 is recorded the tens digit of the television channel and the ones digit of the television channel. The PC 2 has a black / white flag B / W, a color frame enable flag EN, and a color frame identification code CL.
The F and the 100's place on the television channel are noted. A source code which is a source number of the input video data, a 50/60 flag, and a video signal type STYPE are written on the PC 3. This video signal type S
TYPE is an HD system with a field frequency of 50 Hz and an H system with a field frequency of 60 Hz, along with a 50/60 flag.
The D system, the PAL system, and the NTSC system are identified. PC4
The tuner category includes a satellite number and a region number such as Europe and Africa region, North and South America region, Asia and Oceania region, and the like.

FIG. 38 shows a pack structure for the main area of VAUX data, which is called "source control", and this pack is formed when the header is "01100001". PC1 is reserved. PC2
A recording start flag indicating a recording start position, a recording mode, a display mode DISP indicating a display aspect ratio, and the like are described in the table. The PC 3 has a frame / field flag FF, a field identification flag FS, a frame change flag FC, an interlace flag IL, a still image flag ST, and a still camera flag S.
C and the broadcasting system BCSYS are described respectively. These flags can be used as information indicating whether a still image was recorded in the still image recording mode or a moving image was recorded in the moving image recording mode. The genre category is written on the PC 4.

FIG. 39 shows a pack structure for the main area of VAUX data, which is called "date and time recording". In addition,
When the header is "01100010", this pack is constructed. PC1 has a summertime flag DS, 3
The 0 minute flag TM and the time zone are shown. When the summer time flag DS is 0, it is the summer time, and when it is 1, it is the normal time. 30 minutes flag TM is GMT
Shows the time difference in 30 minutes from (Greenwich Mean Time),
A value of 0 indicates 30 minutes, and a value of 1 indicates 0 minutes. PC2 has
The day is indicated. Weeks and months are shown on PC3. The year is shown on the PC 4.

FIG. 40 shows a pack structure for the main area of VAUX data, which is called "time recording". This pack is data relating to the recording time when recording is performed on the tape, and the header is "0110001".
It is configured when it is "1". PC1 has S2 flag, S1
Flags, the tens place of the frame and the ones place of the frame are indicated. On PC2, the S3 flag, the tens digit of the second and the ones digit of the second are shown. PC3 has S4 flag, 1 /
The 0s and 1s places are indicated. On the PC 4, the S6 flag, the S5 flag, the tens digit of the hour, and the ones digit of the hour are shown.

FIG. 41 shows a pack structure for the main area of VAUX data, which is called a "binary group". When the header is "01100100",
This pack is made up. PC1 has a binary group 2 and a binary group 1, PC2 has a binary group 4 and a binary group 3, and PC3 has a binary group 6 and a binary group 5.
Binary group 8 and binary group 7 are shown in C4. This pack is used when recording time codes such as SMPTE and EBU of a commercial VCR.

FIG. 42 shows a pack structure for the main area of VAUX data, which is called "closed caption". This pack is used to add subtitles using the vertical blanking period, and the header is "01".
This pack is configured in the case of "100101".

FIG. 43 shows a recording medium which refers to the pack header table shown in FIG. As shown in FIG. 43, the header of each area of AAUX data, VAUX data, subcode, and MIC is managed by a header table.

(E) Recording of AAUX data and VAUX data FIG. 44 is a diagram in which 9 packs of AAUX data are extracted and described in the track direction. The numbers (1 to 10) given in the horizontal direction indicate the track numbers, and the numbers (0 to 8) given in the vertical direction indicate the pack numbers. One video frame is 10 tracks for a 525 line / 60 Hz system, and 625 lines / 50 Hz
In the case of, it consists of 12 tracks. Audio data and subcodes are also recorded and reproduced based on this one video frame.

As shown in FIG. 44, pack header values (hexadecimal) from 50 to 55 are recorded. On each track, 50 to 55 packs are recorded. That is, the same pack is recorded 10 times on 10 tracks. This part is called the main area. Since essential items such as the sampling frequency and the number of quantization bits necessary for reproducing the audio data are mainly stored here, they are recorded many times for data protection. As a result, it is possible to reproduce the data in the main area even for lateral scratches and one-channel clogs that are often found in tape transport.

The remaining packs other than the main area are all connected in order and used as an optional area.
In FIG. 44, packs in the main area are skipped and connected in the direction of the arrow, as indicated by a, b, c, d, e, f, g, h, .... In one video frame, 30 packs (525 lines / 60 Hz) and 36 packs (625 lines / 50 Hz) of optional areas are prepared. The optional area may be freely selected and recorded from the pack header table of FIG. 24 for each digital VCR.

By the way, the optional area is composed of common common options (for example, character data) and non-common maker's options in which each maker can set its contents independently. Since it is an option, even if only one of the common option or the manufacturer's option exists,
Alternatively, both of them may be present, or both of them may not be present. If there is no information, Pack N without information
Record using O INFO pack. The application ID and both areas are separated by the appearance of the maker code pack, and the maker code pack and the subsequent areas are maker's optional areas. When reading the MIC, the next pack header appears every 5 bytes or every variable-length byte (character data) depending on the contents of the pack header, but when FFh in the unused area is read as a header, Is no information pack (NO INFO
Corresponding to the pack header of (pack) so that the controller can detect that there is no information after that.

The main area, optional area, common option, and maker's option have the same mechanism for all AAUX data, VAUX data, subcodes, and MICs.

FIG. 45 shows a state of a sync block dedicated to VAUX data. The upper two sync blocks in FIG. 45 correspond to the upper two sync blocks in FIG. 14, and the bottom sync block in FIG. 45 corresponds to the one sync block immediately before C1 in FIG. It is 2 when carving 77 bytes into a pack of 5 bytes.
Although there is an extra bite, this is not used as a reserve. If the numbers are assigned in the same manner as the audio, 45 packs are secured for each track from 0 to 4.

FIG. 46 shows the 45 packs extracted and described in the track direction. In FIG. 46, the numbers from 60 to 65 indicate the values (hexadecimal number) of the pack header. The area where the pack header is recorded is the main area. Like the audio pack header, this pack header is recorded 10 times on 10 tracks. Essential items such as a television system and a screen aspect ratio necessary for reproducing video data are mainly stored here. As a result, it is possible to reproduce the data in the main area even for lateral scratches and one-channel clogs that are often found in tape transport.

The remaining packs other than the main area are all connected in order and used as an optional area.
That is, as with the AAUX data, a, b, c, d,
As in e, f, g, h ..., the packs in the main area are skipped and connected in the direction of the arrow. In one video frame, the optional area is 390 packs (525 lines / 60Hz), 468 packs (625 lines / 50H)
z) Prepared. How to handle the optional area is AAU
It is the same as the X data.

(F) ID By the way, IDP in the ID part is ID0 and ID1.
The same scheme is used for each sector of audio, video and subcode. I
By using the DP, the reliability of the ID is improved.

FIG. 47 shows data recorded in the ID part. FIG. 47A shows data regarding a presync, a postsync, and a C2 parity sync. ID1 is a place where the sync number in the track is stored. In this, numbers from 0 to 168 are continuously recorded in binary notation from the pre-sync of the audio sector to the post-sync of the video sector. The track number in one video frame is recorded in the lower 4 bits of ID0, and one track is recorded in two tracks. The two can be distinguished by the azimuth angle of the head. The contents of the upper 4 bits of ID0 change depending on the position of the sync.

FIG. 47B shows data relating to the audio data sync and the video data sync. A sequence number of 4 bits is entered here. This is 0000
Twelve numbers from 1 to 1011 are assigned to each video frame. This makes it possible to distinguish whether or not the data obtained during variable speed reproduction is in the same frame.

In the presync, postsync, and C2 parity syncs, the application IDs AP1 and AP2 are stored in the upper 3 bits of ID0. Therefore,
AP1 is recorded 8 times and AP2 is recorded 14 times. By thus writing a large number of times and dispersing the writing positions, it is possible to improve the reliability of the application ID and protect it.

FIG. 48 shows the data part of the subcode.
Uppercase letters indicate the main area and lowercase letters indicate the optional area. The contents of one pack are shown in one sync block of the subcode. As is clear from FIG. 48, the contents are different in the first half and the second half.

In the main area, data necessary for high speed search such as time code and recording date are stored. This is called a pack search because it can be searched in pack units.

The optional area is different from the case where it is used by connecting all of them like AAUX data and VAUX data. This is because the protection of the parity is weak, so that the contents are assigned to each track vertically and the same data is recorded many times in the first and second tracks to protect it. Therefore, six packs can be used as the optional area in each of the first half and the second half.
This is the same for both the 525 line / 60 Hz system and the 625 line / 50 Hz system.

(G) Constitution of Cassette with Memory A digital VCR to which the present invention is applied can use a cassette with a memory. FIG. 49 shows an external view of the cassette with memory. There are two sizes of cassettes with memory. FIG. 49A is a front view of the small cassette with memory 41a, FIG. 49B is a side view of the small cassette with memory 41a, and FIG. 49C is a large cassette with memory 41b. And FIG. 49D is a side view of the large cassette with memory 41b. The small cassette 41a with a memory is suitable for use in a camera-integrated VCR or the like. The cassettes 41a and 41b have the same basic structure.

Reel shaft insertion openings 42a and 42b are provided in the cassettes 41a and 41b. A reel is arranged in the reel shaft insertion port 42, and a magnetic tape is wound around this reel. When the cassettes 41a and 41b are loaded into the VCR, the tape protection shutters 43a and 43b provided on one surface in the longitudinal direction of the VCR are opened to open the cassette 41a.
And 41b. Cassettes 41a and 41
Reference holes 44a and 44b and erroneous erasure prevention holes 45a and 45b are provided at one corner of b. A plurality of terminals 46a and 46b are provided on the side surfaces of the cassettes 41a and 41b, and facing holes (openings for facing the terminals to the outside) are provided corresponding to the terminals 46a and 46b.
This terminal is connected to the memory (M
IC). The MIC is composed of an EEPROM and a flash memory, and the unique information of the cassette is recorded in this MIC.

Terminals corresponding to the terminals 46a and 46b are also provided on the VCR side, and information unique to the cassette (tape length, tape remaining amount, number of times of use,
Whether or not it is a rental tape, TOC, etc.) is read by the VCR, and information display and operation control thereof are performed. In addition, terminals 46a and 4a are provided so that cassette-specific information can be read even by a VCR that does not support a cassette with memory.
By shorting the contacts of 6b and the terminal provided on the VCR, or connecting them via an open or a resistor,
The VCR side judges the state and the unique information of the MIC is read out.

(H) Data Structure of MIC FIG. 50 shows the data structure of the MIC. MIC
The data structure of is composed of a main area, an optional area and an unused area. The data area in the MIC is divided into a main area and an optional area, and is described in a pack structure except for the first byte and FFh (unused area). Only the text data is stored in a variable-length pack structure, and other than that, it is stored in the same 5-byte fixed-length pack structure as the VAUX data, the AAUX data, and the subcode.

At the start address 0 of the main area of the MIC, the APM (Appl
ication ID of MIC 3 bits and BCID (Basic Casset)
te ID) There are 4 bits. APM defines the data structure of MIC, and these 3 bits are, for example, "111".
In the case of, it indicates that it is a new cassette tape.
Further, in the case of "000", it indicates that the cassette tape has been recorded. BCID is a basic cassette ID. BCID is an I in a cassette without memory.
It has the same contents as the ID board (IDB) for D recognition (tape thickness, tape type, tape grade). IDB is M
The IC reading terminal plays the same role as the recognition hole of the conventional 8 mm VCR cassette.

After address 0000h, three packs of cassette ID, tape length and title end are recorded in order. In the cassette ID pack, there is a more specific value of the tape thickness and memory information regarding the MIC. In the tape length pack, the tape maker stores the tape length of the cassette in the number of tracks. From this and the next title end pack (recording last position information, recording with absolute track number), the remaining amount of magnetic tape is calculated. it can. Also, this recording last position information provides a convenient usability when the VCR with a built-in camera reproduces and stops halfway and then returns to the original last recording position or when a timer is reserved.

The optional area is composed of optional events. Main area addresses 0 to 15
Up to the 16-byte fixed area, the optional area is a variable-length area after address 16. The length of the area changes depending on the contents, and when an event (described later) is erased, the remaining events are packed and stored in the address 16 direction. After the packing operation, FFh is written in all the unnecessary data to make it an unused area. The optional area is a selective area and mainly contains tag event information indicating points on the TOC or tape,
Character information such as a title regarding the program is stored therein.

An event is an individual information unit recorded in the MIC (for example, information about one recorded program). The event consists of a main event and an optional event. The main event is recorded in the main area and consists of an application ID and recording end position information recorded by the VCR, and tape information (tape length, tape thickness, tape type, etc.) recorded by the manufacturer. The optional event is recorded in the optional area and includes TOC information, index information, character information, reproduction control information, timer recording information, and the like.

FIG. 51 shows optional events recorded in the optional area of the MIC. The optional event starts with the event header and ends before the next event header or packed header without information. In this way, the contents of optional events are not fixed by simple definitions. The contents can be freely selected for each set to some extent.

At the beginning of the optional area, events other than the maker's optional event (event recorded by the maker) and the text event (character information corresponding to the event) are recorded, and then the text event and the maker's optional event are recorded. To be done. The text event is positioned immediately before the maker's optional event, and at the end of all other events, if not. This makes it possible to easily perform data processing in the memory when adding or deleting character information to or from an event.

The text event has a text flag indicating whether or not there is character information in the TOC information. For example, when the text flag is "0", the text event exists, and when it is "1", the text event does not exist. All optional events except text events and Makers optional events
It is possible to record mixedly in the optional area. Further, the TOC information is recorded in the order in which it is generated, and may be different from the order on the magnetic tape. The timer recording information becomes TOC information by changing an event header (described later) after the recording is completed.

FIG. 52 shows a memory map of the MIC.
The memory space of the MIC consists of space 0 and space 1. The space 0 is composed of an EEPROM, and has a basic function such as TOC, and the SPACE 1 is composed of a large-capacity memory (for example, flash memory), and large-capacity data such as video data is recorded therein. Further, this memory has a bank structure as a whole. The memory in the space 1 has a structure such as 16 Kbytes batch recording / reproducing in order to improve high-speed accessibility.

By the way, each bank has a capacity of 64 kbytes, and up to 256 banks can be configured. Therefore, the maximum size of memory space is 128
It becomes M bits. The memory used for the space 0 can be, for example, an EEPROM as described above.
Further, the memory used for the space 1 is not limited to the flash memory, and another memory can be used as long as it has a large capacity. With such a configuration, it is not necessary to provide a buffer memory in the VCR.

The addresses in the horizontal direction are bank addresses, and the addresses in the vertical direction are memory addresses in each bank. The data structure of space 0 is composed of a main area and an optional area. The main area consists of 16 bytes from addresses 0 to 15. The remaining area is an optional area. Optional events include a tag event, a zone event, and a title event, which will be described later. MI
C starts to be used continuously from memory address 0.
Two bytes of addresses 0 and 1 have basic information of MIC (tape length, tape grade, etc.). The contents of the address 0 indicate the application ID and the BCID, and the contents of the address 1 indicate the type of the application (information for identifying whether the cassette is for VCR or for other purposes).

(I) Discrimination of Cassette In addition to the above-mentioned cassette with a memory, there is a cassette without a memory. In such a cassette, the IDB for recognition described above is provided. Further, there is a VCR that does not support a cassette with a memory but can support only a cassette without a memory. When a cassette with memory is loaded into such a VCR dedicated to a cassette without memory, information on the cassette itself (tape length, tape thickness, tape type, tape grade, etc.) is supported by any model due to compatibility issues. There must be. Therefore, even in a VCR dedicated to a cassette without memory, B of a cassette with memory
Only the CID information should be available.

Therefore, a circuit for discriminating the tape grade as shown in FIG. 53 is provided. Fig. 53
A shows a case where a cassette without a memory is loaded.
The memoryless cassette 51 has, for example, four terminals 53.
An IDB 52 having a, 53b, 53c and 53d is provided. The IDB 52 is connected to the VCR. That is, the terminal 53a is the terminal 54a and the terminal 53b is the terminal 54a.
The terminal 53c is connected to the terminal 54c, and the terminal 53d is grounded.

The terminal 54a is connected to the power source 6 via the resistor 55a.
In addition to being connected to 0, it is connected to the level detector 59a. The resistor 55a has a switch 5 whose both ends are terminals.
6 is provided. The terminal 54b is connected to the clock generator 57 and the level detector 59b, and is also connected to the power supply 60 via the resistor 55b. The terminal 54c is
It is connected to the serial interface 58 and the level detector 59c, and is also connected to the power supply 60 via the resistor 55c. The clock generator 57 is connected to the controller 10 via the serial interface 58. Each of the level detectors 59a, 59b and 59c is connected to the controller 10. A switch control signal is supplied from the controller 10 to the switch 56.

When the memoryless cassette 51 is loaded,
The voltage is detected. That is, voltage detection is performed by connecting an appropriate resistor between the terminals provided in the IDB 52 or by shorting or opening the terminals. This voltage detection value is represented by, for example, two values and is a value other than all ones. As a result, the loaded cassette is determined to be a memoryless cassette. Also, IDB52
The terminal voltage value is assigned as follows: 3.0V-2.5V For commercial digital VCR 2.5V-1.5V For consumer digital VCR 1.5V-0.5V Reserve 0.5V-0V For data streamer Be done. As can be seen from this, in the consumer VCR, the detection voltage is simply 1/2 (1.
5) Recording is possible if it is V or more. Therefore, the consumer VCR can always record on the consumer tape and the commercial tape that is a selection product of the consumer tape.

Further, the identification of the lower 2 bits of the BCID is assigned as follows: 11 for business digital VCR 10 for consumer digital VCR 01 reserve 00 for data streamer. In the case of a commercial digital VCR, it is possible to further divide the voltage value and finely identify the grade.

FIG. 53B shows a case where a cassette with memory is loaded. The cassette with memory 61 has a MIC62
Is provided. In addition, the MIC 62 has an EEPROM
63 is provided. Further, the EEPROM 63 is provided with, for example, four terminals 64a, 64b, 64c and 64d. The MIC 62 is connected to the VCR. That is, the terminal 64a is the terminal 65a and the terminal 64b is the terminal 65a.
The terminal 64c is connected to the terminal 65c, and the terminal 64d is grounded.

The terminal 65a is connected to the power source 7 via the resistor 66a.
1 and the level detection unit 70a. The resistor 66a has a switch 6 whose both ends are terminals.
7 is provided. The terminal 65b is connected to the clock generator 68 and the level detector 70b, and is also connected to the power supply 71 via the resistor 66b. The terminal 65c is
It is connected to the serial interface 69 and the level detection unit 70c, and is also connected to the power supply 71 via the resistor 66c. The clock generator 68 is connected to the controller 10 via the serial interface 69. Each of the level detectors 70a, 70b and 70c is connected to the controller 10. A switch control signal is supplied from the controller 10 to the switch 67.

When the MIC 62 is loaded, its voltage is detected, and the voltage values output from the respective level detectors 70a, 70b and 70c to the controller 10 become all ones. As a result, the control signal is supplied from the controller 10 to the switch 67, and the switch 67 is turned on. Then, serial communication is started between the EEPROM 63 and the controller 10, and the ACK signal is supplied from the EEPROM 63 to the controller 10.

By transmitting and receiving information in this manner, it is possible to know information such as whether the loaded cassette is a rental soft tape or the one recorded by the user, and an unrecorded cassette is loaded. In this case, information such as the recordable time and the remaining tape amount can be known.

FIG. 54 is a flowchart of the detection algorithm when the cassette with memory is loaded. At step 81, the switch is turned off, and at step 82, it is detected whether or not the cassette is loaded. When the loading is detected, the voltage of each terminal is detected (step 83). If all outputs from the terminals are "1" in step 84, the process proceeds to step 85. In step 85,
The switch is turned on, and the controller 10 causes the EEPR.
The OM 63 is accessed (step 86). When the ACK signal is output from the EEPROM 63 in step 87, the controller 10 determines that the loaded cassette is a cassette with memory (step 88),
The process is terminated.

By the way, in step 84, when all the outputs from each terminal are not "1" (when "0" is output from any one terminal), it is determined that the loaded cassette is a memoryless cassette. The controller determines (step 89) and the process ends. Also, step 8
If the ACK signal is not output at 7, the process of step 89 is performed.

FIG. 55 shows the contents of the MIC for the VCR in the new cassette tape (space 0 (EEPRO
M)). As described above, with a new cassette tape, the manufacturer records "111" in the APM. The BCID, cassette ID pack, tape length pack, and title end pack are recorded by the manufacturer. The cassette ID pack is recorded at the address 1, the tape length pack is recorded at the address 6, and the title end pack is recorded at the address 11. When the cassette tape is loaded in the VCR, the microcomputer reads out the information at addresses 1 and 6. The information of these addresses is fixed, so
By reading this, it is possible to check the quality of the communication line. It should be noted that these mechanisms can be directly applied to not only consumer digital VTRs but also analog VTRs such as 8 mm video including the pack structure.

FIG. 56 shows the contents of MICs (space 0 (EEPRO) other than those for VCRs in a new cassette tape.
M)). In FIG. 56, the information at the address 1 is not "00h". Therefore, it is determined that the loaded cassette tape is not for VCR.

FIG. 57 shows an AP of a consumer digital VCR.
It is a flowchart regarding recognition and recording of M. When the cassette tape is loaded (step 91), it is determined whether or not the address 1 of the MIC is "00h" (step 92). If address 1 is 00h, VC
The cassette tape is of R specification, and it is determined at step 93 whether the APM at address 0 is "111". If APM = 111, it is judged whether or not recording is started (step 94), and in step 95, APM is recorded as "000".

If it is determined in step 92 that the MIC address 1 is not "00h", step 9
At 6, processing such as warning and eject is performed.

If it is determined in step 93 that the APM at address 0 is not "111", step 9
At 7, it is determined whether the APM at address 0 is "000". When this APM = 000, a MIC map is formed in step 98.

If it is determined in step 94 that the recording has not started, it is determined in step 99 whether or not the cassette tape is to be ejected, and in step 100, the ejection process is performed. On the other hand, when the eject is not desired, the process returns to step 94.

(H) Event The tag event and zone event included in the optional event will be described below. The tag event is
It indicates a position on the tape, and is composed of an index, an index skip, a photo (still image), and a reserve. A zone event indicates an area on the tape, and zone skip, repeat playback, slow playback,
It consists of special effect playback and reserve. 58 to 64
Shows a tape (A in each figure) controlled based on the information recorded in the optional event and the information (B in each figure) recorded in the optional event.

The tag event will be described below with reference to FIGS. 58 to 60. FIG. 58 shows a case where an index is recorded as a tag ID. When the index is recorded in the tag (A) of the optional event, the index A is set at the position of the tape indicated by the broken line.

FIG. 59 shows a case where the skip start and the index are recorded in the optional event and the index is skipped. By recording the index in the tag (B) as the tag ID, the index in the tag (C) as the tag ID, and the skip start in the tag (A) as the tag ID, the tag (A) is skipped to the tag (B). be able to. Note that this processing can be realized without the MIC.

FIG. 60 shows a case where a photo (still image) is recorded as the tag ID and the positional information of the still image is recorded. When the photo (tag ID) is recorded on the tag (A), the photo A is driven at the position of the tape indicated by the broken line.

Zone events will be described below with reference to FIGS. 61 to 64. FIG. 61 shows a case where skip is recorded as a zone event and the designated zone is skipped. After the tag (A) is recorded, if the skip is recorded as the tag control in the zone end (D), it is possible to skip from the tag (A) to the zone end (D). Note that this processing can be realized by the MIC. Further, the zone can be designated regardless of the information of the subcode ID.

FIG. 62 shows a case where skip and special playback are realized by recording a tag and a zone end in an optional event. After recording the tag (A), skip is recorded at the zone end (B) as tag control. After recording the tag (C), a slow is recorded as a tag control at the zone end (D).
As a result, the portion between A and B shown on the tape is skipped, and the portion between C and D is played back in slow motion.

FIG. 63 shows program 2, program 1,
The case of reproducing in the order of the program 3 is shown. Tag (B)
After the recording, the reproduction is recorded as the tag control at the zone end (C). Then, after recording the tag (A), reproduction is recorded as the tag control at the zone end (B). Then, after recording the tag (C), reproduction is recorded as the tag control at the zone end (D). As a result, the tags (A), (B), (C), and (D) are recorded on the tape, and the program 2, the program 1, and the program 3 can be reproduced in this order.

FIG. 64 shows a case where processing is performed in the order of zone 2 reproduction, zone 1 slow reproduction, and program 2 and subsequent reproduction. After the tag (C) is recorded, the reproduction is recorded as the tag control at the zone end (D). Then, after recording the tag (A), a slow is recorded as a tag control at the zone end (B). After that,
After the tag (E) is recorded, reproduction is recorded as a tag control at the zone end (F). As a result, the above processing can be executed.

FIG. 65 shows the details of the event header. As can be seen from FIG. 65, the events include tags, zones, titles, chapters, parts, programs, reserves, timer reservations, texts, and makers' options. The event header pack and pack header are tags and 0Bh for tags, tags and 0Bh for zones, title start and 1Bh for titles,
In chapter, it is chapter start and 2Bh, in part it is part start and 3Bh, in program it is program start and 4Bh, and in reserve it is no event header pack and XBh.

The lower bits of these pack headers are 1011 (hexadecimal B), as is apparent from the above description. That is, “Bh” in the pack header table (see FIG. 24) becomes the event header. Regarding future development, exceptions other than timer reservation, text, and maker's option, which will be described later, are not accepted, and the newly appearing event header always has the lower 4 bits as Bh.
With this, even if a new event header exists in the future, it can be identified by the current control program, so there is no problem.

The following event header packs and pack headers are recorded in the timer date and 02 in the timer reservation.
h, text header and X8h for text, and maker code and F0h for maker's option. In addition, X in the pack header indicates a pack upper header. Also, the event header for character events is
These are a TP header pack (07h) and a text header pack. Further, in the event headers other than the maker's optional event and the text event, there is always a flag for indicating the presence / absence of the text event.

As can be seen from the above, basically, the lower 4 bits of each pack header in the event header are "Bh". Referring to the header table of FIG. 24, the contents when the lower 4 bits are “Bh” and the lower 4
When the bit is “Ah”, the contents are the same. Also, each content when the lower 4 bits are “Eh”,
The respective contents when the lower 4 bits are “Fh” are the same. By using this, when the cassette with memory is applied, the lower 4 bits are “Bh” and “Fh”, and when the 8 mm video tape is applied, the lower 4 bits are “Bh” and “Fh”. Ah ”and“ Eh ”can be used.

That is, the header of the cassette with memory and the header of the 8 mm video tape or the like can be switched by changing 1 bit of the lower header. As a result, a common header table can be used even with an 8 mm video tape or the like. Further, since the track number is recorded for each track in the digital VCR, the track number is used for the tape length pack and the TOC information, but in the camera-integrated VCR (8 mm video camera etc.), there is no track number. The time code of HMS (hour, minute, second) is recorded.

(I) Occurrence and Erasure of Event The occurrence and elimination of an optional event will be described below with reference to FIGS. 66 to 70. As described above, the text event is located at the end when there is no maker's option. Then, a flag indicating whether or not there is an accompanying text event is added. At the end of the event, the data is packed in the direction of the upper address, and after the packing work, unnecessary data is written FFh and is not used. The number 0 or 1 attached to the side of the pack in each figure is a text flag indicating whether or not there is text.

FIG. 66 relates to timer reservation, program event occurrence, and index event occurrence. The program event is an event related to recorded program information. As an initial state, the program event 1 (P1), the program event 2 (P2), and the continuous timer reservation event 1 (T
1), the text of program event 1 (P1 text) and the text of timer reservation event 1 (T1 text) are recorded (FIG. 66A). If you make a timer reservation once and there is text in this timer reservation, P
The area of 1 text and T2 text is moved to the back,
Timer reservation event 2 between T1 and P1 text
The area of (T2) is secured (FIG. 66B). Timer reservation event T2 is added to the area (FIG. 66).
C). Further, the text (T2 text) related to this timer reservation event is added at the end (FIG. 66).
D).

If a program event occurs and there is text in this program event, the areas of the P1 text and T1 text are moved backward, and the program event 3 (P
The area 3) is secured (FIG. 66E). Program event P3 is added to this area (FIG. 66F). Furthermore, the text (P
3 texts) is added at the end (Fig. 66G).

When an index event occurs and there is no text in this index event, the P1 text, T1 text, T2 text, and P3 text areas are moved backward, and program events P3 and P1 are moved.
An area of index event 1 (I1) is secured between the text and the text (FIG. 66H). The I1 event is recorded in this area (FIG. 66I).

When the time shown by the timer reservation event T2 is reached from the state shown in FIG. 67A, the timer reservation event T2 is replaced with the program event 4, and the text of the timer reservation event (T2 text) is the text of the program 4 (P4. Text). This replacement can be realized simply by changing the header. Thereafter, the area behind the program event P3 is moved toward the upper address, and the program event P4 is erased (FIG. 67C). After that, the P3 text is moved toward the upper address, and the P4 text is erased (FIG. 67D). Then, FFh is set after the last P3 text (FIG. 67E).

When the time indicated by the timer reservation event T1 is reached, the P1 text, T1 text, and P3 text are moved backward, and the area for the program event 5 is secured (FIG. 67F). Program event P5 is added to the area (FIG. 67G). The P5 text, which is the P5 text, is added to the end (Fig. 67).
H).

FIG. 68 shows a case where another program is recorded in one program. First, assuming that the program 1, the program 2, and the program 3 are sequentially present, as shown in FIG. 68A, the start pack of the program event 1 is S1, the end pack of the program event 1 is E1, and the start of the program event 2 is The pack is S2, the end pack of program event 2 is E2, and the start pack of program event 3 is S
The end pack for Program Event 3 is E3. Then, the text of program 1 (T1 text), the text of program 2 (T2 text), and the text of program 3 (T3 text) are added in order (FIG. 68A).

When the program 4 is recorded in the program 1, the processes of FIGS. 68B to 68D are performed. That is, the T1 text, T2 text, and T3 text are moved backward, an area for the program event P4 is provided, and the start pack S4 and end pack E4 of P4 are inserted. And T4 which is the text of P4
The text is attached at the end. Further, in order to generate the program event P1 ′ of the remaining program 1 ′ of the program 1, the processes of FIGS. 68E to 68H are performed.
That is, the T1 text, T2 text, T3 text and T4 text are moved backward to form areas for the start pack E4 and end pack E1 of the program event P1 ′. The packs E4 and E1 corresponding to the area are inserted. After that, the T1 'text which is the event text of P1' is added, and finally P1
1'event end pack added.

FIG. 69 is a diagram relating to the occurrence of an event and the rewriting of an end pack and a start pack when another program is recorded across two programs. First, if program 1, program 2, and program 3 exist in sequence, program event P
The start pack of 1 is S1, the end pack of program event P1 is E1, the start pack of program event P2 is S2, the end pack of program event P2 is E2, the start pack of program event P3 is S3, and the end pack of program event P3 is It becomes E3. Then, the text of the program event P1 (T
1 text), the text of the program event P2 (T
2 text), the text of program event P3 (T
3 texts) are added in order.

In order to record the program 4 across the program 1 and the program 2, FIG. 69B to FIG.
9D processing is performed. That is, the T1 text, T2 text and T3 text are moved backwards to provide an area for program 4. The start pack S4 and end pack E4 of the program event P4 are inserted in this area. After that, the T4 text which is the text of the program event P4 is added to the end. Then, the end pack of the program event P1 and the start pack of the program event P2 are rewritten (FIGS. 69E and F).

FIG. 70 shows a case where another program is recorded from the middle of the program 1 and all the subsequent programs are erased. First, assuming that program 1, program 2, and program 3 exist in order,
The start pack of program 1 is S1, the end pack of program 1 is E1, the start pack of program 2 is S2, the end pack of program 2 is E2, the start pack of program 3 is S3, and the end pack of program 3 is E3. . Then, the text of program event 1 (T1 text), the text of program event 2 (T2 text), and the text of program event 3 (T3 text) are added in order. The program event P4 is recorded from the middle of the program 1.

Then, the processes of FIGS. 70B to 70D are performed. That is, T1 text, T2 text, T3
The text is moved backwards, providing an area for program event P4. The start pack S4 and end pack E4 of the program event 4 are inserted in this area. Then, the T4 text, which is the text of the program event P4, is added to the end. The rewriting process of the end pack of the program event P1 is performed (FIG. 70E). And the program event P2,
P3 is deleted (Fig. 70F), and program event P2
After the texts of P and P3 are erased (FIG. 70G), the tail end is rewritten to FFh (FIG. 70H).

As can be seen from the above, in the optional area, the text event is arranged after other events (other than the maker's optional event),
Events other than the text event are arranged in the order of occurrence, and a flag is added to each event header to identify whether or not there is character information regarding the event. As a result, a new event can be generated or erased on the MIC by simply transferring the memory block. Moreover, the change of the pack (which becomes a program event) after the timer reservation is executed can be simply done by rewriting the pack header. The same applies to text events.

By the way, the program event uses the program start pack as an event header (01001011 in the header table), and within one program event, the program start pack and the program start pack indicating the positions of the recording start point and the end point of the program on the tape are recorded. There is always a program end pack. If it is desired to record other recording date, source information, etc., a pack is added and recorded before the next event header.

(J) Recording of a plurality of text events A case of recording a plurality of character information (a program title, a broadcasting station name, etc.) about one recorded program will be described.
This is feasible because the text pack has a variable length structure. An array of program events with an area for storing information TNT (Total Number of TEXT events) indicating how many text events corresponding to the program event exist in the program end pack that is always used in the program event Shown below. In FIG. 71, in the optional area, program event 1, program event 2, program event 3, text event of program event 1, text event of program event 1, text event of program event 1, text event of program event 3, program Recording is performed in the order of the text event of event 3 and FFh.

In the program start pack of program event 1, there is a text flag "0". As a result, the program end pack is validated. On the other hand, for example, when the text flag of the program start pack is "1", the program end pack is invalid. The program end pack contains "TNT =
3 ”exists. The number of text events designated by this TNT corresponds to the program event 1. This allows a plurality of text events to be associated with one event. Therefore, it becomes possible to add a plurality of character information such as a program title and a broadcasting station name to one recorded program. The same applies to the tape.

FIG. 72 is a flowchart of the process realized in FIG. In FIG. 72, it is determined whether the text flag in the program start pack is "0" (step 101). If the text flag = "0", the TNT in the program end pack is referred to (step 102). ). The number of text events indicated by TNT is associated with the program event (step 103), and the process ends. On the other hand, step 1
In 01, when the text flag = 1, the process is terminated as it is.

FIG. 73 shows a data array of a variable length text pack. In FIG. 73, the header of each pack is “48h”. This allows the start of the pack to be recognized. Next to the header, a pack indicating the number of bytes of character information included in the pack is stored. FIG. 73
Then, it is “0Eh” and “03h”, which means that the character information (TDP) is 14. next,
Packs "00h" and "20h" indicating the text type
And the text type is "NAME" and "STAT
ION ”. Next, there is a pack "46h" indicating a text code. Character codes are stored below. The number of character codes is defined by the pack indicating the TDP next to the header.

FIG. 74 shows a program text header pack when TDP = n. In FIG. 74, the PC
T from the least significant bit of 2 to the least significant bit of PC1
DP is shown in binary. OPN (optional number) is recorded in the remaining 3 bits in the lower bits of PC2, and the text type is recorded in the upper 4 bits. OPN is used as follows. For example, in the UK, £ (OPN = 00
0) changes the OPN in Germany to # (O
PN = 001). A text code is recorded on the PC 3. The text data n is recorded in the text data 1, the text data 2, ..., PC (n + 3) in order from the PC 4.

(K) Joint recording When recording video data and audio data with a digital VCR, a camera-integrated VCR or the like using a cassette with memory, it is the recording start point for VAUX data and AAUX data at the recording start time. The flag for identifying that, for example, for video data for 1 second,
One frame of audio data is recorded.
These flags are the video recording start flag,
It is used as an audio recording start flag. By recording such a flag, it is possible to remove noise that occurs when the continuous shooting is performed and to search the position where the recording is started.

FIG. 75A shows a recording pattern of the tape when recording is performed by the VCR. In FIG. 75A, an index is recorded in the subcode for 5 seconds from the recording start point, which enables high-speed search. Also, V
A video recording start flag is recorded for 1 second in the AUX data.

FIG. 75B shows a tape recording pattern when recording is performed on the video deck. In FIG. 75B, a video recording start flag is recorded for 1 second from the recording start point in the VAUX data.

FIG. 75C shows VAUX data and AAUX data.
The recording pattern of a tape when data is recorded is shown. In FIG. 75C, a video recording start flag is recorded for 1 second from the recording start point in the VAUX data. In addition, an audio recording start flag for one frame from the recording start point is recorded in the AAUX data.

As means for recording the video recording start flag and the audio recording start flag, there are a VAUX data source control pack (see FIG. 38) and AAUX for storing control information of video data and audio data.
This is realized by recording "0" in the recording start flag in the data source control pack (see FIG. 32) for a fixed time from the recording start point (negative logic).

FIG. 76 is a flowchart for reproducing video data. In FIG. 76, it is determined whether the control is index search (step 11).
1). In the case of index search, the subcode is searched (step 112), and it is detected whether or not the index is recorded in the subcode (step 11).
3). If the index is not recorded, the process returns to step 112. On the other hand, if the index is recorded, in step 114, the index search is started from the recording start point, and the process is ended.

If it is determined in step 111 that the search is not an index search, the process proceeds to step 115. In step 115, it is determined whether or not the recording start point is searched. If it is not the search for the recording start point, the process is terminated. On the other hand, when it is determined that the recording start point is searched, after the VAUX data is searched in step 116, it is determined in step 117 whether the recording start flag is "0". If it is not “0”, the process returns to step 116. On the other hand, in the case of "0", cueing reproduction is performed from the recording start point of "recording start flag = 0" (step 118), and the process ends.

FIG. 77 is a flowchart for reproducing audio data. When the tape is reproduced in step 121, it is determined whether or not the recording start flag of the AAUX data is "0" (step 122).
If it is not "0", the process of step 121 is repeated. On the other hand, if the recording start flag is "0" in step 122, the audio data is muted (step 123), and then the process returns to step 122.

[0159]

According to the present invention, since the memory of the cassette with memory is composed of the EEPROM and the large-capacity memory (flash memory), the access time is shortened and it is not necessary to provide the VCR with the buffer memory.

[Brief description of drawings]

FIG. 1 is a block diagram of a cassette-equipped digital VCR according to the present invention.

FIG. 2 is a diagram used for explaining a track format.

FIG. 3 is a diagram used for explaining a track format.

FIG. 4 is a diagram used for explaining a track format.

FIG. 5 is a diagram used for explaining a track format.

FIG. 6 is a diagram used for explaining a track format.

FIG. 7 is a diagram used for explaining a track format.

FIG. 8 is a diagram used for explaining a track format.

FIG. 9 is a diagram used to describe a track format.

FIG. 10 is a diagram used for explaining a track format.

FIG. 11 is a diagram used for explaining a track format.

FIG. 12 is a diagram used for explaining a track format.

FIG. 13 is a diagram used for explaining a track format.

FIG. 14 is a diagram used to describe a track format.

FIG. 15 is a diagram used for explaining a track format.

FIG. 16 is a diagram used to describe a track format.

FIG. 17 is a diagram used for explaining a track format.

FIG. 18 is a diagram used for explaining a track format.

FIG. 19 is a diagram used for explaining APT.

FIG. 20 is a diagram used for describing APT.

FIG. 21 is a diagram used for explaining APT.

FIG. 22 is a diagram used for explaining the basic configuration of the pack.

FIG. 23 is a diagram used to describe a hierarchical structure of a header.

FIG. 24 is a pack header table.

FIG. 25 is a diagram used for explaining a cassette ID pack for the main area of the MIC.

FIG. 26 is a diagram used for explaining a tape length pack for the main area of the MIC.

FIG. 27 is a diagram used for explaining a time code pack for a sub-code main area.

FIG. 28 is a diagram used to describe a title end pack for a subcode main area.

FIG. 29 is a diagram used for explaining a chapter start pack for a main area of a sub code.

FIG. 30 is a diagram used for explaining a part number pack for a subcode main area.

FIG. 31 is a diagram used for explaining a source pack for the main area of AAUX data.

FIG. 32 is a diagram used for explaining a source control pack for the main area of AAUX data.

FIG. 33 is a diagram used to describe a date / time recording pack for the main area of AAUX data.

FIG. 34 is a diagram used for explaining a time recording pack for the main area of AAUX data.

FIG. 35 is a diagram used to describe a binary group pack for the main area of AAUX data.

FIG. 36 is a diagram used to describe a TBD pack for the main area of AAUX data.

FIG. 37 is a diagram used for explaining a source pack for the main area of VAUX data.

FIG. 38 is a diagram used to describe a source control pack for the main area of VAUX data.

[Fig. 39] Fig. 39 is a diagram used to describe a date / time recording pack for the main area of VAUX data.

FIG. 40 is a diagram used to describe a time recording pack for the main area of VAUX data.

FIG. 41 is a diagram used to describe a binary group pack for the main area of VAUX data.

FIG. 42 is a diagram used for explaining a closed caption pack for the main area of VAUX data.

FIG. 43 is a diagram showing a relationship between a pack header table and recording media.

FIG. 44 is a diagram in which 9 packs of AAUX data are extracted and described in the track direction.

FIG. 45 is a diagram showing a SYNC block dedicated to VAUX data.

FIG. 46 is a diagram showing SYNC blocks dedicated to VAUX data arranged in the track direction.

FIG. 47 is a diagram showing data recorded in an ID section.

FIG. 48 is a diagram showing a data part of a subcode.

FIG. 49 is an external view of a cassette with memory.

FIG. 50 is a diagram showing a data structure of an MIC.

FIG. 51 is a diagram showing an optional event recorded in the optional area of the MIC.

FIG. 52 is a memory map of the MIC.

FIG. 53 is a circuit diagram for discriminating a tape grade.

FIG. 54 is a flowchart of a detection algorithm when a cassette with memory is loaded.

FIG. 55: M for VCR in new cassette tape
It is a figure which shows the content of IC.

FIG. 56 is a diagram showing the contents of MICs other than those for VCRs in a new cassette tape.

FIG. 57 is a flow chart relating to APM recognition and recording of a consumer digital VCR.

FIG. 58 is a diagram used to describe a tag event.

FIG. 59 is a diagram used to describe a tag event.

FIG. 60 is a diagram used for explaining a tag event.

FIG. 61 is a diagram used for explaining a zone event.

FIG. 62 is a diagram used for explaining a zone event.

FIG. 63 is a diagram used for explaining a zone event.

FIG. 64 is a diagram used for explaining a zone event.

Part 65 is a diagram showing details of an event header.

FIG. 66 is a diagram relating to timer reservation, program event occurrence, and index event occurrence.

FIG. 67 is a diagram relating to timer reservation, program event occurrence, and index event occurrence.

FIG. 68 is a diagram showing a case where another program is recorded in one program.

[Fig. 69] Fig. 69 is a diagram regarding the occurrence of an event and the rewriting of an end pack and a start pack when another program is recorded across two programs.

FIG. 70 is a diagram showing a case where another program is recorded in the middle of program 1 and all subsequent programs are erased.

71 is a diagram showing a case where a plurality of pieces of character information regarding one recorded program are recorded. FIG.

[Fig. 72] Fig. 72 is a flowchart in the case of recording a plurality of character information on one recorded program.

FIG. 73 is a diagram showing a data array of a variable length text pack.

FIG. 74 is a diagram showing the structure of a program text header pack when there are n pieces of character information.

FIG. 75 is a diagram showing a recording pattern on the tape.

FIG. 76 is a flowchart for reproducing video data.

FIG. 77 is a flowchart for reproducing audio data.

[Explanation of symbols]

 31a, 31b Associated data reproducing unit 33 Associated data forming circuit 61 Cassette with memory 62 Memory in cassette

─────────────────────────────────────────────────── ─── Continuation of the front page (51) Int.Cl. ⁶ Identification code Internal reference number FI Technical indication H04N 5/78 510 Z 7734-5C 520 Z 7734-5C 5/7826

Claims (2)

[Claims] 1. A cassette with a memory in which a memory for recording unique information of the cassette is mounted, wherein the memory comprises a rewritable memory for each data and a memory for collective recording / reproduction. . 2. The cassette with memory according to claim 1, wherein the memory has a bank structure.