JPH0787019B2 - CDI system - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION <Industrial Field of Application> The present invention reads out these data from a CDI disk that holds sound data and visual data (background image data, character image data), and outputs images and sounds. Regarding the improvement of the CDI system to be formed.

<Prior art> CDI (Compact Disc Interactive) is a CD
In addition to sound data (audio data), visual data (background image data, character image data) and the like are recorded on a (compact disc). The data stored on this CDI disc can be read by the CDI player.

The CDI standard for storing this sound data and visual data on a single CD has already been proposed by Philips. According to this CDI standard, the character of user data can be specified for each sector in a track of a CDI disk. For example, one sector can be used as sound data and the other sector can be used as visual data. The sound data is output by the audio processor as an audio output through the speaker, and the visual data is displayed by the video processor as a video output on a CRT or the like.

According to the data arrangement on the CDI disc based on the CDI standard, the sound data is arranged in tracks according to any one of three levels (levels A, B and C) depending on the desired sound quality.

In level A (stereo mode), the sound data is arranged in every other sector in a plurality of sectors in the user area of the track. That is, each sector of the track is divided into two channels, and sound data is arranged in the first channel. Visual data or the like can be arranged in the second channel.
This level A is a high-fidelity level that can obtain sound quality equivalent to an LP record.

In level B (stereo mode), the sound data is 4
It is arranged for each sector. That is, the user area is divided into four channels. Therefore, one of these
Sound data is arranged in one channel, and visual data and the like are arranged in another one channel. This level B is a mid-high fidelity level of sound quality equivalent to FM broadcasting.

In level C (stereo mode), the sound data is 8
It is arranged for each sector. The track is divided into 8 channels, but only one channel is used for sound data and the remaining one channel is used for visual data. This level C is a speech level for obtaining sound quality equivalent to AM broadcasting.

At any level, the number of channels in the monophonic mode is double that in the stereo mode.

However, according to the data arrangement on the CDI disk as described above, for example, at the B level, two channels are in an idle state, and there is a problem that there is much waste.

Therefore, the applicant of the present application proposed a CDI disk in which data is arranged and stored in high density in the previous application. For example, two sets of data at the B level are interleaved. It should be noted that the sound data (song) and the visual data related thereto (the lyrics of the song and the background image) form one set of data. With this data arrangement, as shown in FIG. 9, the first set of sound data is assigned to the first channel.
S11, S12, ..., The second set of sound data S21, S22, S23, ... For the second channel, and the first set of visual data V1A, V1B, V1A ,. The fourth channel has a second set of visual data V2A, V2B, V2A, ...
・, Are stored respectively.

However, as described above, the visual data V arranged in each sector together with the sound data S includes image data VA as code data for displaying characters and image data VB for background. The code data VA for displaying the characters is, for example, data (character code data) held as a code indicating an image font for displaying the characters on the CRT screen. Similarly, the background image data VB includes, for example, data as an image with a dot pattern or data as a code for a specific pattern generator.

The character code data VA and the background image data VB are displayed (superposed) on the screen at the same time, and are displayed with a certain temporal relationship with the sound data S. For example, when used as CDI karaoke, the song is held as sound data S, and the background image and lyrics of the song are held as VA and VB, respectively.

On the other hand, in a CDI player, its CPU reads data from the CDI disk and forms an image on a CRT screen, which needs to be processed in real time.

That is, these visual data VA and VB are arranged as real-time files on the CDI disk in the real-time file area together with the sound data S as described above.

<Problems to be Solved by the Invention> However, in addition to sound data, two types of visual data (background image data and code data for displaying characters) are mixed as a real-time file based on the CDI standard. In this case, when trying to maintain the relationship between the sound data and the visual data, the number of unused sectors increases, and for example, the sectors used as code data for displaying characters are scattered.
There has been a problem that the use efficiency of the sector is low as a whole. This is because sound data and visual data do not always have a one-to-one correspondence.

If all image data are stored in the real-time file area as real-time files, two types of image data must be laid out while maintaining the relation (synchronization) with the sound data. There was a problem that was becoming difficult.

Therefore, an object of the present invention is to achieve high density in the data arrangement of the CDI disk and to facilitate the data layout.

<Means for Solving the Problems> As shown in FIG. 1, the CDI system according to the present invention is a CDI system.
A non-real-time file area that stores code data that displays characters for multiple screens, and a real-time file that stores background image data for multiple screens together with a series of sound data in a user area provided based on the standard A first image data transfer means 120 that includes a CDI disk 100 in which areas are formed and collectively transfers the code data for displaying the above characters for a plurality of screens to the memory 110.
Sound data transfer means 140 for reading the sound data from the real-time file area and transferring the sound data to the sound generator 130, and reading the background image data for a predetermined screen out of the background image data for the plurality of screens, and storing the memory 110. To the second image data transfer means 150 for transferring the image data, and the code data for displaying the characters for one screen is extracted, and the code data for displaying the extracted characters is stored in the memory 110 for the background of the predetermined screen. In a CDI system including image forming means 160 for forming display image data by giving priority to background image data for one screen extracted from the image data for display, and superimposing a character screen on the background screen. is there.

<Operation> In the CDI system according to the present invention, the first image data transfer means 120 collectively collects code data for displaying characters for a plurality of screens from the non-real-time file (NRTF) area of the CDI disk 100. Transfer to the memory 110.

The sound data transfer means 140 reads the sound data from the real-time file (RTF) area and transfers it to the sound generator 130.

Further, the second image data transfer means 150 reads out the background image data for a predetermined screen (for example, one screen) from the background image data for a plurality of screens from the real-time file area RTF and transfers it to the memory 110. .

Then, the image forming means 160 extracts the code data for displaying the characters for one screen and stores the code data in the memory.
The image data for display is formed by giving priority to the image data for background extracted for one screen from 110, and this character screen is superimposed on the background screen.

Therefore, only the sound data and the background image data are arranged in the real-time file area, which facilitates the layout of the data by synchronizing the data. It also makes it easy to store multiple sets of data groups on a CDI disk,
The data area is used efficiently, and high-density recording of data is possible.

<Example> Hereinafter, an example of the present invention will be described with reference to the drawings.

2 to 8 are for explaining one embodiment of the CDI system according to the present invention. In this embodiment, the CDI system is used as karaoke.

In FIG. 2, reference numeral 21 denotes a CPU, which uses, for example, a 68000 series processor because it is necessary to perform real-time processing. A video processor (VDP) 22 sends and receives signals to and from the CPU 21, controls the RAM 23 and outputs the font pattern read from the font table 24 to the RGB signal generator 25, and the display (CRT) 26 To form the desired image.

Further, 27 is a tone generator connected to these CPU 21, VDP 22 and RAM 23 by a bus, and outputs a predetermined sound generation signal based on sound data to a sound system.
Feeding 28. The sound system 28 is composed of, for example, an amplifier and a speaker.

29 is an input / output device (I / O), such as a keyboard (K
External input from BD) 30 is output to CPU 21.

Reference numeral 31 is an interface of the CDI player, which is connected to the bus. 32 also CPU21 by bus
It is a working RAM connected to. In Figure 33
Is a CDI disk.

As shown in FIG. 3, one spiral track 3 is formed on the surface of the CDI disk 33 based on the CDI standard.
4 are designed. That is, a plurality of pits are spirally arranged as one track. Therefore, in this CDI disk 33, data is recorded in a spiral shape in the clockwise direction in the drawing from the inside to the outside in the radial direction (depending on the presence or absence of pits).

The track 34 is scanned by the CDI player having the above structure.

On the track 34, a disc label area A and a data area (user area) B are defined based on the CDI standard. The data area B is composed of a plurality of sectors (blocks).

The disc label area A is composed of a file table and the like. For example, the start addresses of a plurality of files (data groups) are recorded.

The data area B is a non-real-time file area B1 for storing code data for displaying characters for multiple screens and a real-time file area B2 for storing background image data for multiple screens together with a series of sound data. It is divided into The code data for displaying the characters stored in the non-real-time file area B1 is read by the CPU 21 and transferred to the RAM (memory) 23 collectively for one song (for a plurality of screens), for example.

On the other hand, the sound data and the background image data stored in the real-time file area B2 are processed in real time by the CPU 21 as a real-time file.

As shown in FIG. 4, the total amount of data that can be recorded in this one sector is 2352 bytes. Then, the character of the user data can be designated for each sector. According to the CDI standard, this 2352-byte data structure (when treating sound data as Form 2) is sync 12 bytes, header 4 bytes, sub-header 8 bytes, user data 2304 bytes, spare 20 bytes,
The reserve is 4 bytes. A signal for dividing the sector is recorded in the sync. Address data and form data are recorded in the header. In addition, the subheader consists of 2 bytes for file, 2 bytes for channel,
It consists of 2 bytes of submode and 2 bytes of data type.

The non-real-time file area B1 stores code data for displaying characters for a plurality of screens.
As this character code data, there is, for example, an ASCII code.

On the other hand, the background image data is based on a method called delta YUV, and the sampling frequency is 4: 2: 2 with a luminance signal (Y) of 7.6 MHz and a color difference signal (U, V) of 3.8 MHz. It is a sample. In this data, raw data is stored in the first two dots assigned to the beginning of each line of one screen, while the following dots are displayed by the deviation from the data of the first two dots. It is a thing.

A CLUT (color lookup table, color correspondence table) can also be used as the background image data.

In this case, a color look-up table, that is, a correspondence table showing the RGB ratios by color numbers is stored at the beginning of the data for one screen, and the data shown by this color number is stored thereafter. In this case, unless the CLUT is changed in the middle of the data, this CLUT is not stored until the data for the next screen. Then, when the color code data is read, the RGB signal is created by referring to the CLUT.

FIG. 5 shows an example in which two sets of data groups (files) consisting of sound data and visual data (background image data) are interleaved on the track 34 in the B level stereo mode in the CDI standard. In this level and mode, a plurality of sectors on the track 34 are divided into 4 channels and sequentially scanned in the direction of the arrow in the figure.

In each sector of the first channel represented by sector numbers 1, 5, 9, ..., For example, a tone forming signal S11 of one music which is sound data of the first group (file), S12, S13, S14, ..., S1m are sequentially (regularly) arranged. Also, sector number 2,
In each sector of the second channel represented by 6, 10, ..., Musical tone forming signals S21, S22, S23, S24 of another music which are the sound data of the second group (file),・
..., S2m are sequentially arranged. Further, sound data S31, S32, S33, S34, ..., S3m of the third music are sequentially arranged in the third channel (sectors 3, 7, 11, ...). The reason why the sound data is regularly arranged in these three channels is that these sound data must be read out at regular intervals at regular intervals in order to form one piece of music as the tone forming signal.

Further, in each sector of sector numbers 4, 8, 12, 16, ... (Channel 4), the first group of background image data V1 corresponding to the first group of sound data S1,
Similarly, background image data V2 and V3 respectively corresponding to the second and third sound data S2 and S3 are arranged in a mixed manner. In this case, the first background image data V1, ... Is image data serving as a background image for the sound data S1 of the first music, and the second background image data V2, ... Is the second music. This is image data that is a background image for S2. V3 is background image data corresponding to S3.
In this way, the background image data V1, V2, and V3 related to the sound data S1, S2, and S3 have the same channel number. This channel number 1, 2, 3
Is recorded in the sub-header portion in each sector.

The code data (for example, three types of data of V1B, V2B, and V3B) for displaying characters superimposed on the background image data V1, V2, and V3 are stored in the non-real-time file area. Has been done. The background image data includes, for example, CLUT and delta YUV data, run length data, and RGB signal data.

Further, as shown in FIG. 5, in the B level mode, the background image data V1, V2, and V3 of three groups are densely mixed in the sector of channel 4, so that the data density can be increased. I was able to achieve it. The reason for mixing them in this way is that the sound data and the background image data do not always have a one-to-one correspondence. Also, the amount of data varies depending on the music. For example a song
S1 requires 30 screens of background image data, while song S2 requires 40 screens of data.

FIG. 6 shows the memory space of the RAM 23 for storing the data transferred from each area of the CDI disk 33 as described above.

As shown in this figure, in the RAM 23, the non-real time file NRTF is stored in a certain range from a specific address. Code data for displaying characters of a plurality of screens, for example, the screens corresponding to the number of screens of three songs in the example of FIG. 5 is transferred and stored in the NRTF area. In addition to the NRTF storage area, the RAM 23 also displays characters for one screen as an editing area, in order to enable switching (switching by addressing) for each of the two overlapping screens. Code data (Plane 01), background image data for one screen (Plane 1)
1) It has respective divided areas of code data (plane 02) for displaying characters for one screen and background image data (plane 12) for one screen.

Therefore, it is assumed that the first data group (for example, the first music piece) is selected when the track 34 of the CDI disc 33 is scanned by the CDI player. At this time, in the real-time file area, the channel number is read from the sub-header of each sector to determine the content of the data, and the sound data S11, S12, ... Are sent to the audio processor in order and the background image is displayed. Data (natural image)
V1, ... Is sent to RAM23.

The code data for displaying the characters in the non-real-time file area is sent to the RAM 23 all at once. As a result, the background image and the lyrics (characters) are obtained in the RAM 23. At this time, the data S2 and V2 of the second group and the data S3 and V3 of the third group are skipped and scanned.

FIG. 7 is a flowchart showing the procedure of reading and writing data from the CDI disk 33 in the CPU 21.

First, it is checked for each sector whether or not the data is a non-real time file NRTF (step S701). NRTF
If it is (code data for displaying a character), the code data is written to an empty address in the RAM 23 (step S702). The start address and the written capacity are held in the register.

If the file is not a non-real-time file, the variable i is initialized to 1 (step S703) and the variable j is set to 1 or 2.
(Step S704).

Next, the data is read from the sector of the RTF area (step S705), and it is checked whether it is sound data (step S706). If it is the sound data, it is transferred to the tone generator 27 (step S707), and if it is not the sound data, it is the image data, that is, the image data for the background, so it is the plane (11 or 11) determined by the variable (i, j). Write the data of the real-time file RTF to 12) (step S708). As shown in FIG. 6, a plane 11 and a plane 12 which are background screens are created.

Then, by writing in the plane in this way, it is checked whether or not unused data for two screens is held in the RAM (plane 11 and plane 12) (step
S709).

Until the data for two screens are retained, reading from the sector, discrimination of data, and writing are repeated (S705 to S709
Loop), and when held, the CPU 21 enters a wait state (step S710). Then, when the wait state is released by, for example, an interrupt input from the VDP 22 (YES in step S711), the process loops until one music piece ends (NO in step S712 returns to S705).

As described above, the CPU 21, as shown in FIG. 6, displays in the empty area of the RAM 23 the code data for displaying the characters for a plurality of screens, the background image data for one screen to be displayed first, and the next display. The image data for one screen is sequentially transferred (written).

Figure 8 shows data editing and RGB in RAM23 of VDP21.
7 is a flowchart showing a procedure of transmitting image data to the display 26 via the signal generator 25.

First, in the VDP 22, the CPU 21 constantly checks whether it is in the wait state (step S801). If it is in the wait state (depending on the status or the like), unused data (character code data, background image data) is held in the RAM 23 for two or more screens, so the character code is first read from the NRTF (step S802). Then, the image data corresponding to this character code is read from the font table 24 and transferred to the RAM 23 (step S803). As shown in FIG. 6, the image data for displaying the characters for one screen is stored in the specific area (plane 01) from the area storing the NRTF.
Write in. Next, it is checked whether or not a character image for one screen is constructed by the image data of characters from the font table 24 (step S804). When one screen is configured as the plane 01, similarly, the plane 02 including the image data read from the font table 24 is created by the code data for displaying the characters (step S805).

Next, the characters for one screen and the background (planes 01 and 11) are superposed (superimposed) in this order (step S806). The same applies to planes 02 and 12. As a result, RGB signals are generated by the RGB signal generator 25, and these superimposed images are transferred to the display 26.

Then, the weight of the CPU 21 is released (step S807),
It returns to step S801.

As shown in the above flowchart, two sets of two display screens, a character screen and a background screen, are edited in RAM23,
By changing the address, it is possible to instantly switch and display. Further, when these screens are uttered as musical tones of sound data, the display is updated based on the progress thereof. For example, it is convenient to use it as karaoke.

<Effect> As described above, according to the present invention, the sound data and the background image data are arranged in the real-time file area, and the code data for displaying the characters are separately arranged in the non-real-time file area. , Even if the data arrangement of sound data and visual data (image data for background, code data for displaying characters) of multiple groups is performed, the sector usage efficiency becomes high and a high-density data arrangement is used. You can Also,
Since the background image data and the code data for displaying characters are arranged in different areas, the work for incorporating a data array program for high density data arrangement becomes extremely easy. In the above case, since the font table that constitutes the image of the character is provided and only the code data is stored in the CDI disk, the data density can be further increased.

[Brief description of drawings]

FIG. 1 is a block diagram showing a schematic configuration of a CDI system according to the present invention, FIG. 2 is a block diagram showing a schematic configuration of an embodiment of a CDI system according to the present invention, and FIG. A plan view showing the track structure of the CDI disk.
FIG. 4 is a data format diagram showing sectors of a CDI disk according to one embodiment, FIG. 5 is a diagram showing a data array for each sector of a CDI disk according to one embodiment, and FIG. A memory map showing the address space of the relevant memory (RAM), FIG. 7 is a flow chart showing a control program in the CPU according to the embodiment, and FIG. 8 is a flow chart showing a control program in the VDP according to the embodiment. FIG. 9 is a flowchart showing the data arrangement of the CDI disk according to the prior application. 21 …… CPU, 22 …… VDP, 23 …… RAM, 24 …… Font table, 25 …… RGB signal generator, 26 …… Display, 28 …… Sound system, 100 …… CDI disk, 110 …… Memory, 120 ... first image data transfer means, 130 ... sound generator, 140 ... sound data transfer means, 150 ... second image data transfer means, 160 ... image forming means.

Continuation of the front page (51) Int.Cl. ⁶ Identification code Office reference number FI Technical display area H04N 5/91 5/92

Claims (1)

[Claims] 1. A non-real-time file area for storing code data representing characters for a plurality of screens and a background image data for a plurality of screens together with a series of sound data in a user area provided based on the CDI standard. A real-time file area to be stored and a CDI disk forming the first image data transfer means for transferring code data representing a plurality of screens of the characters to the memory all at once, and the sound data from the real-time file area. And a second image data transfer means for reading out the background image data for a predetermined screen out of the background image data for the plurality of screens and transferring it to the memory. The code data representing the characters of the minute is extracted, and the code data representing the extracted character is extracted. Data to form display image data by giving priority to one screen of background image data extracted from the predetermined screen of background image data held in the memory, and forming a character screen as a background screen. A CDI system comprising: an image composing means to be superimposed on the.