CROSS-REFERENCE TO RELATED APPLICATIONS

[001] This application claims the benefit of U.S. Provisional Application No. 62/267,398 filed on December 15, 2015, the contents of which are hereby incorporated by reference.

TECHNICAL FIELD

[002] The present disclosure relates generally to analyzing multimedia content, and particularly to identifying key points in multimedia data elements.

BACKGROUND

[003] With the abundance of multimedia data made available through various means in general and the Internet and world-wide web (WWW) in particular, there is a need for effective ways of analyzing and identifying such multimedia data. Such multimedia data may include, for example, images, graphics, video streams, video clips, video frames, photographs, images of signals, and the like.

[004] Analyzing such multimedia content may be challenging at best due to the huge amount of information that needs to be examined. Helpful and vital data analysis becomes time intensive due to the amount of data that must be processed. As a result, data analysis may be a low priority or ignored entirely.

[005] Even identifying multimedia content elements included in multimedia content is a challenging problem. Existing solutions may include processing, analyzing, and understanding the multimedia content based on one or more decisions. A theme of development for many such existing solutions has been to replicate the abilities of human vision by electronically perceiving and recognizing multimedia content items.

[006] The existing solutions are limited in the ability to identify multimedia content elements that are received for the first time. In particular, many existing solutions require comparing portions of multimedia content to known multimedia content elements to identify any matching multimedia content elements. Thus, unknown multimedia content elements or multimedia content elements that have otherwise never been received before may not be successfully recognized.

[007] Additionally, existing solutions are often highly sensitive to changes in the received multimedia content elements. Consequently, minor changes in the multimedia content due to, for example, differences during capturing, may result in otherwise identical multimedia content elements being unrecognizable. For example, taking pictures of a car at different angles (e.g., one from the rear right side and another from the front left side) may result in the car being unrecognizable by existing solutions for one or more of the pictures.

[008] Other existing solutions rely on metadata to identify multimedia content elements.

Use of such metadata typically relies on information from, e.g., users. Thus, the metadata may not be sufficiently defined to fully describe the multimedia content and, as a result, may not capture all aspects of the multimedia content. For example, a picture of a car may be associated with metadata representing a model of the car, but other pictures of the car may not be associated with metadata designating the owners.

[009] Further, the existing solutions often include analyzing each and every pixel of the multimedia content and matching those pixels to pixels in a database. This analysis consumes a significant amount of computing resources.

[0010] It would therefore be advantageous to provide a solution that would overcome the deficiencies of the prior art.

SUMMARY

[0011] A summary of several example embodiments of the disclosure follows. This summary is provided for the convenience of the reader to provide a basic understanding of such embodiments and does not wholly define the breadth of the disclosure. This summary is not an extensive overview of all contemplated embodiments, and is intended to neither identify key or critical elements of all embodiments nor to delineate the scope of any or all aspects. Its sole purpose is to present some concepts of one or more embodiments in a simplified form as a prelude to the more detailed description that is presented later. For convenience, the term "some embodiments" may be used herein to refer to a single embodiment or multiple embodiments of the disclosure. [0012] Certain embodiments disclosed herein include a method for identifying key points in a multimedia data element (MMDE). The method comprises: identifying, via a computer vision system, a plurality of candidate key points in the MMDE, wherein a size of each candidate key point is equal to a predetermined size, wherein a scale of each candidate key point is equal to a predetermined scale; analyzing the plurality of candidate key points to determine a set of properties for each candidate key point; comparing the sets of properties of the plurality of candidate key points; and selecting, based on the comparison, a plurality of key points from among the candidate key points.

[0013] Certain embodiments disclosed herein also include a non-transitory computer readable medium having stored thereon instructions for causing one or more processing units to execute a method, the method comprising: identifying, via a computer vision system, a plurality of candidate key points in the MMDE, wherein a size of each candidate key point is equal to a predetermined size, wherein a scale of each candidate key point is equal to a predetermined scale; analyzing the plurality of candidate key points to determine a set of properties for each candidate key point; comparing the sets of properties of the plurality of candidate key points; and selecting, based on the comparison, a plurality of key points from among the candidate key points.

[0014] Certain embodiments disclosed herein also include a system for identifying key points in a multimedia data element (MMDE). The system comprises: a processing circuitry; and a memory, the memory containing instructions that, when executed by the processing circuitry, configure the system to: identify, via a computer vision system, a plurality of candidate key points in the MMDE, wherein a size of each candidate key point is equal to a predetermined size, wherein a scale of each candidate key point is equal to a predetermined scale; analyze the plurality of candidate key points to determine a set of properties for each candidate key point; compare the sets of properties of the plurality of candidate key points; and select, based on the comparison, a plurality of key points from among the candidate key points.

BRIEF DESCRIPTION OF THE DRAWINGS

[0015] The subject matter disclosed herein is particularly pointed out and distinctly claimed in the claims at the conclusion of the specification. The foregoing and other objects, features, and advantages of the disclosed embodiments will be apparent from the following detailed description taken in conjunction with the accompanying drawings.

[0016] Figure 1 is a schematic diagram of a system for identifying key points in multimedia data elements according to an embodiment.

[0017] Figure 2 is a schematic diagram of a properties generation unit according to an embodiment.

[0018] Figure 3 is a flowchart illustrating a method for identifying key points in multimedia data content according to an embodiment.

[0019] Figure 4 is a flowchart illustrating a method for generating properties based on candidate key points according to an embodiment.

[0020] Figure 5 is a flow chart illustrating a method for selecting key points from among candidate key points according to an embodiment.

[0021] Figure 6 is an example simulation of identifying key points in an image multimedia data content.

[0022] Figure 7 is an example data plot utilized to illustrate determining a location property of a candidate key point.

[0023] Figure 8 is an example simulation of determining a rotation property of a candidate key point.

[0024] Figure 9 is an example data plot utilized to illustrate determining a size property of a candidate key point.

[0025] Figure 10 is an example data plot utilized to illustrate determining a pixilation property of a candidate key point.

[0026] Figure 1 1 is an example data plot utilized to illustrate determining a key point based on an analysis of a set of properties of each of a plurality of candidate key points.

DETAILED DESCRIPTION

[0027] It is important to note that the embodiments disclosed herein are only examples of the many advantageous uses of the innovative teachings herein. In general, statements made in the specification of the present application do not necessarily limit any of the various claimed embodiments. Moreover, some statements may apply to some inventive features but not to others. In general, unless otherwise indicated, singular elements may be in plural and vice versa with no loss of generality. In the drawings, like numerals refer to like parts through several views.

[0028] The various disclosed embodiments include a method and system for identifying key points in multimedia data elements. The identified key points may be utilized to identify multimedia content elements in the multimedia data elements. A multimedia data element is analyzed to identify candidate key points. The candidate key points are analyzed to determine a set of properties for each candidate key point. Key points are selected based on the determined sets of properties.

[0029] Fig. 1 shows an example schematic diagram of a system 100 for identifying key points in multimedia data elements (MMDEs) according to an embodiment. The system 100 includes an interface 1 10, a processing circuitry 120, a memory 130, a properties generator (PG) 140, and a storage unit (SU) 150. The memory 130 may be volatile (e.g., RAM, etc.), non-volatile (e.g., ROM, flash memory, etc.), or a combination thereof.

[0030] Key points are areas within an MMDE of predetermined size and scale that are determined by the system 100 to be the best representations of elements shown in the MMDE. A key point is an area of interest within the MMDE. Key points can be utilized to allow for efficient identification of elements shown in the MMDE by, for example, computer vision systems.

[0031] As an example, for a picture of a cat lying on grass, portions of the picture in which the cat or part of the cat is shown may be considered of stronger interest than portions in which only grass is shown. Thus, the area in the picture showing the cat is a key point. As another example, for a picture of a sunset reflected in the ocean, portions of the picture in which both the sun and ocean appear may be considered key points, while portions featuring only the sun or the ocean may not be considered key points.

[0032] The key points may be determined based on at least one candidate key point identified in an MMDE. In an embodiment, the identified candidate key points may be selected randomly from among points in the MMDE identified during the analysis. In another embodiment, the candidate key points may be identified based on at least one predetermined key point representation rule. As a non-limiting example, a key point representation rule may include a distance threshold such that only one of any two points having a distance between the two points less than the distance threshold are is selected as a candidate key point. A key point representation rule is described herein below.

[0033] MMDEs may be received through the interface 1 10. The interface 1 10 may be, but is not limited to, a network interface. As an example, the interface 1 10 may be a network interface for receiving MMDEs from one or more data sources (not shown) over a network (not shown). The data sources may be, for example, servers (e.g., web servers) or other sources of data including MMDEs. Each MMDE may be, but is not limited to, an image, a graphic, a video stream, a video clip, a video frame, a photograph, and an image of signals (e.g., spectrograms, phasograms, scalograms, etc.), combinations thereof, and portions thereof.

[0034] The properties generator 140 is configured to generate a set of properties for each candidate key point. The properties are scalable measures enabling evaluation of each candidate key point as well as determination of key points from among the candidate key points. The properties may include, but are not limited to, a location of a candidate key point within an MMDE, a rotation of a candidate key point within the MMDE, a size of the candidate key point relative to the MMDE, a pixilation of the candidate key point, combinations thereof, and the like. In an embodiment, the properties generator 140 may be further configured to identify benchmarking metrics utilized for determining properties of the candidate key points. For example, for an image, benchmarking metrics may include a white color against which other colors in the image may be compared. The benchmarking metrics utilized and properties determined may be based on a type of the MMDE. For example, metrics for an image may differ from metrics for audio.

[0035] The location of the candidate key point may be represented in an XY diagram, wherein the point (0,0) represents one or more edges of the MMDE. The size of a candidate key point is a size of a multimedia content element The rotation of the candidate key point is an angle at which a multimedia content element located at the candidate key point is tilted with respect to a baseline and may be determined respective of, for example, 8 different benchmarking metrics representing different rotations. The baseline may be further determined based on other multimedia content elements of the MMDE. The pixilation may be represented, e.g., in two rectangles (e.g., a 6x3 black rectangle and a 3x6 white rectangle). [0036] The properties generator 140 may be further configured to store the generated properties in the storage unit (SU) 150. The properties generator 140 is described further herein below with respect to Fig. 2.

[0037]The processing circuitry 120 is configured to receive one or more MMDEs through the interface 1 10 and to determine candidate key points for each of the received MMDEs. The processing circuitry 120 is further configured to cause the properties generator 140 to generate the set of properties for each determined candidate key point and to retrieve the generated sets of properties. Based on the retrieved properties, the processing circuitry 120 is configured to determine key points from among the candidate key points.

[0038] The processing circuitry 120 is typically coupled to the memory 130. The processing circuitry 120 may comprise or be a component of a processor (not shown) or an array of processors coupled to the memory 130. The memory 130 contains instructions that can be executed by the processing circuitry 120. The instructions, when executed by the processing circuitry 120, cause the processing circuitry 120 to perform the various functions described herein. The one or more processors may be implemented with any combination of general-purpose microprocessors, multi-core processors, microcontrollers, digital signal processors (DSPs), field programmable gate array (FPGAs), programmable logic devices (PLDs), controllers, state machines, gated logic, discrete hardware components, dedicated hardware finite state machines, or any other suitable entities that can perform calculations or other manipulations of information.

[0039] The processing circuitry 120 may also include machine-readable media for storing software. Software shall be construed broadly to mean any type of instructions, whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise. Instructions may include code (e.g., in source code format, binary code format, executable code format, or any other suitable format of code). The instructions, when executed by the one or more processors, cause the processing system to perform the various functions described herein.

[0040] In another embodiment, the processing circuitry 120 can be realized as an array of computational cores, each core having properties that are at least partly statistically independent from other cores of the plurality of computational cores. Such cores are generated or otherwise configured to obtain maximal independence, i.e., the projection from a signal space should generate a maximal pair-wise distance between any two cores' projections into a high-dimensional space. Further, the cores are optimally designed for the type of signals, i.e., the cores should be maximally sensitive to the spatio-temporal structure of the injected signal, for example, and in particular, sensitive to local correlations in time and space. Thus, in some cases a core represents a dynamic system, such as in state space, phase space, edge of chaos, etc., which is uniquely used herein to exploit their maximal computational power. In addition, the computational cores are optimally designed with regard to invariance to a set of signal distortions, of interest in relevant applications. A detailed description of processes for generating, configuring, and operating any array of computational cores is discussed in more detail US Patent 8,655,801 assigned to the common assignee, which is hereby incorporated by reference for all the useful information they contain.

[0041] It should be understood that the embodiments disclosed herein are not limited to the specific architecture illustrated in Fig. 1 , and other architectures may be equally used without departing from the scope of the disclosed embodiments. Moreover, in an embodiment, there may be a plurality of systems 100 operating as described hereinabove and configured to either have one as a standby, to share the load between them, or to split the functions between them.

[0042] Fig. 2 is an example flow diagram illustrating image processing by the properties generator 140 according to an embodiment. In the example embodiment shown in Fig. 2, the properties generator 140 includes a location determination circuit (LDC) 141 , a rotation determination circuit (RDC) 142, a size determination circuit (SDC) 143, and a pixilation determination circuit (PDC) 144. In an optional implementation, the properties generator 140 also includes a comparator 145. Further, in the example embodiment shown in Fig. 2, a MMDE is processed in the following order: by the location determination circuit 141 , by the rotation determination circuit 142, by the size determination circuit 143, by the pixilation determination circuit 144, and by the comparator 145.

[0043] The location determination circuit 141 is configured to determine a location of a candidate key point in a MMDE. The location may be relative to the MMDE. To this end, when the MMDE is an image, the location may be expressed as a pair of, e.g., X and Y coordinates (X,Y). The origin (0,0) may be any point in the MMDE. As a non-limiting example, the origin may be at the bottom left corner of the MMDE such that points in the MMDE are at coordinates (0,0), (100,150), and any coordinates in between such as, but not limited to, (0,90), (50,0), (75,75), (99,149), (80,120), and so on. When the MMDE is audio, the location may be expressed as a moment or period of time in the audio file. For example, for an audio clip that is 5 minutes (300 seconds) long, the location may be, but is not limited to, 0 seconds (start), 30 seconds, 100 seconds, 267 seconds, 150.2 seconds, 300 seconds (end), and the like.

[0044] The rotation determination circuit 142 is configured to determine a rotation of candidate key points in MMDEs. As a non-limiting example, the rotation determination circuit 142 is configured to identify edges of MMDEs, thereby enabling matching of the rotation of the MMDEs based on the respective edges thereof. The size determination circuit 143 is configured to determine a size of candidate key points in MMDEs. The pixilation determination circuit is configured to 144 determines a pixilation of candidate key points in MMDEs. As a non-limiting example, in an image of a couple hugging in front of the Eiffel tower, the pixilation of the portion of the image showing the couple is higher than the pixilation of the portion of the image showing the Eiffel tower in the background. Each of the location determination circuit 141 , the rotation determination circuit 142, the size determination circuit is configured to 143, and the pixilation determination circuit 144 may determine its respective properties based on characteristics of elements in the MMDE. To this end, each circuit, 142, 143, or 144 may be configured to identify at least one benchmarking metric based on the MMDE and to compare elements in the MMDE to the benchmarking metric.

[0045] Each benchmarking metric may be a metric representing a particular rotation, size, or pixilation of an MMDE, and may be utilized as a point of comparison by, for example, the rotation determination circuit 142, the size determination circuit 143, or the pixilation determination circuit 144, respectively. To this end, each of the rotation, size, and pixilation of a MMDE may be determined relative to at least one corresponding benchmarking metric. As a non-limiting example, if a text element in an image is identified as being in a particular character set (e.g., letters of the English alphabet), the rotation determination circuit 142 may be configured to determine a rotation of the text element with respect to a benchmarking metric text element in the same character set (e.g., a horizontally oriented text element using English alphabet letters).

[0046] In an embodiment, the properties generator 140 may include a comparison unit 145.

The comparison unit 145 compares a set of properties of each candidate key point. The comparison may be utilized to determine whether a candidate key point should be selected as a key point. To this end, the comparator 145 may be configured to compare scores of properties of the same type (e.g., scores for locations of different candidate key points, scores for rotations of different candidate key points, and the like).

[0047] In an embodiment, each, some, or all of the location determination circuit 141 , the rotation determination circuit 142, the size determination circuit 143, the pixilation determination circuit (PDC) 144, and the comparator 145 may comprise or be a component of a processor (not shown) or an array of processors. Examples for such processor or processors are provided above.

[0048] It should be noted that the flow diagram shown in Fig. 2 is merely an example and does not limit any of the disclosed embodiments. In particular, a MMDE may be processed by any of the location determination circuit 141 , the rotation determination circuit 142, the size determination circuit 143, and the pixilation determination circuit 144, either in series or in parallel, and may be processed by each circuit in any order. As a non-limiting example, the MMDE may be processed by the location determination circuit 141 , the rotation determination circuit 142, the size determination circuit 143, and the pixilation determination circuit 144 simultaneously. As another non-limiting example, the MMDE may be processed by the circuits in the following order: by the rotation determination circuit 142, by the pixilation determination circuit 144, by the size determination circuit 143, and by the location determination circuit 141 . Additionally, other circuits for determining properties of MMDEs (not shown), such as a color determination circuit, may be equally used in addition to or instead of any of the circuits 141 , 142, 143, or 144.

[0049] Fig. 3 is an example flowchart 300 illustrating a method for identifying key points in a MMDE according to an embodiment. In an embodiment, the method may be performed by the system 100. [0050] At S310, a MMDE is received. The MMDE may be received via an interface (e.g., the interface 1 10).

[0051] At S320 the MMDE is analyzed to identify candidate key points. In an embodiment, S320 may include image-based recognition of the MMDE. In a further embodiment, the image-based recognition may begin at the edges of the MMDE and continue to the center. As an example, if the MMDE is an image, the analysis may begin at the outermost points in the image. As another example, if the MMDE is audio, the analysis may begin at the beginning and end times for the audio.

[0052] In an embodiment, the identified candidate key points may be selected randomly from among points in the MMDE identified during the analysis. In another embodiment, the candidate key points may be identified based on at least one predetermined key point representation rule. As an example, a key point representation rule may include a distance threshold (e.g., a distance between points in an image or video, a length of time in audio, etc.). If two points in an MMDE are separated by a distance less than the distance threshold, only one of the points may be identified as a candidate key point.

[0053] At S330, a set of properties is determined for each identified candidate key point.

Determination of properties for candidate key points is described further herein below with respect to Fig. 4.

[0054] At S340, the properties for each candidate key point are compared. In an

embodiment, comparing the properties further includes determining a property score for each property of each candidate key point. The property scores may be determined based on comparison of characteristics of each property such as, but not limited to, intensity, distance from a center point of the MMDE, color, angle of rotation, a

combination thereof, and the like. The property scores may be determined further based on benchmarking metrics for such characteristics. In an embodiment, higher property scores indicating a greater likely significance of the candidate key point. As an example, the location scores for a particular candidate point may be 3, 7, and 8, respectively, with 1 representing the lowest likelihood of significance (e.g., toward the outer edges of the MMDE) and 10 representing the highest likelihood of significance (e.g., closest to the center of the MMDE). [0055] At S350, key points are selected from among the identified candidate key points. The key points may be selected based on the determined sets of properties via, e.g., comparison of the properties' respective scores. Selecting key points among candidate key points is described further herein below with respect to Fig. 5.

[0056] At optional S360, it is checked whether additional key points are required and, if so, execution continues with S320; otherwise, execution terminates. In an embodiment, upon selecting a key point in a particular area of the MMDE, additional key points may be checked for within, or in proximity to, the area of the key point.

[0057] Fig. 4 is an example flowchart S340 illustrating a method for determining a set of properties for candidate key points in an MMDE according to an embodiment. In an embodiment, each of the properties may be determined by comparing benchmarking metrics to one or more characteristics of the candidate key point.

[0058] At S410, a location of a candidate key point is determined. The location of the candidate key point may be determined by identifying a center point of the MMDE and determining a distance from the center point to the candidate key point. At S420, a rotation of the candidate key point may be determined. The rotation may be determined based on edges identified in the MMDE. At S430, a size of the candidate key point may be determined. At S440, a pixilation of the candidate key point may be determined.

[0059] At S450, it may be determined whether properties of additional candidate key points are required and, if so, execution continues with S410; otherwise execution terminates. In an embodiment, the determination may be based on an MMDE identification rule. The MMDE identification rule indicates at least one condition for successful identification of multimedia content elements and may be based on, but not limited to, an event (e.g., identification of a concept related to the MMDE), a threshold (e.g., a number of sets of properties for candidate key points), a combination thereof, and the like. To this end, in an embodiment in which identification of a concept related to the MMDE is indicated by the MMDE identification rule, S450 may further include determining whether a concept can be identified based on the properties determined thus far.

[0060] It should be noted that Fig. 4 is described herein above with respect to location, rotation, size, and pixilation properties merely for simplicity purposes and without limitation on the disclosed embodiments. More, fewer, or other properties may be utilized without departing from the scope of the disclosure. As an example, a color property for an image may also be determined. As another example, a volume property for an audio file may be determined, and the rotation and pixilation properties may not be determined for the audio file.

[0061] Fig. 5 is an example flowchart S350 illustrating a method for selecting key points in a MMDE according to an embodiment.

[0062] At S510, sets of properties of candidate key points in the MMDE are obtained. The sets of properties for each candidate key point may include the properties determined as described herein above with respect to Fig. 4.

[0063] At S520, the sets of properties are compared to identify relatively high sets of properties. The relatively high sets of properties are identified to determine the most descriptive candidate key points. In an embodiment, S520 includes determining a property score for each property. Each property score may be determined based on relative values for properties of the candidate key points. In a further embodiment, S520 may also include determining an average property score for properties of each set of properties. In yet a further embodiment, relatively high sets of properties may be sets of properties having average property scores above a predetermined threshold.

[0064] At optional S530, at least one budget parameter may be retrieved. The budget parameter is a quantitative limitation on the maximum amount of key points that may be selected for the MMDE and is typically utilized to ensure efficient key point identification by restricting the number of key points that need to be identified, thereby conserving computing resources. The budget may be the same for all MMDEs, may differ for different types of MMDEs, and the like. In an embodiment, the budget may be retrieved from the storage unit 150.

[0065] At S540, key points to be selected are determined based on the comparison. The number of key points determined may be limited based on the budget.

[0066] Fig. 6 is an example simulation of a selection of candidate key points in a MMDE. In the example simulation of Fig. 6, an image 600 includes a cat. The image 600 may be received via an interface and analyzed. Based on the analysis, candidate key points 610-1 through 610-4 are identified. A set of properties is generated for each of the candidate key points 610. The sets of properties are compared. For example, the location property of candidate key point 610-1 is relatively low as compared to candidate point 610-3 because it is closer to the center of the image 600. Additionally, the pixilation property of candidate key point 610-2 may be relatively low as compared to candidate key point 610-4.

[0067] Fig. 7 is an example data plot 700 utilized to illustrate determining a location property of a candidate key point. The example data plot 700 includes a set of data points 710 and a subset of data points 720 among the set of data points 710. Location properties are determined for candidate key points. The location properties may be displayed in the data plot 700 as an XY graph where the data point (0,0) represents a point on an edge of a MMDE and where the points farthest from the data point (0,0) represent the points closest to the center of the MMDE. In the example data plot 700, each point (x,y) represents, e.g., a horizontal and vertical distance, respectively, of the candidate key point to the center of the MMDE when the MMDE is an image. In other example data plots, each point (x,y) may represent, e.g., a horizontal and vertical distance, respectively, of the candidate key point to one or more of the edges of the image MMDE. For other types of multimedia content elements (e.g., video, audio, etc.), each of the X-axis and the Y-axis may represent metrics such as, but not limited to, amount of time from half of the total time of the audio or video, a horizontal or vertical distance to or from a center of an image-based portion of the video, a distance of a line to or from the center of the image-based portion of the video, and the like.

[0068] The candidate key points with the strongest responses (i.e., location properties) may be selected. The strongest response key points may be determined by comparing the location properties among the candidate key points 710 and assigning a location score to each of the candidate key points 710. As an example, the strongest response candidate key points are associated with points of the subset 720.

[0069] Fig. 8 is an example simulation 800 of determining a rotation property of a candidate key point. The simulation 800 is based on an image 810 of a Superman® character standing in front of a city background and includes candidate key points 820 and 830. A rotation property may be determined for each of the candidate key points 820 and 830. The determination may include comparing rotations among the candidate key points and determining a rotation scale based on the comparison. The determination may further include analyzing the rotation of each candidate key point respective of the rotation scale and assigning a rotation score to each candidate key point. As an example, the candidate key point 820 may be assigned a lower rotation score than that of candidate key point 830 because the rotation of the candidate key point 820 (i.e., a point on the side of a vertically oriented building) is less than the rotation of the candidate key point 830 (i.e., a point on an angle of a bent elbow).

[0070] Fig. 9 is an example data plot 900 utilized to illustrate determining size properties of candidate key points. The example data plot 900 includes key points 910 and a data point cluster 920. Each of the data points 910 represents a size property of a candidate key point, with the data point (0,0) representing the lowest size property and the data points of the key point cluster 920 representing the highest size properties among candidate key points. Thus, the largest candidate key points are associated with a higher size score and are the candidate key points associated with the data point cluster 920.

[0071] Fig. 10 is an example data plot 1000 utilized to illustrate determining pixilation properties of candidate key points. The pixilation properties represent visual quality of the MMCE as determined based on, e.g., resolution. The example data plot 1000 includes key points 1010 and a data point cluster 1020 where the data point (0,0) represents the lowest pixilation among candidate key points and the candidate key points having the highest pixilation are represented by data points of the cluster 1020. Key points with the higher pixilation are assigned with a higher pixilation score.

[0072] Fig. 1 1 is an example data plot 1 100 utilized to illustrate selecting key points based on an analysis of a set of properties of each of a plurality of candidate key points. The example data plot 1 100 includes points 1 1 10 and 1 120. Each point 1 1 10 and 1 120 represents a candidate key point having a set of properties. In an example implementation, the set of properties may include 2 or 4 properties. The set of properties for each candidate key point is analyzed to determine which candidate key points are to be utilized as key points. As an example, the candidate key point may be assigned da score for each property, and one or more candidate key points having a highest average score from among a plurality of candidate key points may be selected as key points.

[0073] The various embodiments disclosed herein can be implemented as hardware, firmware, software, or any combination thereof. Moreover, the software is preferably implemented as an application program tangibly embodied on a program storage unit or computer readable medium consisting of parts, or of certain devices and/or a combination of devices. The application program may be uploaded to, and executed by, a machine comprising any suitable architecture. Preferably, the machine is implemented on a computer platform having hardware such as one or more central processing units ("CPUs"), a memory, and input/output interfaces. The computer platform may also include an operating system and microinstruction code. The various processes and functions described herein may be either part of the microinstruction code or part of the application program, or any combination thereof, which may be executed by a CPU, whether or not such a computer or processor is explicitly shown. In addition, various other peripheral units may be connected to the computer platform such as an additional data storage unit and a printing unit. Furthermore, a non-transitory computer readable medium is any computer readable medium except for a transitory propagating signal.

[0074] All examples and conditional language recited herein are intended for pedagogical purposes to aid the reader in understanding the principles of the disclosed embodiment and the concepts contributed by the inventor to furthering the art, and are to be construed as being without limitation to such specifically recited examples and conditions. Moreover, all statements herein reciting principles, aspects, and embodiments of the disclosed embodiments, as well as specific examples thereof, are intended to encompass both structural and functional equivalents thereof. Additionally, it is intended that such equivalents include both currently known equivalents as well as equivalents developed in the future, i.e., any elements developed that perform the same function, regardless of structure.