JPH0863579A - Presentation system - Google Patents

Abstract

PURPOSE: To prevent the occurrence of a ghost of character even in the case of enlargement.reduction by storing bit map data to show a character on the basis of character attribute data including the character code of the character. CONSTITUTION: A font ROM 4 is a ROM in which plural kinds of character patterns are stored in accordance with character size. Besides a character attribute processing part 10 imparts the character code and a character attribute to determine by what kind of the character pattern that character code is to be expressed together with the character code. Then, a part corresponding to the position or the size of set bit map information among graphic data stored in a V(video) RAM 5 is transferred to a secured memory. Next, the character pattern converted by the font ROM 4 and the graphic data transferred to the memory are synthesized, and the bit map data is generated, and the bit map data synthesized with the set bit map information is transferred to an external storage device 12.

Description

Detailed Description of the Invention

[0001]

FIELD OF THE INVENTION The present invention relates to presentation systems, and more particularly to graphic capture.
The present invention relates to a presentation system using a Hic Capture method.

[0002]

2. Description of the Related Art Presentations are used for purposes such as "when showing materials for a meeting", "when explaining development results", "for advertising". Conventionally, most of the presentations are OHP (overhead pr).
o-jector) and the like, and the slide is controlled by a computer, and it is possible to give a special effect such as scrolling the screen or displaying audio or moving image data. You can do it. However, there is a problem in that an application program for controlling a computer is created each time, and the data created as the data of one application program cannot be used by another application program.

A system for displaying a color video on a display instead of projecting a slide image on an OHP for presentation is called a presentation system using a graphic capture system. FIG. 9 is a block diagram showing the configuration of a conventional presentation system using the graphic capture method. Bitmap data generated by the CPU 2 in the computer 1 is transferred to the bitmap capture unit 8 in the presentation system 7. It The CPU 2 can scan a desired image and generate a desired bitmap using, for example, a TV camera (not shown). The bitmap capture unit 8 adds information about the bitmap data (number of colors, position, size of image, etc.), and stores the obtained information and bitmap data in the external storage device 12.

When giving a presentation on the display 11, a read command is specified from the CPU 2 via the bitmap capture section 8 and transferred to the bitmap reproduction section 9 by designating a bitmap to be read. The bitmap reproduction unit 9 reads the bitmap specified by the command from the external storage device 12 and outputs it to the VRAM.
(Video RAM) 5 is written, and the CRT controller 6 scans this and displays it on the display 11.

The bitmap data created by the CPU 2 may be stored in the external storage device 12 after first being checked on the display 11 and making necessary corrections. In this case, the bitmap data from the CPU2 is GDC3.
Is sent to the VRAM 5 and is displayed on the display 11 via the CRT controller 6. When the CPU 2 inputs a character from a keyboard (not shown), the character input is not input as a bit pattern of the character but as a character code. This character code is font RO
Converted to character bit pattern by M13, CR
It is displayed on the display 11 after being combined with the bit map on the VRAM 5 by the T controller 6. Graphic data (g
When storing the graphic data in the external storage device 12, the bitmap capture unit 8 combines the bitmap in the VRAM 5 with the bit pattern of the character converted by the font ROM 13 by a command from the CPU 2 to capture the bitmap. The data is stored in the external storage device 12 from the unit 8.

[0006]

In the conventional graphic capture type presentation system as described above, when the graphic data is enlarged or reduced, a bit pattern of the enlarged or reduced character is formed.
Since the bit logic at a certain coordinate position is calculated by a predetermined operation from the bit logic at the neighboring coordinate position based on the bit pattern at the base of that character, the shape of the character represented by the bit pattern after enlargement / reduction May be displayed dirty. This phenomenon is called garbled character and is as shown in FIG. In a system in which a bit pattern (dot pattern in a displayed image) is enlarged or reduced as it is as in a conventional system, there is a problem in that it is impossible to prevent garbled characters.

The present invention has been made to solve the above problems, and an object of the present invention is to provide a presentation system that does not cause garbled characters even when enlarged or reduced.

[0008]

A presentation system according to the present invention comprises means for classifying bitmap data representing an image into bitmap data representing a character and a graphic part which is a bitmap data not containing a character, The graphic unit stores bitmap information of the graphic unit and graphic data (image data) of the graphic unit, and the bitmap data representing the character is stored by character attribute data including a character code of the character, Means for storing, in an external storage device, a graphic portion stored by the bitmap information of the graphic portion and the graphic data, and bitmap data representing a character stored by the character attribute data, the bitmap information and the graphic data,
And means for reading the character attribute data from the external storage device, a font ROM for storing various character sizes and a character pattern most suitable for the character size, the bitmap information and the graphic read from the external storage device A means for arranging the data in a VRAM (video RAM) after being processed by a bit map reproduction section, a character attribute processing section for processing the character attribute data read from the external storage device, and a character code for a character pattern by the font ROM. And a CRT controller for synthesizing the graphic data arranged in the VRAM and the character pattern converted by the font ROM and transferring the synthesized data to the display.

Further, the bit map data representing the image is bit map data displayed and confirmed on the display.

The bit map data representing the image is bit map data input from an image input device such as a TV camera or an image scanner.

Further, the character attribute data is composed of a character code, a code indicating a character font, a character size, a left coordinate, an upper coordinate, and a code indicating a character color for each character, and the font ROM stores the character An optimum character pattern is stored for each combination of the code, the code indicating the character font, and the character size.

Further, in the presentation system, when enlarging / reducing an image, the graphic data is enlarged / reduced in accordance with a specified enlargement / reduction ratio, and a character size is determined corresponding to the enlargement / reduction ratio. The character code is converted into a character pattern using a font ROM having the determined character size.

[0013]

In the present invention, the font R in which a plurality of types of character patterns having different character pattern sizes are stored
OM is used, and in the case of enlargement / reduction, it is decided to use a font that stores a character pattern of an appropriate size. Therefore, the character portion is stored as a character code in the external storage device, and the size of R
A character attribute processing unit is provided in the presentation system to control whether or not to use the OM.

[0014]

Embodiments of the present invention will now be described with reference to the drawings. FIG. 1 is a block diagram showing an embodiment of the present invention, in which the same reference numerals as those in FIG. 9 represent the same or corresponding parts, and the duplicate description of the parts operating in the same manner will be omitted. Font RO
M4 is a true type font (true type) used in Microsoft Windows, for example.
font), which stores a plurality of types of character patterns according to the character size. In addition, the character attribute processing unit 10 adds a character code and a character attribute that determines what character pattern the character code is displayed.

An example of displaying a bitmap shown as "composite bitmap data" in FIG. 4 in a presentation will be described. This "combined bitmap data" is a combination of the "bitmap data" shown in FIG. 3 and the bitmap of the characters in the "character attribute data" shown in FIG. The bitmap data shown in FIG. 2 includes 1-byte bitmap information size, 2-byte color number, left coordinate, upper coordinate, width, and height information, respectively, followed by graphic data that is the content of the bitmap. The character attribute data shown in FIG. 3 includes 6 types of information of 2 bytes for each character. With these 6 kinds of information,
Character code, character font code, character size,
It is a code indicating the left coordinate, the upper coordinate, and the character color.

FIG. 5 is a flow chart showing the operation when the image displayed on the display 11 is captured, and S1 to S6 indicate the respective steps. C in S1
The bitmap capture unit 7 is activated by the instruction issued from PU2, and the bitmap information shown in FIG. 2 is set (S2). Next, a memory for the size of the graphic data is secured in the main memory area (not shown) (S
3). Normally, data transfer to and from the external storage device 12 is always performed via the main memory area, but the description of the mediation of the main memory is omitted unless it is particularly necessary for the description.

Next, in the graphic data stored in the VRAM 5, the location corresponding to the position and size of the set bitmap information is transferred to the memory secured in step S3 (S4). Next, the character pattern converted by the font ROM 4 and the graphic data transferred to the memory are combined to create bitmap data (S
5) The bitmap data combined with the set bitmap information is transferred to the external storage device 12. The capture process shown in FIG. 5 is the capture process in the conventional system shown in FIG. 9, and the capture process shown in FIG. 5 may be executed when the enlargement / reduction is not executed in the present invention. . However, when the enlargement / reduction is performed, it is necessary to execute the capture process shown in FIG.

FIG. 6 is a flow chart showing the capture processing of the present invention. S11 to S14 are S1 to S1 of FIG.
Since the processing is the same as S4, the description is omitted. In the process shown in FIG. 6, the process corresponding to S5 of FIG.
After the bitmap information and the graphic data (see FIG. 2) are transferred to and stored in the external storage device 12 in step 5, S16
In step S17, the character code is transferred to the character attribute processing unit 10. In step S17, the character code is converted into character attribute data (see FIG. 3). In step S18, the character attribute data is transferred to the external storage device 12 and stored therein.

FIG. 7 is a flow chart showing the reproduction process of the bitmap data corresponding to the capture process of FIG. 6, and S21 to S28 show processing steps. In S21, a playback command is issued to the bitmap playback unit 9 of the presentation system 7. Next S
At 22, the graphic data and the character attribute data stored in the external storage device 12 are transferred to the bitmap reproducing section 9, and at S23, the bitmap information is analyzed to obtain information on the position and size.

At the next step S24, the graphic data is set to V
The data is transferred to the RAM 5, and the character code and the position are acquired from the character attribute data in S25. Then, in the next S26, the character code is transferred to the font ROM 4 and converted into a character pattern, and in S27, the graphic data of the VRAM 5 and the character pattern of the font ROM 4 are combined. This combination is bitmap data obtained by combining the logical sums of the two as shown in FIG. In the next step S28, the synthesized bitmap data is transferred to the CRT controller 6, converted into R, G, B signals and transferred to the display 11.

FIG. 8 is a flow chart showing the processing for enlarging / reducing. In S31, a graphic data enlargement / reduction command is issued to the character attribute processing unit 10 of the presentation system 7, and in S32, the graphic data and the character attribute data are transferred from the external storage device 12 to the character attribute processing unit of the presentation system 7. 1
Transfer to 0. In step S33, the character size and position are acquired from the character attribute data, and the optimum character size and position that match the enlargement / reduction ratio (for the graphic data) specified in step S34 are determined. The character attribute data read from the external storage device 12 includes the character size and position (see FIG. 3), but these data are changed here to generate new character attribute data. In S35, the enlarged / reduced graphic data is generated, and the next S36 is performed.
The new character attribute data and the enlarged / reduced graphic data are recorded in the external storage device 12.

When the process shown in FIG. 8 is completed and the process shown in FIG. 7 is executed, the font ROM 4 having the optimum character size determined in S34 is used for the character pattern converted in S26. Therefore, regardless of the enlargement / reduction of the character size, it can always be converted into a beautiful character pattern. Further, the character code is converted into a character pattern by using the font ROM 4 having the character size determined in S34, and the converted character pattern and the graphic data enlarged / reduced in S35 are combined and displayed on the display 11. Then, S36 can be executed after confirmation.

The operations shown in FIGS. 5, 6, 7, and 8 are operations of the presentation system 7 and are described as being executed under program control. However, some or all of them may be executed by hardware. it can. Further, in the above description, the case where the image output to the display 11 is mainly stored in the external storage device 12 has been described, but the image image read by the TV camera, the image scanner, or the like is stored in the external storage device and the presentation image is stored. Can be played for any purpose. However, in this case, the read character pattern needs to be converted into a character code, but any conventionally known method may be used for this conversion. The simplest method is for the operator to input a character code from the keyboard while observing the character pattern.

[0024]

As described above, according to the present invention, a presentation system of a graphic capture system can always display beautiful characters without causing garbled characters even when enlarging or reducing. There is an effect that a highly effective presentation can be provided.

[Brief description of drawings]

FIG. 1 is a block diagram showing an embodiment of the present invention.

FIG. 2 is a configuration diagram of bitmap data of the present invention.

FIG. 3 is a configuration diagram of character attribute data of the present invention.

FIG. 4 is an explanatory diagram illustrating composition of the data of FIGS. 2 and 3;

FIG. 5 is a flowchart showing a conventional capture process.

FIG. 6 is a flowchart showing an image capture process of the present embodiment.

FIG. 7 is a flowchart showing a reproduction process of bitmap data according to the present embodiment.

FIG. 8 is a flowchart showing an enlarging / reducing process in this embodiment.

FIG. 9 is a block diagram showing a configuration of a conventional presentation system.

FIG. 10 is an explanatory diagram showing an example of garbled characters that occur in a conventional system.

[Explanation of symbols]

 1 Computer 2 CPU 3 GCD 4 Font ROM 5 VRAM 6 CRT Controller 7 Presentation System 8 Bitmap Capture Section 9 Bitmap Reproduction Section 10 Character Attribute Processing Section 11 Display 12 External Storage Device

─────────────────────────────────────────────────── ─── Continuation of front page (51) Int.Cl. ⁶ Identification code Internal reference number FI Technical display location G06T 3/40 G09G 5/40 9377-5H 9365-5H G06F 15/62 325 A 15/66 355 A

Claims (5)

[Claims] 1. A means for classifying bitmap data representing an image into bitmap data representing a character and a graphic part which is bitmap data not containing a character, wherein the graphic part includes bitmap information of the graphic part, Means for storing the graphic data (image data) of the graphic part, and bit map data representing the character by character attribute data including a character code of the character, and bit map information and graphic data of the graphic part. Means for storing, in an external storage device, a graphic part to be stored and bitmap data representing a character stored by the character attribute data, means for reading the bitmap information and graphic data, and the character attribute data from the external storage device , Various characters rhino A font ROM for storing a character pattern most suitable for the character size, and processing the bit map information and the graphic data read from the external storage device in a bit map reproducing unit and arranging them in a VRAM (video RAM). Means for processing the character attribute data read from the external storage device by a character attribute processing unit to convert a character code to the font R
A presentation system comprising: a means for converting a character pattern by OM; a CRT controller for synthesizing the graphic data arranged in the VRAM and the character pattern converted by the font ROM and transferring the combined result to a display. 2. The bitmap data representing the image is
The presentation system according to claim 1, wherein the bitmap data is displayed and confirmed on the display. 3. The bitmap data representing the image is
The presentation system according to claim 1, wherein the presentation data is bitmap data input from an image input device such as a TV camera or an image scanner. 4. The character attribute data includes, for each character, a character code, a code indicating a character font, a character size, a left coordinate, an upper coordinate, and a code indicating a character color, and the font ROM stores the character 2. The presentation system according to claim 1, wherein an optimum character pattern is stored for each combination of a code, a code indicating the character font, and the character size. 5. In the presentation system, when enlarging / reducing an image, the graphic data is enlarged / reduced in accordance with a specified enlargement / reduction ratio, and a character size is determined corresponding to the enlargement / reduction ratio. Then
The presentation system according to claim 1, wherein the character code is converted into a character pattern by using a font ROM having a determined character size.