The present disclosure relates to a technical field of human-computer interaction, and in particular to marker based tracking.
Immersive multimedia typically includes providing multimedia data (in the form of audio and video) related to an environment that enables a person who receive the multimedia data to have the experience of being physically present in that environment. The generation of immersive multimedia is typically interactive, such that the multimedia data provided to the person can be automatically updated based on, for example, a physical location of the person, an activity performed by the person, etc. Interactive immersive multimedia can improve the user experience by, for example, making the experience more life-like.
There are two main types of interactive immersive multimedia. The first type is virtual reality (VR), in which the multimedia data replicates an environment that simulates physical presences in places in, for example, the real world or an imaged world. The rendering of the environment also reflects an action performed by the user, thereby enabling the user to interact with the environment. The action (e.g., a body movement) of the user can typically be detected by a motion sensor. Virtual reality artificially creates sensory experiences which can include sight, hearing, touch, etc.
The second type of interactive immersive multimedia is augmented reality (AR), in which the multimedia data includes real-time graphical images of the physical environment in which the person is located, as well as additional digital information. The additional digital information typically is laid on top of the real-time graphical images, but may not alter or enhance the rendering of the real-time graphical images of the physical environment. The additional digital information can also be images of a virtual object, however, typically the image of the virtual object is just laid on top of the real-time graphical images, instead of being blended into the physical environment to create a realistic rendering. The rendering of the physical environment can also reflect an action performed by the user and/or a location of the person to enable interaction. The action (e.g., a body movement) of the user can typically be detected by a motion sensor, while the location of the person can be determined by detecting and tracking features of the physical environment from the graphical images. Augmented reality can replicate some of the sensory experiences of a person while being present in the physical environment, while simultaneously providing the person additional digital information.
Currently, there is no system that can provide a combination of virtual reality and augmented reality that creates a realistic blending of images of virtual objects and images of physical environment. Moreover, while current augmented reality systems can replicate a sensory experience of a user, such systems typically cannot enhance the sensing capability of the user. Further, there is no rendering of the physical environment reflecting an action performed by the user and/or a location of the person to enable interaction, in a virtual and augmented reality rendering.
One reason for the above problem is the difficulty of tracking a user's head (device) position and orientation in a 3D space in real-time. Some existing technologies employ complicated machines but only works in a constrained environment, such as a room installed with detectors. Some existing technologies can only track the user's head (device) movement in the viewing direction, losing other information such as lateral movements, translational movements, and rotational movements of the head (device).
Additional aspects and advantages of embodiments of present disclosure will be given in part in the following descriptions, become apparent in part from the following descriptions, or be learned from the practice of the embodiments of the present disclosure.
According to some embodiments, a tracking method may comprise obtaining a first and a second images of a physical environment, detecting (i) a first set of markers represented in the first image and (ii) a second set of markers represented in the second image, determining a pair of matching markers comprising a first marker from the first set of markers and a second marker from the second set of markers, the pair of matching markers associated with a physical marker disposed within the physical environment, and obtaining a first three-dimensional (3D) position of the physical marker based at least on the pair of matching markers. The method may further comprise obtaining a position and an orientation of a system (this system may be the tracking system or a different system coupled to the tracking system) capturing the first and the second images relative to the physical environment. The method may be implementable by a rotation and translation detection system.
According to some embodiments, the physical marker is disposable on an object, associating the object with the first 3D position of the physical marker.
According to some embodiments, the first and second images are a left and a right images of a stereo image pair.
According to some embodiments, the first and second images may comprise infrared images. Obtaining the first and the second images of the physical environment may comprise emitting infrared light, at least a portion of the emitted infrared light reflected by the physical marker, receiving at least a portion of the reflected infrared light, and obtaining the first and the second images of the physical environment based at least on the received infrared light.
According to some embodiments, the first and second images may comprise infrared images, and the physical marker may be configured to emit infrared light. Obtaining the first and the second images of the physical environment may comprise receiving at least a portion of the emitted infrared light, and obtaining the first and the second images of the physical environment based at least on the received infrared light.
According to some embodiments, detecting (i) the first set of markers represented in the first image and (ii) the second set of markers represented in the second image may comprise generating a set of patch segments from the first image, determining a patch value for each of the set of patch segments, comparing the each patch value with a patch threshold to obtain one or more patch segments with patch values above the patch threshold, determining a brightness value for each pixel of the obtained one or more patch segments, comparing the each brightness value with a brightness threshold to obtain one or more pixels with brightness values above the brightness threshold, and determining a contour of each of each of the markers based on the obtained one or more pixels.
According to some embodiments, determining the pair of matching markers may comprise generating a set of candidate marker pairs, each candidate marker pair comprising a maker from the first set of markers and another marker from the second set of markers, comparing coordinates of the markers in the each candidate marker pair with a coordinate threshold value to obtain candidate marker pairs comprising markers having coordinates differing less than the coordinate threshold value, determining a depth value for each of the obtained candidate marker pairs comprising markers having coordinates differing less than the coordinate threshold value, and for the each obtained candidate marker pair, comparing the determined depth value with a depth threshold value to obtain the obtained candidate marker pair exceeding the depth threshold value as the pair of matching markers.
According to some embodiments, obtaining the first 3D position of the physical marker based at least on the pair of matching markers may comprise obtaining a projection error associated with capturing the physical marker in the physical environment on the first and second images, wherein the physical environment is 3D and the first and second images are 2D, and obtaining the first 3D position of the physical marker based at least on the pair of matching markers and the projection error.
According to some embodiments, the first and the second images are captured at a first time to obtain the first 3D position of the physical marker, and a third and a fourth images are captured at second first time to obtain a second 3D position of the physical marker. The method may further comprise associating inertia measurement unit (IMU) data associated with the first and the second images and IMU data associated with the third and the fourth images to obtain an orientation change of an imaging device, the imaging device captured the first, the second, the third, and the fourth images, pairing a marker associated with the first and the second image to another marker associated with the third and the fourth image, obtaining a change in position of the physical marker relative to the imaging device based on the paring, associating the orientation change of the imaging device and the change in position of the physical marker relative to the imaging device, and obtaining movement data of the imaging device between the first time and the second time based at least on the orientation change of the imaging device and the associated change in position of the physical marker relative to the imaging device.
Additional features and advantages of the present disclosure will be set forth in part in the following detailed description, and in part will be obvious from the description, or may be learned by practice of the present disclosure. The features and advantages of the present disclosure will be realized and attained by means of the elements and combinations particularly pointed out in the appended claims.
It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only, and are not restrictive of the invention, as claimed.
Reference will now be made to the accompanying drawings showing example embodiments of the present application, and in which:
Reference will now be made in detail to the embodiments, the examples of which are illustrated in the accompanying drawings. Whenever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
The description of the embodiments is only exemplary, and is not intended to be limiting.
Memory 122 includes a tangible and/or non-transitory computer-readable medium, such as a flexible disk, a hard disk, a CD-ROM (compact disk read-only memory), MO (magneto-optical) drive, a DVD-ROM (digital versatile disk read-only memory), a DVD-RAM (digital versatile disk random-access memory), flash drive, flash memory, registers, caches, or a semiconductor memory. Main memory 122 can be one or more memory chips capable of storing data and allowing any storage location to be directly accessed by processor 121. Main memory 122 can be any type of random access memory (RAM), or any other available memory chip capable of operating as described herein. In the exemplary embodiment shown in
Computing device 100 can further comprise a storage device 128, such as one or more hard disk drives, for storing an operating system and other related software, for storing application software programs, and for storing application data to be used by the application software programs. For example, the application data can include multimedia data, while the software can include a rendering engine configured to render the multimedia data. The software programs can include one or more instructions, which can be fetched to memory 122 from storage 128 to be processed by processor 121. The software programs can include different software modules, which can include, by way of example, components, such as software components, object-oriented software components, class components and task components, processes, functions, fields, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.
In general, the word “module,” as used herein, refers to logic embodied in hardware or firmware, or to a collection of software instructions, possibly having entry and exit points, written in a programming language, such as, for example, Java, Lua, C or C++. A software module can be compiled and linked into an executable program, installed in a dynamic link library, or written in an interpreted programming language such as, for example, BASIC, Perl, or Python. It will be appreciated that software modules can be callable from other modules or from themselves, and/or can be invoked in response to detected events or interrupts. Software modules configured for execution on computing devices can be provided on a computer readable medium, such as a compact disc, digital video disc, flash drive, magnetic disc, or any other tangible medium, or as a digital download (and can be originally stored in a compressed or installable format that requires installation, decompression, or decryption prior to execution). Such software code can be stored, partially or fully, on a memory device of the executing computing device, for execution by the computing device. Software instructions can be embedded in firmware, such as an EPROM. It will be further appreciated that hardware modules (e.g., in a case where processor 121 is an ASIC), can be comprised of connected logic units, such as gates and flip-flops, and/or can be comprised of programmable units, such as programmable gate arrays or processors. The modules or computing device functionality described herein are preferably implemented as software modules, but can be represented in hardware or firmware. Generally, the modules described herein refer to logical modules that can be combined with other modules or divided into sub-modules despite their physical organization or storage.
The term “non-transitory media” as used herein refers to any non-transitory media storing data and/or instructions that cause a machine to operate in a specific fashion. Such non-transitory media can comprise non-volatile media and/or volatile media. Non-volatile media can include, for example, storage 128. Volatile media can include, for example, memory 122. Common forms of non-transitory media include, for example, a floppy disk, a flexible disk, hard disk, solid state drive, magnetic tape, or any other magnetic data storage medium, a CD-ROM, any other optical data storage medium, any physical medium with patterns of holes, a RAM, a PROM, and EPROM, a FLASH-EPROM, NVRAM, any other memory chip or cartridge, and networked versions of the same.
Computing device 100 can also include one or more input devices 123 and one or more output devices 124. Input device 123 can include, for example, cameras, microphones, motion sensors, IMU, etc., while output devices 124 can include, for example, display units and speakers. Both input devices 123 and output devices 124 are connected to system bus 150 through I/O controller 125, enabling processor 121 to communicate with input devices 123 and output devices 124. The communication among processor 121 and input devices 123 and output devices 124 can be performed by, for example, PROCESSOR 121 executing instructions fetched from memory 122.
In some embodiments, processor 121 can also communicate with one or more smart devices 130 via I/O control 125. Smart devices 130 can include a system that includes capabilities of processing and generating multimedia data (e.g., a smart phone). In some embodiments, processor 121 can receive data from input devices 123, fetch the data to smart devices 130 for processing, receive multimedia data (in the form of, for example, audio signal, video signal, etc.) from smart devices 130 as a result of the processing, and then provide the multimedia data to output devices 124. In some embodiments, smart devices 130 can act as a source of multimedia content and provide data related to the multimedia content to processor 121. Processor 121 can then add the multimedia content received from smart devices 130 to output data to be provided to output devices 124. The communication between processor 121 and smart devices 130 can be implemented by, for example, processor 121 executing instructions fetched from memory 122.
In some embodiments, computing device 100 can be configured to generate interactive and immersive multimedia, including virtual reality, augmented reality, or a combination of both. For example, storage 128 can store multimedia data for rendering of graphical images and audio effects for production of virtual reality experience, and processor 121 can be configured to provide at least part of the multimedia data through output devices 124 to produce the virtual reality experience. Processor 121 can also receive data received from input devices 123 (e.g., motion sensors) that enable processor 121 to determine, for example, a change in the location of the user, an action performed by the user (e.g., a body movement), etc. Processor 121 can be configured to, based on the determination, render the multimedia data through output devices 124, to create an interactive experience for the user.
Moreover, computing device 100 can also be configured to provide augmented reality. For example, input devices 123 can include one or more cameras configured to capture graphical images of a physical environment a user is located in, and one or more microphones configured to capture audio signals from the physical environment. Processor 121 can receive data representing the captured graphical images and the audio information from the cameras. Processor 121 can also process data representing additional content to be provided to the user. The additional content can be, for example, information related one or more objects detected from the graphical images of the physical environment. Processor 121 can be configured to render multimedia data that include the captured graphical images, the audio information, as well as the additional content, through output devices 124, to produce an augmented reality experience. The data representing additional content can be stored in storage 128, or can be provided by an external source (e.g., smart devices 130).
Processor 121 can also be configured to create an interactive experience for the user by, for example, acquiring information about a user action, and the rendering of the multimedia data through output devices 124 can be made based on the user action. In some embodiments, the user action can include a change of location of the user, which can be determined by processor 121 based on, for example, data from motion sensors, and tracking of features (e.g., salient features, visible features, objects in a surrounding environment, IR patterns described below, and gestures) from the graphical images. In some embodiments, the user action can also include a hand gesture, which can be determined by processor 121 based on images of the hand gesture captured by the cameras. Processor 121 can be configured to, based on the location information and/or hand gesture information, update the rendering of the multimedia data to create the interactive experience. In some embodiments, processor 121 can also be configured to update the rendering of the multimedia data to enhance the sensing capability of the user by, for example, zooming into a specific location in the physical environment, increasing the volume of audio signal originated from that specific location, etc., based on the hand gesture of the user.
Reference is now made to
As shown in
After object 204 is selected, the user can provide a second hand gesture (as indicated by dotted lines 202b), which can also be detected by processor 121. Processor 121 can, based on the detection of the two hand gestures that occur in close temporal and spatial proximity, determine that the second hand gesture is to instruct processor 121 to provide an enlarged and magnified image of object 204 in the rendering of the physical environment. This can lead to rendering 200b, in which image 206, which represents an enlarged and magnified image of object 204, is rendered, together with the physical environment the user is located in. By providing the user a magnified image of an object, thereby allowing the user to perceive more details about the object than he or she would have perceived with naked eyes at the same location within the physical environment, the user's sensory capability can be enhanced. The above is an exemplary process of overlaying a virtual content (the enlarged figure) on top of a real world content (the room setting), altering (enlarging) a real world view, and rendering a virtual world based on a real world (rendering the enlarged
In some embodiments, object 204 can also be a virtual object inserted in the rendering of the physical environment, and image 206 can be any image (or just text overlaying on top of the rendering of the physical environment) provided in response to the selection of object 204 and the detection of hand gesture represented by dotted lines 202b.
In some embodiments, processor 121 may build an environment model including an object, e.g. the couch in
Apparatus 222 may be disposed on apparatus 223, and apparatus 223 may be a docking station of apparatus 221 and/or of apparatus 222. Apparatus 222 may be wirelessly charged by apparatus 223 or wired to apparatus 223. Apparatus 222 may also be fixed to any position in the room. Apparatus 223 may be plugged-in to a socket on a wall through plug-in 224.
In some embodiments, as user 220 wearing apparatus 221 moves inside the room illustrated in
The tracking arrangement of
Moreover, since visual features are normally sparse or not well distributed, the lack of available visual features may cause tracking difficult and inaccurate. With IR projection as described, customized IR patterns can be evenly distributed and provide good targets for tracking. Since the IR patterns are fixed, a slight movement of the user can result in a significant change in detection signals, for example, based on a view point change, and accordingly, efficient and robust tracking of the user's indoor position and orientation can be achieved with a low computation cost.
In the above process and as detailed below with respect to method 500 of
In some embodiments, with 3D model generation of the user's environment as described below, relatively positions of the user inside the room and the user's surrounding can be accurately captured and modeled.
Referring back to
In some embodiments, sensing system 310 is configured to provide data for generation of interactive and immersive multimedia. Sensing system 310 includes an image sensing system 312, an audio sensing system 313, and a motion sensing system 314.
In some embodiments, optical sensing system 312 can be configured to receive lights of various wavelengths (including both visible and invisible lights) reflected or emitted from a physical environment. In some embodiments, optical sensing system 312 includes, for example, one or more grayscale-infra-red (grayscale IR) cameras, one or more red-green-blue (RGB) cameras, one or more RGB-IR cameras, one or more time-of-flight (TOF) cameras, or a combination of them. Based on the output of the cameras, system 300 can acquire image data of the physical environment (e.g., represented in the form of RGB pixels and IR pixels). Optical sensing system 312 can include a pair of identical cameras (e.g., a pair of RGB cameras, a pair of IR cameras, a pair of RGB-IR cameras, etc.), which each camera capturing a viewpoint of a left eye or a right eye. As to be discussed below, the image data captured by each camera can then be combined by system 300 to create a stereoscopic 3D rendering of the physical environment.
In some embodiments, optical sensing system 312 can include an IR projector, an IR illuminator, or an IR emitter configured to illuminate the object. The illumination can be used to support range imaging, which enables system 300 to determine, based also on stereo matching algorithms, a distance between the camera and different parts of an object in the physical environment. Based on the distance information, a three-dimensional (3D) depth map of the object, as well as a 3D map of the physical environment, can be created. As to be discussed below, the depth map of an object can be used to create 3D point clouds that represent the object; the RGB data of an object, as captured by the RGB camera, can then be mapped to the 3D point cloud to create a 3D rendering of the object for producing the virtual reality and augmented reality effects. On the other hand, the 3D map of the physical environment can be used for location and orientation determination to create the interactive experience. In some embodiments, a time-of-flight camera can also be included for range imaging, which allows the distance between the camera and various parts of the object to be determined, and depth map of the physical environment can be created based on the distance information.
In some embodiments, the IR projector or illuminator is also configured to project certain patterns (e.g., bar codes, corner patterns, etc.) onto one or more surfaces of the physical environment. As described above with respect to
Reference is now made to
As shown in
In some embodiments with reference to camera system 494, a RGB-IR camera can be used for the following advantages over a RGB-only or an IR-only camera. A RGB-IR camera can capture RGB images to add color information to depth images to render 3D image frames, and can capture IR images for object recognition and tracking, including 3D hand tracking. On the other hand, conventional RGB-only cameras may only capture a 2D color photo, and IR-only cameras under IR illumination may only capture grey scale depth maps. Moreover, with the IR illuminator emitter texture patterns towards a scene, signals captured by the RBG-IR camera can be more accurate and can generate more precious depth images. Further, the captured IR images can also be used for generating the depth images using a stereo matching algorithm based on gray images. The stereo matching algorithm may use raw image data from the RGB-IR cameras to generate depth maps. The raw image data may include both information in a visible RGB range and an IR range with added textures by the laser projector.
By combining the camera sensors' both RGB and IR information and with the IR illumination, the matching algorithm may resolve the objects' details and edges, and may overcome a potential low-texture-information problem. The low-texture-information problem may occur, because although visible light alone may render objects in a scene with better details and edge information, it may not work for areas with low texture information. While IR projection light can add texture to the objects to supply the low texture information problem, in an indoor condition, there may not be enough ambient IR light to light up objects to render sufficient details and edge information.
Referring back to
In some embodiments, processing system 320 is configured to process the graphical image data from optical sensing system 312, the audio data from audio sensing system 313, and motion data from motion sensing system 314, and to generate multimedia data for rendering the physical environment to create the virtual reality and/or augmented reality experiences. Processing system 320 includes an orientation and position determination module 322, a hand gesture determination system module 323, and a graphics and audio rendering engine module 324. As discussed before, each of these modules can be software modules being executed by a processor (e.g., processor 121 of
In some embodiments, orientation and position determination module 322 can determine an orientation and a position of the user based on at least some of the outputs of sensing system 310, based on which the multimedia data can be rendered to produce the virtual reality and/or augmented reality effects. In a case where system 300 is worn by the user (e.g., a goggle), orientation and position determination module 322 can determine an orientation and a position of part of the system (e.g., the camera), which can be used to infer the orientation and position of the user. The orientation and position determined can be relative to prior orientation and position of the user before a movement occurs.
Reference is now made to
In step 502, the processor can obtain a first left image from a first camera and a first right image from a second camera. The left camera can be, for example, RGB-IR camera 495 of
In step 504, the processor can identify a set of first salient feature points from the first left image and from the right image. In some cases, the salient features can be physical features that are pre-existing in the physical environment (e.g., specific markings on a wall, features of clothing, etc.), and the salient features are identified based on RGB pixels and/or IR pixels associated with these features. In some cases, the salient features can be identified by an IR illuminator (e.g., IR illuminator 497 of
In step 506, the processor can find corresponding pairs from the identified first salient features (e.g., visible features, objects in a surrounding environment, IR patterns described above, and gestures) based on stereo constraints for triangulation. The stereo constraints can include, for example, limiting a search range within each image for the corresponding pairs of the first salient features based on stereo properties, a tolerance limit for disparity, etc. The identification of the corresponding pairs can be made based on the IR pixels of candidate features, the RGB pixels of candidate features, and/or a combination of both. After a corresponding pair of first salient features is identified, their location differences within the left and right images can be determined. Based on the location differences and the distance between the first and second cameras, distances between the first salient features (as they appear in the physical environment) and the first and second cameras can be determined via linear triangulation.
In step 508, based on the distance between the first salient features and the first and second cameras determined by linear triangulation, and the location of the first salient features in the left and right images, the processor can determine one or more 3D coordinates of the first salient features.
In step 510, the processor can add or update, in a 3D map representing the physical environment, 3D coordinates of the first salient features determined in step 508 and store information about the first salient features. The updating can be performed based on, for example, a simultaneous location and mapping algorithm (SLAM). The information stored can include, for example, IR pixels and RGB pixels information associated with the first salient features.
In step 512, after a movement of the cameras (e.g., caused by a movement of the user who carries the cameras), the processor can obtain a second left image and a second right image, and identify second salient features from the second left and right images. The identification process can be similar to step 504. The second salient features being identified are associated with 2D coordinates within a first 2D space associated with the second left image and within a second 2D space associated with the second right image. In some embodiments, the first and the second salient features may be captured from the same object at different viewing angles.
In step 514, the processor can reproject the 3D coordinates of the first salient features (determined in step 508) into the first and second 2D spaces.
In step 516, the processor can identify one or more of the second salient features that correspond to the first salient features based on, for example, position closeness, feature closeness, and stereo constraints.
In step 518, the processor can determine a distance between the reprojected locations of the first salient features and the 2D coordinates of the second salient features in each of the first and second 2D spaces. The relative 3D coordinates and orientations of the first and second cameras before and after the movement can then be determined based on the distances such that, for example, the set of 3D coordinates and orientations thus determined minimize the distances in both of the first and second 2D spaces.
In some embodiments, method 500 further comprises a step (not shown in
In some embodiments, method 500 further comprises a step (not shown in
In some embodiments, the processor can also use data from our input devices to facilitate the performance of method 500. For example, the processor can obtain data from one or more motion sensors (e.g., motion sensing system 314), from which processor can determine that a motion of the cameras has occurred. Based on this determination, the processor can execute step 512. In some embodiments, the processor can also use data from the motion sensors to facilitate calculation of a location and an orientation of the cameras in step 518.
Referring back to
Reference is now made to
In step 602, the processor can receive image data from one or more cameras (e.g., of optical sensing system 312). In a case where the cameras are gray-scale IR cameras, the processor can obtain the IR camera images. In a case where the cameras are RGB-IR cameras, the processor can obtain the IR pixel data.
In step 604, the processor can determine a hand gesture from the image data based on the techniques discussed above. The determination also includes determination of both a type of hand gesture (which can indicate a specific command) and the 3D coordinates of the trajectory of the fingers (in creating the hand gesture).
In step 606, the processor can determine an object, being rendered as a part of immersive multimedia data, that is related to the detected hand gesture. For example, in a case where the hand gesture signals a selection, the rendered object that is being selected by the hand gesture is determined. The determination can be based on a relationship between the 3D coordinates of the trajectory of hand gesture and the 3D coordinates of the object in a 3D map which indicates that certain part of the hand gesture overlaps with at least a part of the object within the user's perspective.
In step 608, the processor can, based on information about the hand gesture determined in step 604 and the object determined in step 606, alter the rendering of the multimedia data. As an illustrative example, based on a determination that the hand gesture detected in step 604 is associated with a command to select an object (whether it is a real object located in the physical environment, or a virtual object inserted in the rendering) for a zooming action, the processor can provide a magnified image of the object to downstream logic (e.g., graphics and audio rendering module 324) for rendering. As another illustrative example, if the hand gesture is associated with a command to display additional information about the object, the processor can provide the additional information to graphics and audio rendering module 324 for rendering.
Referring back to
In some embodiments, graphics and audio rendering module 324 can also perform the rendering using a 3D point cloud. As discussed before, during the determination of location and orientation, depth maps of salient features (and the associated object) within a physical environment can be determined based on IR pixel data. 3D point clouds of the physical environment can then be generated based on the depth maps. Graphics and audio rendering module 324 can map the RGB pixel data of the physical environment (obtained by, e.g., RGB cameras, or RGB pixels of RGB-IR sensors) to the 3D point clouds to create a 3D rendering of the environment.
In some embodiments, in a case where images of a 3D virtual object is to be blended with real-time graphical images of a physical environment, graphics and audio rendering module 324 can be configured to determine the rendering based on the depth information of the virtual 3D object and the physical environment, as well as a location and an orientation of the camera. Reference is now made to
Graphics and audio rendering module 324 can be configured to determine the rendering of virtual object 704 and physical object 706 based on their depth information, as well as a location and an orientation of the cameras. Reference is now made to
In step 802, the processor can receive depth information associated with a pixel of a first image of a virtual object (e.g., virtual object 704 of
In step 804, the processor can determine depth information associated with a pixel of a second image of a physical object (e.g., physical object 706 of
In step 806, the processor can compare the depth information of the two pixels, and then determine to render one of the pixels based on the comparison result, in step 808. For example, if the processor determines that a pixel of the physical object is closer to the camera than a pixel of the virtual object (e.g., at position A of
Referring back to
After determining the graphic and audio data to be rendered, graphics and audio rendering module 324 can then provide the graphic and audio data to audio/video system 330, which includes a display system 332 (e.g., a display screen) configured to display the rendered graphic data, and an audio output system 334 (e.g., a speaker) configured to play the rendered audio data. Graphics and audio rendering module 324 can also store the graphic and audio data at a storage (e.g., storage 128 of
In some embodiments, sensing system 310 (e.g. optical sensing system 312) may also be configured to monitor, in real-time, positions of a user of the system 300 (e.g. a user wearing system 900 described below) or body parts of the user, relative to objects in the user's surrounding environment, and send corresponding data to processing system 320 (e.g. orientation and position determination module 322). Processing system 320 may be configured to determine if a collision or contact between the user or body parts and the objects is likely or probable, for example by predicting a future movement or position (e.g., in the following 20 seconds) based on monitored motions and positions and determining if a collision may happen. If processing system 320 determines that a collision is probable, it may be further configured to provide instructions to audio/video system 330. In response to the instructions, audio/video system 330 may also be configured to display a warning, whether in audio or visual format, to inform the user about the probable collision. The warning may be a text or graphics overlaying the rendered graphic data.
In addition, system 300 also includes a power system 340, which typically includes a battery and a power management system (not shown in
Some of the components (either software or hardware) of system 300 can be distributed across different platforms. For example, as discussed in
As shown in
As shown in
As shown in
Front housing 1001a and/or middle housing 1002a may be considered as one housing configured to house or hold electronics and sensors (e.g., system 300) described above, foldable face cushion 1003a, foldable face support 1023a, strap latch 1004a, focus adjustment knob 1005a, decoration plate 1008a, and back plate and cushion 1009a. Front housing 1001a may also be pulled apart from middle housing 1002a or be opened from middle housing 1002a with respect to a hinge or a rotation axis. Middle housing 1002a may include two lenses and a shell for supporting the lenses. Front housing 1001a may also be opened to insert a smart device described above. Front housing 1001a may include a mobile phone fixture to hold the smart device.
Foldable face support 1023a may include three configurations: 1) foldable face support 1023a can be pushed open by built-in spring supports, and a user to push it to close; 2) foldable face support 1023a can include bendable material having a natural position that opens foldable face support 1023a, and a user to push it to close; 3) foldable face support 1023a can be air-inflated by a micro-pump to open as system 1000a becomes unfolded, and be deflated to close as system 1000a becomes folded.
Foldable face cushion 1003a can be attached to foldable face support 1023a. Foldable face cushion 1003a may change shape with foldable face support 1023a and be configured to lean middle housing 1002a against the user's face. Foldable face support 1023a may be attached to middle housing 1002a. Strap latch 1004a may be connected with side strap 1007a. Focus adjustment knob 1005a may be attached to middle housing 1002a and be configured to adjust a distance between the screen and the lens described above to match with a user's eyesight (e.g. adjusting an inserted smart device's position inside front housing 1001a, or moving front housing 1001a from middle housing 1002a).
Top strap 1006a and side strap 1007a may each be configured to attach the housing to a head of a user of the apparatus, when the apparatus is unfolded. Decoration plate 1008a may be removable and replaceable. Side strap 1007a may be configured to attach system 1000a to a user's head. Decoration plate 1008a may be directly clipped on or magnetically attached to front housing 1001a. Back plate and cushion 1009a may include a built-in battery to power the electronics and sensors. The battery may be wired to front housing 1001a to power the electronics and the smart device. The Back plate and cushion 1009a and/or top strap 1006a may also include a battery charging contact point or a wireless charging receiving circuit to charge the battery. This configuration of the battery and related components can balance a weight of the front housing 1001a and middle housing 1002a when system 1000a is put on a user's head.
As shown in
As shown in
As shown in
As shown in
As shown in
As shown in
As shown in
As shown in
As shown in
As shown in
As shown in
As shown in
As shown in
At step 111, system 1100 is folded/closed.
At step 112, a user may unbuckle strap latches (e.g., strap latches 10041 described above).
At step 113, the user may unwrap side straps (e.g., side straps 1007m described above). Two views of this step are illustrated in
At step 114, the user may remove a back cover (e.g., back cover 1014m described above).
At step 115, the user may pull out the side straps and a back plate and cushion (e.g., back plate and cushion 1009a described above). In the meanwhile, a foldable face cushion and a foldable face support spring out from a folded/closed state (e.g., a foldable face cushion 1003n, a foldable face support 1023n described above) to an unfolded/open state (e.g., a foldable face cushion 1003a, a foldable face support 1023a described above). Two views of this step are illustrated in
At step 116, after pulling the side straps and a back plate and cushion to an end position, the user secures the strap latches and obtains an unfolded/open system 1100.
In some embodiments, an IR source on apparatus 221 or another IR source elsewhere emits IR rays, some of which reach marker 1321 through path A. Marker 1321 reflects the IR rays back, some of which are captured by two detectors of apparatus 221 through path B and path C.
In some embodiments, marker 1321 directly emits rays, which are captured by two detectors of apparatus 221 through path B and path C.
In some embodiments, rays reflected by the markers may be different from those reflected by ordinary objects, e.g., IR rays reflected by the markers may be more intensive or brighter. Thus, corresponding detectors can differentiate rays from the markers and those from the ordinary objects, and locate the positions of the markers.
With the markers and the methods/systems described herein, movements and orientations of apparatus 221 can be tracked in real-time, based on which apparatus 221 can render VR/AR contents that give a lifelike experience.
In some embodiments, with the same number of markers disposed in an environment, the tracking effect works for any number of users each wearing an apparatus 221. The apparatuses may communicate with one another and render corresponding VR/AR contents.
Images of a real environment with disposed markers are illustrated below with reference to
Referring back to
In some embodiments, the IMU processing module 1302 functions to obtain IMU data. For example, IMU data can be received from one or more IMU sensor devices of an object (e.g., an associated camera system). For example, IMU data can include imu raw orientation data, raw rotation data, estimated rotation data, estimated orientation data, and the like. In some embodiments, IMU data comprises data captured by one or more sensors including gyroscope, accelerometer, and magnetometer. The above-described head-mount interactive immersive multimedia generation system may include the IMU sensor devices, e.g., gyroscopes for generating the signals/data that are communicated to the IMU processing module 1302.
In some embodiments, the image processing module 1304 functions to obtain images of a physical environment. For example, the image processing module 1304 can receive images captured by an associated camera system. In some embodiments, the images comprise IR images of physical markers disposed within the physical environment. More specifically, an associated camera system can capture light reflected by one or more physical markers and generate one or more corresponding images (e.g., 2-D images). In some embodiments, the light can be projected by the associated camera system described above (e.g., via one or more LEDs) or otherwise projected (e.g., sun light). In some embodiments, the physical markers comprise a ball or spherical-shaped object of varying size, although it will be appreciated the physical markers may comprise a variety of different shapes and sizes.
In some embodiments, the marker detection module 1306 functions to determine a position (e.g., 3D position) of one or more physical markers disposed in a physical environment. For example, as described further below, the marker detection module 1306 can identify markers (or, “virtual markers” or “graphical markers”) representing the physical markers disposed in the physical environment. For example, markers can be identified in a first image captured by a first camera positioned on a left-side of an associated camera system, and corresponding markers can be identified in a second image captured by a second camera positioned on a right-side of the associated camera system. It will be appreciate that any number of cameras can be used to capture a corresponding number of images.
In some embodiments, the marker detection module 1306 can generate marker pairs and triangulate 3D positions of physical markers in a physical environment based on identified markers. For example, a first image can include multiple markers (e.g., marker “A”, marker “B”, and marker “C”), and a second image can include markers representing the same physical markers, albeit at a different relative position due to the different positions of the cameras capturing the images. Continuing the example, the marker detection module 1306 can pair marker A of the first image with marker A of the second image, marker B of the first image with marker B of the second image, and so forth. Once the markers are paired (or, “matched”), the marker detection module 1306 can determine a 3D position of the physical markers, e.g., using triangulation, in the physical environment. An example triangulation method 2300 is illustrated in
In some embodiments, the fusion tracking engine 1308 functions to calculate rotation and translation data of an object (e.g., an associated camera system) based on IMU data and marker position data. As used in this paper, IMU data and marker position data can include absolute values and/or relative (e.g., change) values. For example, the fusion tracking engine 1308 can calculate 6DoF motion of the object based on a change in position of one or more markers relative to the object over a period of time, and a change in orientation of the object over the same period of time.
In some embodiments, the communication module 1310 functions to send requests to and receive data from one or more systems, components, devices, modules, engines, and the like. The communication module 1310 can send requests to and receive data from a system through a network or a portion of a network. Depending upon implementation-specific or other considerations, the communication module 1310 can send requests and receive data through a connection, all or a portion of which can be a wireless connection. The communication module 1310 can request and receive messages, and/or other communications from associated systems. Received data can be stored in the rotation and translation detection system datastore 1312, which may be a non-transitory computer-readable storage medium.
In step 1402, a rotation and translation detection system obtains a plurality of images of a physical environment, the plurality of images including at least a first image (e.g., a “left” image of a stereo image pair) and a second image (e.g., a “right” image of the stereo image pair). The first and second images may be infrared images captured by one or more infrared cameras of a camera system and transmitted to the rotation and translation detection system. In some embodiments, an image processing module receives the plurality of images from a camera system associated with the rotation and translation detection system. An example first (or, “left”) image 2202 and an example second (or, “right”) image 2204 is shown in
In step 1404, the rotation and translation detection system detects (or, “identifies”) one or more markers in each of the first and second images. For example, each of the one or more markers may comprise a 2-D representation of a physical marker (e.g., an IR-reflective ball) disposed in the physical environment. In some embodiments, a marker detection module detects the one or more markers. Details for identifying markers from the images are described below with reference to
In step 1406, the rotation and translation detection system pairs one or more markers in the first image with corresponding markers in the second image. In some embodiments, paired markers represent the same physical marker distributed in the physical environment. In some embodiments, the marker detection module pairs the one or more markers. Details for pairing the markers are described below with reference to
In step 1408, the rotation and translation detection system calculates or otherwise obtains a position of the physical marker in the physical environment. In some embodiments, the position comprises 2-D and/or 3-D position. In some embodiments, the marker detection utilizes triangulation to calculate the position of the physical marker in the physical environment. An example of triangulation is described below with reference to
In step 1410, the rotation and translation detection system provides the position of the physical marker in the physical environment, for example, to a processor of a head-mount device worn by a user for VR/AR rendering.
In step 1412, the rotation and translation detection system calculates or otherwise obtains a position and an orientation of the camera system that captures the first image and the second image. Various methods (e.g., triangulation described below with reference to
Therefore, a tracking method implementable by a rotation and translation detection system may comprise: (1) obtaining a first and a second images of a physical environment, (2) detecting (i) a first set of markers represented in the first image and (ii) a second set of markers represented in the second image, (3) determining a pair of matching markers comprising a first marker from the first set of markers and a second marker from the second set of markers, the pair of matching markers associated with a physical marker disposed within the physical environment, and (4) obtaining a first three-dimensional (3D) position of the physical marker based at least on the pair of matching markers. In some embodiments, obtaining the first and the second images of the physical environment may comprise emitting infrared light, at least a portion of the emitted infrared light reflected by the physical marker, receiving at least a portion of the reflected infrared light, and obtaining the first and the second images of the physical environment based at least on the received infrared light. In some embodiments, the physical marker may be configured to emit infrared light, and obtaining the first and the second images of the physical environment may comprise receiving at least a portion of the emitted infrared light and obtaining the first and the second images of the physical environment based at least on the received infrared light.
In step 1502, a rotation and translation detection system generates a set of patch segments from an image (e.g., a “left” image), the set of patch segments including one or more patch segments. For example, a patch segment can comprise a grid of pixels, such as a 10×10 grid of pixels. An image can include a grid of patch segments, such as a 5×5 grid of patch segments. In some embodiments, a marker detection module generates the one or more patch segments.
In step 1504, the rotation and translation detection system determines a patch value for each of the one or more patch segments. For example, the patch values can include histogram values of brightness. In some embodiments, a patch histogram filter can be used to filter out invalid patches. For example, the patch histogram filter may filter out patches with a difference between maximum and minimum histogram values of brightness smaller than a predetermined threshold or other patches that do not meet the requirement. In some embodiments, the marker detection module determines the patch segment value(s).
In step 1506, the rotation and translation detection system determines a patch threshold value. For example, the patch threshold value can include a predetermined histogram value. A patch threshold value can be determined for the set of patch segments or determined for individual patch segments of the set of patch segments. In some embodiments, the marker detection module determines the patch threshold value.
In step 1508, the rotation and translation detection system compares each of the one or more patch segment values with the patch threshold value. In some embodiments, the marker detection module performs the comparison.
In step 1510, the rotation and translation detection system discards one or more patch segments based on the comparison. For example, if a patch segment value is less than the patch segment threshold value, the entire patch segment is removed from the set of patch segments. In some embodiments, the marker detection module discards the one or more patch segments.
In step 1512, the rotation and translation detection system determines a brightness value for each pixel within each of the remaining patch segments, i.e., the set of patch segments after the one or more patch segments are discarded in step 1510. In some embodiments, the marker detection module determines the brightness value.
In step 1514, the rotation and translation detection system determines a brightness threshold value. For example, the brightness threshold value can be a predetermined brightness value or set of brightness values. In some embodiments, the marker detection module determines the brightness threshold value.
In step 1516, the rotation and translation detection system compares the brightness value for each pixel with the brightness threshold value. In some embodiments, the marker detection module performs the comparison.
In step 1518, the rotation and translation detection system selects one or more pixels from the remaining patch segments based on the comparison. For example, if a brightness value of a particular pixel exceeds the brightness threshold value, that particular pixel is selected. In some embodiments, the marker detection module selects the one or more pixels.
In step 1520, the rotation and translation detection system determines a contour for one or more markers based on the selected pixels. In some embodiments, the marker detection module determines the contour(s).
In step 1522, the rotation and translation detection system determines a center of each of the contour(s) based on a shape of the contour and/or the brightness of corresponding pixel(s). Steps 1502-1522 can be repeated for additional images (e.g., a “right” image). As discussed herein, the contour center can be used to pair a marker from a first image with a marker from a second image. In some embodiments, the marker detection module determines the center of each of the contour(s).
In some embodiments, the step 1404 described above may comprise the method 1500. For example, detecting (i) the first set of markers represented in the first image and (ii) the second set of markers represented in the second image may comprise: generating a set of patch segments from the first image, determining a patch value for each of the set of patch segments, comparing the each patch value with a patch threshold to obtain one or more patch segments with patch values above the patch threshold, determining a brightness value for each pixel of the obtained one or more patch segments, comparing the each brightness value with a brightness threshold to obtain one or more pixels with brightness values above the brightness threshold, and determining a contour of each of each of the markers based on the obtained one or more pixels.
In step 1602, a rotation and translation detection system generates a set of potential marker pairs, each of the potential marker pairs comprising a first marker detected in a first image and a second marker detected in a second image. For example, the first image may include three markers representing a physical marker disposed in a physical environment, and the second image may include three markers representing the same physical marker, albeit captured by a camera at a different position from the camera that captured the first image. In such an example, the set of potential marker pairs comprises a set of six different potential marker pairs. In some embodiments, a marker detection module generates the set of potential marker pairs.
In step 1604, the rotation and translation detection system determines a stereo coordinate threshold value. For example, the stereo coordinate threshold value can comprise a predetermined threshold value for a y-coordinate, e.g., indicating an absolute or relative value along a y-axis of a 2-D or 3-D image. In some embodiments, the marker detection module determines the stereo coordinate threshold value.
In step 1606, the rotation and translation detection system determines for each marker pair a difference between a y-coordinate value of the first marker and a y-coordinate value of the second marker. In some embodiments, the marker detection module determines the difference.
In step 1608, the rotation and translation detection system compares the difference for each marker pair with the stereo threshold value. In some embodiments, the marker detection module performs the comparison.
In step 1610, the rotation and translation detection system removes one or more of the potential marker pairs from the set of potential marker pairs based on the comparison. For example, if the difference of a particular potential marker pair is greater than the stereo coordinate threshold value, then the particular potential marker pair is removed from the set of potential marker pairs. In some embodiments, the marker detection module removes the one or more potential marker pairs.
In step 1612, the rotation and translation detection system determines a z-coordinate value (e.g., a depth value with respect to the camera) for each of the remaining potential marker pairs. In some embodiments, the z-coordinate value is calculated with a triangulation method (e.g., as described elsewhere herein) using a marker pair as an input. For example, a first marker pair can be used to generate a first z-coordinate value, a second marker pair can be used to generate a second z-coordinate value, and so forth. In some embodiments, the marker detection module determines the z-coordinate values for each of the remaining marker pairs.
In step 1614, the rotation and translation detection system removes from the set of potential marker pairs any marker pairs having a negative value. In some embodiments, the marker detection module removes any such marker pairs.
In step 1616, the rotation and translation detection system compares the z-coordinate value for each of the remaining potential marker pairs with a known z-coordinate threshold value. For example, the known z-coordinate value may be based on a known distance between the physical marker represented by the marker pair and an object (e.g., associated camera system). Based on the comparison, one or more potential marker pairs may be removed, e.g., if the z-coordinate value exceeds the z-coordinate threshold value. In some embodiments, the marker detection module performs the comparison and/or removal.
In step 1618, the rotation and translation detection system determines an identified marker pair from the remaining potential marker pair(s). For example, the rotation and translation detection system may use a predetermined pair threshold value to identify a 1-to-1 marker pairing. In some embodiments, the marker detection module determines the identified marker pair.
In some embodiments, the step 1406 described above may comprise the method 1600. For example, determining the pair of matching markers may comprise: generating a set of candidate marker pairs, each candidate marker pair comprising a maker from the first set of markers and another marker from the second set of markers, comparing coordinates (e.g., 2D coordinates) of the markers in the each candidate marker pair with a coordinate threshold value to obtain candidate marker pairs comprising markers having coordinates (e.g., 2D coordinates) differing less than the coordinate threshold value, determining a depth value for each of the obtained candidate marker pairs comprising markers having coordinates (e.g., 2D coordinates) differing less than the coordinate threshold value, and for the each obtained candidate marker pair, comparing the determined depth value with a depth threshold value to obtain the obtained candidate marker pair exceeding the depth threshold value as the pair of matching markers.
In step 1702, a rotation and translation detection system may use an un-calibration algorithm to remove camera distortion in projected positions of a marker. For example, camera images may comprise lens distortions. After the positions of marker pixels are located, the un-calibration algorithm can be used to calculate the true pixel positions of the marker without distortion.
In step 1704, the rotation and translation detection system may construct an objective function that computes a re-projection error of the processed projected positions. During the triangulation, errors such as marker pixel position error, calibration parameter error, or other noises may be introduced. Due to such errors, a calculated 3D position may not match with both corresponding projections in the two images. For example, the calculated 3D position may match with one projection in one image, but does not match with the other. Thus, the rotation and translation detection system may determine an objective function that computes the total projection error of both images. The error may also be referred to as the re-projection error.
In step 1706, the rotation and translation detection system may minimize the objective function to obtain the marker's 3D coordinates in the real world.
In some embodiments, the step 1408 described above may comprise the method 1700. For example, obtaining the first 3D position of the physical marker based at least on the pair of matching markers may comprise: obtaining a projection error associated with capturing the physical marker in the physical environment on the first and second images, wherein the physical environment is 3D and the first and second images are 2D, and obtaining the first 3D position of the physical marker based at least on the pair of matching markers and the projection error.
In step 1802, a rotation and translation detection system fuses IMU data captured at a first time and IMU data captured at a second time to calculate an orientation change of an object (e.g., an associated camera system, a controller in
In step 1804, the rotation and translation detection system pairs a marker in a first image captured at the first time to a marker in a second image captured at the second time. In some embodiments, paired markers represent the same physical marker disposed in a physical environment. In some embodiments, the fusion tracking module performs the pairing.
In step 1806, the rotation and translation detection system calculates a change in position of the physical marker relative to the object based on the pairing. In some embodiments, the fusion tracking module calculates the change in position.
In step 1808, the rotation and translation detection fuses the orientation change of the object and the change in position of the physical marker relative to the object. In some embodiments, the fusion tracking module performs such functionalities.
In some embodiments, the first and the second images described with reference to the method 1400 may be captured at a first time to obtain the first 3D position of the physical marker. Similarly, a third and a fourth images may be captured at second first time to obtain a second 3D position of the physical marker. Between the first time and the second time, the physical marker may be stationary with respect to the physical environment, but moved with respect to the camera system due to a movement of the camera system with respect to the physical environment.
Accordingly, the method 1400 may further comprise the method 1800 to obtain the movement of the camera system with respect to the environment based at least on a change of the physical marker's position relative to the camera system. For example, the method 1400 may further comprise associating inertia measurement unit (IMU) data associated with the first and the second images and IMU data associated with the third and the fourth images to obtain an orientation change of an imaging device (e.g., one or more cameras of the camera system described above), the imaging device captured the first, the second, the third, and the fourth images; pairing a marker associated with the first and the second image to another marker associated with the third and the fourth image; obtaining a change in position of the physical marker relative to the imaging device based on the paring; associating the orientation change of the imaging device and the change in position of the physical marker relative to the imaging device; and obtaining movement data of the imaging device (e.g., movement data of the camera system with respect to the physical environment) between the first time and the second time based at least on the orientation change of the imaging device and the associated change in position of the physical marker relative to the imaging device.
In step 1902, a rotation and translation detection system obtains raw IMU date of an object (e.g., an associated camera system) at a first time and a second time. In some embodiments, an IMU processing module receives the raw IMU data from one or more IMU sensors of an object (e.g., an associated camera system).
In step 1904, the rotation and translation detection system obtains estimated IMU orientation data of the object at the first time and the second time. In some embodiments, the IMU processing module receives the estimated IMU data from one or more IMU sensors of the object.
In step 1906, the rotation and translation detection system calculates raw IMU change data and estimated IMU orientation change data based on a difference between the data obtained at the first time and the data obtained at the second time. In some embodiments, a fusion tracking module calculates the raw IMU change data and the estimate IMU change data.
In step 1908, the rotation and translation detection system weights and/or integrates the raw IMU change data and/or the estimated IMU orientation change data. In some embodiments, the raw IMU data and/or the estimated IMU orientation data may be weighted in addition to, or instead of, the corresponding change data. In some embodiments, the fusion tracking module performs the weighting. The weights may be predetermined according to characteristics of measurement units. For example, when having more than one kind of IMU, various types of IMU data may be fused together. Since different IMUs have different features and different reliabilities at different measuring times, a weight can be assigned to each measurement. For example, measurement unit A may measure a change in parameter AB, measurement unit B may measure changes in parameter AB and BC, and AB measure by A is usually more accurate than that by B; thus, AB measured by A would be assigned a weight larger than that by B. Then, AB values measured by A and B may be integrated with their weights.
In some embodiments, the IMUs are specialized. For example, some IMUs may only provide rotation speed information at different times. A rotation change between a first sampling and a second sampling can be calculated based on a time duration and measured rotation speeds. The rotation changes can be summed over a period of time to obtain the integrated rotation change.
In step 1910, the rotation and translation detection system generates fused IMU data based on the weighting and/or integration. In some embodiments, the fusion tracking module fuses the IMU data.
In step 2002, a rotation and translation detection system generates a first representation of a physical marker in a physical environment at a first time. For example, the representation can be a 3-D representation (e.g., a polygon). In some embodiments, the fusion tracking module performs the generation.
In step 2004, the rotation and translation detection system generates a second representation of the physical marker in the physical environment at a second time. For example, the representation can be a 3-D representation (e.g., a polygon). In some embodiments, the fusion tracking module performs the generation.
In step 2006, the rotation and translation detection system pairs the first representation and the second representation. For example, representations can be paired using a point match, a line match, a triangle match, and/or a mesh match. In a point match, coordinate distances may be compared. In a line match, length of the lines may be compared. In a triangle match, area of the triangles may be compared. In a mesh match, each of the point match, line match, and triangle match may be utilized. In some embodiments, the fusion tracking module performs the pairing.
In step 2008, the rotation and translation detection system calculates or otherwise obtains a change in position of the marker relative to an object (e.g., an associated camera system) based on the pairing. In some embodiments, the fusion tracking module calculates the relative change. Using the rotation information described above, the axis directions of the camera system at the two different times can be synchronized, while some camera system translation movements may still be unknown. By triangulating the first and second representations, 3D coordinates of markers at the first time and the second time in corresponding camera systems can be obtained and matched.
In step 2010, the rotation and translation detection system calculates or otherwise obtains a position the camera system relative to the physical environment. For example, the physical environment can be represented by stationary markers (e.g., markers embedded in walls), and the triangulation method can be used to obtain the relative position between the camera system and the stationary marker. Based on the different coordinates of the same stationary marker in corresponding camera coordinate systems, the camera system translation movements (relative to the physical environment) can be calculated geometrically. Further, the camera system's orientation relative to the physical environment can be obtained by triangulation in the 3D space. Thus, the camera system's position and orientation relative to the physical environment can be obtained in real-time.
It will be appreciated that some or all of the steps 2002-2010 may be repeated in order to pair additional markers and/or calculate changes in position of the additional markers relative to the object.
In step 2102, a rotation and translation detection system may predict a state, e.g., of the position or of the orientation. The predict phase may use a state estimate from a previous step to produce an estimate of the state at the current step and may not include a current observation.
In step 2104, the rotation and translation detection system may update a state. The update may include combining the prediction and a current observation information to refine the state estimate.
There may be many calculation/triangulation methods, and the drawings in
In some embodiments, wide angles of the first and the second cameras are known. Based on the wide angles, such as the numerical aperture of a camera lens, and the positions of P in the images of P, a vertical position of P relative to the cameras can be calculated. Thus, the rotation and translation detection system can obtain the position of P relative to OR and OT in a 3D coordinate system according to the calculated Z and the relative vertical position of P.
As described above, rotation and translation detection system 1300, can detect 3D rotational movements of the head or the head mount display relative to the real world, and detect 3D translational movements of an the head or the head mount display relative to the real world. Based on system 1300, computing device 100 and/or system 300 can accurately track a user's head movement when wearing the HMD. Thus, the user may move the head freely in 6-DoF and receive rendered AR/VR simulated according to the movement in the three-dimensional space. This allows a next level rendering of AR/VR over existing technologies and products, as well as multi-user interaction with the HMDs in the same physical environment.
With embodiments of the present disclosure, accurate tracking of the 3D position and orientation of a user (and the camera) can be provided. Based on the position and orientation information of the user, interactive immersive multimedia experience can be provided. The information also enables a realistic blending of images of virtual objects and images of physical environment to create a combined experience of augmented reality and virtual reality. Embodiments of the present disclosure also enable a user to efficiently update the graphical and audio rendering of portions of the physical environment to enhance the user's sensory capability.
In the foregoing specification, embodiments have been described with reference to numerous specific details that can vary from implementation to implementation. Certain adaptations and modifications of the described embodiments can be made. Furthermore, one skilled in the art may appropriately make additions, removals, and design modifications of components to the embodiments described above, and may appropriately combine features of the embodiments; such modifications also are included in the scope of the invention to the extent that the spirit of the invention is included. Other embodiments can be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the invention indicated by the following claims. It is also intended that the sequence of steps shown in figures are only for illustrative purposes and are not intended to be limited to any particular sequence of steps. As such, those skilled in the art can appreciate that these steps can be performed in a different order while implementing the same method.
The present application is based on and claims priority to U.S. Provisional Application No. 62/372,852, filed Aug. 10, 2016, the entire contents of which is incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
62372852 | Aug 2016 | US |