US 6,894,686 B2Grant
System and method for automatically editing captured images for inclusion into 3D video game play
Issue Date:2005-05-17
•45 Claims
•13 Drawing Sheets
Abstract
A video/computer game machine maps external images onto animated game players in a game program. An image of a person's face may be mapped onto the head of an animated game player. The person may then play the game using the animated game player having a face that appears to be that of the person. Similarly, images of other persons can be mapped on other animated game players that appear in the video game program. Improved realism of video games is obtained by enabling individuals to create animated game players that have features, e.g., a facial image, of the individual or that were selected and imported by the individual.
Metadata
Assignee
- Nintendo Co., Ltd.
Inventors
- Christopher Timothy John Stamper
- Timothy David Joseph Stamper
- Mark Alexis Edmonds
- Russell William Irwin
- Beau Ner Chesluk
- Hirokazu Tanaka
- Takashi Ohno
- Noriaki Teramoto
- Shigeru Miyamoto
- Takao Shimizu
- Satoshi Nishiumi
- Kazuo Koshima
Application Information
Application Number:US 09/854,942
Filing Date:2001-05-15
Priority Date:2000-05-16
Art Unit:2671
Patent Drawings (13 sheets)
Description
[0001] This application claims benefit of 60/204,546 filed on May 16, 2000.
Background
[0002] 1. Field
[0003] The technology herein relates generally to game machines for playing realistic video and/or computer games. In particular, the technology herein is directed to a game machine having the abilities to capture and/or transfer an image, to manipulate and edit the captured image, to incorporate the captured and/or manipulated captured image into a game that is being played on the game machine, and to map the captured image onto an animated player in the came so that the player has characteristics, e.g., facial features, that are derived from the captured image.
[0004] 2. Description of Related Art
[0005] Video and computer game machines have been known for quite some time. Typically, these game machines include a game machine housing, a processing unit, associated hardware for running a gaming program, and a display for displaying images of the game. The gaming program is typically contained in a game program memory, such as, for example, a semiconductor memory (e.g., ROM, EPROM, etc.) that is part of a removable cartridge or other removable memory device. By storing the gaming program in a removable cartridge, the user is allowed to conveniently and easily change the game being played by simply exchanging the cartridge with one containing a different game. Examples of such game machines are the “N64” and “Game Boy” products manufactured and sold by Nintendo Corporation.
[0006] Conventional game machines of the type described above execute the game that is contained in the game program memory of a particular removable cartridge or other removable memory device. The images displayed during game play are limited to those that are contained in a memory of the removable game cartridge. While the images may change based on various inputs received from the user, images of these conventional game machines are generally predefined and are generally not subject to any manipulation, or editing or variation by the user, other than those predetermined changes that occur based on the various situations encountered during game play.
[0007] The limited predetermined images available for use in most video games restrict the ability of the user to enjoy the game. It may be more enjoyable for the user to have a more interactive relationship with the game program and the game machine. To that end, what is needed is a game machine that enables the user to define, manipulate, edit and incorporate images into the game being played. This ability would allow the user to personalize the game, including the animated game players that appear in the images of the game.
[0008] Additionally, it would be beneficial to provide the user with the ability to capture images for use with a game, and store captured images for use with various other features of the game machine. Image capture and manipulation technologies. e.g., digital cameras, are well known and exist in many forms. Typically, these image capturing and manipulation devices are very costly and are cumbersome to use, especially in the context of a personal game machine. For example, there are many different types of video cameras and digital still cameras available for capturing images. However, video cameras and digital still cameras are sometimes expensive (especially as compared to portable game machines), and have not in the past been much used as a toy or game for children. It also tends to be complicated to manipulate the images captured by these cameras, especially for use in a game environment.
[0009] There are also various computer based applications that provide a user with the ability to receive a digital image and to manipulate the digital image. There are also numerous computer programs that enable a user to draw an image or to create animation. However, as set forth above, these known image capturing and manipulation technologies are generally ill suited for portable game use, and are typically prohibitively expensive in the context of gaming applications.
[0010] Prior video game systems have been developed that capture a real-life image of an individual's face and insert that facial image onto an animated game player. Such a system is disclosed for example in U.S. Pat. No. 4,710,873 ('873 patent), that is entitled “Video Game Incorporating Digitized Images of Being Into Game Graphics.” See also U.S. Pat. Nos. 6,120,379, 6.285,381, 6,435,969. However, further improvements are possible.
Summary
[0011] To overcome the above-noted and other deficiencies of game systems, and to improve the enjoyment of game system users, we provide a game machine that maps external images onto animated game players in a game program and includes an image editor to facilitate the mapping. Using a non-limiting exemplary illustrative implementation, an image of a person's face may be mapped onto the head of an animated game player. The person may then play the game using the animated game player having a face that appears to be that of the person. Similarly, images of other persons can be mapped on other animated game players that appear in the video game program. Accordingly, the exemplary non-limiting implementation improves the realism of video games by enabling individuals to create animated game players that have features, e.g., a facial image, of the individual or that were selected and imported by the individual.
[0012] These images to be imported into the game program are, in one exemplary implementation, not native to the program. The images may be taken by a digital or video camera, scanned in from a photograph or otherwise captured from an external source. An excellent source of images is a digital camera cartridge that is inserted in the game machine, captures digital pictures and stores them onto a memory device associated with the video game machine. Typically, the captured images will be two-dimensional images of a person, place or thing, such as the face of a person.
[0013] The captured digital images are transferred into a game machine running a game program that embodies an image editor. The transferred image is imported into a video editor program module of the video game program. The video editor enables the individual to display the transferred image; manipulate the image, e.g., crop, rotate, enlarge, reduce and adjust the contrast of the image; map the image onto animated game player, such as a three-dimensional head of such a player; change certain features of image painted on the player, such as changing the hair/eye color; and save the player with the mapped 2D image. The individual may also create several different animated game players with different transferred images. Accordingly, the exemplary non-limiting implementation enables individuals to create personalized animated players for video game play. During game play, the individual may select one or more personalized animated players for use during game play.
[0014] Advantageous features of preferred exemplary implementations include:
-
- [0015] Identifying coordinates on 2D image to be mapped to triangles that form a 3D face;
- [0016] Still image editor for user of a video game;
- [0017] Image editor that allows editing of image in 2D and 3D modes;
- [0018] 2D image editing while 3D mapped image is being displayed in real time to show effect of editing;
- [0019] Selection of various 3D heads on which to map a 2D image, and manipulation of those 3D heads to improve appearance of 2D face mapped on the head;
- [0020] 3D head manipulation of both front view shape and front-to-back distance of head;
- [0021] Portable storage of a personalized game player;
- [0022] Random placement of personalized game player faces onto computer controlled players, such as guards;
- [0023] Mapping of 2D image on 3D face;
- [0024] Using a digital camera mounted on a hand controller to take pictures for a game console;
- [0025] Using a digital camera mounted on one hand controller where a 2D image capture memory resides in the digital camera, and a memory for storing a 3D head mapped with the. 2D image is attached to the same or another hand controller;
- [0026] Personalize game player having a face of the user.
Brief Description of the Drawings
[0027] The present exemplary non-limiting implementation will be described in detail herein with reference to the following drawings, in which like reference numerals refer to like elements, and wherein:
[0028] FIG. 1 is an external perspective view showing an exemplary structure of a game machine embodying the present exemplary non-limiting implementation;
[0029] FIG. 2 is a view showing details of the camera cartridge shown in FIG. 1 ;
[0030] FIG. 3 is a block diagram showing the electrical structure of the exemplary game machine;
[0031] FIG. 4 is a flow chart describing the image capturing operation of the exemplary camera cartridge;
[0032] FIG. 5 is a flow chart describing exemplary image capture, transfer and editing functions;
[0033] FIG. 6 is an exemplary video game screen image generated by an exemplary video game system that prompts a selection for generating an animated head of a game player;
[0034] FIG. 7 is an exemplary video game screen image that prompts a selection of a type of game play to which the generated animated head is to be applied;
[0035] FIG. 8 is an exemplary video game screen image that prompts the insertion of a an image capture and/or transfer device, e.g., a digital camera cartridge, into the game console as a temporary replacement of a game cartridge with the image editor;
[0036] FIG. 9 is an exemplary video game screen image that prompts the capturing of a digital image for insertion into the video game;
[0037] FIG. 10 is an exemplary video game screen image that displays a real-time 2-D image being captured by a digital camera inserted into the game console, wherein the screen image includes a prompt to select, e.g., “shoot”, desirable real-time images;
[0038] FIG. 11 is an exemplary video game screen image displaying a selected 2-D image captured from a digital camera, and includes a prompt to save image or return to real-time image display;
[0039] FIG. 12 is a schematic diagram showing the mapping of a 2D facial image onto a 3D face of a 3D head;
[0040] FIG. 13 is a flow chart of the steps for mapping a 2D facial image onto a 3D head;
[0041] FIG. 14 is an exemplary video game screen image displaying a selection of 3-D heads on which has been superimposed the saved 2-D image,
[0042] FIG. 15 is an exemplary video game screen image showing a 2D facial image mapped on a head and a prompt to save this personalized head;
[0043] FIG. 16 is an exemplary video game screen image displaying a message regarding saving a personalized head in a section of video game system memory dedicated for user files, and includes a prompt to save the head in memory;
[0044] FIG. 17 is an exemplary video game screen image that provides a selection of memory locations which may include a saved personalized head;
[0045] FIG. 18 is an exemplary video game screen image that prompts a user to edit a completed personalized 3-D game head;
[0046] FIG. 19 is an exemplary video game screen image that shows an image editor for viewing a 3-D rotating personalized head in juxtaposition with the 2-D facial image mapped to the head, and includes prompts for editing features and other image commands;
[0047] FIGS. 20 and 21 are exemplary video game screen images of an image editor having controls for manipulating the shape of a 3-D head, and
[0048] FIG. 22 is an exemplary memory map of a portable controller pack with respect to the storage of personalized game player images.
Detailed Description of Exemplary Implementations
[0049] FIG. 1 is a block diagram of a game system according to one embodiment of the present exemplary non-limiting implementation. The machine is, for example, a game machine 10 (e.g., the product “Nintendo 64”) utilizing an advanced technology, such as 32 or 64 bits, which is high in processability (i.e., processing capability, for example, in CPU bit number, CPU program processing capability per unit time or image representability). The machine uses a removable memory cartridge 12 (hereinafter referred to as “cartridge”) as one example of an external memory medium for storing game programs and other data.
[0050] Controllers 16a, 16b, such as hand controllers, are electrically connected to the machine 10 typically via wires 17, although a wireless connection may be used. The hand controller has a joystick, buttons, keys and other user input devices for interactively controlling game play as displayed on a television 18. In addition, the hand controller includes an electrical connector 24 which provides a data connection between a removable data transfer pack 26 plugged into the controller and a processor in the game machine. A transfer cartridge is disclosed in pending U.S. patent application Ser. No. 09/189,797 (now U.S. Pat. No. 6,132,315), entitled “Game System Operable With Backup Data On Different Kinds of Game Machines” filed Nov. 12, 1998, the entire contents of which are incorporated by reference. The data transfer pack includes a connector 28 for electrically connecting to other game cartridges, a memory pack cartridge or to a cartridge with digital camera 14, as is disclosed in pending U.S. patent application Ser. No. 09/430,169 (now U.S. Pat. No. 6,435,969), entitled “Portable Game Machine Having Image Capture, Manipulation and Incorporation” filed Oct. 29, 1999, the entire contents of which are incorporated by reference. The digital camera cartridge 14 may be used in connection with the transfer cartridge 26 to interface the digital camera cartridge to the machine, via the transfer pack and controller. An advantage of inserting the digital camera cartridge into a hand-held controller is that a user may easily align the field of view of the camera with a desired subject simply by holding and positioning the controller and camera. In addition, a digital camera cartridge may be inserted into a connector of the controller, while at the same time a game cartridge 12 having an image editor and game program may be inserted in a cartridge connector of the machine. In addition, the digital camera may be inserted into a first hand controller 16a, and a second hand controller 16b may be used to input user control information for capturing, editing and saving an image and to connect to a memory pack (not shown in FIG. 1 ) for storing data regarding the image and associated personalized 3D head of an animated game player.
[0051] The game machine 10 may be a console having one or more processors for executing game programs downloaded from a game cartridge 12, for generating graphical images and sounds related to game play, responding to player commands entered through hand controllers 16a, 16b, and displaying the generated images and sounds on a display 18, such as a television in a manner providing interactive game play between the displayed images and sound, and the user's inputs to the hand controllers.
[0052] FIG. 2 is an exploded view showing the structure of a camera cartridge 14. The camera portion is integrally formed on the upper portion (upper edge) when viewed from the front of the housing 50a, 50b, which contains an electrical circuit having electronics to support the digital camera, memory for storage of 2D digital images and a connector 54 for coupling the camera cartridge to a game machine and data pack. The housing is formed, for example, in a flat, vertically elongated rectangular parallelepiped shape having a prescribed thickness. The connector 54 is provided inside an opening in the cartridge housing 50a, b, opening for contacting with a terminal (e.g., edge connector) of a substrate 52 included in the cartridge to electrically connect a circuit on the substrate to an electric circuit in the housing. The camera cartridge 14 includes a generally spherical camera housing 20a, 20b containing an image pickup device, e.g., lens 22 and CCD 30, and is supported rotatably (in a lateral direction when viewed from the front by the supporting portion) on a mounting 32a, 32b on the housing of the cartridge.
[0053] Preferably, the supporting camera housing has a rotation angle range of approximately 180 degrees so that a viewing range of the camera portion can turn to both of the forward direction of the front surface and the backward direction of the rear surface. Further, a mount angle (i.e., an angle which is a mount axis, which is parallel to an optical axis, of the camera portion tilts with respect to the direction at a right angle to one main surface and the other main surface of the housing) is selected in a range of 10 to 45 degrees (preferably, approximately 15 degrees), for example, which is in a upward direction with respect to a depth direction (a direction going through at a right angle from one main surface to the other main surface) of the housing. When the user holds the controller, data pack and camera cartridge with both hands and when the image pickup device points to the forward direction of one main surface, the face of the user who watches the image display device is received by the camera 22, and in reverse, when the image pickup device points in a backward direction the face of a person ahead of the user is received by the camera 22.
[0054] In this manner, the supporting portion rotatably supports the camera portion in a lateral direction of the body portion to allow the user to easily change the shooting range by simply changing the direction of the camera portion and also to shoot and display the forward direction of the user and the user himself/herself (or the backward direction toward the user) on the image display device when the rotation range is selected to approximately 180 degrees. Further, the supporting axis with which the supporting portion supports the camera portion is inclined to allow the user to freely adjust the shooting range in the forward direction or on the user side by only slightly including both wrists when holding the housing with both hands, without requiring the user to take an uncomfortable position when adjusting, thereby reducing the fatigue of the wrists.
[0055] FIG. 3 shows a block diagram of exemplary circuits for a game machine having a removable digital camera cartridge, removable data transfer cartridge that is used to capture 2D images and temporarily store those images in memory in the cartridge, e.g., RAM and removable game cartridges.
[0056] The game machine 120 includes a CPU 121 that is connected to an input/output interface 122 (hereinafter referred to as “I/O”). To the I/O are connected connectors 123b, 123d for connection with a hand controller 124. Where the game machine 120 is usable for a game in which a plurality of players participate at a same time, a plurality of sets of connectors and controllers are provided. The hand controller 124 may also include a connection 150 to a portable memory pack 115, having a read/write memory for storage of user data, e.g., facial images, to be used during game play. The memory cartridge connectable to the hand controller incorporates, by mounting on a substrate, a non-volatile memory (e.g., ROM, EP-ROM) for storing image files, editing files and identification codes.
[0057] Another connector 123a is disconnectably connected to the game/camera cartridge 125. Further, the CPU is connected to a RAM 126 employed as a working RAM and an image processing unit (RCP) 127. The RAM includes memory areas respectively utilized for a plurality of players, and further including a flag area, a counter area, and register areas. The RCP is connected to a video RAM 128. The video RAM has a memory area for storing red (R), green (G) and blue (B) color data corresponding to each dot of one CRT screen 140 such as a raster scan display, so that color data is written in and/or read from the memory area for color display under control of RCP. The color data read from video RAM is converted by an encoder 129 and/or composite image signal generating circuit into analog R, G, B signals and/or a composite image signal which is supplied to the CRT.
[0058] FIG. 4 is a block diagram of the components for capturing an image of a subject 300, e.g., a face of a person. Light reflected off of the subject towards the digital camera cartridge 304 is focused by a lens 302 onto a charged-coupled-semiconductor device (CCD) 306. The CCD generates electrical signals representing an image of the subject. An analog-to-digital converter 308 converts the electrical signals into a digital image of the subject. The digital image is formatted by another converter 310 into a digital file that is stored in a RAM memory 312 in the camera cartridge 304. The memory 312 may save several digital image files representing different pictures. In addition, these image files can be written into memory over existing files, so as to erase those overwritten image files.
[0059] The camera cartridge 304 may be inserted into and electrically coupled to a data transfer pack 314 to transfer the digital image files into the memory of the game machine console 316. The transfer pack is a digital coupling device for transferring data and program files from one game cartridge (which may be normally incompatible with the game machine) into the RAM memory of the game machine so that those files may be used during game play. The transfer pack 314 may connect to a controller 318, e.g., hand controller, of the console 316 of the game machine. The game machine console 316 may also have a removable game program cartridge 320 inserted into a connector. The software of the game program is downloaded from the cartridge into the memory of the game machine during game initialization. The processors in the machine execute the game program, which includes image capture and editing programs. These programs display the image of the subject on a display 32′.
[0060] FIG. 5 is a flow chart of an image capture/editing/storage computer program (stored in the game cartridge 12 and downloaded into RAM 126 during game initialization) for capturing an image of a person's face, mapping the two-dimensional (2D) image onto a face of a three-dimensional (3D) head of an animated game player, editing the facial image and saving a personalized 3D head of an animated game player. The program may be included in a video game program to enable users to create personalized animated game players for game play. A root menu, step S50, of the program provides a starting point of the program and generates a screen menu (FIG. 6 ) that prompts a user to load a saved personalized head from memory for game play, create a new personalized head or edit a saved head prior to game play.
[0061] When a user selects generation of a new head, step S52, the program may generate a screen menu (FIG. 7 ) asking the game play type in which the head will be used, e.g., player vs. player combat simulations, single player mission game play, or both. This selection of play type, S54, may useful where the game program uses, e.g., allocates different memory locations, different animated players for different types of game play. Once the type of game play has been selected for the new head, the program prompts, step S56, the user to load a two-dimensional (2D) image of a facial image to applied to the face of the head being created. The user is invited to insert a camera during the “Insert Camera Prompt” (FIG. 8). At this stage the transfer pack is inserted into one of the game controllers 16a, and the camera 14 is inserted into the transfer pack 26. The user is prompted to select either: (i) capture a live image using “real time” data that the camera is receiving, or (ii) search the contents of the camera memory for images that have been stored when the camera has been previously used in the digital camera cartridge (FIG. 9).
[0062] The camera may be used to take pictures of the face of the user, where one or more of the pictures are to be chosen to be applied to the animated head being created. During the image capture step S58, a screen is displayed (FIG. 10 ) that shows the camera image 1002 currently being viewed by the camera. The camera may have functions to steady the image, and to automatically adjust the brightness and contrast of the image to compensate for background lighting.
[0063] During image capture, an oval template 1004 is displayed on the screen to prompt the user to center his face in image capture area. During the “Take Picture” menu (FIG. 10 ) the current visual image as being received by the camera is displayed on screen, and is updated by the camera at around 2 times per second. A blue transparent overlay template 1004 highlights a vertical oval area of the image which is deemed to be the ideal position for the user to position his or her face. Face images that fit correctly with this oval will need little fine tuning and as such the whole capture/editing process is speeded up by properly positioning the user's face in the oval. The user moves before the camera so that his head is centered in the oval template shown in real-time on the screen.
[0064] Showing the oval template during image capture enables the user to take a better picture of himself and reduces the need for subsequent editing of the captured image. When the user is satisfied with the real-time image of himself (or other person or scene) being displayed within the oval template, the user activates a key on the hand controller to capture the image S60. The hand controller is the user input device through which the user selects options presented on the display screen and to otherwise interact with the program. The hand controller used to select an image need not be the controller supporting the camera.
[0065] After selecting an image to capture, the processor captures the image by storing the 2D image in memory, such as the image capture memory of the camera or a memory location in the game console. The captured image is displayed on a similar screen (FIG. 11 ) as was used for image selection. The captured image may be selected S62 or deleted so that the screen again displays a real-time image of the camera view so that another image may be selected.
[0066] A facial image may also be selected by choosing one of the stored 2D images in the camera cartridge (FIG. 9 ) or by choosing personalized 3D animated game player stored in a game pack or other memory device coupled to the game pack, controller or machine. If a personalized 3D head is selected (S64), the user may be first prompted to identify the game mode, e.g., multi-player combat, single player missions or both, in step S66. The user is then presented on the display with the 3D personalized heads for selection in S68. The user may then begin game play or edit (S70, S72, S74) the existing head.
[0067] In addition, the user may select an existing 2D image, such as those stored in the digital camera in S76 from a selection of images that are stored in the camera, S78. These pre-existing images may have been taken by the user while outside or some other location remote from the game console, or may have been taken of the face another person, animal or thing, e.g., the face/grill of a car.
[0068] Once a pre-existing image is selected, the image is transferred from the camera memory to memory in the game machine, in step S80. Regardless of whether the image is a preexisting image or an image captured from a real-time camera image, the program saves the image in temporary memory in the game machine so that the image may be applied to a head and edited, in step S82. The mapping of a 2D image onto the head may occur during start-up of each game (as the existing heads are readout of the memory pack) and, during the editing process, as 3D heads and 2D facial images are being edited. The major portions of each 3D head are its face, hair and sides (neck and sides around the ears). The two-dimensional facial image 1200 is mapped to the face portion 1204 of the 3D head 1206, as is shown in FIG. 12. The hair 1206 and sides 1208 of the head are not mapped with a 2D image. The 3D face area 1202 is a 3D generally oval surface. This face area surface is defined mathematically by computer software as triangles, e.g., 20 triangles, that when assembled together form a 3D surface of the face of the head. To generate a 3D face to be inserted in a head that may be oriented from the front, side, looking-up, looking down or other point of view, the computer determines the location and position of each of the triangles that define the face. The location in three-dimensions of the surface of the face is determined by determining the location of each of the mathematically defined triangles that form the 3D face image.
[0069] The 2D facial image is applied to the 3D face by mapping the 2D image to the triangles that form the 3D face. For mapping, the 2D image is segmented into triangular sections that correspond to the 3D triangles of the face. The segmentation is done by identifying three points on the 2D image that correspond to the corners of each triangle of the 3D face. The section of the 2D image within the triangle defined by each of the three identified points is mapped onto the corresponding triangle of the 3D face. For example, one of the triangles of the 3D face portion may correspond to the nose of the face. To map the nose of the 2D image to the 3D nose triangle, three points on the 2D image are identified that outline the nose shown in that 2D image. The 2D image within the triangle defined by the three selected points are mapped to the triangle corresponding to the nose of the 3D face. Similarly, the other triangular sections' 2D image are mapped to the other triangles that make up the 3D face. The mapping of the 2D image onto a 3D face is accomplished each time the video game starts up and during editing.
[0070] FIG. 13 shows a flow chart for mapping a 2D image onto a 3D face. In step S1300, the parameters of the oval 2D facial image (see 1200 of FIG. 12 ) are obtained from the stored image. The face 1202 of the 3D head 1204 is aligned in 3D such that the 3D face is aligned with a 2D plane that is orthogonal to the z-axis. In particular, the vertices that define the facial surface are oriented with respect to the 2D plane such that the vertices are evenly spaced on either side of the plane, S1302. In step 1304, the center point 1210 of the 3D face is determined as follows:
[0071] With reference to the 3D model, the center of the face is determined by equation (1):
wherein the nomenclature for the above equation (1) is:
wherein the nomenclature for the above equation (1) is:
-
- [0072] n—number of vertices in the face part of the head model.
- [0073] VXi—X co-ordinate of the i'th vertex
- [0074] VYi—Y co-ordinate of the i'th vertex
- [0075] (s,t)—position of center of the oval in x and y respectively
- [0076] w—width of the oval (in X direction)
- [0077] h—height of the oval (in Y direction
[0078] In step 1306, the far edges of the 3D facial images are determined by the following equations (2) and (3):
Xmax=Maximum distance in x direction of any vertex from the center of the face Xcen (equation 2)
Ymax=Maximum distance in y direction of any vertex from the center of the face Ycen (equation 3)
Xmax=Maximum distance in x direction of any vertex from the center of the face Xcen (equation 2)
Ymax=Maximum distance in y direction of any vertex from the center of the face Ycen (equation 3)
[0079] The transformation scalars, S1308, that convert the position of a 3D face vertex (xyz) into a corresponding 2D co-ordinate on the face image may also be referred to as a texture co-ordinate. This position dictates the corresponding position in 2D space that the 3D-vertex position should represent.
Xscalar=w/(2*Xmax) Equation 4
Yscalar=h/(2*Ymax) Equation 5
To calculate the transformed (texture) co-ordinates, equations 4 and 5 are applied to each vertex, S1310, S1312, S1314 and S1316.
Xscalar=w/(2*Xmax) Equation 4
Yscalar=h/(2*Ymax) Equation 5
To calculate the transformed (texture) co-ordinates, equations 4 and 5 are applied to each vertex, S1310, S1312, S1314 and S1316.
[0080] The i'th transformed vertex has co-ordinates in X and Y and these are defined as the U and V texture co-ordinates whereby:
Ui=s+(VXi−Xcen)*Xscalar Eq. 6
Vi=t+(VYi−Ycen)*Yscalar Eq. 7
Ui=s+(VXi−Xcen)*Xscalar Eq. 6
Vi=t+(VYi−Ycen)*Yscalar Eq. 7
[0081] Ui and Vi are included in the 3D information of the face which is used to draw the head with the relevant areas of the 2D image mapped onto the 3D triangles that make up the face model.
[0082] The stored 3D “heads” which the user selects are stored in the game program (or memory controller pack) as “slots” S82. When completed, the one slot contains all the information to generate a custom character head. This includes face texture information, hair and face colors, head type, etc. The game allows multiple slots for multiple heads that can be used in the single player version of the game where the custom heads can be used for either your player character's head or that of a random guard or other computer-controlled game character.
[0083] The customer heads, i.e., those generated using a 2D facial image and the image editor, can be used throughout game play for those animated players controlled by individuals and for the computer generated animated players. In multi-player mode, there may be more head slots, e.g., twelve, to be stored because there is the potential of multiple memory packs in each of the hand controllers being used by the multiple players.
[0084] When loading files that are previously saved S64, S70, on the memory packs, a menu appears whereby icons representing the stored files are displayed on screen, FIG. 14. The icon image of each head 1400 is a reduced size version of the captured image. The user selects an image using the controller and hits the trigger to load the head. The data that is loaded from the memory pack includes a compressed version, e.g., JPEG compression, of the original image taken from the camera and all other parameters set up by the user; these include head type, color, etc.
[0085] Once a facial image has been selected, the user is prompted to apply the image to an animated three-dimensional head, in step 568 and shown in FIG. 15. The machine may have stored several, e.g., five, animated 3D heads which are used to create animated game players. These heads may be male or female, and have different shapes, hair color and skin tone. The heads are presented on the display as individual 3D head images. The heads may have blank faces, a computer generated face or have the face of the 2D facial image that has been captured and selected for use in creating a personalized head. The heads may move, e.g., turn from side to side and tilt up and down, so that the user may see the head from different angles. The user selects a head on which to apply the facial image that has been captured.
[0086] Once a head is selected, the program maps the 2D facial image (as framed by the oval template) on the face portion of the selected head. Alternatively, the computer may have automatically mapped the image onto each of the heads displayed for selection. The head selected by the user is saved, in step S82 at a location in memory that may be selected by the user as is shown in FIGS. 16 and 17 . The user is given the option to save S84 the current head information to a controller pack so that the head can be easily retrieved at any time. It may be the user only wishes to use the head in this instance of the game or that he or she does not own a controller pack. If either of these is the case then the head need not be saved.
[0087] The saved head is ready for game play and may be applied to the body of an animated game player so that play may begin in step S84. At this stage all the information is available to display a custom head. Various options will still be in their default modes but these may be changed at a later time using the editor menu, FIG. 18 , and step S74. The editor menu may display both the 2D image of the face 1800 that may include a translucent oval template to indicate the portion of the image that is being mapped to the 3D head 1802, that is also shown in the menu. In addition, the menu may display a list of editing commands 1804 for use in editing either or both the 2D image 1800 or 3D head 1802.
[0088] To edit an animated 3D head with a mapped 2D facial image, the user selects one of several available editing functions, including select a new 2D facial image S86, select a new 3D head S88, repositioning the 2D facial image S90, adjusting the 3D shape of the head S92, changing the hair color and skin tone of the head S94, deleting the saved head S96, canceling any changes S98 that have been made to a saved head during the editing process, and saving any changes made to the head and facial image S1100.
[0089] In particular, the editor contains various sections to alter the characteristics of the current head, these including:
[0090] Take Another Picture (S86)
[0091] This option leads to the “Take Picture” menu allowing the user to change the image that is mapped onto the head's face.
[0092] Change Head (S88)
[0093] The “Change Head” function allows the user to alter his or her choice of the special face mapping enabled character heads.
[0094] Position Picture (S90)
[0095] This menu allows the user to change which parts of the captured image are mapped onto the head's face. Five control handles allow the size, shape and position of the aforementioned oval area to be altered, as is shown in FIG. 19. The software maps the 2D image that falls inside this oval onto the facial area of the head. An additional “Brightness” feature allows the user to change the brightness of the facial image helping to disguise the joint between the face and the rest of the head.
[0096] The editing by the user of the captured 2D image S90 includes: adjusting the position of the oval template over the 2D image, expanding and contracting the oval shape about the major and minor axes (length and width) of the oval, and adjusting the brightness of the 2D image 1900 in FIG. 19. The oval template 1902 defines the portion of the 2D image that will be mapped to the 3D face. The template is translucent so that the entire 2D image (both inside and out of the template) may be viewed—which facilitates the positioning of the template on the 2D image. The template can be moved with respect to the 2D image by use of cursor commands and drag points that are on the rim of the oval and that can be manipulated by the user with the hand controller and a cursor that appears on the image in FIG. 19.
[0097] Moving the template with respect to the image allows the user to better align his face in the oval template and, thereby, adjust the alignment of the facial image on the 3D head 1904. Expanding and contracting the length and width of the oval also allows a user to better position his facial image within the oval and, thus, onto the 3D face (head).
[0098] The editing of the 2D image is done with a screen display of the 2D image in the oval and a mapped 3D image, which shows in real time the effect of editing the 2D image. In addition, the brightness/contrast 1906 of the 2D image may be adjusted during 2D image editing.
[0099] The oval 2D image becomes distorted when mapped to the 3D face, especially as various sections of the 2D image are deformed to fit the triangles that make up the 3D face. Allowing editing of the 2D image allows the user to improve his 3D facial image by adjusting the 2D image before it is mapped. The still image editor displays the 2D image and the 3D image (with limited rotation of the head) during the editing process so that the user can view the ultimate 3D image of his face while editing the 2D image.
[0100] The 2D image editor may also automatically balance the contrast of the image to reduce the unintended effects of shading on the 2D image. These shading effects can cause poor 3D visual effects when the 2D image is mapped on the 3D face. To balance the contrast, the image editor compares the brightness of the left side of the image to the right side of the image. If the brightness between the two sides varies excessively, such as by more than 10%, then the editor reduces the brightness on the bright side of the image and may increase the brightness on the dark side of the image. In addition, the brightness/darkness adjustments are more pronounced at the edges of the oval image than at the center because the brightness adjustments are applied in a linear manner in which the center of the image is not adjusted so as to avoid creating a perceptible contrast change at the center of the image.
[0101] When using a digital camera to take an image in “real” world conditions, it is often found that the brightness of the image is not consistent across the image when measured from left to right. This can create problems with face image mapping as the brightness of the join line at each side of the head is at the same brightness. The join line is the 3D surface line where the face portion of the head meets the sides of the face. If there is a difference in brightness at the join line, the result is a distinct and unwanted shade discontinuity on one or both sides of the mapped head.
[0102] In order to combat this effect, “Automatic Shade Compensation” techniques are used during the mapping phase of the operation. This attempt to modify the brightness of the 2D-captured image gives a more even mapping without unduly affecting the “look” of the overall image.
[0103] This is achieved by applying a non-linear filter to the 2D image, which modifies the intensity of each pixel as a function of pixel position and based upon the following equations (this filter is applied to the whole image, however only pixels within the oval are used to calculate the filter parameters):
-
- [0104] Nx=Number of pixels in X direction in the 2D image
- [0105] Ny=Number of pixels in Y direction in the 2D image
- [0106] NSummed=Number of pixels used in the summation (i.e. Fall within 25% and 75% bounds)
- [0107] Ixy=Original intensity of pixel at position (x,y)
- [0108] ITxy=Transformed intensity of pixel at position (x,y)
- [0109] ALeft=Average intensity left of center of the image
- [0110] ARight=Average intensity right of center of the image
- [0111] s=Center of the selection oval in x direction
- [0112] t=Center of the selection oval in y direction
- [0113] w=Width of selection oval (x direction)
- [0114] h=Height of selection oval (y direction)
[0115] An intensity value is calculated for each side to generate a measure of the balance error in the current image. In this regard all intensities may be normalized (i.e. Range from 0.00 (Black) to 1.00 (White)). The average intensity is calculated for the left and right sides of the image using all pixels that fall between 25% and 75% of maximum intensity. This helps to reduce errors caused by small artifacts that have extreme intensities.
[0116] Shade compensation is used if |ALeft−ARight|<0.05.
[0117] If shade compensation is to be added then the following filter is applied to the image for pixels left of the center of the image:
ITxy=Ixy*(1+(Nx−(2*x)/Nx)*0.5*(ARight−ALeft)))
ITxy=Ixy*(1+(Nx−(2*x)/Nx)*0.5*(ARight−ALeft)))
[0118] For pixels right of the center of the image:
ITxy=Ixy*(1+((((2*x)−Nx))/Nx)*0.5*(ALeft−ARight)))
ITxy=Ixy*(1+((((2*x)−Nx))/Nx)*0.5*(ALeft−ARight)))
[0119] Note that at x=Nx/2 no intensity changes occur on either side thus preventing a discontinuity from appearing at the center of the image.
[0120] Color Face & Hair (S94)
[0121] The face and head colors can be each changed to one of four pre-determined types. The user is free to pick any combination of these to suit his or her preference.
[0122] Shape Head (S92)
[0123] The “Shape Head” feature allows the user to alter the three dimensional shape of the current head as is shown in FIGS. 20 and 21 . Control points allow the head to be squashed and stretched in dimensions coplanar to the face and an additional slider allows the depth of the head or scale in the front to back direction to be altered.
[0124] The 3D entire head is manipulated, including the face, side and hair. The color of the skin tone and hair can be selected using the editor. In addition, the shape of the head may be changed via a screen (FIGS. 20 , 21) that displays the 3D head 2000 (in real-time and showing different viewpoints of the head) juxtaposed next to a box 2002 that is a tool for manipulating head shape.
[0125] The box has eight (8) points, located at its four corners 2004 and midway 2006 between pairs of corner, that can be dragged using a cursor and hand controller to change the shape of the box and, thus, change the shape of the head. A comparison of FIGS. 20 and 21 show that by deforming the box (see FIG. 20 ) the head 2000 is similarly deformed. By adjusting the shape of the head using the box tool, a user can reshape the head to better conform to the real-life head shape of the individual whose facial image is being mapped to the head. Alternatively, the box tool may be used to create a cartoon shaped head or to generate other special effects with respect to the head.
[0126] Using the 3D head manipulator, the head can become wide and squared; narrow and oval like, or many other shapes. In addition, a slider bar in this screen stretches or compresses the front-to-back dimension of the head. In addition, by adjusting the slider bar 1906, the head may be stretched from nose to back, so as to generate a head that is long (nose to front) and narrow (side-to-side) or, alternatively, a head that is short (nose to front) and wide (side-to-side).
[0127] Other editing functions include:
[0128] Removed Head (S96)
[0129] Removing a head clears the slot that is currently being edited; all changes are lost.
[0130] Cancel Changes (S98)
[0131] Canceling changed returns the head to that state that it was in prior to the editor menu being opened.
[0132] Keep Changes (S100)
[0133] Keeping changes updates the current selected slot with the alterations made during the editing session. Following this the user is again invited to save his or her work to a controller pack.
[0134] The personalized heads that were created using the image capture/edit/save functions may be used during game play. Typically, a user will select a personalized head that includes the user's facial image and applies that head to the body of a desired animated game character. In this way, users can personalize game play by having the animated player that they control be a player that has the appearance of the user. During multiple-user combat game play, it would enhance the realism of game play if the animated game players appear in multi-player game mode.
[0135] Moreover, the personalized heads may be applied (in a random manner or some prescribed manner, e.g., all guards have a certain head) to computer controlled game characters, such as guards that appear in a combat game, where the guards are not controlled by any of the game playing users. During game play, any heads that occupied the “Single Player Slots” are randomly selected and used as the heads for that particular level of guard characters. Thus, the user will see personalized computer generated players as he plays a game. In addition, if the slots set aside for multi-player games contain any valid personalized heads then these heads may appear (FIG. 14 ) as a head option when the player chooses to modify his character's properties. Thus, the player may use or edit any of the saved “heads” in the controller memory pack.
[0136] The 2D image and settings made with the editor are stored to save a personalized animated game player. The 2D image and settings may be stored in the user's controller memory pack so that they may be carried by the user from one game console to another. The memory pack plugs into the hand controller and may be carried by the user from game machine to game machine and, thus, allows the user to load his personalized 3D animated game player (including a face that is derived from a 2D image of the user) into any game machine that the user may be playing. Thus, an advantage of using controller game packs for storage of personalized player head is that the user can carry personalized player settings to other game consoles, especially those consoles owned by friends. Other advantages of a portable personalized player head stored in the controller memory pack include that friends may play each other where each friend has his or her own personalized player, and personalized images may be formed for the computer controlled players, e.g., automatically generated guards and other “bad guys” to randomly have personalized heads appear on animated figures during the game.
[0137] As shown in FIG. 22 , the data file stored in the memory pack corresponding to one personalized head (i.e., the 2D image and head settings) 1900 includes: compressed 2D image 1902; settings of oval shape and oval location, e.g., center point of oval 1904; head, hair color and skin tone settings, collectively 1910; setting points of the eight (8) points of the 3D manipulator section 1906; brightness level 1908, and a unique identifier 1912 for the head.
[0138] The saved heads, including 2D facial image, may be compressed to conserve storage space in the memory pack. A compression technique similar to the well-known JPEG technique may be used. Such a technique would be embodied in a software program included in the image editor program. To compress the slot (head file), a smoothing filter can be applied to the image to eliminate sharp contrast gradients in the image. The image is then divided into blocks, such as 8×8 pixel blocks. A discrete Cosine transformation is applied to each block of the image. A quality controller program may be applied to the blocks defining a compromise between image quality and image file size that is applied to compress the image data without unacceptably deteriorating image quality. The data is re-ordered in a zig-zag pattern to improve compression potential. Then that data is processed by a run length encoder compression scheme and a bit pack compression scheme to create a compressed data file of the image.
Detailed Implementation Example
Roots Though the System: Description
[0139] Root Menu (VTC=00:01:08) VTC is “video time code” in hours/minutes/seconds).
[0140] The Root menu if the start point for the user to access the Face mapping technology.
[0141] Load a saved head (VTC=00:01:11).
[0142] This section allows the user to load data previously created into the system. This information is stored in the current game instance as “slots”. One slot contains all the information to generate a custom character head, this includes face texture information, hair and face colors, head type etc.
[0143] The game allows six slots to be head at one time that can be used in the single player version of the game where the custom heads can be used for either your player character's head or that of a random guard.
[0144] The multi-player mode of game (“combat simulator”) allows twelve head slots to be stored at any one time. These can be used by any of the players participating in a multi-player game and are used as that player's character head.
[0145] The user can select to load a head into the slots available for single player or multi-player or to load a copy of the head into each of these.
Load Perfecthead (VTC=00:01:15)
[0146] When loading files that are previously saved on the memory packs, a menu appears whereby icons representing the stored files are displayed on screen. The icon image is a reduced size version of the captured image. The user selects an image using the controller and hits the trigger to load the head. The data that is loaded includes a compressed version of the original image taken from the camera and all other parameters set up by the user; these include head type, color, etc.
Make a New Head (VTC=00:01:24)
[0147] To make a new head the user firstly needs to grab an image from the camera, which will be used as a game character's face. As in the previous section, the resultant head can be used in either or both the single and multi player areas of the game.
Insert Camera Prompt (VTC=00:01:24)
[0148] The user is invited to insert his or her camera during the “Insert Camera Prompt”. At this stage the Transfer Pack is inserted into the Game Controller and the Camera then inserted into the Transfer Pack.
[0149] At this stage the user has two options:
- [0150] 1. To capture a live image using “real time” data that the camera is receiving.
- [0151] 2. To scan the contents of the camera for images that have been stored when the camera has been previously used in conjunction with a Nintendo Gameboy.
Take Picture (VCT=00:01:31)
[0152] During the “Take Picture” menu, the current visual data as being received by the camera is displayed on screen, this is updated at around 2 times per second. A blue overlay highlights a vertical oval area of the image which is deemed to be the ideal position for the user to position his or her face. Face images that fit correctly with this oval will need little fine tuning and as such the whole processes speeded up.
[0153] When the user is happy with the current image, the shoot button freezes and stores the image after which the user can continue with the process or retry the capture.
Choose Head (VTC=00:02:04)
[0154] Special character heads were developed that allows the system to add a different facial image. At this stage the user chooses a head whose shape and hairstyle best suits his or her requirements.
Save Perfecthead (VTC=00:02:11)
[0155] At this stage all the information is available to display a custom head. Various options will still be in their default modes but these may be changed at a later time using the editor menu.
[0156] The user is given the option to save the current head information to a controller pack so that the head can be easily retrieved at any time. It may be the user only wishes to use the head in this instance of the game or that he or she does not own a controller pack. If either of these is the case then the head need not be saved.
Select Location (When saving) (VTC=00:02:13)
[0157] If the user is saving a head, the system displays information on any controller packs that it finds that have the adequate amount of free space. The user can also delete previous files to free up room should he or she require to do so.
Head Complete (VTC=00:02:18)
[0158] The “Head Complete” menu inform the player that enough information has been gathered to used the head inside the game but invited him or her to edit various features of the head inside the editor feature.
Perfect Head Editor (VTC=00:02:22)
[0159] The editor contains various sections to alter the characteristics of the current head, these include:
[0160] Take Another Picture (VTC=00:02:25)
[0161] This option leads to the “Take Picture” menu allowing the user to change the image that is mapped on to the head's face.
[0162] Change Head (VTC=00:02:40)
[0163] The “Change Head” function allows the user to alter his or her choice of the special face mapping enabled character heads.
[0164] Position Picture (VCT=00:02:45)
[0165] This menu allows the user to change which parts of the captured image are mapped onto the head's face. Five control handles allow the size, shape and position of the aforementioned oval area to be altered. The software then maps image data that falls inside this oval on to the facial area of the head. An additional “Brightness” feature allows the user to change the brightness of the facial image helping to disguise the joint between the face and the rest of the head.
[0166] Color Face & Hair (VTC=00:03:33)
[0167] The face and head colors can be each chanced to one of four pre-determined types. The user is free to pick any combination of these to suit his or her preference.
[0168] Shape Head (VTC=00:03:44)
[0169] The “Shape Head” feature allows the user to alter the three dimensional shape of the current head. Control points allow the head to be squashed and stretched in dimensions coplanar to the face and an additional slider allows the depth of the head or scale in the front to back direction to be altered.
[0170] Removed Head)
[0171] Removing a head clears the slot that is currently being edited; all changes are lost.
[0172] Cancel Changes
[0173] Canceling changed returns the head to that state that it was in prior to the editor menu being opened.
[0174] Keep Changes (VTC=00:04:14)
[0175] Keeping changes updates the current selected slot with the alterations made during the editing session. Following this the user is again invited to save his or her work to a controller pack.
Edit a Loaded Head (VTC=00:04:20)
[0176] Selecting “Edit a Loaded Head” allows the user to choose from any of the currently active slots in the game's memory. On making this choice, the relevant head is loaded into the editor and the changes are made as described in the aforementioned section.
Using the Heads in Game:—Description
[0177] Single Player Game
[0178] Any heads that occupied the “Single Player Slots” are randomly selected and used as the heads for that particular levels guard characters.
Multi-Player Player Game (VTC=00:04:37)
[0179] If the slots set aside for multi-player games contain any valid heads, then these heads will appear as a head option when the player chooses to modify his character's properties. An example of this head selection can be found at VTC=00:04:50.
Additional Information:—Saving Data and File Formats
[0180] When a player saves Perfecthead data to a Controller Pack, the image data needs to be compressed both to allow load times and file sizes to be reasonable. The compression is performed using a custom piece of software that:
-
- [0181] Applies a smoothing filter to the image to remove any sharp contrast gradients
- [0182] Breaks the image up into 8*8 pixel blocks
- [0183] Applies a “Discrete Cosine Transformation” to each of the blocks
- [0184] Processes this data with a quality controller that makes a compromise between image quality and file size.
- [0185] Re-orders the resultant data in a “zigzag” patter that maximizes its compression potential
- [0186] Applies a run length encode compression scheme
- [0187] Applies a bit pack compression scheme
This system is very similar to the way in which JPEG compression is performed and results in an average compression ratio of 5:1.
[0188] Nomenclature:
-
- [0189] n—number of vertices in the face part of the head model.
- [0190] VXi—X co-ordinate of the i'th vertex
- [0191] VYi—Y co-ordinate of the i'th vertex
- [0192] (s, t)—position of centre of the oval in x and y respectively
- [0193] w—width of the oval (in X direction)
- [0194] h—height of the oval (in Y direction
[0195] With reference to the 3D model, the centre of the face is determined by:
Xmax=Maximum distance in x direction of any vertex from the centre of the face Xcen
Ymax=Maximum distance in y direction of any vertex from the centre of the face Ycen
Ymax=Maximum distance in y direction of any vertex from the centre of the face Ycen
[0196] We define transformation scalars that convert the position of a 3D face vertex (xyz) into a corresponding 2D co-ordinate on the face image that is sometimes referred to as a texture co-ordinate. This position dictates the corresponding position in 2D space that the 3D-vertex position should represent.
Xscalar=w/(2*Xmax) Yscalar=h/(2*Ymax)
Xscalar=w/(2*Xmax) Yscalar=h/(2*Ymax)
[0197] To calculate the transformed (texture) co-ordinates the follow equation is applied to each vertex.
[0198] To i'th transformed vertex has co-ordinates in X and Y and these are defined as the U and V texture co-ordinates whereby:
Ui=s+(VXi−Xcen)*Xscalar Vi=t+(VYi−Ycen)*Yscalar
Ui=s+(VXi−Xcen)*Xscalar Vi=t+(VYi−Ycen)*Yscalar
[0199] Ui and Vi are included in the 3D information of the face which is used by the renderer to draw the head with the relevant areas of the 2D image mapped onto the 3D triangles that make up the face model.
Automatic Shade Compensation
[0200] When using the camera in “real” world conditions it is often found that the brightness of the image is not consistent across the image when measured from left to right. This can create problems with face image mapping as the brightness of the join line at each side of the head is at the same brightness. The result is a distinct and unwanted shade discontinuity on one or both sides of the mapped head.
[0201] In order to combat this effect “Automatic Shade Compensation” techniques are used during the mapping phase of the operation. This attempted to modify the brightness of the 2D-captured image to give a more even mapping without unduly affecting the “look” of the overall image.
[0202] This is achieved by applying a non-linear filter to the 2D image, which modifies the intensity of each pixel as a function of pixel position and based upon the following equations. This filter is applied to the whole image, however only pixels within the oval are used to calculate the filter parameters.
-
- [0203] Nx=Number of pixels in X direction in the 2D image
- [0204] Ny=Number of pixels in Y direction in the 2D image
- [0205] NSummed=Number of pixels used in the summation (i.e. Fall with 25% and 75% bounds)
- [0206] Ixy=Original intensity of pixel at position (x, y)
- [0207] ITxy=Transformed intensity of pixel at position (x, y)
- [0208] ALeft=Average intensity left of centre of the image
- [0209] ARight=Average intensity right of centre of the image
- [0210] s=Centre of the selection oval in x direction
- [0211] t=Centre of the selection oval in y direction
- [0212] w=Width of selection oval (x direction)
- [0213] h=Height of selection oval (y direction)
[0214] An intensity value is calculated for each side to generate a measure of the balance error in the current image. All intensities are normalized (i.e. Range from 0.00 (Black) to 1.00 (White)).
[0215] The average intensity is calculated for the left and right sides of the image using all pixels that fall between 25% and 75% of maximum intensity. This helps to reduce errors caused by small artifacts that have extreme intensities.
[0216] Shade compensation is used if |ALeft−ARight|>0.05.
[0217] If shade compensation is to be added then the following filter is applied to the image.
[0218] For pixels left of the centre of the image:
ITxy=Ixy*(1+(Nx−(2*x)/Nx)*0.5*(ARight−ALeft)))
ITxy=Ixy*(1+(Nx−(2*x)/Nx)*0.5*(ARight−ALeft)))
[0219] For pixels right of the centre of the image:
ITxy=Ixy*(1+((((2*x)−Nx))/Nx)*0.5(ALeft−ARight)))
ITxy=Ixy*(1+((((2*x)−Nx))/Nx)*0.5(ALeft−ARight)))
[0220] Note that at x=Nx/2 no intensity changes occur on either side thus preventing a discontinuity appearing at the centre of the image.
[0221] While this invention has been described in conjunction with specific exemplary non-limiting embodiments thereof, it is evident that many alternatives, modifications and variations will be apparent to those skilled in the art. Accordingly, the preferred exemplary implementations, as set forth herein, are intended to be illustrative, not limiting. Various changes may be made without departing from the full scope of the invention, as defined in the following claims.
Claims
1. A video game system for playing interactive animated video games using hand-operated handheld controls that produces video game animation control signals in response to manipulation by a user, the video game system including a main game unit that generates game images, including at least one animated three-dimensional player object, for animated display during animated game play, the main game unit including a processor and also having a memory that stores at least a portion of a game program, wherein:
the processor receives said game control signals from the handheld controls, said main game unit generating a display of the animated three-dimensional player in response to accessing a memory storing the game program, the game program including an image editor, wherein the editor maps an imported two-dimensional image onto the animated three-dimensional player object, wherein the game program animates said three-dimensional player to move under control of said game control signals the processor receives from the handheld controls,
wherein said processor performs an automatic shade compensation non-linear filter operation that substantially eliminates undesirable shade discontinuities within or alone the edge of the mapped two-dimensional image, said non-linear filter operation modifying the intensity of each pixel in the two-dimensional image as a function of pixel position.
2. A video game system as in claim 1 wherein the imported two-dimensional image is a two-dimensional image of a face.
3. A video game system as in claim 1 further comprising a digital camera coupled to said processor system, and said digital camera captures the two-dimensional image in real time under control of the game program.
4. A video game system as in claim 3 wherein the digital camera is included in a removable cartridge insertable into an insertion port associated with the main game unit.
5. A video game system as in claim 1 wherein the processor comprises a microcontroller and a graphics processor.
6. A video game system as in claim 1 wherein the memory storing the game program and the video editor is included in a game cartridge insertable into an insertion port associated with the main game unit.
7. A video game system as in claim 1 further comprising a player memory electrically coupled to said processor and storing, in the player memory, data indicative of the two-dimensional image as mapped onto the three-dimensional player object.
8. A video game system as in claim 7 wherein the player memory is separable from the main game unit.
9. A video game system as in claim 7 wherein the player memory is a portable removable memory cartridge.
10. A video game system as in claim 9 wherein the player cartridge physically connects to the controls.
11. A video game system as in claim 1 wherein the handheld controls comprise a hand controller separate from the main game unit.
12. A video game system as in claim 1 wherein said handheld controls comprise first and second handheld controllers each having a player cartridge storing data indicative of different two-dimensional images.
13. A video game system as in claim 1 further comprising a display coupled to said main game unit and showing the three-dimensional player object during game play.
14. A video game system as in claim 13 wherein said display is a television.
15. The video game system of claim 1 wherein the image editor provides a coordinate identifier that identifies coordinates on the 2D image to be mapped to triangles for a 3D face.
16. The video game system of claim 1 wherein the image editor is operated by the user of the video game in response to manipulation of said handheld controls.
17. The video game system of claim 1 wherein the image editor allows editing in either a 2D mode or a 3D mode.
18. The video game system of claim 1 wherein the image editor allows editing of a 2D image while displaying the 3D image in real time to show the 3D effects of said editing.
19. The video game system of claim 1 wherein the image editor allows the user to select between plural 3D heads on which to map a 2D image.
20. The video game system of claim 1 wherein the image editor also manipulates a 3D head onto which to map the 2D image, in order improve the appearance of a 2D face mapped onto the head.
21. The video game system of claim 20 wherein the editor provides for 3D head manipulation of both the front view shape and the front-to-back dimension of the head.
22. The video game system of claim 1 further including a portable storage device that stores a representation of a personalized game player.
23. The video game system of claim 1 wherein said image editor maps a 2D facial image onto a 3D head.
24. The video game system of claim 1 wherein the image editor randomly places the two-dimensional image onto computer controlled player objects.
25. The video game system of claim 1 wherein the image editor maps the 2D image onto a selected 3D head.
26. The video game system of claim 1 wherein the handheld controls are disposed on a handheld controller including an insertion slot for receiving a digital camera having a 2D image capture memory disposed therein, said controller insertion slot also receiving a memory for storing a 3D head pre-mapped with the 2D image.
27. The video game system of claim 1 wherein the image editor personalizes a game player to have the face of the user of the video game system.
28. The video came system of claim 1 wherein said video game system includes plural handheld controllers for simultaneous operation by plural associated users each having video game characters associated therewith.
29. The video game system of claim 28 wherein each of said plural video game characters has a personalized face specified by an associated user.
30. The video game system of claim 1 wherein said image editor includes a real time image capture routine that displays a captured image within a template of a predetermined shape.
31. The video game system of claim 30 wherein said template predetermined shape comprises an oval.
32. The video game system of claim 1 wherein the image editor includes a face mapping routine that determines the center of the 2D image relative to a predetermined portion of the three-dimensional player.
33. The video game system of claim 1 wherein the image editor calculates transformed texture coordinates for each of plural vertices of a polygon mesh defining said three-dimensional player object.
34. The video game system of claim 1 wherein the image editor permits the user to edit at least one of the color and the shape of said two-dimensional image by manipulating the handheld controls.
35. The video game system of claim 1 wherein the image editor automatically balances the contrast of the image to reduce unintended effects of shading on the image.
36. The video came system of claim 35 wherein the image editor balances the contrast by comparing the brightness of one side of the image to the brightness of other side of the image, and adjusts contrast in response to results of the comparison.
37. The video game system of claim 36 wherein the image editor applies brightness adjustment linearly across the image without adjusting brightness at the center of the image, in order to avoid creating a perceptible contrast change at the image center.
38. The video game system of claim 1 wherein the image editor applies a non-linear filter to the two-dimensional image so as to modify image intensity as a function of position.
39. In a video game playing system, a method of allowing a video game player to interactively map a two-dimensional image onto a three-dimensional animated object comprising:
(a) obtaining a two-dimensional image;
(b) selecting a three-dimensional object comprising a polygon mesh;
(c) changing, under interactive user control, the shape of the polygon mesh in order to provide a more optimal mapping of the two-dimensional image onto the polygon mesh;
(d) texture mapping the two-dimensional image onto the shape-changed polygon mesh; and
(e) animating, on an interactive real time basis, the three-dimensional object including the texture-mapped two-dimensional image as part of animated video game play,
wherein the method further includes finding the center of the two-dimensional image with respect to the three-dimensional object by defining transformation scalars that convert the position of the three-dimensional polygon mesh into a corresponding two-dimensional texture coordinate to thereby indicate the corresponding position in two-dimensional space that the three-dimensional vertex position should represent.
40. The method of claim 39 wherein the animating step comprises controlling the motion of the three-dimensional object in response to interactive user manipulation of a handheld controller.
41. The method of claim 39 wherein the obtaining step (a) includes capturing the two-dimensional image with a digital camera in real time during video game operation.
42. The method of claim 39 further including repeating said steps (a)-(d) to provide multiplayer game play including plural animated texture-mapped three-dimensional objects interactively controlled by different video game players.
43. The method of claim 39 wherein the shape-changing step comprises changing the dimensions of at least a portion of said object in at least two dimensions.
44. The method of claim 39 wherein the shape-changing step comprises changing the dimensions of at least a portion of said object in three dimensions.
45. The method of claim 39 wherein the two-dimensional image comprises a facial image of an individual having a real-life head shape, and the shape-changing step comprises editing the shape of a three-dimensional virtual head to permit reshaping of the three-dimensional virtual head to better conform to the real-life head shape of the individual.
Patent Citations (186)
| Patent | Date | Inventor | Cited By |
|---|---|---|---|
| US4104625(A) | 1978-08-01 | Bristow et al. | Applicant |
| US4261012(A) | 1981-04-01 | Maloomian | Applicant |
| US4286849(A) | 1981-09-01 | Uchidoi et al. | Applicant |
| US4359223(A) | 1982-11-01 | Baer et al. | Applicant |
| US4467349(A) | 1984-08-01 | Maloomian | Applicant |
| US4486774(A) | 1984-12-01 | Maloomian | Applicant |
| US4517658(A) | 1985-05-01 | Iida | Applicant |
| US4521014(A) | 1985-06-01 | Sitrick | Applicant |
| US4539585(A) | 1985-09-01 | Spackova et al. | Applicant |
| US4541010(A) | 1985-09-01 | Alston | Applicant |
| US4566263(A) | 1986-01-01 | Miyazaki et al. | Applicant |
| US4591897(A) | 1986-05-01 | Edelson | Applicant |
| US4662635(A) | 1987-05-01 | Enokian | Applicant |
| US4684995(A) | 1987-08-01 | Baumeister | Applicant |
| US4688105(A) | 1987-08-01 | Bloch et al. | Applicant |
| US4710873(A) | 1987-12-01 | Breslow et al. | Applicant |
| US4731743(A) | 1988-03-01 | Blancato | Applicant |
| US4803554(A) | 1989-02-01 | Pape | Applicant |
| US4823285(A) | 1989-04-01 | Blancato | Examiner |
| US4827347(A) | 1989-05-01 | Bell | Applicant |
| US4858930(A) | 1989-08-01 | Sato | Applicant |
| US4885702(A) | 1989-12-01 | Ohba | Applicant |
| US5016107(A) | 1991-05-01 | Sasson et al. | Applicant |
| US5093731(A) | 1992-03-01 | Watanabe et al. | Applicant |
| US5095798(A) | 1992-03-01 | Okada et al. | Applicant |
| US5111283(A) | 1992-05-01 | Nagasawa et al. | Applicant |
| US5111409(A) | 1992-05-01 | Gasper et al. | Applicant |
| US5153729(A) | 1992-10-01 | Saito | Applicant |
| US5182647(A) | 1993-01-01 | Chang | Applicant |
| US5184830(A) | 1993-02-01 | Okada et al. | Applicant |
| US5185665(A) | 1993-02-01 | Okura et al. | Applicant |
| US5185818(A) | 1993-02-01 | Warnock | Applicant |
| US5191645(A) | 1993-03-01 | Carlucci et al. | Applicant |
| US5200863(A) | 1993-04-01 | Orii | Applicant |
| US5237648(A) | 1993-08-01 | Mills et al. | Applicant |
| US5239419(A) | 1993-08-01 | Kim | Applicant |
| US5249242(A) | 1993-09-01 | Hanson et al. | Applicant |
| US5255357(A) | 1993-10-01 | Byron et al. | Applicant |
| US5262867(A) | 1993-11-01 | Kojima | Applicant |
| US5293236(A) | 1994-03-01 | Adachi et al. | Applicant |
| US5301026(A) | 1994-04-01 | Lee | Applicant |
| US5301267(A) | 1994-04-01 | Hassett et al. | Applicant |
| US5303334(A) | 1994-04-01 | Snyder et al. | Applicant |
| US5305118(A) | 1994-04-01 | Schiller et al. | Applicant |
| US5343243(A) | 1994-08-01 | Maeda | Applicant |
| US5363119(A) | 1994-11-01 | Snyder et al. | Applicant |
| US5369736(A) | 1994-11-01 | Kato et al. | Applicant |
| US5371540(A) | 1994-12-01 | Tamura et al. | Applicant |
| US5393073(A) | 1995-02-01 | Best | Applicant |
| US5396225(A) | 1995-03-01 | Okada et al. | Applicant |
| US5414444(A) | 1995-05-01 | Britz | Applicant |
| US5423554(A) | 1995-06-01 | Davis | Applicant |
| US5430496(A) | 1995-07-01 | Silverbrook | Applicant |
| US5437008(A) | 1995-07-01 | Gay et al. | Applicant |
| US5438359(A) | 1995-08-01 | Aoki | Applicant |
| US5440401(A) | 1995-08-01 | Parulski et al. | Applicant |
| US5442543(A) | 1995-08-01 | Tresp | Applicant |
| US5459819(A) | 1995-10-01 | Watkins et al. | Applicant |
| US5469536(A) | 1995-11-01 | Blank | Applicant |
| US5475441(A) | 1995-12-01 | Parulski et al. | Applicant |
| US5475539(A) | 1995-12-01 | Orii | Applicant |
| US5477264(A) | 1995-12-01 | Sarbadhikari et al. | Applicant |
| US5493409(A) | 1996-02-01 | Maeda et al. | Applicant |
| US5504842(A) | 1996-04-01 | Gentile | Applicant |
| US5506944(A) | 1996-04-01 | Gentile | Applicant |
| US5519826(A) | 1996-05-01 | Harper et al. | Applicant |
| US5524194(A) | 1996-06-01 | Chida et al. | Applicant |
| US5533181(A) | 1996-07-01 | Bergsneider | Applicant |
| US5539459(A) | 1996-07-01 | Bullitt et al. | Applicant |
| US5539865(A) | 1996-07-01 | Gentile | Applicant |
| US5543835(A) | 1996-08-01 | Mumura | Applicant |
| US5544290(A) | 1996-08-01 | Gentile | Applicant |
| US5546528(A) | 1996-08-01 | Johnston | Applicant |
| US5552799(A) | 1996-09-01 | Hashiguchi | Applicant |
| US5553864(A) | 1996-09-01 | Sitrick | Applicant |
| US5577189(A) | 1996-11-01 | Gay et al. | Applicant |
| US5581299(A) | 1996-12-01 | Raney | Applicant |
| US5581311(A) | 1996-12-01 | Kuroiwa | Applicant |
| US5586238(A) | 1996-12-01 | Murata | Applicant |
| US5592609(A) | 1997-01-01 | Suzuki et al. | Applicant |
| US5595389(A) | 1997-01-01 | Parulski et al. | Applicant |
| US5600767(A) | 1997-02-01 | Kakiyama et al. | Applicant |
| US5601487(A) | 1997-02-01 | Oshima et al. | Applicant |
| US5602976(A) | 1997-02-01 | Cooper et al. | Applicant |
| US5612716(A) | 1997-03-01 | Chida et al. | Applicant |
| US5612732(A) | 1997-03-01 | Yuyama et al. | Applicant |
| US5621431(A) | 1997-04-01 | Harper et al. | Applicant |
| US5625711(A) | 1997-04-01 | Nicholson et al. | Applicant |
| US5625716(A) | 1997-04-01 | Borg | Applicant |
| US5630043(A) | 1997-05-01 | Uhlin | Examiner |
| US5631701(A) | 1997-05-01 | Miyake | Applicant |
| US5633678(A) | 1997-05-01 | Parulski et al. | Applicant |
| US5633733(A) | 1997-05-01 | Miyazawa | Applicant |
| US5633985(A) | 1997-05-01 | Severson et al. | Applicant |
| US5634064(A) | 1997-05-01 | Warnick et al. | Applicant |
| US5638498(A) | 1997-06-01 | Tyler et al. | Applicant |
| US5638502(A) | 1997-06-01 | Murata | Applicant |
| US5638503(A) | 1997-06-01 | Hoel | Applicant |
| US5659490(A) | 1997-08-01 | Imamura | Applicant |
| US5666159(A) | 1997-09-01 | Parulski et al. | Applicant |
| US5680533(A) | 1997-10-01 | Yamato et al. | Applicant |
| US5681223(A) | 1997-10-01 | Weinreich | Applicant |
| US5682197(A) | 1997-10-01 | Moghadam et al. | Applicant |
| US5689611(A) | 1997-11-01 | Ohta et al. | Applicant |
| US5696850(A) | 1997-12-01 | Parulski et al. | Applicant |
| US5706097(A) | 1998-01-01 | Schelling et al. | Applicant |
| US5706457(A) | 1998-01-01 | Dwyer et al. | Applicant |
| US5708883(A) | 1998-01-01 | Segan et al. | Applicant |
| US5715486(A) | 1998-02-01 | Kim et al. | Applicant |
| US5719799(A) | 1998-02-01 | Isashi | Applicant |
| US5729637(A) | 1998-03-01 | Nicholson et al. | Applicant |
| US5737452(A) | 1998-04-01 | Schiller | Applicant |
| US5737491(A) | 1998-04-01 | Allen et al. | Applicant |
| US5742291(A) | 1998-04-01 | Palm | Applicant |
| US5745122(A) | 1998-04-01 | Gay et al. | Applicant |
| US5748196(A) | 1998-05-01 | Coelho et al. | Applicant |
| US5748326(A) | 1998-05-01 | Thompson-Bell et al. | Applicant |
| US5754227(A) | 1998-05-01 | Fukuoka | Applicant |
| US5781198(A) | 1998-07-01 | Korn | Applicant |
| US5784525(A) | 1998-07-01 | Bell | Applicant |
| US5785598(A) | 1998-07-01 | Hsu | Applicant |
| US5796429(A) | 1998-08-01 | Suzuki et al. | Applicant |
| US5828862(A) | 1998-10-01 | Singkornat et al. | Applicant |
| US5830065(A) | 1998-11-01 | Sitrick | Applicant |
| US5835101(A) | 1998-11-01 | Otsuka | Applicant |
| US5850230(A) | 1998-12-01 | San et al. | Applicant |
| US5880740(A) | 1999-03-01 | Halliday et al. | Applicant |
| US5937081(A) | 1999-08-01 | O'Brill et al. | Applicant |
| US5984780(A) | 1999-11-01 | Takemoto et al. | Applicant |
| US6007428(A) | 1999-12-01 | Nishiumi et al. | Applicant |
| US6022274(A) | 2000-02-01 | Takeda et al. | Applicant |
| US6026215(A) | 2000-02-01 | Fantone et al. | Applicant |
| US6061532(A) | 2000-05-01 | Bell | Applicant |
| US6064393(A) | 2000-05-01 | Lengyel et al. | Applicant |
| US6115036(A) | 2000-09-01 | Yamato et al. | Applicant |
| US6120379(A) | 2000-09-01 | Tanaka et al. | Applicant |
| US6139432(A) | 2000-10-01 | Watanabe et al. | Applicant |
| US6208347(B1) | 2001-03-01 | Migdal et al. | Applicant |
| US6227974(B1) | 2001-05-01 | Eilat et al. | Applicant |
| US6229904(B1) | 2001-05-01 | Huang et al. | Applicant |
| US6256047(B1) | 2001-07-01 | Isobe et al. | Applicant |
| US6280323(B1) | 2001-08-01 | Yamazaki et al. | Applicant |
| US6282362(B1) | 2001-08-01 | Murphy et al. | Applicant |
| US6283858(B1) | 2001-09-01 | Hayes, Jr. et al. | Applicant |
| US6285381(B1) | 2001-09-01 | Sawano et al. | Applicant |
| US6343987(B2) | 2002-02-01 | Hayama et al. | Applicant |
| US6538654(B1) | 2003-03-01 | Rose et al. | Examiner |
| EP431723 | 1991-06-01 | Applicant | |
| EP780771 | 1997-06-01 | Applicant | |
| GB2130842 | 1984-06-01 | Applicant | |
| GB2323738 | 1998-09-01 | Applicant | |
| GB9917742(A) | 1999-09-01 | Applicant | |
| GB4165(A) | 2000-04-01 | Applicant | |
| JP53-127524 | 1978-11-01 | Applicant | |
| JP54-319 | 1979-01-01 | Applicant | |
| JP54-16320 | 1979-02-01 | Applicant | |
| JP54-179710 | 1979-11-01 | Applicant | |
| JP57-41360 | 1982-03-01 | Applicant | |
| JP57-72666 | 1982-05-01 | Applicant | |
| JP58-24270 | 1983-02-01 | Applicant | |
| JP58-36076 | 1983-03-01 | Applicant | |
| JP60-174598 | 1985-09-01 | Applicant | |
| JP62-167 | 1987-01-01 | Applicant | |
| JP63-213078 | 1988-09-01 | Applicant | |
| JP63-272261 | 1988-11-01 | Applicant | |
| JP2-39195 | 1990-02-01 | Applicant | |
| JP3-139064 | 1991-06-01 | Applicant | |
| JP3-275092 | 1991-12-01 | Applicant | |
| JP4-329758 | 1992-11-01 | Applicant | |
| JP5-110835 | 1993-04-01 | Applicant | |
| JP6-14215 | 1994-01-01 | Applicant | |
| JP6-44215 | 1994-02-01 | Applicant | |
| JP6-96180 | 1994-04-01 | Applicant | |
| JP6-61390 | 1994-08-01 | Applicant | |
| JP7-46462 | 1995-02-01 | Applicant | |
| JP8-18839 | 1996-01-01 | Applicant | |
| JP8-190504 | 1996-07-01 | Applicant | |
| JP8-194697 | 1996-07-01 | Applicant | |
| JP8-202337 | 1996-08-01 | Applicant | |
| JP8-223524 | 1996-08-01 | Applicant | |
| JP8-249329 | 1996-09-01 | Applicant | |
| JP9-140936 | 1997-06-01 | Applicant | |
| JP9-282474 | 1997-10-01 | Applicant | |
| JP11-154240 | 1997-11-01 | Applicant | |
| WO9743020 | 1997-11-01 | Applicant | |
| WO163560 | 2001-08-01 | Applicant |
Non-Patent Literature (26)
- “Aris builds digimast future,” www.uk.aris.com (Aug. 10, 2000).Applicant
- “Digimask puts you in picture,” www.Sunday-times.co.uk (Mar. 26, 2000).Applicant
- “ECTS: Digimask Faces Gaming Partners,” The Fastest Game News Online (Sep. 5, 2000).Applicant
- “Facing the Future, Industry: A New technology called Digimask allows web users to create 3D animations their own faces,” www.fgoline.com, (Mar. 29, 2000).Applicant
- Campbell, Colin, “Digimask Puts Face on Gaming's Future,” Games Business (May 15, 2000).Applicant
- Fudge, James, “Digimask at E3Expo 2000,” www.cdmag.com (May 3, 2000).Applicant
- Fudge, James “Digimask Demonstration Released,” (Jun. 30, 2000).Applicant
- Game Boy® Camera Instruction Booklet (1993).Applicant
- Gelmis, “Nintendo Users Putting on a Game Face,” Newsday (Oct. 13, 1999).Applicant
- Owen, Steve, “Old Telstar Crew Shows Its Face,” www.gamespot.co.uk (May 26, 2000).Applicant
- Press release, “Digimask Appoint Foresight for Web Relaunch,” www.digimask.com (Jun. 21, 2000).Applicant
- Press release, “Digimask Prepares to Face its Public,” www.digimask.com (Jul. 21, 2000).Applicant
- Press release, “Digimask Puts Face to Big Game Names,” www.digimask.com (Sep. 4, 2000).Applicant
- Press release, “Hethering Secures £5 Million Funding for Digimask,” www.digimask.com (Mar. 31, 2000).Applicant
- Press release, “Pearce Joins Digimask for New Global Role,” www.digimask.com (Sep. 4, 2000).Applicant
- Press release, “Tomorrow's Not Just Another Day For Digimask,” www.digimask.com (Oct. 6, 2000).Applicant
- Sturgeon, Hannah, 3-d,netimperative.com (Jul. 30, 2000).Applicant
- Wapshott, Tim, “Face up to reality,” The Times Interface 2000, www.Times-archive.co.uk (Oct. 24, 2000).Applicant
- Web site information, digimask.com (Aug. 2004).Applicant
- Web site information, ign64-ign.com, “IGN's Best of E3 Awards” Mar. 17, 1999).Applicant
- Web site information, ign64-ign.com, “Perfect Dark Ditches Face Mapping” (Feb. 2, 2000).Applicant
- Web site information, ign64-ign.com, “Rare Puts Gamers in the Game” (Mar. 12, 1999).Applicant
- Web site information, Nintendo Space World '99,www.nintendo.co.jp/n10/spacew99 (4 pages) (1999).Applicant
- Web site information, tracker.ign.com, RedOctane (Aug. 2004).Applicant
- Web site information, www.ign.com (Aug. 2004).Applicant
- Simpson, A. “Mastering WordPerfect 6.1 for Windows Special Edition Second Edition,” pp. 16-18, 647,and 1132-1133 (1995).Applicant