CA2300857C - Multiple-screen video adapter with television tuner - Google Patents
Multiple-screen video adapter with television tuner Download PDFInfo
- Publication number
- CA2300857C CA2300857C CA002300857A CA2300857A CA2300857C CA 2300857 C CA2300857 C CA 2300857C CA 002300857 A CA002300857 A CA 002300857A CA 2300857 A CA2300857 A CA 2300857A CA 2300857 C CA2300857 C CA 2300857C
- Authority
- CA
- Canada
- Prior art keywords
- video
- window
- software
- coupled
- recited
- 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.)
- Expired - Fee Related
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
- G06F3/1423—Digital output to display device ; Cooperation and interconnection of the display device with other functional units controlling a plurality of local displays, e.g. CRT and flat panel display
- G06F3/1431—Digital output to display device ; Cooperation and interconnection of the display device with other functional units controlling a plurality of local displays, e.g. CRT and flat panel display using a single graphics controller
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/40—Bus structure
- G06F13/4063—Device-to-bus coupling
- G06F13/4068—Electrical coupling
-
- 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/36—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the display of a graphic pattern, e.g. using an all-points-addressable [APA] memory
- G09G5/363—Graphics controllers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/4104—Peripherals receiving signals from specially adapted client devices
- H04N21/4113—PC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/4104—Peripherals receiving signals from specially adapted client devices
- H04N21/4122—Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/4104—Peripherals receiving signals from specially adapted client devices
- H04N21/4135—Peripherals receiving signals from specially adapted client devices external recorder
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
- H04N21/4143—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a Personal Computer [PC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
- H04N21/42653—Internal components of the client ; Characteristics thereof for processing graphics
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/485—End-user interface for client configuration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
- H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
- H04N21/4263—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific tuning arrangements, e.g. two tuners
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6118—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving cable transmission, e.g. using a cable modem
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/64—Circuits for processing colour signals
- H04N9/641—Multi-purpose receivers, e.g. for auxiliary information
Abstract
Video adapter hardware and software permitting the display of computer information and television signals across several display devices. The video adapter hardware includes two graphics user interface accelerators, two television tuners, one or more video decoders, and one or more video multiplexers. Each accelerator is coupled to a memory unit for access to graphics data. One television tuner accepts input from an outside television source, such as a cable television company or a video cassette recorder. In addition, the video multiplexers accept input from other external video sources. Video data is output from the graphics accelerators to multiple screens. Video adapter software displays a tool window allowing the user to select first input for the first display device and a second input for the second display device. The software displays the results of the two inputs on the respective display devices. If the inputs are identical, however, the information may be displayed across both display devices.
Description
- MULTIPLE-SCREEN VIDEO ADAPTER
WITH TELEVISION TUNER
BACKGROUND OF THE INVENTION
1. Field of the Invention The present invention is directed to video adapters for use in personal computers and software for controlling the same. More particularly, the video adapter of the present invention includes at least two television tuners and sends video data to 1o multiple computer displays.
WITH TELEVISION TUNER
BACKGROUND OF THE INVENTION
1. Field of the Invention The present invention is directed to video adapters for use in personal computers and software for controlling the same. More particularly, the video adapter of the present invention includes at least two television tuners and sends video data to 1o multiple computer displays.
2. Backs r~ ound Video adapters (or "video cards") convert computer data to video signals for output to a monitor or similar output device. A typical Video Graphics Array ("VGA") card has its own memory and digital-to-analog converter ("DAC"), but does not actually process data, which is performed by the computer's CPU, including writing and reading of text, as well as drawing simple graphics primitives such as pixels, lines and memory transfers for images.
Programs such as DOS-based word processors run in VGA text mode while 2o graphics-based programs like games run in graphics mode. The operating system sold under the trademark Windows 3.1 by Microsoft Corp. runs in VGA graphics mode as default, meaning that every pixel that is displayed as a part of the background, a window, or a text character must be written using basic VGA calls. The low-level nature of the VGA command set dictates that numerous commands be required to do something as simple as moving or closing a window. Clearly, an enormous amount of data is required to move from the VGA card, along the bus, into the CPU, and on into the card's memory, and vice-versa.
Accelerated video cards, however, have their own processor (or "accelerator"). Thus, an accelerated card may perform many video operations with only minimal input from the CPU. Indeed, the accelerated video card can perform all of the operations usually performed by the CPU with a VGA card. This frees the bus and the CPU to execute other tasks, and speeds-up video operation. Unlike VGA
mode, where every pixel must be moved to and from the card via the bus and CPU, the accelerated card can perform the same operations with instructions consisting of only a few bytes being transferred along the bus. This results in an enormous performance gain for most common graphics operations, including bitmap and pixmap transfers and painting, movement of sprites and icons, opening and closing of windows, etc.
The increased performance of accelerated cards has permitted the introduction of more advanced graphics features. For instance, certain advanced accelerated cards now feature television tuning capabilities. Television cards include a television tuner 1o capable of receiving and tuning a video source from a cable or a video cassette recorder. T'he card then converts the incoming video source into a signal that may be displayed on a conventional computer monitor. Cards with television tuners typically have additional processing and memory requirements.
Television-tuning video cards have numerous real-world applications.
Medical personnel, for instance, may require video images together with computerized data during surgery. Seismic technology experts must locate, use, and analyze video tape of areas along fault lines or experiencing minor seismic activity.
In the business arena, securities and commodities brokers rely upon several television and computer screens to advise their clients.
2o As more video data becomes necessary, the need for additional screens increases. The number of available screens, however, is limited by the number of available expansion slots within the computer. As more screens are needed, additional cards may be added. Most of today's computers include at least six expansion slots that may be used for additional monitors or for other peripherals.
Additionally, under the current paradigm, each screen must typically be supported by its own CPU.
This additional "footprint" requirement is an unwelcome encroachment on, for example, the desk or floor space of stockbrokers. It would be advantageous to support multiple displays from a single CPU.
Unfortunately, as a greater number of peripherals hit the market, the number of 3o expansion slots appears to be dwindling. In other words, sound card manufacturers, zip drive makers, and CD-ROM drive makers are competing for the same finite number of expansion slots within each computer. Moreover, differing bus standards, WCi 99/12091 PCT/US98/18149 such as PCI and ISA, further limit the number of expansion slots. Thus, a card having a PCI bus interface would be limited to the number of PCI bus expansion slots in the computer.
The addition of multiple graphics cards has the further disadvantage of requiring the user to control each screen independently. If two cards are provided by different manufacturers, the software utilities for each card may not be compatible.
Even if two cards from the same manufacturer are used, there is no guarantee that the software required to run both cards will run seamlessly and without error. The user may become confused when faced with numerous video inputs and outputs to 1 o manage.
SUMMARY OF THE INVENTION
Disclosed herein are hardware and software devices for displaying video information across one or more screens. In addition, television tuning capabilities permit the display of television signal on one or more display devices.
The video adapter hardware of the preferred embodiment of the present invention includes two graphic user interface accelerators. Each accelerator is coupled to an independent memory unit and a shared memory unit. The adapter communicates with the computer's main CPU over the internal bus via a bus interface. A bus bridge 2o handles data flow and concurrency issues between the two accelerators. The adapter further includes several video inputs. Two television tuners accept external television signals from an outside source, such as a cable television company or a video cassette recorder. The television tuners tune the signal from the outside source and pass the data to a video multiplexers which routes the video source to one or both of the graphics accelerators via a video decoder. The adapter may further include an audio multiplexer/sound processor for processing audio data.
The graphics accelerators process data from the bus bridge and the video decoders. The video data may then be sent to one or more computer monitors for display. The accelerators send data to the monitors via a video monitor interface.
3o Data may be displayed on one monitor, alone, or across several monitors.
Multiple adapters may be used to add additional monitors.
Programs such as DOS-based word processors run in VGA text mode while 2o graphics-based programs like games run in graphics mode. The operating system sold under the trademark Windows 3.1 by Microsoft Corp. runs in VGA graphics mode as default, meaning that every pixel that is displayed as a part of the background, a window, or a text character must be written using basic VGA calls. The low-level nature of the VGA command set dictates that numerous commands be required to do something as simple as moving or closing a window. Clearly, an enormous amount of data is required to move from the VGA card, along the bus, into the CPU, and on into the card's memory, and vice-versa.
Accelerated video cards, however, have their own processor (or "accelerator"). Thus, an accelerated card may perform many video operations with only minimal input from the CPU. Indeed, the accelerated video card can perform all of the operations usually performed by the CPU with a VGA card. This frees the bus and the CPU to execute other tasks, and speeds-up video operation. Unlike VGA
mode, where every pixel must be moved to and from the card via the bus and CPU, the accelerated card can perform the same operations with instructions consisting of only a few bytes being transferred along the bus. This results in an enormous performance gain for most common graphics operations, including bitmap and pixmap transfers and painting, movement of sprites and icons, opening and closing of windows, etc.
The increased performance of accelerated cards has permitted the introduction of more advanced graphics features. For instance, certain advanced accelerated cards now feature television tuning capabilities. Television cards include a television tuner 1o capable of receiving and tuning a video source from a cable or a video cassette recorder. T'he card then converts the incoming video source into a signal that may be displayed on a conventional computer monitor. Cards with television tuners typically have additional processing and memory requirements.
Television-tuning video cards have numerous real-world applications.
Medical personnel, for instance, may require video images together with computerized data during surgery. Seismic technology experts must locate, use, and analyze video tape of areas along fault lines or experiencing minor seismic activity.
In the business arena, securities and commodities brokers rely upon several television and computer screens to advise their clients.
2o As more video data becomes necessary, the need for additional screens increases. The number of available screens, however, is limited by the number of available expansion slots within the computer. As more screens are needed, additional cards may be added. Most of today's computers include at least six expansion slots that may be used for additional monitors or for other peripherals.
Additionally, under the current paradigm, each screen must typically be supported by its own CPU.
This additional "footprint" requirement is an unwelcome encroachment on, for example, the desk or floor space of stockbrokers. It would be advantageous to support multiple displays from a single CPU.
Unfortunately, as a greater number of peripherals hit the market, the number of 3o expansion slots appears to be dwindling. In other words, sound card manufacturers, zip drive makers, and CD-ROM drive makers are competing for the same finite number of expansion slots within each computer. Moreover, differing bus standards, WCi 99/12091 PCT/US98/18149 such as PCI and ISA, further limit the number of expansion slots. Thus, a card having a PCI bus interface would be limited to the number of PCI bus expansion slots in the computer.
The addition of multiple graphics cards has the further disadvantage of requiring the user to control each screen independently. If two cards are provided by different manufacturers, the software utilities for each card may not be compatible.
Even if two cards from the same manufacturer are used, there is no guarantee that the software required to run both cards will run seamlessly and without error. The user may become confused when faced with numerous video inputs and outputs to 1 o manage.
SUMMARY OF THE INVENTION
Disclosed herein are hardware and software devices for displaying video information across one or more screens. In addition, television tuning capabilities permit the display of television signal on one or more display devices.
The video adapter hardware of the preferred embodiment of the present invention includes two graphic user interface accelerators. Each accelerator is coupled to an independent memory unit and a shared memory unit. The adapter communicates with the computer's main CPU over the internal bus via a bus interface. A bus bridge 2o handles data flow and concurrency issues between the two accelerators. The adapter further includes several video inputs. Two television tuners accept external television signals from an outside source, such as a cable television company or a video cassette recorder. The television tuners tune the signal from the outside source and pass the data to a video multiplexers which routes the video source to one or both of the graphics accelerators via a video decoder. The adapter may further include an audio multiplexer/sound processor for processing audio data.
The graphics accelerators process data from the bus bridge and the video decoders. The video data may then be sent to one or more computer monitors for display. The accelerators send data to the monitors via a video monitor interface.
3o Data may be displayed on one monitor, alone, or across several monitors.
Multiple adapters may be used to add additional monitors.
To facilitate the display of information across various display devices, a preferred embodiment of the present invention further includes video adapter software. The software includes a tool window that allows the user to modify the video and audio inputs and outputs. In addition, the user may select particular audio and video characteristics of the active window. Specifically, the tool window includes a video output window that provides a choice of inputs for each display device. The user may select a television source or an external source for each display device. If the same input is selected for both display devices, the information will be displayed across multiple display devices. As additional cards, are added, more display devices become available.
In accordance with one aspect of the present invention there is provided a video adapter for use in a computer having an internal bus, the video adapter comprising a first graphic user interface accelerator, a second graphic user interface accelerator, at least one video decoder coupled to at least t5 one of the first and second graphic accelerators, a first television tuner receiving a first television signal, a second television tuner receiving a second television signal, a mechanism for coupling the first and second television tuners to the at least one video decoder, and a plurality of video monitor outputs.
In accordance with a second aspect of the invention there is provided a 2o computer system that includes a central processing unit, a video adapter communicating with the central processing unit, a first video source providing a first video signal to the video adapter and a second video source providing a second video signal to the video adapter. A first display device is coupled to the video adapter and displays the results of the first video source. A second display 2s device is coupled to the video adapter and displays the results of the second video source.
Objects and advantages of the invention will be set forth in part in the description which follows and in part will be obvious from the description or may be learned by practice of the invention. The objects and advantages of the invention will 30 be realized and attained by means of the elements and combinations particularly pointed out in the appended claims.
In accordance with one aspect of the present invention there is provided a video adapter for use in a computer having an internal bus, the video adapter comprising a first graphic user interface accelerator, a second graphic user interface accelerator, at least one video decoder coupled to at least t5 one of the first and second graphic accelerators, a first television tuner receiving a first television signal, a second television tuner receiving a second television signal, a mechanism for coupling the first and second television tuners to the at least one video decoder, and a plurality of video monitor outputs.
In accordance with a second aspect of the invention there is provided a 2o computer system that includes a central processing unit, a video adapter communicating with the central processing unit, a first video source providing a first video signal to the video adapter and a second video source providing a second video signal to the video adapter. A first display device is coupled to the video adapter and displays the results of the first video source. A second display 2s device is coupled to the video adapter and displays the results of the second video source.
Objects and advantages of the invention will be set forth in part in the description which follows and in part will be obvious from the description or may be learned by practice of the invention. The objects and advantages of the invention will 30 be realized and attained by means of the elements and combinations particularly pointed out in the appended claims.
BRIEF DESCRIPTION OF THE DRAWINGS
FIGURE 1 is a functional block diagram of a computer system using the video adapter and video adapter software according to a preferred embodiment of the present invention.
FIGURE 2 is a functional block diagram of a preferred embodiment of a video adapter of the present invention.
FIGURE 3 shows an initial screen display of the embodiment of FIGURE 1.
1 o FIGURE 4 is a flow chart illustrating steps performed during initialization of a preferred embodiment of video adapter software according to the present invention.
FIGURE 5 is a flow chart further illustrating initialization of the video adapter software.
FIGURE 6 is a flow chart further illustrating initialization of the video adapter 15 software.
FIGURE 7 is a flow chart further illustrating initialization of the video adapter software.
FIGURE 8 is a screen illustrating a pop-up menu displayed when the user right-clicks in the video window of a display according to a preferred embodiment of 2o the present invention..
FIGURE 9 is a flow chart describing the steps of a menu subroutine in a preferred embodiment of software according to the present invention.
FIGURE 10 is a flow chart describing the steps of a main window subroutine in a preferred embodiment of software according to the present invention.
25 FIGURE 11 is a flow chart illustrating control flow of the main Windows procedure for the software.
FIGURE 12 illustrates processing that occurs when the user requests that a window be moved in a preferred embodiment of software according to the present invention.
3o FIGURE 13 illustrates processing that occurs when the user requests that the window be re-sized in a preferred embodiment of software according to the present invention .
FIGURE 14 illustrates processing that occurs when the system requests a window redraw in a preferred embodiment of software according to the present invention.
FIGURE 15 illustrates processing that occurs when the user requests that a window be closed in a preferred embodiment of software according to the present invention.
FIGURE 16 illustrates processing that occurs when the user opens a menu in a preferred embodiment of software according to the present invention .
FIGURE 17 is a flow chart illustrating processing that occurs when the user 1 o clicks a mouse button in the main window in a preferred embodiment of software according to the present invention.
FIGURE 18 illustrates processing that occurs during sizing of a video window in a preferred embodiment of software according to the present invention.
FIGURE 19 is a flow chart illustrating processing that occurs during moving ~ 5 of a video window in a preferred embodiment of software according to the present invention.
FIGURE 20 is a flow chart illustrating the handling of system messages in a preferred embodiment of software according to the present invention.
FIGURE 21 illustrates a File Menu displayed when the user selects "File"
2o from the main program menu in a preferred embodiment of software according to the present invention.
FIGURE 22 illustrates a View Menu displayed when the user selects "View"
from the main program menu in a preferred embodiment of software according to the present invention.
25 FIGURE 23 illustrates a Tool Window 2302 that is displayed when the user selects "Tool Window" from the View Menu or from the Pop-up menu in a preferred embodiment of software according to the present invention.
FIGURE 24 illustrates the Tool Window when an audio button is selected in a preferred embodiment of software according to the present invention.
3o FIGURE 25 illustrates the Tool Window when the user selects a video button in a preferred embodiment of software according to the present invention.
FIGURE 26 illustrates the Tool Window when the user selects an input button in a preferred embodiment of software according to the present invention.
FIGURE 27 illustrates the Tool Window when the user selects an output button in a preferred embodiment of software according to the present invention.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
Reference will now be made in detail to a preferred embodiment of the invention, examples of which are illustrated in the accompanying drawings.
Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
I. Overview of the Present Invention.
FIG. 1 is a block diagram of a computer system 100 in accordance with a preferred embodiment of the present invention. Computer system 100 includes a t 5 computer 110. Computer 110 includes a CPU 102, a memory 104, a bus 105, a first display device 130 (e.g., a computer monitor}, a second display device 140, an input device 160 (e.g., a mouse), and a video adapter 150 coupled to the first display device 130 and the second display device 140 by electrical connections. Video adapter is fiuther coupled to two video sources, a video cassette recorder I37 and a cable 2o television input 139. Computer system 100 can fiuther include a second display device 140 connected to the computer by way of the video adapter 150. Memory includes video graphics software 125 that controls operation of the video adapter 150.
The operation of the video graphics software 125 is described in detail below.
It will be understood by persons of ordinary skill in the art that computer system 100 may 25 also include numerous elements not shown in the figure for the sake of clarity, such as disk drives, keyboards, display devices, network connections, additional memory, additional I/O elements, additional CPUs, etc.
Computer system 110 also includes an operating system (not shown), such as the Windows 95 operating system. "Windows 95" is a registered trademark of 3o Microsoft Corp. It will be understood that the present invention is not limited to any particular hardware, operating system, or type of computer system.
II. Video Adapter Hardware FIG. 2 is a block diagram of the video adapter 150 of the present invention.
The video adapter 150 is implemented as a circuit board having a plurality of integrated circuits mounted or etched thereon. The adapter 150 includes a 32-bit PCI
Version 2.1-compliant bus interface 220 that couples with a single PCI bus expansion slot (not shown) in the computer 110. Data flows between the computer 110 and the adapter 150 through the bus interface 220. It should be apparent to one of ordinary skill in the art, however, that other bus standards, such as ISA, and other versions of PCI may be used.
to The video adapter 150 processes video data from the computer 110 via a PCI
bridge 240. The PCI bridge 240 bridges data from the PCI bus interface 220 to multiple accelerators on the card. The PCI bridge 240 includes control logic, concurrency control, and buffering that permit multiple accelerators to access the single PCI bus interface 220. Specifically, the bridge 240 implements delayed transactions for all PCI configurations, I/O, and memory-read commands, such that three of the aforementioned transactions may be performed simultaneously in each direction. The bridge 240 supports five simultaneous posted write commands, with 88 bytes of buffering for each command. The PCI bridge 240 further provides concurrent primary and secondary bus operation, as well as enhanced address 2o decoding to thereby isolate traffic in both directions.
The video adapter 150 includes six distinct video inputs. Two television tuners 260, 270, each accept television signals from a cable television connection, a video cassette recorder, a television antenna, or similar television signal source. Two video multiplexer inputs 280, 290 accept phono RCA inputs from a variety of sources, including outputs from the tuners 260, 270, and routes these signals to one or both of the graphics accelerators 210, 230. In addition, the multiplexer accepts two mini-DIN
S Video inputs. Most audio/video connections are made through a single HD44 pin cable 247. The cable includes, but is not limited to, two HD15 VGA outputs, two RCA phono in (composite video in) inputs, two RCA phono out (routed composite 3o video output), two Mini DIN in (S-Video input), and three Stereo mini phone jacks (Master/slave audio out, slave audio in). The tuners 260, 270 accept an F-style cable television input that is separate from the 44-pin connector.
Video decoders 275, 285 convert the analog video signals from the video multiplexers 280, 290 into a digital component stream for use by the graphics accelerators 210, 235. The video decoders 275, 285 include full video acquisition capability, including text slicing for intercast, teletext, and closed-captioning capability. Numerous input formats, including NTSC-M, NTSC-44, PAL-B, PAL-G, PAL-H, PAL-I, PAL-M, PAL-N, PAL-60, SECAM, and S-VHS are supported.
Computer software 125 may be used to control various video processing features via control busses 237, 239. Specifically, a user may control the hue, brightness, contrast, window cropping/scaling, horizontal and vertical resizing, and anti-aliasing features.
The software 125 is discussed in greater detail below.
The adapter 150 of the present invention includes two graphic user interface {"GUI") accelerators 210, 235. Each accelerator 210, 235 is coupled to a memory unit 215, 225. The memory units 215, 225 are synchronous graphic random access memory ("SGRAM") units, although other memory types may be used. Preferably, each memory unit has a peak memory bandwidth of 800 Megabytes per second (MB/s). The memory units 215, 225 store decoded video data, graphic data from computer operations, character fonts, and other information required for operation of the adapter 150. The shared memory 230 serves as the BIOS for the accelerator card 150. Rather than using two separate BIOS chips for each accelerator, the memory is 2o shared between the two accelerators 210, 235.
The GUI accelerators 210, 235 are preferably accelerators sold under the trademark CL-GD5480, by Cirrus Logic, Inc, although any graphic accelerator chip may be used. Each GUI accelerator 210, 235 is a graphic visual media accelerator integrated circuit with additional graphic support logic. The GUI accelerators 210, 235 support a synchronous dynamic random access memory ("SDRAM") interface, a digital camera interface, a PCI bus interface, a graphics controller, a BITBLT
engine, a stream engine, a VGA graphics controller, and CRT controller functions. The GUI
accelerators 210, 235 combine decoded video data from the video decoders 275, with the computer graphics information stored in memory 215, 225. Resultant data 3o from the GUI accelerators 210, 235 is output to computer monitors 130, 140 via video monitor interface components 245, 255.
The video adapter 150 may further include an audio multiplexer /sound processor 295. The audio multiplexer 295 accepts audio inputs from each of the television tuners 260, 270, and an external sound source. Computer software may be used to control various audio processing features via control busses 237, 239.
Specifically, a user may control the volume, balance, mute control, pseudo-stereo, spatial function, treble, and bass characteristics of the audio output through the video adapter software 125. Processed audio is output to an external speaker system or amplification device.
The accelerator card 150 is powered by a power supply 224. The power to supply 224 draws power from the computer's main power supply (not shown) via the PCI bus interface 220. The power drawn by the power supply 224 is then converted to the proper voltages required to power each element of the accelerator card 150.
Specifically, the PCI bridge 240, the video multiplexers 280, 290, the tuners 260, 270, and the remaining circuitry all require different voltages. The power supply converts the main voltage to a particular voltage for each card element.
III. Video Adapter Software FIG. 3 shows an initial screen display 300 of the embodiment of FIG. 1. The screen display of FIG. 3 is the initial screen display shown when the video adapter 2o software of the described embodiment is first executed in a Windows 95 environment.
Screen display 300 includes a video area 302, a menu bar area 310, and a status bar area 320. Menu bar area 310 includes three menu items: a "File" menu item 312, a "View" menu item 314, and a "Help" menu item 316: Status bar area 320 includes three parts: a video window part 322 indicating a video window number, a resolution part 324 indicating a video resolution for the active video window, and a channel part 326 indicating a tuned channel within the active video window.
FIG. 4 is a flow chart illustrating steps performed during initialization of the video adapter software in Windows 95. (Hereinafter, the words "software" and "program" will be used interchangeably.) It will be understood by persons of 3o ordinary skill in the art that the flow charts in this document generally represent steps performed by CPU 102 in accordance with instructions stored in memory 104.
When the video adapter software is started, it first instantiates, in step 404, all variables to associated with the software. In addition, when the software is first executed,~the program searches the system for another running instance of the program. If another instance of the program is found, the new instance of the program must terminate.
Accordingly, the software calls an operating system command to sound the internal computer bell at step 408. The new instance of the software exits the system at step 410.
In step 412, the software obtains the version number of the operating system.
The software then determines, in steps 414 and 420, respectively, whether a generic driver and video-adapter-specific driver have been installed. If no generic driver is to found, the program displays the message "Error: generic driver not installed" in the active window at step 416. The program then proceeds to wait for the user to issue an "OK" response to the error message. Similarly, if a video-adapter-specific driver is not found, the program displays the message: "Error: video adapter driver is not installed," in the active window at step 422. Program control continues at step 418.
Following a response from the user, the software exits at step 410.
Once the appropriate device driver has been located, the software, in step 424, initializes to a default source path (disk drive location). The default source path is the path in which the software was originally installed. In step 426, the software copies the source directory and a default file name to a variable.
2o Program initialization continues in FIGS. 5 -7. In step 502, the program goes to step 802, where an application instance and shared items are initialized by a subroutine (Subroutine C described below). If the initialization was performed without error, the program continues to step 506. Otherwise, the program goes to step 410 and terminates. In step 506, an instance handle provided by the operating system is saved in an instance handle variable. Next, the software loads an operating system dynamic link library (the "DLL") in step 508. The DLL is a library of low-Level routines used to access the hardware. The primary function of the DLL is to determine the hardware present in the system and carry out the device control requests of an application. For example, the DLL turns on and off the video registers in the 3o graphic accelerators, sets the video window size in the graphic accelerators, controls the sound process treble and bass, switches the video multiplexers to the correct source, sets the channel on the tuners, etc. The software, in step 510, checks to ensure that the DLL loads properly. If the DLL fails to load, the program displays the message: "Error: DLL did not load. DLL must be in the same directory with [3~].exe" in the active window, where [~X] is the name of the executable file containing the software described herein. The program then continues control at step 418. If the DLL loads properly, the software attempts to obtain the entry point for the DLL for later use in step 602. If the entry point is not obtained in step 602, the software displays the message: "Error: Could not get entry point to the control routine" in step 604 and goes to step 418 where the program eventually terminates.
Once the DLL entry point is obtained, program control continues at step 608, to where the program calls an initialization subroutine of the DLL. If the DLL
fails to initialize, the software, in step 612, displays the message: "Error: Could not initialize hardware" and goes to step 418. Following initialization, the software obtains the default settings for the video adapter 150 in step 614. In step 616, the software confirms the receipt of these setting. Failure to obtain the settings results in the display of the message: "Error: Could not get hardware defaults." The program would then continue at step 418. If the hardware defaults are obtained, the program creates and paints a background color for the active window in step 622. In step 624, the software loads all global flags that will be used by the operating system.
In step 702, the program goes to step 802, where the main video window is opened and instance initializations are performed by a subroutine (Subroutine D
described below). If initialization is properly performed, processing continues at step 704. Otherwise, the program terminates. At step 708, the program enters a message loop to obtain threaded window messages from the operating system. If the message is "WM QUIT," the message loop ends and program flaw continues in step 718.
For all other Windows messages, the program goes to step 712. The software first handles all dialog box messages. Following the processing of the dialog box message, the software translates any virtual key codes generated by Windows 95 into character messages in step 714. Once the message has been read and translated, it is dispatched back to the operating system in step 716. Windows 95 then holds this message until it 3o can be passed to the program's window function. When the software receives a "WM QUIT" message in step 710, it unloads the DLL from memory. In step 720, the program cleans up all memory and resources and terminates.
FIG. 8 is a screen illustrating a pop-up menu created by subroutine C and displayed when the user right-clicks in the video window. The pop-up menu includes five menu items: a "Preferences " menu item 802, a "Tool Window" menu item 804, a "Status Bar" menu item 806, a blank line, and an "Exit" menu item 808. Each of these items is described in detail in the discussion of menu processing below..
FIG. 9 is a flow chart describing the steps of subroutine C, which is called from other points in the program. Subroutine C begins processing at step 902.
In step 904, the routine defines a window class struchue for the main window. The window class structure includes the default fields for the WNDCLASS structure. The instance to handle obtained in step 506 is used to define the HINSTANCE field of the structure.
In step 906, a pop-up menu is created for the defined window. The software in step 908 ensures that the pop-up menu was created properly. If the menu was properly created, the software creates the menu items. Once the menu items have been created, the window class is registered with the operating system in step 912. The software 1 s exits Subroutine C in step 914.
FIG. 10 is a flow chart illustrating subroutine D, which is called from other points in the program. The subroutine begins at step 1002. At step 1004, the software obtains the profile for the window set-up. Specifically, the software obtains the size of the window and the current input settings for the window. These are usually saved 20 from a previous session. If no settings have been saved, the software will use default window settings. The main video window is created at step 1008. If the main window is properly created, the software goes to step 1010. Otherwise, the subroutine exits with a failure code. Once the window is created, however, program control continues at step 1012 where the software ensures that the Windows 95 common 25 control DLL is loaded. The common controls are an extended set of controls, such as drag list boxes, rich edit controls, and toolbars, that are used by the software. If the common control DLL is properly loaded, the subroutine exits with a success code at step 1014.
FIG. 11 is a flow chart illustrating control flow of the main Windows 3o procedure for the software. The Windows procedure is called by Windows 95 when it needs to pass a message to the software. It is through this function that Windows 95 communicates with the program. The Windows function may be implemented in many ways, but it often consists of a "switch" statement that links a specific response to each message that the program will respond to. In step 1104, the software obtains the user's action within the main window. In step 1106, the software determines whether the user requested to close a window. If the user requested that the window be closed, processing continues at step 1202. Otherwise, processing continues at step 1110, where the software subtracts one from the total number of open windows.
If only one window remains open, the software places the open window in virtual mode in step 1114. Virtual mode allows a single video window to be moved from one display to another or sized to fit on more than one display. This mode allows more t o than one video window to be opened at one time. If no video windows are open following step 1110, the software goes to step 918 to determine whether the tool window remains open. If the tool window is open, the software closes the tool window in step 1120. Once the tool window is closed, (or if the tool window was not open in step 1118), the windows procedures calls the PostQuitMessageQ function of the operating system which, in turn, causes a WM QUIT message to be sent to the software. Once a WM_QUIT message is received, the software automatically halts.
The Windows procedure exits at step 1126.
FIG. 12 illustrates processing that occurs when the user requests that a window be moved. In step 1202, the software determines whether or not the user requested 2o that a video window be moved. If a move was not requested, processing continues at step 1302. Otherwise, the software ensures that the video window is currently visible.
If the window is not visible, the default Windows processing occurs (via a call to Def WindowProcQ). If the window is visible, the software ensures that the window is not simply an icon in step 1208. In step 1210, if the video cannot be displayed on the screen, such as by minimizing, the software turns off any video that is being sent to the window. In step 1212, the software obtains the display area for the video in the window. Next, the size of the status bar for the window is subtracted from the area.
In step 1216, the software creates flags to point to the new location and size of the video portion of the window. The software then enters the DLL to set the new video 3o by modifying the registers in the display adapter accelerator associated with a given window. If the window is the first-opened window, the registers in graphics accelerator 210 are modified. If the window is the second-opened window, the registers_in graphics accelerator 235 are modified. All other messages for moving are sent to the default handling for the Windows procedure.
FIG. 13 illustrates processing that occurs when the user requests that the window be re-sized. The software, in step 1302, determines whether the user requested that the size of the window be modified. If the user did not request a window re-sizing, processing continues at step 1402. Otherwise, the software determines whether the window to be sized is visible. If the window is not visible, the default Windows procedure handling is used. If the window is visible, the software ensures that the status bar is visible. If the status bar is visible, the software redraws the status bar for the correct window size in step 1310. If the status bar is not present, the software obtains the display area for the video in the newly-sized window.
The size of the status bar is subtracted from the total area in step 1314. In step 131 fl, the software creates flags to point to the new location and size of the video portion of the window. The software then enters the DLL to set the new video by modifying the t5 registers in the display adapter accelerator. If the window is the first-opened window, the registers in graphics accelerator 210 are modified. If the window is the second-opened window, the registers in graphics accelerator 235 are modified. All other messages are sent to the default handling for the Windows Procedure.
FIG. 14 illustrates processing that occurs when the system requests a window 2o redraw. The software, in step 1402, determines whether the operating system requested a redrawing of the window. If a redraw is not requested, processing continues at step 1502. In step 1406, the software redraws the main window. In step 1408, the software redraws the status bar if the status bar is visible. The software, in step 1410, fills the video section of the window with a default color. This step is 25 performed to prevent previous material from displaying in the area. When new video signals are received, the new video picture will fill the redrawn area.
Program control continues at step 1126.
FIG. 15 illustrates processing that occurs when the user requests that a window be closed. In step 1502, the software monitors a request to close the window.
If no 3o request to close the window is made, the software goes to step 1602. If no request is made to minimize or maximize the window, the software checks to see if the system is in virtual mode. If the system is in virtual mode, the software creates flags and parameters for the window to correctly process the resizing. Program control then continues at step 1602. If the user requests that a window be closed, the software goes to step 1510 and calls the DLL to turn off the video display function of the accelerator. In step 1512, the program saves the current position of the window for later use. In step 1514, the software sends a message to destroy the window to the operating system. The software then exits the main window procedure.
FIG. 16 illustrates processing that occurs when the user opens a menu. In step 1602, the software determines whether the operating system requested that a window be activated. If no request from the operating system was received, the software to monitors a change in the display resolution at step 1604. If no change to the display resolution is made, the system looks for the selection of a command on the software menu at step 1606. Menu processing is discussed below. If the operating system requests that a window be activated, the software, in step 1610, updates the tool window and exits the Window procedure. If the user changes the display resolution, the software, in step 1612, creates flags to point to the location and size of the video pardon of the window. In step 1614, the software enters the DLL to set the new video modifying the registers in the display accelerator. Processing then goes to step 1606.
If the user does not select a command on the menu, the software looks for a double-click in the window. If no double-click is received, the software continues at 2o step 1702. If a double-click is received, the software, in step 1618, obtains the current window and current setting. In step 1620, the software looks for a title bar in the window. If the window has no title bar, the software, in step 1624, sets a NO MENU flag to provide a title bar for the window. The window is also given a menu in step 1626. The old window is then erased. If the window has a current title bar, a flag is set to remove the title bar. The new window is modified to remove the menu in step 1630 and the old window is then erased. In step 1634, the new window is painted according to the set flags (i.e., either a full window or a window with a title bar and menu).
FIG. 17 is a flow chart illustrating processing that occurs when the user clicks 3o a mouse button in the main window. In step 1702, the software looks for a left mouse button click. If no left mouse button click is received, the software looks for a right mouse button click in step 1704. If a left mouse button click is received, the software determines whether the menu bar is on or off. If the menu bar is off, messages are sent through Windows to allow the user to move the video window in step 1708.
If the menu bar is on, the Windows procedure exits. If a right mouse button click is received, the software obtains the current window the user is in. If no menu bar is on in the current window, the software creates the pop-up menu described above as the active window of the application in step 1714. The software then obtains the current cursor position in step 1716. Finally, the software displays the pop-up menu in the video window at the cursor position and allows Windows 9S to track the menu.
The Windows procedure then exits.
t o FIG. 18 illustrates processing that occurs when the user sizes a video window.
If no right or left mouse button is received and no double-click is received, the software determines whether the user is sizing the video window at step 1802 in FIG.
16. If the user is not sizing the video window, processing continues at step 1902.
Otherwise, the software, at step 1806, creates a flag with the current drag location where the user would like to size the window. If only one video window is open, a flag is created with the maximum size that the current window can be on all screens.
If other windows are open, the software, in step 1808, creates a flag with the maximum size the video window can be on this screen alone. In steps 1812-1826, the software detenmines whether the window is sized past the farthest desired point. If the 2o window is beyond that point, the video window is set to the maximum desired position. The Windows procedure then exits.
FIG. 19 is a flow chart illustrating processing that occurs during moving of a video window. In step 1902, the software determines whether the user is moving the video window. If the user is not moving the video window, the software looks for a system message in step 2002. If the user is moving the video window, the software, in step 19046, creates a flag with the current location to which the window has been dragged by the user. In step 1906, the software creates a flag with the current video window position location. If only one video window is open, a flag is created with the maximum size that the current window can be on all screens. If other windows are open, the software, in step 1912, creates a flag with the maximum size the video window can be on this screen alone. In steps 1914-1928, the software determines whether the window is past the farthest desired point. If the window is beyond that point, the video window is set to the maximum desired position. The Windows procedure then exits.
FIG. 20 is a flow chart illustrating the handling of system messages by the software. If a system message is not received, the software, in step 2004, allows windows to handle all remaining user entries by the default method. If a system message is received, the software ignores the message in step 2006. The Windows procedure then exits.
Menu control flow will now be described. FIG. 21 illustrates a File Menu displayed when the user selects "File" from the main program menu. The File Menu 2102 includes three menu items: a "New Window" menu item 2105, a blank line, and an "Exit" menu item 2107. When "New Window" is selected, the software opens a new window containing data from a new video source. The new window is opened on the next available monitor. The selection of audio and video sources will be described below. The program terminates when the user selects "Exit" from the File menu 2102.
Fig. 22 illustrates a View Menu displayed when the user selects "View" from the main program menu. The View Menu includes three menu items: a "Preferences"
menu item 2205, a "Tool Window" menu item 2207, and a "Status Bar" menu item 2209. When the Preferences menu item 2205 is selected, the software creates a dialog 2o box containing the current setting for tuner input. Specifically, the dialog box indicates whether an air antenna or cable is selected. In addition, the type of cable selected is displayed. The user also has the option of keeping the Tool Window on top of multiple windows. Other information may be included in the Preferences menu, such as the audio connections, external video names, etc.
When the "Tool Window" item 2207 is selected from the Preferences menu, a check is entered next to the item and a Tool Window 2302 (see FIG. 23) is displayed. When the "Status Bar" menu item 2209 is selected, the status bar 320 is displayed. Both the Tool Window and the status bar may be toggled on and off.
FIG. 23 illustrates a Tool Window 2302 that is displayed when the user selects "Tool Window" from the View Menu or from the Pop-up menu. The Tool Window contains a title bar 2306 and a main window 2304. The main window 2304 includes a keypad 2308, a volume slider 2314, and a mute button 2320. The keypad 2308 allows WO 99/12091 PC1'/US98/18149 the user to select particular audio and video settings for the active window.
The keypad 2308 includes a "PC" button 2327 that allows the user to select the previously-tuned channel. A "CN" button 2331 allows the user to modify the name of the channel (e.g., "ABC") for the currently-tuned channel. The "AD" button allows the user to modify the audio characteristics of the active window. The "AV"
button 2341 opens an audio/video window 2402 that is discussed in greater detail below. The volume slider 2314 allows the user to increase or decrease the volume within a particular window. The volume slider 2314 controls the volume for either window. The volume may be muted by pressing the mute button 2320.
1o When the user selects the "AV" button 2341 on the keypad 2308, an audiolvideo window 2402. The audio/video window 2402 allows the user to select particular audio and video input and output sources. In addition, the window allows the user to select specific audio and video characteristics of the active window.
FIG. 24 illustrates the Tool Window when an audio button is selected. A stereo mode window 2404 lets the user select a particular stereo mode from a group of radio buttons. The user may select "Normal, " "Pseudo," or "Spatial" stereo mode. In addition, the user may select the tuner LR check box that allows the user to hear both left and right audio simultaneously. A bass/treble window 2406 includes two slider controls for allowing the user to increase or decrease the amount of bass and/or treble 2o in the volume. All audio selections are sent to the audio multiplexer and sound processor 295 via the control buses 237, 239.
FIG. 25 illustrates the Tool Window when the video button in the Tool Window is selected. A video window 2502 opens allowing the user to adjust the video characteristics of the active window. Specifically, the user may adjust the color, tint, brightness, and contrast of the display using one or more slider controls.
FIG. 26 illustrates the Tool Window when the user selects an input button. A
video input routing window 2602 allows the user to use either internal or external sources for the video. If an internal source is selected, the user may toggle back and forth between two open screens using the "Tuner 1" or "Tuner 2" radio buttons.
If an 3o external source is selected, the user may select among two CVBS inputs and two S-Video inputs.
FIG. 27 illustrates the Tool Window when the user selects an output button. A
video output routing window 2702 opens allowing the user to send the input source to one or more different output cables. Options for the first output cable are represented in the CVBS Output 1 window 2704. Options for the second output cable are represented in the CVBS Output 2 window 2706. Both output cables may display information from the Tuner 1 input, the Tuner 2 input, the external CVBS 1 input, and the external CVBS 2 input. An automatic button makes the first cable follow the first video window and the second video cable follow the second video window.
Having thus described a preferred embodiment of a video adapter, it should be 1 o apparent to those skilled in the art that certain advantages have been achieved. It should also be appreciated that various modifications, adaptations, and alternative embodiments thereof may be made within the scope and spirit of the present invention. For example, analog video signals have been illustrated, but it should be apparent to those skilled in the art that the teachings described herein would be applicable to digital video signals as well. The invention is further defined by the following claims:
FIGURE 1 is a functional block diagram of a computer system using the video adapter and video adapter software according to a preferred embodiment of the present invention.
FIGURE 2 is a functional block diagram of a preferred embodiment of a video adapter of the present invention.
FIGURE 3 shows an initial screen display of the embodiment of FIGURE 1.
1 o FIGURE 4 is a flow chart illustrating steps performed during initialization of a preferred embodiment of video adapter software according to the present invention.
FIGURE 5 is a flow chart further illustrating initialization of the video adapter software.
FIGURE 6 is a flow chart further illustrating initialization of the video adapter 15 software.
FIGURE 7 is a flow chart further illustrating initialization of the video adapter software.
FIGURE 8 is a screen illustrating a pop-up menu displayed when the user right-clicks in the video window of a display according to a preferred embodiment of 2o the present invention..
FIGURE 9 is a flow chart describing the steps of a menu subroutine in a preferred embodiment of software according to the present invention.
FIGURE 10 is a flow chart describing the steps of a main window subroutine in a preferred embodiment of software according to the present invention.
25 FIGURE 11 is a flow chart illustrating control flow of the main Windows procedure for the software.
FIGURE 12 illustrates processing that occurs when the user requests that a window be moved in a preferred embodiment of software according to the present invention.
3o FIGURE 13 illustrates processing that occurs when the user requests that the window be re-sized in a preferred embodiment of software according to the present invention .
FIGURE 14 illustrates processing that occurs when the system requests a window redraw in a preferred embodiment of software according to the present invention.
FIGURE 15 illustrates processing that occurs when the user requests that a window be closed in a preferred embodiment of software according to the present invention.
FIGURE 16 illustrates processing that occurs when the user opens a menu in a preferred embodiment of software according to the present invention .
FIGURE 17 is a flow chart illustrating processing that occurs when the user 1 o clicks a mouse button in the main window in a preferred embodiment of software according to the present invention.
FIGURE 18 illustrates processing that occurs during sizing of a video window in a preferred embodiment of software according to the present invention.
FIGURE 19 is a flow chart illustrating processing that occurs during moving ~ 5 of a video window in a preferred embodiment of software according to the present invention.
FIGURE 20 is a flow chart illustrating the handling of system messages in a preferred embodiment of software according to the present invention.
FIGURE 21 illustrates a File Menu displayed when the user selects "File"
2o from the main program menu in a preferred embodiment of software according to the present invention.
FIGURE 22 illustrates a View Menu displayed when the user selects "View"
from the main program menu in a preferred embodiment of software according to the present invention.
25 FIGURE 23 illustrates a Tool Window 2302 that is displayed when the user selects "Tool Window" from the View Menu or from the Pop-up menu in a preferred embodiment of software according to the present invention.
FIGURE 24 illustrates the Tool Window when an audio button is selected in a preferred embodiment of software according to the present invention.
3o FIGURE 25 illustrates the Tool Window when the user selects a video button in a preferred embodiment of software according to the present invention.
FIGURE 26 illustrates the Tool Window when the user selects an input button in a preferred embodiment of software according to the present invention.
FIGURE 27 illustrates the Tool Window when the user selects an output button in a preferred embodiment of software according to the present invention.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
Reference will now be made in detail to a preferred embodiment of the invention, examples of which are illustrated in the accompanying drawings.
Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
I. Overview of the Present Invention.
FIG. 1 is a block diagram of a computer system 100 in accordance with a preferred embodiment of the present invention. Computer system 100 includes a t 5 computer 110. Computer 110 includes a CPU 102, a memory 104, a bus 105, a first display device 130 (e.g., a computer monitor}, a second display device 140, an input device 160 (e.g., a mouse), and a video adapter 150 coupled to the first display device 130 and the second display device 140 by electrical connections. Video adapter is fiuther coupled to two video sources, a video cassette recorder I37 and a cable 2o television input 139. Computer system 100 can fiuther include a second display device 140 connected to the computer by way of the video adapter 150. Memory includes video graphics software 125 that controls operation of the video adapter 150.
The operation of the video graphics software 125 is described in detail below.
It will be understood by persons of ordinary skill in the art that computer system 100 may 25 also include numerous elements not shown in the figure for the sake of clarity, such as disk drives, keyboards, display devices, network connections, additional memory, additional I/O elements, additional CPUs, etc.
Computer system 110 also includes an operating system (not shown), such as the Windows 95 operating system. "Windows 95" is a registered trademark of 3o Microsoft Corp. It will be understood that the present invention is not limited to any particular hardware, operating system, or type of computer system.
II. Video Adapter Hardware FIG. 2 is a block diagram of the video adapter 150 of the present invention.
The video adapter 150 is implemented as a circuit board having a plurality of integrated circuits mounted or etched thereon. The adapter 150 includes a 32-bit PCI
Version 2.1-compliant bus interface 220 that couples with a single PCI bus expansion slot (not shown) in the computer 110. Data flows between the computer 110 and the adapter 150 through the bus interface 220. It should be apparent to one of ordinary skill in the art, however, that other bus standards, such as ISA, and other versions of PCI may be used.
to The video adapter 150 processes video data from the computer 110 via a PCI
bridge 240. The PCI bridge 240 bridges data from the PCI bus interface 220 to multiple accelerators on the card. The PCI bridge 240 includes control logic, concurrency control, and buffering that permit multiple accelerators to access the single PCI bus interface 220. Specifically, the bridge 240 implements delayed transactions for all PCI configurations, I/O, and memory-read commands, such that three of the aforementioned transactions may be performed simultaneously in each direction. The bridge 240 supports five simultaneous posted write commands, with 88 bytes of buffering for each command. The PCI bridge 240 further provides concurrent primary and secondary bus operation, as well as enhanced address 2o decoding to thereby isolate traffic in both directions.
The video adapter 150 includes six distinct video inputs. Two television tuners 260, 270, each accept television signals from a cable television connection, a video cassette recorder, a television antenna, or similar television signal source. Two video multiplexer inputs 280, 290 accept phono RCA inputs from a variety of sources, including outputs from the tuners 260, 270, and routes these signals to one or both of the graphics accelerators 210, 230. In addition, the multiplexer accepts two mini-DIN
S Video inputs. Most audio/video connections are made through a single HD44 pin cable 247. The cable includes, but is not limited to, two HD15 VGA outputs, two RCA phono in (composite video in) inputs, two RCA phono out (routed composite 3o video output), two Mini DIN in (S-Video input), and three Stereo mini phone jacks (Master/slave audio out, slave audio in). The tuners 260, 270 accept an F-style cable television input that is separate from the 44-pin connector.
Video decoders 275, 285 convert the analog video signals from the video multiplexers 280, 290 into a digital component stream for use by the graphics accelerators 210, 235. The video decoders 275, 285 include full video acquisition capability, including text slicing for intercast, teletext, and closed-captioning capability. Numerous input formats, including NTSC-M, NTSC-44, PAL-B, PAL-G, PAL-H, PAL-I, PAL-M, PAL-N, PAL-60, SECAM, and S-VHS are supported.
Computer software 125 may be used to control various video processing features via control busses 237, 239. Specifically, a user may control the hue, brightness, contrast, window cropping/scaling, horizontal and vertical resizing, and anti-aliasing features.
The software 125 is discussed in greater detail below.
The adapter 150 of the present invention includes two graphic user interface {"GUI") accelerators 210, 235. Each accelerator 210, 235 is coupled to a memory unit 215, 225. The memory units 215, 225 are synchronous graphic random access memory ("SGRAM") units, although other memory types may be used. Preferably, each memory unit has a peak memory bandwidth of 800 Megabytes per second (MB/s). The memory units 215, 225 store decoded video data, graphic data from computer operations, character fonts, and other information required for operation of the adapter 150. The shared memory 230 serves as the BIOS for the accelerator card 150. Rather than using two separate BIOS chips for each accelerator, the memory is 2o shared between the two accelerators 210, 235.
The GUI accelerators 210, 235 are preferably accelerators sold under the trademark CL-GD5480, by Cirrus Logic, Inc, although any graphic accelerator chip may be used. Each GUI accelerator 210, 235 is a graphic visual media accelerator integrated circuit with additional graphic support logic. The GUI accelerators 210, 235 support a synchronous dynamic random access memory ("SDRAM") interface, a digital camera interface, a PCI bus interface, a graphics controller, a BITBLT
engine, a stream engine, a VGA graphics controller, and CRT controller functions. The GUI
accelerators 210, 235 combine decoded video data from the video decoders 275, with the computer graphics information stored in memory 215, 225. Resultant data 3o from the GUI accelerators 210, 235 is output to computer monitors 130, 140 via video monitor interface components 245, 255.
The video adapter 150 may further include an audio multiplexer /sound processor 295. The audio multiplexer 295 accepts audio inputs from each of the television tuners 260, 270, and an external sound source. Computer software may be used to control various audio processing features via control busses 237, 239.
Specifically, a user may control the volume, balance, mute control, pseudo-stereo, spatial function, treble, and bass characteristics of the audio output through the video adapter software 125. Processed audio is output to an external speaker system or amplification device.
The accelerator card 150 is powered by a power supply 224. The power to supply 224 draws power from the computer's main power supply (not shown) via the PCI bus interface 220. The power drawn by the power supply 224 is then converted to the proper voltages required to power each element of the accelerator card 150.
Specifically, the PCI bridge 240, the video multiplexers 280, 290, the tuners 260, 270, and the remaining circuitry all require different voltages. The power supply converts the main voltage to a particular voltage for each card element.
III. Video Adapter Software FIG. 3 shows an initial screen display 300 of the embodiment of FIG. 1. The screen display of FIG. 3 is the initial screen display shown when the video adapter 2o software of the described embodiment is first executed in a Windows 95 environment.
Screen display 300 includes a video area 302, a menu bar area 310, and a status bar area 320. Menu bar area 310 includes three menu items: a "File" menu item 312, a "View" menu item 314, and a "Help" menu item 316: Status bar area 320 includes three parts: a video window part 322 indicating a video window number, a resolution part 324 indicating a video resolution for the active video window, and a channel part 326 indicating a tuned channel within the active video window.
FIG. 4 is a flow chart illustrating steps performed during initialization of the video adapter software in Windows 95. (Hereinafter, the words "software" and "program" will be used interchangeably.) It will be understood by persons of 3o ordinary skill in the art that the flow charts in this document generally represent steps performed by CPU 102 in accordance with instructions stored in memory 104.
When the video adapter software is started, it first instantiates, in step 404, all variables to associated with the software. In addition, when the software is first executed,~the program searches the system for another running instance of the program. If another instance of the program is found, the new instance of the program must terminate.
Accordingly, the software calls an operating system command to sound the internal computer bell at step 408. The new instance of the software exits the system at step 410.
In step 412, the software obtains the version number of the operating system.
The software then determines, in steps 414 and 420, respectively, whether a generic driver and video-adapter-specific driver have been installed. If no generic driver is to found, the program displays the message "Error: generic driver not installed" in the active window at step 416. The program then proceeds to wait for the user to issue an "OK" response to the error message. Similarly, if a video-adapter-specific driver is not found, the program displays the message: "Error: video adapter driver is not installed," in the active window at step 422. Program control continues at step 418.
Following a response from the user, the software exits at step 410.
Once the appropriate device driver has been located, the software, in step 424, initializes to a default source path (disk drive location). The default source path is the path in which the software was originally installed. In step 426, the software copies the source directory and a default file name to a variable.
2o Program initialization continues in FIGS. 5 -7. In step 502, the program goes to step 802, where an application instance and shared items are initialized by a subroutine (Subroutine C described below). If the initialization was performed without error, the program continues to step 506. Otherwise, the program goes to step 410 and terminates. In step 506, an instance handle provided by the operating system is saved in an instance handle variable. Next, the software loads an operating system dynamic link library (the "DLL") in step 508. The DLL is a library of low-Level routines used to access the hardware. The primary function of the DLL is to determine the hardware present in the system and carry out the device control requests of an application. For example, the DLL turns on and off the video registers in the 3o graphic accelerators, sets the video window size in the graphic accelerators, controls the sound process treble and bass, switches the video multiplexers to the correct source, sets the channel on the tuners, etc. The software, in step 510, checks to ensure that the DLL loads properly. If the DLL fails to load, the program displays the message: "Error: DLL did not load. DLL must be in the same directory with [3~].exe" in the active window, where [~X] is the name of the executable file containing the software described herein. The program then continues control at step 418. If the DLL loads properly, the software attempts to obtain the entry point for the DLL for later use in step 602. If the entry point is not obtained in step 602, the software displays the message: "Error: Could not get entry point to the control routine" in step 604 and goes to step 418 where the program eventually terminates.
Once the DLL entry point is obtained, program control continues at step 608, to where the program calls an initialization subroutine of the DLL. If the DLL
fails to initialize, the software, in step 612, displays the message: "Error: Could not initialize hardware" and goes to step 418. Following initialization, the software obtains the default settings for the video adapter 150 in step 614. In step 616, the software confirms the receipt of these setting. Failure to obtain the settings results in the display of the message: "Error: Could not get hardware defaults." The program would then continue at step 418. If the hardware defaults are obtained, the program creates and paints a background color for the active window in step 622. In step 624, the software loads all global flags that will be used by the operating system.
In step 702, the program goes to step 802, where the main video window is opened and instance initializations are performed by a subroutine (Subroutine D
described below). If initialization is properly performed, processing continues at step 704. Otherwise, the program terminates. At step 708, the program enters a message loop to obtain threaded window messages from the operating system. If the message is "WM QUIT," the message loop ends and program flaw continues in step 718.
For all other Windows messages, the program goes to step 712. The software first handles all dialog box messages. Following the processing of the dialog box message, the software translates any virtual key codes generated by Windows 95 into character messages in step 714. Once the message has been read and translated, it is dispatched back to the operating system in step 716. Windows 95 then holds this message until it 3o can be passed to the program's window function. When the software receives a "WM QUIT" message in step 710, it unloads the DLL from memory. In step 720, the program cleans up all memory and resources and terminates.
FIG. 8 is a screen illustrating a pop-up menu created by subroutine C and displayed when the user right-clicks in the video window. The pop-up menu includes five menu items: a "Preferences " menu item 802, a "Tool Window" menu item 804, a "Status Bar" menu item 806, a blank line, and an "Exit" menu item 808. Each of these items is described in detail in the discussion of menu processing below..
FIG. 9 is a flow chart describing the steps of subroutine C, which is called from other points in the program. Subroutine C begins processing at step 902.
In step 904, the routine defines a window class struchue for the main window. The window class structure includes the default fields for the WNDCLASS structure. The instance to handle obtained in step 506 is used to define the HINSTANCE field of the structure.
In step 906, a pop-up menu is created for the defined window. The software in step 908 ensures that the pop-up menu was created properly. If the menu was properly created, the software creates the menu items. Once the menu items have been created, the window class is registered with the operating system in step 912. The software 1 s exits Subroutine C in step 914.
FIG. 10 is a flow chart illustrating subroutine D, which is called from other points in the program. The subroutine begins at step 1002. At step 1004, the software obtains the profile for the window set-up. Specifically, the software obtains the size of the window and the current input settings for the window. These are usually saved 20 from a previous session. If no settings have been saved, the software will use default window settings. The main video window is created at step 1008. If the main window is properly created, the software goes to step 1010. Otherwise, the subroutine exits with a failure code. Once the window is created, however, program control continues at step 1012 where the software ensures that the Windows 95 common 25 control DLL is loaded. The common controls are an extended set of controls, such as drag list boxes, rich edit controls, and toolbars, that are used by the software. If the common control DLL is properly loaded, the subroutine exits with a success code at step 1014.
FIG. 11 is a flow chart illustrating control flow of the main Windows 3o procedure for the software. The Windows procedure is called by Windows 95 when it needs to pass a message to the software. It is through this function that Windows 95 communicates with the program. The Windows function may be implemented in many ways, but it often consists of a "switch" statement that links a specific response to each message that the program will respond to. In step 1104, the software obtains the user's action within the main window. In step 1106, the software determines whether the user requested to close a window. If the user requested that the window be closed, processing continues at step 1202. Otherwise, processing continues at step 1110, where the software subtracts one from the total number of open windows.
If only one window remains open, the software places the open window in virtual mode in step 1114. Virtual mode allows a single video window to be moved from one display to another or sized to fit on more than one display. This mode allows more t o than one video window to be opened at one time. If no video windows are open following step 1110, the software goes to step 918 to determine whether the tool window remains open. If the tool window is open, the software closes the tool window in step 1120. Once the tool window is closed, (or if the tool window was not open in step 1118), the windows procedures calls the PostQuitMessageQ function of the operating system which, in turn, causes a WM QUIT message to be sent to the software. Once a WM_QUIT message is received, the software automatically halts.
The Windows procedure exits at step 1126.
FIG. 12 illustrates processing that occurs when the user requests that a window be moved. In step 1202, the software determines whether or not the user requested 2o that a video window be moved. If a move was not requested, processing continues at step 1302. Otherwise, the software ensures that the video window is currently visible.
If the window is not visible, the default Windows processing occurs (via a call to Def WindowProcQ). If the window is visible, the software ensures that the window is not simply an icon in step 1208. In step 1210, if the video cannot be displayed on the screen, such as by minimizing, the software turns off any video that is being sent to the window. In step 1212, the software obtains the display area for the video in the window. Next, the size of the status bar for the window is subtracted from the area.
In step 1216, the software creates flags to point to the new location and size of the video portion of the window. The software then enters the DLL to set the new video 3o by modifying the registers in the display adapter accelerator associated with a given window. If the window is the first-opened window, the registers in graphics accelerator 210 are modified. If the window is the second-opened window, the registers_in graphics accelerator 235 are modified. All other messages for moving are sent to the default handling for the Windows procedure.
FIG. 13 illustrates processing that occurs when the user requests that the window be re-sized. The software, in step 1302, determines whether the user requested that the size of the window be modified. If the user did not request a window re-sizing, processing continues at step 1402. Otherwise, the software determines whether the window to be sized is visible. If the window is not visible, the default Windows procedure handling is used. If the window is visible, the software ensures that the status bar is visible. If the status bar is visible, the software redraws the status bar for the correct window size in step 1310. If the status bar is not present, the software obtains the display area for the video in the newly-sized window.
The size of the status bar is subtracted from the total area in step 1314. In step 131 fl, the software creates flags to point to the new location and size of the video portion of the window. The software then enters the DLL to set the new video by modifying the t5 registers in the display adapter accelerator. If the window is the first-opened window, the registers in graphics accelerator 210 are modified. If the window is the second-opened window, the registers in graphics accelerator 235 are modified. All other messages are sent to the default handling for the Windows Procedure.
FIG. 14 illustrates processing that occurs when the system requests a window 2o redraw. The software, in step 1402, determines whether the operating system requested a redrawing of the window. If a redraw is not requested, processing continues at step 1502. In step 1406, the software redraws the main window. In step 1408, the software redraws the status bar if the status bar is visible. The software, in step 1410, fills the video section of the window with a default color. This step is 25 performed to prevent previous material from displaying in the area. When new video signals are received, the new video picture will fill the redrawn area.
Program control continues at step 1126.
FIG. 15 illustrates processing that occurs when the user requests that a window be closed. In step 1502, the software monitors a request to close the window.
If no 3o request to close the window is made, the software goes to step 1602. If no request is made to minimize or maximize the window, the software checks to see if the system is in virtual mode. If the system is in virtual mode, the software creates flags and parameters for the window to correctly process the resizing. Program control then continues at step 1602. If the user requests that a window be closed, the software goes to step 1510 and calls the DLL to turn off the video display function of the accelerator. In step 1512, the program saves the current position of the window for later use. In step 1514, the software sends a message to destroy the window to the operating system. The software then exits the main window procedure.
FIG. 16 illustrates processing that occurs when the user opens a menu. In step 1602, the software determines whether the operating system requested that a window be activated. If no request from the operating system was received, the software to monitors a change in the display resolution at step 1604. If no change to the display resolution is made, the system looks for the selection of a command on the software menu at step 1606. Menu processing is discussed below. If the operating system requests that a window be activated, the software, in step 1610, updates the tool window and exits the Window procedure. If the user changes the display resolution, the software, in step 1612, creates flags to point to the location and size of the video pardon of the window. In step 1614, the software enters the DLL to set the new video modifying the registers in the display accelerator. Processing then goes to step 1606.
If the user does not select a command on the menu, the software looks for a double-click in the window. If no double-click is received, the software continues at 2o step 1702. If a double-click is received, the software, in step 1618, obtains the current window and current setting. In step 1620, the software looks for a title bar in the window. If the window has no title bar, the software, in step 1624, sets a NO MENU flag to provide a title bar for the window. The window is also given a menu in step 1626. The old window is then erased. If the window has a current title bar, a flag is set to remove the title bar. The new window is modified to remove the menu in step 1630 and the old window is then erased. In step 1634, the new window is painted according to the set flags (i.e., either a full window or a window with a title bar and menu).
FIG. 17 is a flow chart illustrating processing that occurs when the user clicks 3o a mouse button in the main window. In step 1702, the software looks for a left mouse button click. If no left mouse button click is received, the software looks for a right mouse button click in step 1704. If a left mouse button click is received, the software determines whether the menu bar is on or off. If the menu bar is off, messages are sent through Windows to allow the user to move the video window in step 1708.
If the menu bar is on, the Windows procedure exits. If a right mouse button click is received, the software obtains the current window the user is in. If no menu bar is on in the current window, the software creates the pop-up menu described above as the active window of the application in step 1714. The software then obtains the current cursor position in step 1716. Finally, the software displays the pop-up menu in the video window at the cursor position and allows Windows 9S to track the menu.
The Windows procedure then exits.
t o FIG. 18 illustrates processing that occurs when the user sizes a video window.
If no right or left mouse button is received and no double-click is received, the software determines whether the user is sizing the video window at step 1802 in FIG.
16. If the user is not sizing the video window, processing continues at step 1902.
Otherwise, the software, at step 1806, creates a flag with the current drag location where the user would like to size the window. If only one video window is open, a flag is created with the maximum size that the current window can be on all screens.
If other windows are open, the software, in step 1808, creates a flag with the maximum size the video window can be on this screen alone. In steps 1812-1826, the software detenmines whether the window is sized past the farthest desired point. If the 2o window is beyond that point, the video window is set to the maximum desired position. The Windows procedure then exits.
FIG. 19 is a flow chart illustrating processing that occurs during moving of a video window. In step 1902, the software determines whether the user is moving the video window. If the user is not moving the video window, the software looks for a system message in step 2002. If the user is moving the video window, the software, in step 19046, creates a flag with the current location to which the window has been dragged by the user. In step 1906, the software creates a flag with the current video window position location. If only one video window is open, a flag is created with the maximum size that the current window can be on all screens. If other windows are open, the software, in step 1912, creates a flag with the maximum size the video window can be on this screen alone. In steps 1914-1928, the software determines whether the window is past the farthest desired point. If the window is beyond that point, the video window is set to the maximum desired position. The Windows procedure then exits.
FIG. 20 is a flow chart illustrating the handling of system messages by the software. If a system message is not received, the software, in step 2004, allows windows to handle all remaining user entries by the default method. If a system message is received, the software ignores the message in step 2006. The Windows procedure then exits.
Menu control flow will now be described. FIG. 21 illustrates a File Menu displayed when the user selects "File" from the main program menu. The File Menu 2102 includes three menu items: a "New Window" menu item 2105, a blank line, and an "Exit" menu item 2107. When "New Window" is selected, the software opens a new window containing data from a new video source. The new window is opened on the next available monitor. The selection of audio and video sources will be described below. The program terminates when the user selects "Exit" from the File menu 2102.
Fig. 22 illustrates a View Menu displayed when the user selects "View" from the main program menu. The View Menu includes three menu items: a "Preferences"
menu item 2205, a "Tool Window" menu item 2207, and a "Status Bar" menu item 2209. When the Preferences menu item 2205 is selected, the software creates a dialog 2o box containing the current setting for tuner input. Specifically, the dialog box indicates whether an air antenna or cable is selected. In addition, the type of cable selected is displayed. The user also has the option of keeping the Tool Window on top of multiple windows. Other information may be included in the Preferences menu, such as the audio connections, external video names, etc.
When the "Tool Window" item 2207 is selected from the Preferences menu, a check is entered next to the item and a Tool Window 2302 (see FIG. 23) is displayed. When the "Status Bar" menu item 2209 is selected, the status bar 320 is displayed. Both the Tool Window and the status bar may be toggled on and off.
FIG. 23 illustrates a Tool Window 2302 that is displayed when the user selects "Tool Window" from the View Menu or from the Pop-up menu. The Tool Window contains a title bar 2306 and a main window 2304. The main window 2304 includes a keypad 2308, a volume slider 2314, and a mute button 2320. The keypad 2308 allows WO 99/12091 PC1'/US98/18149 the user to select particular audio and video settings for the active window.
The keypad 2308 includes a "PC" button 2327 that allows the user to select the previously-tuned channel. A "CN" button 2331 allows the user to modify the name of the channel (e.g., "ABC") for the currently-tuned channel. The "AD" button allows the user to modify the audio characteristics of the active window. The "AV"
button 2341 opens an audio/video window 2402 that is discussed in greater detail below. The volume slider 2314 allows the user to increase or decrease the volume within a particular window. The volume slider 2314 controls the volume for either window. The volume may be muted by pressing the mute button 2320.
1o When the user selects the "AV" button 2341 on the keypad 2308, an audiolvideo window 2402. The audio/video window 2402 allows the user to select particular audio and video input and output sources. In addition, the window allows the user to select specific audio and video characteristics of the active window.
FIG. 24 illustrates the Tool Window when an audio button is selected. A stereo mode window 2404 lets the user select a particular stereo mode from a group of radio buttons. The user may select "Normal, " "Pseudo," or "Spatial" stereo mode. In addition, the user may select the tuner LR check box that allows the user to hear both left and right audio simultaneously. A bass/treble window 2406 includes two slider controls for allowing the user to increase or decrease the amount of bass and/or treble 2o in the volume. All audio selections are sent to the audio multiplexer and sound processor 295 via the control buses 237, 239.
FIG. 25 illustrates the Tool Window when the video button in the Tool Window is selected. A video window 2502 opens allowing the user to adjust the video characteristics of the active window. Specifically, the user may adjust the color, tint, brightness, and contrast of the display using one or more slider controls.
FIG. 26 illustrates the Tool Window when the user selects an input button. A
video input routing window 2602 allows the user to use either internal or external sources for the video. If an internal source is selected, the user may toggle back and forth between two open screens using the "Tuner 1" or "Tuner 2" radio buttons.
If an 3o external source is selected, the user may select among two CVBS inputs and two S-Video inputs.
FIG. 27 illustrates the Tool Window when the user selects an output button. A
video output routing window 2702 opens allowing the user to send the input source to one or more different output cables. Options for the first output cable are represented in the CVBS Output 1 window 2704. Options for the second output cable are represented in the CVBS Output 2 window 2706. Both output cables may display information from the Tuner 1 input, the Tuner 2 input, the external CVBS 1 input, and the external CVBS 2 input. An automatic button makes the first cable follow the first video window and the second video cable follow the second video window.
Having thus described a preferred embodiment of a video adapter, it should be 1 o apparent to those skilled in the art that certain advantages have been achieved. It should also be appreciated that various modifications, adaptations, and alternative embodiments thereof may be made within the scope and spirit of the present invention. For example, analog video signals have been illustrated, but it should be apparent to those skilled in the art that the teachings described herein would be applicable to digital video signals as well. The invention is further defined by the following claims:
Claims (16)
1. A video adapter for use in a computer having an internal bus, the video adapter comprising:
a first graphic accelerator;
a second graphic accelerator;
at least one video decoder coupled to at least one of the first and second graphic accelerators;
a first television tuner receiving a first television signal a second television tuner receiving a second television signal;
circuitry for coupling the first and second television tuners to the at least one video decoder; and a plurality of video monitor outputs.
a first graphic accelerator;
a second graphic accelerator;
at least one video decoder coupled to at least one of the first and second graphic accelerators;
a first television tuner receiving a first television signal a second television tuner receiving a second television signal;
circuitry for coupling the first and second television tuners to the at least one video decoder; and a plurality of video monitor outputs.
2. The video adapter, as recited in Claim 1, further comprising a plurality of CVBS
outputs.
outputs.
3. The video adapter, as recited in Claim 1, further comprising:
a bus interface communicating with the internal bus;
a bus bridge coupled to the first and second graphic accelerators and coupled to the bus interface.
a bus interface communicating with the internal bus;
a bus bridge coupled to the first and second graphic accelerators and coupled to the bus interface.
4. The video adapter, as recited in Claim 1, wherein the coupling circuitry further comprises a video multiplexer.
5. The video adapter, as recited in Claim 4, further comprising a second video multiplexer having an external input and coupled to the at least one video decoder.
6. The video adapter, as recited in Claim 5, wherein the external video multiplexer input is an S-Video input.
7. The video adapter, as recited in Claim 1, further comprising:
a first memory unit coupled to the first accelerator; and a second memory unit coupled to the second accelerator.
a first memory unit coupled to the first accelerator; and a second memory unit coupled to the second accelerator.
8. The video adapter, as recited in Claim 7, further comprising a main memory unit coupled to the first and second accelerators.
9. The video adapter, as recited in Claim 1, further comprising a sound processor coupled to at least one of the first and second television tuners.
10. The video adapter, as recited in Claim 1, wherein the first television signal is an external signal.
11. The video adapter, as recited in Claim 10, wherein the external signal is provided by video-producing equipment..
12. A computer system, comprising:
a central processing unit;
a video adapter communicating with the central processing unit;
a first video source providing a first video signal to the video adapter;
a second video source providing a second video signal to the video adapter;
a first graphic accelerator;
a second graphic accelerator;
a bus interface communicating with an internal bus of said computer system;
a bus bridge coupled to the first and second graphic accelerators and coupled to the bus interface;
a first display device coupled to the video adaptor, the first display device displaying results of the first graphic accelerator; and a second display device coupled to the video adapter, the second display device displaying results of the second graphic accelerator.
a central processing unit;
a video adapter communicating with the central processing unit;
a first video source providing a first video signal to the video adapter;
a second video source providing a second video signal to the video adapter;
a first graphic accelerator;
a second graphic accelerator;
a bus interface communicating with an internal bus of said computer system;
a bus bridge coupled to the first and second graphic accelerators and coupled to the bus interface;
a first display device coupled to the video adaptor, the first display device displaying results of the first graphic accelerator; and a second display device coupled to the video adapter, the second display device displaying results of the second graphic accelerator.
13. The computer system, as recited in Claim 12, wherein the first video signal is a television signal.
14. The computer system, as recited in Claim 12, wherein if the first video signal is identical to the second video signal, the results of the first video signal are displayed on the first and second display devices.
15. The computer system, as recited in Claim 14, wherein the results of the first video signal arc displayed as a single window across the first and second display devices.
16. The computer system, as recited in Claim 12, further comprising:
a first graphic accelerator coupled to the video adapter;
a second graphic accelerator coupled to the video adapter;
a bus interface communicating with the internal bus;
a bus bridge coupled to the first and second graphic accelerators and coupled to the bus interface.
a first graphic accelerator coupled to the video adapter;
a second graphic accelerator coupled to the video adapter;
a bus interface communicating with the internal bus;
a bus bridge coupled to the first and second graphic accelerators and coupled to the bus interface.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA002353031A CA2353031C (en) | 1997-09-03 | 1998-09-01 | Method for displaying information on multiple display devices |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/922,614 US6028643A (en) | 1997-09-03 | 1997-09-03 | Multiple-screen video adapter with television tuner |
| US08/922,614 | 1997-09-03 | ||
| PCT/US1998/018149 WO1999012091A2 (en) | 1997-09-03 | 1998-09-01 | Multiple-screen video adapter with television tuner |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002353031A Division CA2353031C (en) | 1997-09-03 | 1998-09-01 | Method for displaying information on multiple display devices |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2300857A1 CA2300857A1 (en) | 1999-03-11 |
| CA2300857C true CA2300857C (en) | 2002-11-19 |
Family
ID=25447328
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002300857A Expired - Fee Related CA2300857C (en) | 1997-09-03 | 1998-09-01 | Multiple-screen video adapter with television tuner |
Country Status (9)
| Country | Link |
|---|---|
| US (2) | US6028643A (en) |
| EP (1) | EP1010056B1 (en) |
| JP (1) | JP2001515239A (en) |
| KR (1) | KR20010023629A (en) |
| AU (1) | AU757631B2 (en) |
| CA (1) | CA2300857C (en) |
| DE (1) | DE69805813D1 (en) |
| WO (1) | WO1999012091A2 (en) |
| ZA (1) | ZA987999B (en) |
Families Citing this family (62)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7266526B1 (en) * | 1996-11-27 | 2007-09-04 | Diebold, Incorporated | Automated banking machine system with multiple browsers |
| US8121914B1 (en) * | 1996-11-27 | 2012-02-21 | Diebold, Incorporated | Automated banking machine customer profile method |
| US6429903B1 (en) | 1997-09-03 | 2002-08-06 | Colorgraphic Communications Corporation | Video adapter for supporting at least one television monitor |
| US6563515B1 (en) * | 1998-05-19 | 2003-05-13 | United Video Properties, Inc. | Program guide system with video window browsing |
| CN1867068A (en) | 1998-07-14 | 2006-11-22 | 联合视频制品公司 | Client-server based interactive television program guide system with remote server recording |
| US6321335B1 (en) | 1998-10-30 | 2001-11-20 | Acqis Technology, Inc. | Password protected modular computer method and device |
| US6311268B1 (en) * | 1998-11-06 | 2001-10-30 | Acqis Technology, Inc. | Computer module device and method for television use |
| EP1063845A4 (en) * | 1998-12-15 | 2002-10-23 | Sony Corp | Receiver and method for controlling graphic display |
| US7765568B1 (en) | 1999-01-27 | 2010-07-27 | The Directv Group, Inc. | Graphical tuning bar |
| US8073955B1 (en) | 1999-01-27 | 2011-12-06 | The Directv Group, Inc. | Method and apparatus for tuning used in a broadcast data system |
| US6522342B1 (en) * | 1999-01-27 | 2003-02-18 | Hughes Electronics Corporation | Graphical tuning bar for a multi-program data stream |
| US6360291B1 (en) * | 1999-02-01 | 2002-03-19 | Compaq Computer Corporation | System and method for hiding peripheral devices in a computer system |
| US6718415B1 (en) | 1999-05-14 | 2004-04-06 | Acqis Technology, Inc. | Computer system and method including console housing multiple computer modules having independent processing units, mass storage devices, and graphics controllers |
| US6643777B1 (en) | 1999-05-14 | 2003-11-04 | Acquis Technology, Inc. | Data security method and device for computer modules |
| US6424320B1 (en) * | 1999-06-15 | 2002-07-23 | Ati International Srl | Method and apparatus for rendering video |
| US6847358B1 (en) | 1999-08-06 | 2005-01-25 | Microsoft Corporation | Workstation for processing and producing a video signal |
| US6919897B1 (en) | 1999-08-06 | 2005-07-19 | Microsoft Corporation | System and method for pre-processing a video signal |
| US6924806B1 (en) * | 1999-08-06 | 2005-08-02 | Microsoft Corporation | Video card with interchangeable connector module |
| US6885381B1 (en) | 2000-08-04 | 2005-04-26 | Microsoft Corporation | System and method for producing a video signal |
| WO2001011459A1 (en) * | 1999-08-06 | 2001-02-15 | Intergraph Corporation | System and method for pre-processing a video signal |
| KR100357098B1 (en) * | 1999-11-12 | 2002-10-19 | 엘지전자 주식회사 | apparatus and method for display of data information in data broadcasting reciever |
| KR100359842B1 (en) * | 2000-03-08 | 2002-11-07 | 엘지전자 주식회사 | Method for expressing audio menu |
| US6753881B1 (en) * | 2000-11-01 | 2004-06-22 | Ati International Srl | Adapter and method to connect a component video input television to a video providing unit |
| WO2002047388A2 (en) | 2000-11-14 | 2002-06-13 | Scientific-Atlanta, Inc. | Networked subscriber television distribution |
| US8127326B2 (en) | 2000-11-14 | 2012-02-28 | Claussen Paul J | Proximity detection using wireless connectivity in a communications system |
| JP2002182893A (en) * | 2000-12-14 | 2002-06-28 | Matsushita Electric Ind Co Ltd | Multi-display system |
| KR100744184B1 (en) * | 2001-05-09 | 2007-08-01 | 삼성전자주식회사 | Displaying Device and Controlling method thereof |
| GB2379339A (en) * | 2001-08-30 | 2003-03-05 | Ian Paul Rees | A connector for an audio/visual display monitor |
| US7408961B2 (en) * | 2001-09-13 | 2008-08-05 | General Instrument Corporation | High speed serial data transport between communications hardware modules |
| US7307043B2 (en) * | 2001-09-28 | 2007-12-11 | Syngenta Crop Protection, Inc. | Aqueous neonicotinoid compositions for seed treatment |
| US6897904B2 (en) * | 2002-01-04 | 2005-05-24 | Microsoft Corporation | Method and apparatus for selecting among multiple tuners |
| US6963613B2 (en) * | 2002-04-01 | 2005-11-08 | Broadcom Corporation | Method of communicating between modules in a decoding system |
| US7516470B2 (en) | 2002-08-02 | 2009-04-07 | Cisco Technology, Inc. | Locally-updated interactive program guide |
| US20040060061A1 (en) * | 2002-09-20 | 2004-03-25 | Imagictv Inc. | Multiple view video feed |
| US7908625B2 (en) | 2002-10-02 | 2011-03-15 | Robertson Neil C | Networked multimedia system |
| US7360235B2 (en) | 2002-10-04 | 2008-04-15 | Scientific-Atlanta, Inc. | Systems and methods for operating a peripheral record/playback device in a networked multimedia system |
| US7545935B2 (en) | 2002-10-04 | 2009-06-09 | Scientific-Atlanta, Inc. | Networked multimedia overlay system |
| US8046806B2 (en) | 2002-10-04 | 2011-10-25 | Wall William E | Multiroom point of deployment module |
| WO2004064034A1 (en) * | 2003-01-09 | 2004-07-29 | Jones Mccue Multi Display Systems Pty Limited | Display system |
| US8094640B2 (en) | 2003-01-15 | 2012-01-10 | Robertson Neil C | Full duplex wideband communications system for a local coaxial network |
| US7487532B2 (en) | 2003-01-15 | 2009-02-03 | Cisco Technology, Inc. | Optimization of a full duplex wideband communications system |
| US20040221324A1 (en) * | 2003-04-30 | 2004-11-04 | Sbc, Inc. | Digital television having a modular programmable conditional access system |
| US7714870B2 (en) * | 2003-06-23 | 2010-05-11 | Intel Corporation | Apparatus and method for selectable hardware accelerators in a data driven architecture |
| US20070118812A1 (en) * | 2003-07-15 | 2007-05-24 | Kaleidescope, Inc. | Masking for presenting differing display formats for media streams |
| KR100561400B1 (en) * | 2003-07-21 | 2006-03-16 | 삼성전자주식회사 | Method and apparatus for displaying user guide on screen in connecting with external device |
| KR101117871B1 (en) * | 2004-04-30 | 2012-04-13 | 마이크로소프트 코포레이션 | Video presenting network management |
| US8581803B2 (en) * | 2004-04-30 | 2013-11-12 | Microsoft Corporation | Video presenting network management |
| US20060067654A1 (en) * | 2004-09-24 | 2006-03-30 | Magix Ag | Graphical user interface adaptable to multiple display devices |
| US7873078B2 (en) * | 2004-12-07 | 2011-01-18 | Displaylink (Uk) Limited | Screen multiplexing |
| US20060282604A1 (en) | 2005-05-27 | 2006-12-14 | Ati Technologies, Inc. | Methods and apparatus for processing graphics data using multiple processing circuits |
| US7876998B2 (en) | 2005-10-05 | 2011-01-25 | Wall William E | DVD playback over multi-room by copying to HDD |
| KR100750141B1 (en) | 2005-11-30 | 2007-08-21 | 삼성전자주식회사 | Method for controlling resolution of digital data broadcasting receiver, apparatus therefor and the digital data broadcasting receiver |
| US7990724B2 (en) | 2006-12-19 | 2011-08-02 | Juhasz Paul R | Mobile motherboard |
| US7485007B1 (en) | 2007-05-16 | 2009-02-03 | Pericom Semiconductor Corp. | Swiveling offset adapter dongle for reducing blockage of closely-spaced video connectors |
| US8443409B2 (en) * | 2008-04-30 | 2013-05-14 | Zeevee, Inc. | System and method for channel selection for local broadcasting |
| JP5604233B2 (en) * | 2009-09-30 | 2014-10-08 | 富士フイルム株式会社 | Inspection information management system, inspection information management method, and program for causing computer to execute the method |
| US8587187B2 (en) | 2010-12-06 | 2013-11-19 | Byoung GU Cho | Light diffusion of visible edge lines in a multi-dimensional modular display |
| TW201233149A (en) * | 2011-01-18 | 2012-08-01 | Hon Hai Prec Ind Co Ltd | Apparatus with computer and television and startup method |
| USD755211S1 (en) * | 2012-11-28 | 2016-05-03 | Lg Electronics Inc. | Display screen with graphical user interface |
| US9232176B2 (en) * | 2013-03-04 | 2016-01-05 | Janus Technologies, Inc. | Method and apparatus for securing computer video and audio subsystems |
| US9787937B1 (en) * | 2016-06-01 | 2017-10-10 | Novatek Microelectronics Corp. | Display apparatus for video wall and operation method thereof |
| CN114327335B (en) * | 2021-12-27 | 2024-04-02 | 珠海豹趣科技有限公司 | Interface processing method and device |
Family Cites Families (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS60180387A (en) * | 1984-02-28 | 1985-09-14 | Mitsubishi Electric Corp | Display device |
| CA1256984A (en) * | 1985-12-28 | 1989-07-04 | Kunio Hakamada | Television receiver |
| KR920002049B1 (en) * | 1988-12-31 | 1992-03-10 | 삼성전자 주식회사 | Multi-screen execution method |
| US5140425A (en) * | 1990-04-09 | 1992-08-18 | Teac Corporation | Visual presentation system providing for a wiping change from one scene to another |
| DE69132209T2 (en) * | 1991-07-24 | 2000-09-28 | Texas Instruments Inc | Display adapter |
| JPH0575944A (en) * | 1991-09-10 | 1993-03-26 | Sony Corp | Television receiver |
| JP3004105B2 (en) * | 1991-11-15 | 2000-01-31 | 株式会社東芝 | Television receiver |
| US5446866A (en) * | 1992-01-30 | 1995-08-29 | Apple Computer, Inc. | Architecture for transferring pixel streams, without control information, in a plurality of formats utilizing addressable source and destination channels associated with the source and destination components |
| WO1993021574A1 (en) * | 1992-04-10 | 1993-10-28 | Videologic Limited | Multimedia display |
| US5594859A (en) * | 1992-06-03 | 1997-01-14 | Digital Equipment Corporation | Graphical user interface for video teleconferencing |
| US5335321A (en) * | 1992-06-19 | 1994-08-02 | Intel Corporation | Scalable multimedia platform architecture |
| CA2097954A1 (en) * | 1992-06-30 | 1993-12-31 | Eric Youngman | Nubus dual display card |
| US5331417A (en) * | 1992-09-15 | 1994-07-19 | Digital Pictures, Inc. | System and method of displaying a plurality of digital video images |
| JPH06113106A (en) * | 1992-09-25 | 1994-04-22 | Ricoh Co Ltd | Data reading processor |
| JP3137486B2 (en) * | 1993-01-29 | 2001-02-19 | 松下電器産業株式会社 | Multi-screen split display device |
| US5557342A (en) * | 1993-07-06 | 1996-09-17 | Hitachi, Ltd. | Video display apparatus for displaying a plurality of video signals having different scanning frequencies and a multi-screen display system using the video display apparatus |
| JPH07184138A (en) * | 1993-12-24 | 1995-07-21 | Toshiba Corp | Two-picture video processing circuit |
| US5592234A (en) * | 1994-12-22 | 1997-01-07 | U.S. Philips Corporation | Interface system for a television receiver |
| US5615338A (en) * | 1995-05-24 | 1997-03-25 | Titan Information Systems Corporation | System for simultaneously displaying video signal from second video channel and video signal generated at that site or video signal received from first channel |
| US5675390A (en) * | 1995-07-17 | 1997-10-07 | Gateway 2000, Inc. | Home entertainment system combining complex processor capability with a high quality display |
| US5610663A (en) * | 1996-01-17 | 1997-03-11 | Acer Peripherals, Inc. | Multi-frequency displaying device for displaying both television and personal computer video signals |
-
1997
- 1997-09-03 US US08/922,614 patent/US6028643A/en not_active Expired - Lifetime
-
1998
- 1998-09-01 WO PCT/US1998/018149 patent/WO1999012091A2/en active IP Right Grant
- 1998-09-01 AU AU92150/98A patent/AU757631B2/en not_active Ceased
- 1998-09-01 DE DE69805813T patent/DE69805813D1/en not_active Expired - Lifetime
- 1998-09-01 KR KR1020007002279A patent/KR20010023629A/en active Search and Examination
- 1998-09-01 JP JP2000509028A patent/JP2001515239A/en active Pending
- 1998-09-01 CA CA002300857A patent/CA2300857C/en not_active Expired - Fee Related
- 1998-09-01 EP EP98944659A patent/EP1010056B1/en not_active Expired - Fee Related
- 1998-09-02 ZA ZA9807999A patent/ZA987999B/en unknown
-
2000
- 2000-01-07 US US09/479,129 patent/US6100936A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| WO1999012091A2 (en) | 1999-03-11 |
| WO1999012091A3 (en) | 1999-08-05 |
| US6028643A (en) | 2000-02-22 |
| DE69805813D1 (en) | 2002-07-11 |
| KR20010023629A (en) | 2001-03-26 |
| EP1010056A2 (en) | 2000-06-21 |
| ZA987999B (en) | 2000-03-22 |
| US6100936A (en) | 2000-08-08 |
| AU757631B2 (en) | 2003-02-27 |
| CA2300857A1 (en) | 1999-03-11 |
| EP1010056B1 (en) | 2002-06-05 |
| AU9215098A (en) | 1999-03-22 |
| JP2001515239A (en) | 2001-09-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2300857C (en) | Multiple-screen video adapter with television tuner | |
| US6429903B1 (en) | Video adapter for supporting at least one television monitor | |
| US5949437A (en) | Dual video output board with a shared memory interface | |
| US7134095B1 (en) | Simulated three-dimensional navigational menu system | |
| US6108014A (en) | System and method for simultaneously displaying a plurality of video data objects having a different bit per pixel formats | |
| US6020863A (en) | Multi-media processing system with wireless communication to a remote display and method using same | |
| US6202212B1 (en) | System for changing modalities | |
| US5831607A (en) | Method for adapting multiple screens of information for access and use on a single graphical panel in a computer system | |
| EP0778516B1 (en) | Hardware independent display device interface | |
| WO1999052093A1 (en) | Video/graphics controller which performs pointer-based display list video refresh operations | |
| US20130155324A1 (en) | Multiple Device Access Windowing Display | |
| US20010015770A1 (en) | Computer convergence device controller for managing disparate video sources | |
| US8237695B2 (en) | Codec control | |
| JP4436937B2 (en) | Apparatus and method for using a television receiver with a personal computer | |
| EP0858024A2 (en) | Method and apparatus to select a display area within a data processing system | |
| US20070296727A1 (en) | Information processing apparatus and display control method | |
| US20030011534A1 (en) | Display privacy for enhanced presentations with real-time updates | |
| JP2006030914A (en) | Information processor and display control method | |
| EP1521236A2 (en) | Electronic display device and method of controlling such a display device | |
| CA2353031C (en) | Method for displaying information on multiple display devices | |
| KR20010062676A (en) | Process and device for representations of application on a digital television screen | |
| JPH075859A (en) | Display-device architecture | |
| JPH1069264A (en) | Display system, multi media device and data access method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed | ||
| MKLA | Lapsed |
Effective date: 20060901 |