WO1987003409A1 - Multiwindow picture display method - Google Patents
Multiwindow picture display method Download PDFInfo
- Publication number
- WO1987003409A1 WO1987003409A1 PCT/JP1986/000602 JP8600602W WO8703409A1 WO 1987003409 A1 WO1987003409 A1 WO 1987003409A1 JP 8600602 W JP8600602 W JP 8600602W WO 8703409 A1 WO8703409 A1 WO 8703409A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- window
- image
- window image
- data
- buffer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Classifications
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
- G09G5/14—Display of multiple viewports
Definitions
- the present invention relates to a multi-window image display method, and particularly to an image displayed on a display screen by a refresh operation by a raster scan.
- the present invention relates to a multi-window image display method of a display device for displaying the image.
- ⁇ and ⁇ are backgrounds, and the window image has a higher display priority as the numerical value attached to the alphabet W is larger. That is, in the example of FIG. 8, the display priority is Wl ⁇ W2 ⁇ WS. When the window images overlap, the display priority is the highest. Only the window image is displayed on the CRT.
- a frame buffer having a memory area corresponding to each picture element (pixel) of the conventional screen is used.
- a window buffer memory WBM that stores the image data of each window and image is provided, and the display priority is low.
- C Read the image data from the WBM in order of the images. Block data is transferred to the frame memory FBM and written (the data written later is overwritten by the previous data). The part where the window image overlaps will be displayed on the CRT so that the image written to the frame memory later will be displayed on the CRT. Display of window image has been achieved.
- the object of the present invention is to perform window transfer of a window image to a frame buffer memory from a window buffer memory. It is to provide a powerful multi-window image display method.
- Another object of the present invention is to provide a multi-window image display method in which it is not necessary to store an image of one screen to be displayed on a CRT in a frame buffer memory. It is to provide.
- the image data of each window image is recorded in the window buffer, and the position of the window image on the CRT screen and the window buffer are stored in the window buffer.
- the relationship between the stored positions in the first window is stored in the first memory as window parameters for each window image.
- Pixels) are stored in the second memory corresponding to each pixel, and data specifying the window image to be displayed in each pixel is recorded as a visibility map. Let it be billion.
- the current position of the beam is monitored, and the window image displayed on the pixel where the beam is currently located is displayed.
- the data to be specified is obtained from the visibility map, the window parameter corresponding to the window image is obtained from the first memory, and the beam is obtained.
- the current position and the window is generated from the parameters and the image data of the window image is read out from the address, and the CRT is read. Displayed in.
- FIG. 1 is a block diagram of a main part of a display device for realizing the present invention
- Fig. 2 shows a display example of a multi-window image.
- Figure 3 is an illustration of the visibility map
- Fig. 4 is a diagram explaining the contents of the window parameter memory.
- Figure 5 is an explanatory diagram of the window parameter.
- FIG. 6 is a block diagram showing a main part of another display device according to the present invention.
- FIG. 7 is a block diagram of the present invention using a microcomputer.
- Figure 8 shows a conventional multi-window image display
- FIG. 1 is a block diagram of a main part of a display device for realizing the present invention.
- 11 and 12 are horizontal and vertical counters for monitoring the beam position, and 13 is a window for storing image data of each window image.
- Novel 14 is a window.
- Lambda memory 15 is a visibility map memory that stores the visibility map, 16 and 17 are adders, and 18 is a brown tube (CRT). is there . '
- the vertical mosquito c te 1 2 but it may also be monitored vertical position y of the beam by counting the horizontal synchronizing signal S H.
- Window data 13 stores image data of all window images to be displayed on CRT 18. For example, if window images 1 to 3 are to be displayed on CRT 18 as shown in FIG. 2, all of these window images 1 to 3 are displayed. 3 is recorded.
- this window The key 13 has the same function as the conventional window buffer memory WBM shown in FIG.
- the visibility map memory 15 has a storage area corresponding to each picture element (pixel) of the CRT, and stores the visibility map.
- the visibility map indicates the visibility level (display priority) for each pixel on the CRT screen. Therefore, the visibility map memory 15 records the visibility level for each pixel, and the part where window images overlap will be described later.
- the window image corresponding to the visibility level stored in the memory 15 is displayed on the SCRT. For example, as shown in FIG. 2, window images 1 to 3 are displayed on the CRT 18 (where 1 to 3 are the numbers identifying the window images and the visibility level). ) Is displayed in the storage area corresponding to each pixel of the visibility map memory 15 as shown in Fig. 3. ⁇
- the visibility level (window number) 0 to 3 of the window image is recorded. However, 0 is the background. It should be noted here that the visibility level and the window number match.
- the window parameter memory 14 has a window parameter corresponding to the visibility level (window number). It is used to memorize the data, and if it is possible to display a window image with a maximum of 16 values on one screen, it corresponds to the visibility level 1 to 16 Record the window parameters ⁇ X and mm, respectively.
- the window parameters , and y are parameters having the following meanings. It is.
- the position of the reference point Pc which is the upper left corner of the window image WD, on the display screen (CRT) is represented by ( Xc , c , )
- the storage position in the window buffer 13 storing the image data at the reference point is shown in FIG. 5 (B).
- cormorants to (x R, y R) if Re be a, c c i down de that corresponds to the fin-de-window any of Po Yi down capital Q on the image WD (X, y) c bus Tsu off ⁇ 1
- the storage position P (X p, yp) of 3 is
- ⁇ x and ⁇ y are the windows.
- Ri Oh La main one data window display position of the fin-de-window image (x c, y c) and the window fin-de-window bus Tsu off ⁇ 1 3 of the serial billion position (X R, y R) is Kemah If it is, it will be a known value.
- the reference point Pc may be a point at the upper right corner, lower right corner, or lower left corner of the window image.
- V L f (x, y)
- window images 1 to 3 shall be displayed as shown in FIG. 1
- the display processor (not shown) can be used, for example, to display each window image, display priority, and CRT image from the host device.
- (c) Generate a visibility map using the position data on the CRT of the window image and the visibility level (window number) of the window image Then, as shown in Fig. 3, the visibility map is shown in Figure 15.
- the visibility map is the force that is written to memory 15 by overwriting, and if overwriting, the visibility level of the overwriting and the visibility that has already been written. Compare levels by pixel and overwrite only if the level to be overwritten is low. Therefore, the order of writing to the visibility map memory 15 does not depend on the visibility level.
- the window image data, window parameters, and visibility map are stored in each of the memories 13 to 15, the following is true. Then, the image data to be displayed in the pixel located at the beam position is read from the window buffer 13.
- Each of the horizontal counter 11 and the vertical counter 12 counts the beam clock CK and outputs the beam position (X, y).
- the visibility map indicated by the pixel address (for example, X and y arranged in series) corresponding to the beam position (X, y) 1 From 5, after determining the visibility level (window number) V of the window image displayed in the pixel, the visibility level V c Lee down de cormorant path ra one data ⁇ x that corresponds to the teeth, window fin-de-window Meme 0 ra one data MEMO Li 1 4 or al Ru asked to ⁇ y.
- FIG. 6 is an explanatory view of another embodiment which can process at l / ii speed as compared with the case of FIG.
- the difference between Fig. 6 and Fig. 1 is that
- the beam speed can be set at n pixels apart, so the processing speed may be 1 ⁇ , but each window is taken. A slight restriction is imposed on the boundary position for insertion.
- the display device shown in FIGS. 1 and 6 can also be configured using a microcomputer.
- Fig. 7 shows the display device of Fig. 1 constructed using a microcomputer. In FIG. 7, 11 and 12 are horizontal and vertical counters, 13 is a window notch, 18 is a CRT, 19 is a microcomputer, 2 0 is a lead no-write control unit.
- 19a is a processor
- 19b is a control program memory (ROM)
- 19c is a RAM. It has a top storage area of 19c-1 and a window parameter storage area of 19c-2.
- the processor 19a executes the multi-window image display processing described in connection with FIG. 1 under the control of the control program. Basically, it has the following first to seventh steps. That is,
- the image data of each window image is stored in the window buffer 13 I, ts, "9 'first step,
- the third step is to record the data as a visibility map
- the data that identifies the window image displayed in the pixel where the beam is currently located is obtained from the visibility map storage area 19c-1. Step, Using the data, a window corresponding to the window image ⁇ The fifth step in which parameters are obtained from the storage area 19c-2,
- the image data of the window image is read from the storage area of the window buffer 13 indicated by the address and input to the CRT 18 for display. It has 7 steps.
- the case where the visibility level and the window number are matched has been described, but it is not always necessary to match.
- one window image corresponds to one visibility level, and therefore the window depends on the visibility level.
- C) It is said that the image has been specified.
- an image (image) of one screen in which a plurality of window images are combined as in the related art is called a frame-buffer memory.
- a frame-buffer memory There is no need to create a new window image in the window buffer when changing the window image.
- a window image that dynamically changes like an animation display in a multi-task multi-window environment It can be realized at very high speed without the need to have a full-screen full-frame image as in the past, even with a still-window image. .
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Controls And Circuits For Display Device (AREA)
- Digital Computer Display Output (AREA)
Abstract
Description
明 細 書 Specification
マ ル チ ウ ィ ン ド ウ 画像表示方法 , Multi-window image display method,
技術分野 Technical field
本発明は マ ル チ ウ ィ ン ド ウ 画像表示方法にかか り 、 特 に ラ ス タ ス キ ヤ ン に よ る リ フ レ ツ シ ュ 動作に よ り デ ィ ス プ レ イ 画面に画像を表示す る デ ィ ス プ レ イ 装置のマ ル チ ゥ ィ ン ド ウ 画像表示方法に関す る 。 The present invention relates to a multi-window image display method, and particularly to an image displayed on a display screen by a refresh operation by a raster scan. The present invention relates to a multi-window image display method of a display device for displaying the image.
背景技術 Background art
デ ィ ス プ レ イ 画面 ( C R T面) に 1 以上の ウ ィ ン ド ウ 画像を表示 さ せた い場合があ る 。 た と え ば、 第 7 図に示 す よ う に C R T面 1 の表示領域 l a , l b , l c に それ ぞれウ ィ ン ド ウ 画像 W l , W 2 , W 3 を表示 さ せたい場 合力 あ る 。 You may want to display one or more window images on the display screen (CRT surface). For example, as shown in FIG. 7, when it is desired to display window images Wl, W2, and W3 in the display areas la, lb, and lc of the CRT surface 1, respectively. is there .
尚、 Β Κ は背景で あ り 、 ウ ィ ン ド ウ 画像は ア ル フ ァ べ ッ ト Wに付随す る数値が大き い程表示優先度が高い も の と す る 。 すな わち 、 第 8 図の例で は表示優先度は W l < W 2 < W S と な り 、 各ウ イ ン ド ウ 画像が重な る場合に は 最も 表示優先度が高い ゥ ィ ン ド ウ 画像のみ C R T に表示 さ れ る 。 Note that Β and Β are backgrounds, and the window image has a higher display priority as the numerical value attached to the alphabet W is larger. That is, in the example of FIG. 8, the display priority is Wl <W2 <WS. When the window images overlap, the display priority is the highest. Only the window image is displayed on the CRT.
か か る マ ル チ ウ イ ン ド ウ 画像表示に お い て は 、 従来画 面の各絵素 ( ビ ク セ ル ) に対応 し て記億域を有す る フ レ — ム バ ッ フ ァ メ モ リ F B M を設け る と 共に 、 各ウ イ ン ド ゥ 画像の画像データ を記億す る ゥ ィ ン ド ウ バッ フ ァ メ 乇 リ W B M を設け 、 表示優先度が低い ゥ ィ ン ド ウ 画像の順 に ウ イ ン ド ウ ノヽ' ッ フ ァ メ モ リ W B Mか ら画像デ ー タ を読 み取 って フ レ ー ム フ ァ メ モ リ F B M に ブ ロ ッ ク 転送 し て書き 込み (後か ら書き 込ま れ る データ は前のデー タ にオ ラ イ ト さ れ る ) 、 これに よ り ウ ィ ン ド ウ 画像が 重な っ た部分は後か ら フ レ ー ム ' ッ フ ァ メ モ リ に書き 込 ま れた画像が C R T に表示 さ れ る よ う に し て マ ル チ ウ イ ン ド ウ 画像表示を達成し て い る 。 In such a multi-window image display, a frame buffer having a memory area corresponding to each picture element (pixel) of the conventional screen is used. Along with the memory FBM, a window buffer memory WBM that stores the image data of each window and image is provided, and the display priority is low. C Read the image data from the WBM in order of the images. Block data is transferred to the frame memory FBM and written (the data written later is overwritten by the previous data). The part where the window image overlaps will be displayed on the CRT so that the image written to the frame memory later will be displayed on the CRT. Display of window image has been achieved.
し か し 、 かカゝ る従来のマ ル チ ウ ィ ン ド ウ 画像表示方法 において は 、 所定の ウ ィ ン ド ウ 画像を変更す る毎に 、 換 言すればゥ ィ ン ド ウ バッ フ ァ メ モ リ W B M に記億す る ゥ ィ ン ド ウ 画像が修正さ れ る毎に該ゥ ィ ン ド ウ ' ッ フ ァ メ モ リ か ら フ レ ー ム フ ァ メ モ リ F B Mへ全 ウ ィ ン ド ウ 画像の ブ ロ ツ ク 転送及び書き 込み処理を行わな く て は な ら ず処理効率 低下する と 共に 、 即時的な画像表示がで き な い と い う 問題があ っ た 。 However, in such a conventional multi-window image display method, every time a predetermined window image is changed, in other words, a window buffer is used. Every time a window image is modified, the entire window is saved from the window's memory to the frame's memory FBM. Block transfer and writing of window images had to be performed, resulting in reduced processing efficiency and the inability to display images immediately. .
又、 ゥ ィ ン ド ウ 画像を変更し な いで所定の ゥ ィ ン ド ウ 画像のみ適宜切 り 替え表示し たい場合等に お いて も そ の 都度前記ブ π ッ ク 転送 Z書き 込み処理が必要に な る 。 In addition, even when it is desired to appropriately switch and display only a predetermined window image without changing the window image, the above-described block transfer Z writing process is required each time. become .
以上か ら 、 本発明の目的は ウ イ ン ド ウ バッ フ ァ メ モ リ 力 > ら フ レ ー ム く ッ フ ァ メ モ リ に ウ イ ン ド ウ画像を ブ ロ ジ ク 転送す る必要力 な い マ ル チ ウ イ ン ド ウ 画像表示方法を 提供す る こ と で あ る 。 From the above, the object of the present invention is to perform window transfer of a window image to a frame buffer memory from a window buffer memory. It is to provide a powerful multi-window image display method.
本発明の別の目的は C R T に表示す る 1 画面の画像を フ レ 一 ム バ ッ フ ァ メ モ リ に記億さ せ る必要がな い マ ル チ ゥ ィ ン ド ウ 画像表示方法を提供す る こ と で あ る 。 Another object of the present invention is to provide a multi-window image display method in which it is not necessary to store an image of one screen to be displayed on a CRT in a frame buffer memory. It is to provide.
発明の開示 各 ウ イ ン ド ウ 画像の画像データ を ウ イ ン ド ウ バ ジ フ ァ に記億す る 共に 、 ウ ィ ン ド ウ 画像の C R T画面上の位置 と ゥ ィ ン ド ウ バ ッ フ ァ に おけ る記億位置 と の閧係を各ゥ ィ ン ド ウ 画像毎に ウ イ ン ド ウ パ ラ メ ータ と し て第 1 の メ モ リ に記憶 さ せ、 更に画面の各絵素 ( ピ ク セ ル ) に対応 し て設け られた第 2 の メ モ リ に 、 各 ビ ク セ ル に表示す る ウ イ ン ド ウ 画像を特定す る データ を可視性マ ツ プ と し て 記億さ せ る 。 Disclosure of the invention The image data of each window image is recorded in the window buffer, and the position of the window image on the CRT screen and the window buffer are stored in the window buffer. The relationship between the stored positions in the first window is stored in the first memory as window parameters for each window image. Pixels) are stored in the second memory corresponding to each pixel, and data specifying the window image to be displayed in each pixel is recorded as a visibility map. Let it be billion.
マ ル チ ウ ィ ン ド ウ 画像表示に際し て 、 ビー ム の現在位 置を監視し 、 ビ ー ム が現在位置し て 'い る ピ ク セ ル に表示 さ れ る ゥ ィ ン ド ウ 画像を特定す る デー タ を可視性マ ツ プ か ら求め 、 該ウ イ ン ド ウ 画像に対応す る ウ イ ン ド ウ パ ラ メ ー タ を第 1 の メ モ リ カゝ ら求め 、 ビー ム現在位置 と 該ゥ ィ ン ド ウ ノヽ。 ラ メ ー タ と か ら ウ ィ ン ド ウ ノ ッ フ ァ に お け る ア ド レ ス を生成し 、 該ア ド レ ス よ り ウ ィ ン ド ウ 画像の画 像データ を読み取 っ て C R T に表示す る 。 When displaying a multi-window image, the current position of the beam is monitored, and the window image displayed on the pixel where the beam is currently located is displayed. The data to be specified is obtained from the visibility map, the window parameter corresponding to the window image is obtained from the first memory, and the beam is obtained. The current position and the window. An address in a window window is generated from the parameters and the image data of the window image is read out from the address, and the CRT is read. Displayed in.
図面の簡単な説明 BRIEF DESCRIPTION OF THE FIGURES
第 1 図は本発明を実現す る デ ィ ス プ レ イ 装置の要部ブ 口 ッ ク 図、 FIG. 1 is a block diagram of a main part of a display device for realizing the present invention,
第 2 図は マ ル チ ウ ィ ン ド ウ 画像の表示例、 Fig. 2 shows a display example of a multi-window image.
第 3 図は可視性マ ツ プ の説明図、 Figure 3 is an illustration of the visibility map,
第 4 図は ウ イ ン ド ウ パ ラ メ ー タ メ モ リ の記億内容説明 図、 Fig. 4 is a diagram explaining the contents of the window parameter memory.
第 5 図は ゥ ィ ン ド ウ パ ラ メ ータ の説明図、 Figure 5 is an explanatory diagram of the window parameter.
第 6 図は本発明の別のデ ィ ス プ レ イ 装置の要部ブ ロ ッ ク 図、 FIG. 6 is a block diagram showing a main part of another display device according to the present invention. Figure,
第 7 図は マ イ コ ン を用 いた本発明の構成図、 FIG. 7 is a block diagram of the present invention using a microcomputer.
第 8 図は従来のマ ル チ ウ ィ ン ド ウ 画像表示説明 Figure 8 shows a conventional multi-window image display
図で あ る 。 It is a figure.
発明 を実施す る ための最良の形態 第 1 図は本発明を実現す る デ ィ ス プ レ イ 装置の要部ブ ロ ッ ク 図で あ る 。 BEST MODE FOR CARRYING OUT THE INVENTION FIG. 1 is a block diagram of a main part of a display device for realizing the present invention.
1 1 、 1 2 は ビ ー ム 位置を監視す る水平カ ウ ン タ 及び 垂直カ ウ ン タ 、 1 3 は各ウ ィ ン ド ウ 画像の画像デー タ を 記億す る ウ ィ ン ド ウ ノべ ク フ ァ 、 1 4 は ウ ィ ン ド ウ ノヽ。 ラ メ — タ メ モ リ 、 1 5 は可視性マッ プを記億す る可視性マ ツ プ メ モ リ 、 1 6 、 1 7 は加算器、 1 8 は ブ ラ ウ ン 管 ( C R T ) で あ る 。 ' 11 and 12 are horizontal and vertical counters for monitoring the beam position, and 13 is a window for storing image data of each window image. Novel, 14 is a window. Lambda memory, 15 is a visibility map memory that stores the visibility map, 16 and 17 are adders, and 18 is a brown tube (CRT). is there . '
水平カ ウ ン タ 1 1 は 、 図示し な い タ イ ミ ン グ信号発生 器か ら発生す る 水平同期信号 S Hに同期し て ビー ム ク ロ ッ ク C K を カ ウ ン ト し て ビ ー ム の水平方向位置 X を監視し 、 垂直 カ ウ ン タ 1 2 ば垂直同期信号 S v に同期して ビー ム ク ロ ッ ク C K を カ ウ ン ト し て ビ ー ム の垂直方向位置 y を監 視す る 。 尚 、 垂直カ ウ ン タ 1 2 は水平同期信号 S H を計数 し て ビー ム の垂直方向位置 y を監視し て も よ い 。 Horizontal Ca c te 1 1, bi and mosquito window down preparative beam click lock CK in synchronization with the horizontal synchronizing signal S H that occur or illustrated a yet Timing of signal generator et al monitoring the horizontal position X of the over arm, vertical mosquito c te 1 2 bus vertical synchronizing signal S v mosquito the beam click lock CK in synchronization with the window down Sorted vertical position bicycloalkyl over beam by y To monitor. Incidentally, the vertical mosquito c te 1 2 but it may also be monitored vertical position y of the beam by counting the horizontal synchronizing signal S H.
ウ ィ ン ド ウ バ ク フ ァ 1 3 には C R T 1 8 に表示すべ き 全ウ イ ン ド ウ 画像の画像データ が記億さ れて い る 。 た と え ば、 第 2 図に示す よ う に C R T 1 8 に ウ ィ ン ド ウ 画像 1 〜 3 を表示 さ せ る も の と すれば、 こ れ ら の全ゥ ィ ン ド ゥ 画像 1 〜 3 が記億さ れ る 。 尚、 こ の ウ ィ ン ド ウ パ ッ フ ァ 1 3 は第 8 図に示す従来の ウ イ ン ド ウ バ ッ フ ァ メ モ リ W B M と 同一の機能を有す る も ので あ る 。 Window data 13 stores image data of all window images to be displayed on CRT 18. For example, if window images 1 to 3 are to be displayed on CRT 18 as shown in FIG. 2, all of these window images 1 to 3 are displayed. 3 is recorded. In addition, this window The key 13 has the same function as the conventional window buffer memory WBM shown in FIG.
可視性マ ツ プメ モ リ 1 5 は C R T の各絵素 ( ピ ク セ ル ) に対応し て記億域を有し 、 可視性マ ツ プを記億す る 。 こ こ で 、 可視性マ ツ プは C R T画面上の各 ピ ク セ ル に お け る可視性 レ ベ ル (表示優先度) を示す も ので あ る 。 従 つ て 、 可視性マ ツ プメ モ リ 1 5 は各 ピ ク セ ル毎に可視性 レ ベ ル を記億し 、 ゥ ィ ン ド ウ 画像が重な っ て い る 部分で は後述す る よ う に該メ モ リ 1 5 に記億 さ れて い る可視性 レ ベ ル に対応す る ゥ ィ ン ド ウ 画像力 S C R T に表示 さ れ る 。 た と え ば、 第 2 図に示す よ う に C R T 1 8 に ウ ィ ン ド ウ 画像 1 〜 3 ( 1 〜 3 は ゥ ィ ン ド ウ 画像を特定す る番号で あ り 可視性 レ ベ ル と 一致す る ) を表示す る も の と すれば、 可視性マ ツ プメ モ リ 1 5 の各 ピ ク セ ル に対応す る記億域 に は第 3 図に示す よ う に表示す る ゥ ィ ン ド ウ 画像の可視 性 レ ベ ル ( ウ ィ ン ド ウ 番号) 0 〜 3 が記億さ れ る 。 ただ し 、 0 は背景で あ る 。 尚、 こ こ で注目 すべ き は可視性 レ ベ ル と ウ イ ン ド ウ 審号が一致 し て い る こ と で あ る 。 The visibility map memory 15 has a storage area corresponding to each picture element (pixel) of the CRT, and stores the visibility map. Here, the visibility map indicates the visibility level (display priority) for each pixel on the CRT screen. Therefore, the visibility map memory 15 records the visibility level for each pixel, and the part where window images overlap will be described later. Thus, the window image corresponding to the visibility level stored in the memory 15 is displayed on the SCRT. For example, as shown in FIG. 2, window images 1 to 3 are displayed on the CRT 18 (where 1 to 3 are the numbers identifying the window images and the visibility level). ) Is displayed in the storage area corresponding to each pixel of the visibility map memory 15 as shown in Fig. 3.可視 The visibility level (window number) 0 to 3 of the window image is recorded. However, 0 is the background. It should be noted here that the visibility level and the window number match.
ウ イ ン ド ウ パ ラ メ 一 タ メ モ リ 1 4 は第.4 図に示す よ う に可視性 レ ベ ル ( ウ ィ ン ド ウ 番号) に対応 さ せて ウ ィ ン ド ウ パ ラ メ ー タ を記憶す る も ので あ り 、 1 画面に最大 1 6 値の ゥ ィ ン ド ウ 画像を表示で き る も の と すれば可視 性 レ ベ ル 1 〜 1 6 に対応さ せて そ れ ぞれ ゥ ィ ン ド ウ パ ラ メ ー タ Δ X 、 厶 y を 記億す る 。 こ こ で 、 ウ ィ ン ド ウ ノ ラ メ ー タ 厶 χ , 厶 y は次の よ う な意味 を 有す る パ ラ メ ー タ で あ る 。 As shown in Fig. 4 , the window parameter memory 14 has a window parameter corresponding to the visibility level (window number). It is used to memorize the data, and if it is possible to display a window image with a maximum of 16 values on one screen, it corresponds to the visibility level 1 to 16 Record the window parameters ΔX and mm, respectively. Here, the window parameters , and y are parameters having the following meanings. It is.
第 5 図 ( A ) に示す よ う に ウ ィ ン ド ウ 画像 W D の左上 隅点で あ る基準点 P cのデ ィ ス プ レ イ 画面 ( C R T ) 上の 位置を ( X c , c, ) と し 、 又該基準点に おけ る画像デー タ を記億す る ウ イ ン ド ウ バ ッ フ ァ 1 3 に お け る に お け る 記億位置を第 5 図 ( B ) に示す よ う に ( x R , y R ) と す れ ば 、 ウ ィ ン ド ウ 画像 W D 上 の任意の ポ イ ン ト Q ( X , y ) に対応す る ウ イ ン ド ウ バ ッ フ ァ 1 3 の記億位置 P ( X p , y p ) は次式 As shown in FIG. 5 (A), the position of the reference point Pc , which is the upper left corner of the window image WD, on the display screen (CRT) is represented by ( Xc , c , ) And the storage position in the window buffer 13 storing the image data at the reference point is shown in FIG. 5 (B). by cormorants to (x R, y R) if Re be a, c c i down de that corresponds to the fin-de-window any of Po Yi down capital Q on the image WD (X, y) c bus Tsu off § 1 The storage position P (X p, yp) of 3 is
xp=xR+ (x— xc) y p= y R÷ (y-yc) x p = x R + (x— x c ) yp = y R ÷ (yy c )
で表現さ'れ る 。 こ こ で 、 A x , 厶 y を It is expressed by '. Here, A x, mu y
厶 X = xR— X c と すればX = x R — X c
yp=y+厶 y y p = y + mu y
と な る 。 こ の Δ x , Δ y が ウ ィ ン ド ウ ノヽ。 ラ メ 一 タ で あ り 、 ウ ィ ン ド ウ 画像の表示位置 ( x c , y c ) と ウ ィ ン ド ウ バ ッ フ ァ 1 3 の記億位置 ( X R , y R ) が決ま れば既知の値 と な る 。 It becomes. These Δx and Δy are the windows. Ri Oh La main one data, window display position of the fin-de-window image (x c, y c) and the window fin-de-window bus Tsu off § 1 3 of the serial billion position (X R, y R) is Kemah If it is, it will be a known value.
尚、 基準点 P cは ウ イ ン ド ウ 画像の右上隅、 右下隅、 左 下隅の点で あ っ て も よ い 。 又、 ( X , y ) を ウ ィ ン ド ウ 内だけで な く 画面上の任意の点 と し て拡張す る に は △ X , Δ y を可視性 レ ベ ル ( ウ ィ ン ド ウ 審号) Vし の関数 と し て χ ρ= χ + Δ χ (Vし) The reference point Pc may be a point at the upper right corner, lower right corner, or lower left corner of the window image. To extend (X, y) not only in the window but also as an arbitrary point on the screen, set ΔX and Δy to the visibility level (window inspection). No.) As a function of V χ ρ = χ + Δ χ (V)
と す る 。 た だ し 、 And However,
厶 x (VJ = x R (VJ - x c (VJ X (VJ = x R (VJ-x c (VJ
VL= f ( x , y ) V L = f (x, y)
以下、 第 1 図の動作を説明す る 。 た だ し 、 ゥ イ ン ド ウ 画像 1 〜 3 を第 2 図に示す よ う に表示す る も の と す る 。 Hereinafter, the operation of FIG. 1 will be described. However, window images 1 to 3 shall be displayed as shown in FIG.
図示 し な い デ ィ ス プ レ イ プ ロ セ ッ サ は 、 た と え ばホ ス ト 装置か ら各ゥ ィ ン ド ウ 画像、 表示優先順位、 C R T 画 The display processor (not shown) can be used, for example, to display each window image, display priority, and CRT image from the host device.
¾上の表示位置 ( X y ウ ィ ン ド ウ ノヽ' ク フ ァ 上の 記億位置 ( X R , y R ) が入力 さ れ る と 、 Display position on ¾ (X y U fin de window Nono 'serial billion position on click off § (X R, when y R) is are entered,
(a) ウ イ ン ド ウ ノ ッ フ ァ 1 3 に ウ イ ン ド ウ 画像 1 〜 3 の 画像デー タ を記億す る と 共に 、 (a) The image data of the window images 1 to 3 are recorded in the window
(b)各ウ ィ ン ド ウ 画像 :! 〜 3 の ウ ィ ン ド ウ パ ラ メ ータ 厶 χ」 , 厶 ( j = 1 , 2 , 3 ) を演算し 、 こ れ ら を 表 示優先順位で あ る 可視性 レ ベ ル ( ゥ ィ ン ド ウ 番号) 1 、 2 、 3 に対応 さ せ て ウ ィ ン ド ウ パ ラ メ ー タ メ モ 'J 1 4 に 記億 し 、 更に (b) Each window image:! Window parameters of 3 , , 厶 j j j j j j j j j j j j (j = 1, 2, 3) Window numbers) 1, 2, and 3 are recorded in the window parameter memo 'J14', and
(c) ウ ィ ン ド ウ 画像の C R T 上の位置デー タ と 該ウ ィ ン ド ウ 画像の可視性 レ ベ ル ( ウ ィ ン ド ウ 番号) V し を用 いて 可視性マ ツ プを生成し て可視性マツ プメ モ リ 1 5 に第 3 図に示す よ う に記億す る 。 尚、 可視性マ ツ プは上書き に よ り メ モ リ 1 5 に書き 込ま れ る 力 、 上書き す る 場合に は 該上書き の可視性 レ ベ ル と 既 に書き 込ま れて い る可視性 レ ベ ル を ピ ク セ ル毎に比較し 、 上書き す る レ ベ ル のほ う - が髙ぃ場合のみ上書す る 。 従 って 、 可視性マ ツ プメ モ リ 1 5 への書き 込み順序は可視性レ ベ ル に依存し な い 。 (c) Generate a visibility map using the position data on the CRT of the window image and the visibility level (window number) of the window image Then, as shown in Fig. 3, the visibility map is shown in Figure 15. Note that the visibility map is the force that is written to memory 15 by overwriting, and if overwriting, the visibility level of the overwriting and the visibility that has already been written. Compare levels by pixel and overwrite only if the level to be overwritten is low. Therefore, the order of writing to the visibility map memory 15 does not depend on the visibility level.
以上に よ り 各メ モ リ 1 3 〜 1 5 に ウ ィ ン ド ウ 画像デー タ 、 ウ イ ン ド ウ パ ラ メ ー タ 、 可視性マ ツ プが記億さ れれ ば以後以下 の よ う に し て ビ ー ム 力 位置す る ピ ク セ ル に表 示す る 画像データ がウ イ ン ド ウ バッ フ ァ 1 3 か ¾読み取 られ る 。 As described above, if the window image data, window parameters, and visibility map are stored in each of the memories 13 to 15, the following is true. Then, the image data to be displayed in the pixel located at the beam position is read from the window buffer 13.
水平カ ウ ン タ 1 1 及び垂直カ ウ ン タ 1 2 は それぞれ ビ — ム ク ロ ッ ク C K を カ ウ ン ト し て ビー ム位置 ( X , y ) を 出力す る 。 Each of the horizontal counter 11 and the vertical counter 12 counts the beam clock CK and outputs the beam position (X, y).
こ の ビ ー ム 位置 ( X , y ) に応じ た ピ ク セ ル ア ド レ ス (た と え ば X と y を直列に並べた も の) が指示す る可視 性マ ツ プメ 乇 リ 1 5 か ら 、 該 ビ ク セ ル に表示 さ れ る ウ イ ン ド ウ 画像の可視性 レ ベ ル ( ウ ィ ン ド ウ 番号) V しを求め し か る後、 該可視性 レ ベ ル V し に対応す る ウ イ ン ド ウ パ ラ メ 一 タ 厶 x , 厶 y を ウ ィ ン ド ウ メヽ0 ラ メ 一 タ メ モ リ 1 4 か ら求め る 。 The visibility map indicated by the pixel address (for example, X and y arranged in series) corresponding to the beam position (X, y) 1 From 5, after determining the visibility level (window number) V of the window image displayed in the pixel, the visibility level V c Lee down de cormorant path ra one data厶x that corresponds to the teeth, window fin-de-window Meme 0 ra one data MEMO Li 1 4 or al Ru asked to厶y.
つ いで 、 加算器 1 6 、 1 7 で ビー ム位置に対応す る ピ ク セ ル の画像デー タ が記億 さ れて い る ウ イ ン ドウ バッ フ ァ 1 3 上の位置 ( X p , y p ) を次式 Then, the position (X p , X p ) in the window buffer 13 where the image data of the pixel corresponding to the beam position is stored in the adders 16 and 17. y p )
( + Δ ) → X p (+ Δ) → X p
( y + Δ y ) → y p (y + Δ y) → y p
よ り を求め 、 該 x P , y P よ り ウ イ ン ド ゥ バ ッ フ ァ 1 3 の 一 Seeking Ri good, the x P, y P by Ri of c i down de © bus Tsu off § 1 3 one
ア ド レ ス ( た と え ば x p , y p を直列に並べた も の) を生 成す る 。 そ し て 、 該生成し た ア ド レ ス が指示す る ウ ィ ン ド ウ バッ フ ァ 1 S の記億域か ら画像デー タ を読み取っ て C R T 1 8 に入力す る 。 (When was example x p, also arranged a y p in series) A de Re scan that the forms raw. Then, the image data is read from the storage area of the window buffer 1 S indicated by the generated address and input to the CRT 18.
以後、 ビー ム 位置に応じ て上記処理を繰 り 返す こ と に よ り C R T に マ ル チ ウ ィ ン ド ウ 画像が表示 さ れ る こ と に な る 。 Thereafter, the above process is repeated according to the beam position, so that a multi-window image is displayed on the CRT.
第 6 図は第 1 図の場合に比べて l / ii の速度で処理で き る 別の実施例説明図で あ る 。 第 6 図に於て第 1 図 と 異 な る 点は FIG. 6 is an explanatory view of another embodiment which can process at l / ii speed as compared with the case of FIG. The difference between Fig. 6 and Fig. 1 is that
(a) ビ ー ム ク π ッ ク C K を分周器 2 1 で 1 ノ II ( た と え ば n = 1 6 ) :こ分周す る と 共に 、 分周 し て得 られた ク π ッ ク C K ' を カ ウ ン ト し て ビ ー ム位置を監視す る と 共 に (a) Dividing beam CK by one divider II (for example, n = 16) by divider 21: This divider divides the beam CK by π CK 'is counted to monitor the beam position and
( ビー ム 位置の分解能は第 1 図の場合に比べて と な り 、 II ピ ク セ ル毎の位置力 識別 さ れ る ) 、 (The beam position resolution is compared to the case of Fig. 1, and the position force is identified for each II pixel.)
(b) ウ ィ ン ド ウ フ ァ 1 3 力 ら II ピ ク セ ル分の画像デ — タ を バッ フ ァ で あ る シ フ ト レ ジ ス タ 2 2 に 出力 し 、 該 シ フ ト レ ジ ス タ よ り ビ ー ム ク ロ ッ ク C K に同期 し て 1 つ づ っ順次画像デー タ を C R T に 出力す る 点で あ る 。 (b) The image data corresponding to II pixels from the window 13 is output to the shift register 22 which is a buffer, and the shift register 22 is output. The point is that the image data is output to the CRT one by one in synchronization with the beam clock CK from the register.
尚 、 第 6 図の例では ビー ム位置は n ピ ク セ ル閩隔で し か得 ら れな いか ら処理速度は従来の 1 ノ η で よ いが、 各 ゥ ィ ン ド ウ が取 り 入れ る 境界位置に若干の制約が生 じ る 尚 、 第 1 図、 第 6 図に示すデ ィ ス プ レ イ 装置を マ イ コ ン を 用 いて構成す る こ と も で き る 。 第 7 図は第 1 図のデ イ ス プ レ イ 装置を マ イ コ ン を 用 い て構成し た も の で あ る こ の第 7 図 に お いて 、 1 1 、 1 2 は水平、 垂直カ ウ ン タ 、 1 3 は ウ ィ ン ド ウ ノ ッ フ ァ 、 1 8 は C R T、 1 9 は マ イ コ ン 、 2 0 は リ ー ドノ ラ イ ト 制御部で あ る 。 マ イ コ ン 1 9 に お い て 、 1 9 a は プ ロ セ ッ サ 、 1 9 b は制御プ ロ グ ラ ム メ モ リ ( R O M ) 、 1 9 c は R A M で あ り 、 可視 性マ ツ プ記億域 1 9 c — 1 、 ウ イ ン ド ウ パ ラ メ ータ 記億 域 1 9 c — 2 等を有し て い る 。 In the example shown in Fig. 6, the beam speed can be set at n pixels apart, so the processing speed may be 1 η, but each window is taken. A slight restriction is imposed on the boundary position for insertion. The display device shown in FIGS. 1 and 6 can also be configured using a microcomputer. Fig. 7 shows the display device of Fig. 1 constructed using a microcomputer. In FIG. 7, 11 and 12 are horizontal and vertical counters, 13 is a window notch, 18 is a CRT, 19 is a microcomputer, 2 0 is a lead no-write control unit. In the microcomputer 19, 19a is a processor, 19b is a control program memory (ROM), and 19c is a RAM. It has a top storage area of 19c-1 and a window parameter storage area of 19c-2.
プ ロ セ ッ サ 1 9 a は制御プ ロ グ ラ ム の制御下で第 1 図 に関連し て説明 し た マ ル チ ウ イ ン ド ウ 画像の表示処理を 実行す る よ う に な っ て お り 、 大略す る と 以下の第 1 〜第 7 ス テ ッ プ を有し て い る 。 すな わ ち 、 The processor 19a executes the multi-window image display processing described in connection with FIG. 1 under the control of the control program. Basically, it has the following first to seventh steps. That is,
各ゥ ィ ン ド ウ 画像の画像データ を ゥ ィ ン ド ウ バ ッ フ ァ 1 3 Iこ § ts、 "9 ' る第 1 ス テ ッ プ 、 The image data of each window image is stored in the window buffer 13 I, ts, "9 'first step,
ゥ ィ ン ド ウ 画像の基準点のデ ィ ス プ レ イ 画面上の位置 と 該基準点に お け る画像データ を記億す る ゥ ィ ン ド ウ バ ッ フ ァ 1 3 に お け る記億位置 と の関係を ウ ィ ン ド ウ 画像 毎に ウ ィ ン ド ウ パ ラ メ 一タ と し て R A M 1 9 c の記億域 1 9 c 一 2 に記億す る 第 2 ス テ ツ .プ、 基準 Display of the reference point of the window image The position on the screen and the image data at the reference point are recorded. に In the window buffer 13 The second state in which the relationship with the storage location is stored in the storage area 19c-12 of the RAM 19c as a window parameter for each window image. Top,
画面の各 ピ ク セ ル に対応 し て設け られた R A M I 9 c の記億域 1 9 c 一 1 に 、 該 ピ ク セ ル に表示す る ウ ィ ン ド ゥ 画像を特定す る デ ー タ を可視性マ ツ プ と し て記億す る 第 3 ス テ ッ プ 、 In the storage area 19c-11 of the RAMI 9c provided corresponding to each pixel on the screen, a window to be displayed on the pixel デ data for specifying an image The third step is to record the data as a visibility map,
ビ一 ム が現在位置し て い る ピク セ ル に表示 さ れて い る ウ イ ン ド ウ 画像を特定す る データ を可視性マツ プ記億域 1 9 c — 1 か ら求め る 第 4 ス テ ッ プ 、 該データ を用 いて ウ イ ン ド ウ 画像に対応す る ウ イ ン ド ゥ パ ラ メ ータ を記億域 1 9 c — 2 か ら求め る第 5 ス テ ツ プ、 The data that identifies the window image displayed in the pixel where the beam is currently located is obtained from the visibility map storage area 19c-1. Step, Using the data, a window corresponding to the window image ゥ The fifth step in which parameters are obtained from the storage area 19c-2,
ビー ム現在位置 と 該ゥ ィ ン ド ウ パ ラ メ ータ と か ら ウ イ ン ド ゥ バ ッ フ ァ 1 3 に おけ る ア ド レ ス を生成す る 第 6 ス テ ツ プ、 A sixth step for generating an address in the window buffer 13 from the beam current position and the window parameter,
該ア ド レ ス の指示す る ウ ィ ン ド ウ バ ッ フ ァ 1 3 の記億 域よ り ゥ ィ ン ド ウ 画像の画像データ を読み取 っ て C R T 1 8 に入力 し て表示す る 第 7 ス テ ツ プを有 し て い る 。 又、 以上で は可視性 レ ベ ル と ウ イ ン ド ウ 番号を一致 さ せた場合につ いて説明 し たが必ずし も 一致さ せ る 必要は な レ、 。 た だ し 、 1 つ の可視性 レ ベ ル に 1 つ の ゥ ィ ン ド ウ 画像が対応し て い る も の で.あ り 、 従 っ て可視性 レ ベ ル に よ り ウ イ ン ド ウ 画像は特定 さ れて い る と い え る 。 The image data of the window image is read from the storage area of the window buffer 13 indicated by the address and input to the CRT 18 for display. It has 7 steps. In the above description, the case where the visibility level and the window number are matched has been described, but it is not always necessary to match. However, one window image corresponds to one visibility level, and therefore the window depends on the visibility level. C) It is said that the image has been specified.
以上本発明に よ れば、 従来の よ う に複数の ウ イ ン ド ウ 画像を 合成し た 1 画面の イ メ ー ジ (画像) を フ レ ー ム バ ジ フ ァ メ モ リ の よ う な物理メ モ リ 上に生成す る 必要がな く 、 従っ て ゥ ィ ン ド ウ 画像の変更に際し て は新た な ゥ ィ ン ド ウ 画像を ゥ ィ ン ド ウ バッ フ ァ に書き 込むだ け で よ く 従来の よ う に ウ イ ン ド ウ ノ、' ッ フ ァ メ モ リ か ら フ レ ー ム ノヽ' ッ フ ァ メ モ リ に ウ イ ン ド ウ 画像を ブ ロ ッ ク 転送し な く て も よ く 即時的な画像表示が可能に な つ た 。 As described above, according to the present invention, an image (image) of one screen in which a plurality of window images are combined as in the related art is called a frame-buffer memory. There is no need to create a new window image in the window buffer when changing the window image. Block transfer of window images from window memory and 'frame memory' to frame memory as in the past. It is now possible to display images instantly if not necessary.
又、 本発明に よ れば、 可視性マ ツ プを書 き 替え る だけ で ゥ ィ ン ド ウ 画像の重な り 具合を簡単に変更す る こ と が で き 、 し 力 > も ウ ィ ン ド ウ パ ラ メ ー タ を書き 換え る だ け で 瞬時に し て表示内容を変更す る こ と がで き る 。 従っ て 、 本?!明に よ ればマ ル チ タ ス ク マ ル チ ウ ィ ン ド ウ環境下 で の ア ニ メ 一 シ ョ ン表示の よ う に動的に変ィ匕す る ウ ィ ン ド ウ 画像 と 静止し て い る ゥ ィ ン ド ウ 画像 と の混在も 従来 の よ う に フ レ ー ム ノ ク フ ァ 全画面分デュ ア ル で持つ必、要 がな く 、 非常に高速に実現で き る 。 Further, according to the present invention, it is possible to easily change the degree of overlapping of window images only by rewriting the visibility map, and the power is also improved. Just rewrite the window parameters. The displayed contents can be changed instantaneously. So a book? ! According to the description, a window image that dynamically changes like an animation display in a multi-task multi-window environment. It can be realized at very high speed without the need to have a full-screen full-frame image as in the past, even with a still-window image. .
Claims
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP60/268028 | 1985-11-28 | ||
| JP60268028A JPS62127792A (en) | 1985-11-28 | 1985-11-28 | Multiwindow image display |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO1987003409A1 true WO1987003409A1 (en) | 1987-06-04 |
Family
ID=17452883
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/JP1986/000602 Ceased WO1987003409A1 (en) | 1985-11-28 | 1986-11-26 | Multiwindow picture display method |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JPS62127792A (en) |
| WO (1) | WO1987003409A1 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63271288A (en) * | 1987-04-28 | 1988-11-09 | 日本電気ホームエレクトロニクス株式会社 | Window display device |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS58159579A (en) * | 1982-03-18 | 1983-09-21 | 三菱電機株式会社 | Display |
| JPS58159578A (en) * | 1982-03-18 | 1983-09-21 | 三菱電機株式会社 | Display |
| JPS60205490A (en) * | 1984-03-29 | 1985-10-17 | 株式会社東芝 | Display control circuit |
| JPS6132891A (en) * | 1984-07-25 | 1986-02-15 | ソニー株式会社 | Image display unit |
-
1985
- 1985-11-28 JP JP60268028A patent/JPS62127792A/en active Pending
-
1986
- 1986-11-26 WO PCT/JP1986/000602 patent/WO1987003409A1/en not_active Ceased
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS58159579A (en) * | 1982-03-18 | 1983-09-21 | 三菱電機株式会社 | Display |
| JPS58159578A (en) * | 1982-03-18 | 1983-09-21 | 三菱電機株式会社 | Display |
| JPS60205490A (en) * | 1984-03-29 | 1985-10-17 | 株式会社東芝 | Display control circuit |
| JPS6132891A (en) * | 1984-07-25 | 1986-02-15 | ソニー株式会社 | Image display unit |
Also Published As
| Publication number | Publication date |
|---|---|
| JPS62127792A (en) | 1987-06-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20030189602A1 (en) | Method and apparatus for browsing images in a digital imaging device | |
| JPS62191918A (en) | Data display method and data display controller | |
| JPH0876713A (en) | Display controller | |
| WO1987003409A1 (en) | Multiwindow picture display method | |
| EP0435701A2 (en) | Display control method and apparatus for ferroelectric liquid crystal panel | |
| JP2609628B2 (en) | Memory address controller | |
| US6339452B1 (en) | Image display device and image displaying method | |
| JP3272463B2 (en) | Image forming apparatus and method of using the same | |
| JP3223130B2 (en) | Sprite image display control device | |
| JPH0294A (en) | Display device for character or the like | |
| JP3303923B2 (en) | Image display control device and image display control method | |
| JPS5997184A (en) | Image processor | |
| JPH043119A (en) | Display controller | |
| JPH0816808A (en) | Image display device and image display method | |
| JP2000125222A (en) | On-screen display device | |
| JPS6139092A (en) | Display unit | |
| JPH04354069A (en) | Picture processor | |
| JPH05127861A (en) | Image processing system | |
| JPS6224296A (en) | Animation display unit | |
| JPS61141484A (en) | Image display unit | |
| JPS6391691A (en) | Histogram display device | |
| JPH0567185A (en) | Picture display processing device | |
| JPS63229493A (en) | Display device | |
| JPS61188584A (en) | Image display unit | |
| JPS6159391A (en) | Stil picture moving circuit |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| AK | Designated states |
Kind code of ref document: A1 Designated state(s): KR US |
|
| AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): DE FR GB |