Abstract: A system and method are provided for estimating and applying vehicle tire traction. Vehicle data (e.g., movement and location-based data) and tire sensor data are collected at a vehicle and transmitted to a remote computing system (e.g., cloud server). A wear status is determined, and traction characteristics determined for at least one tire, based at least on the vehicle data and the determined tire wear status. The predicted tire traction characteristics are transmitted from the remote computing system to an active safety unit associated with the vehicle, or a fleet management system, wherein the recipient is configured to modify vehicle operation settings based on at least the predicted tire traction characteristics. A maximum speed for the vehicle may be defined by the recipient, or a minimum following distance where, e.g., the vehicle is one of multiple vehicles in a defined platoon.

Abstract: This disclosure is directed to the control of graphical output of a second computing device by a first computing device. According to these techniques, a first computing device may be configured to generate at least one control object that includes at least one control script. The at least one control script is configured to be executed according to an execution environment (e.g., a graphics processing environment) of the second computing device. Once executed, the at least one control script may be configured to access a native application programming interface (API) of the second computing device to cause graphical data to be presented via an output interface (e.g., a display) communicatively coupled to the second computing device based on a context defined by the at least one control object.

Abstract: An application executing on a computing device may invoke a function call of a first function. The computing device may support a bundled application library of functions and a native library of functions. It may be determined that code for executing the first function exists in both the bundled application library and the native library, and the application may execute the first function using the code in the native library. While the application continues execution on the computing device, the application may invoke a function call of a second function. It may be determined that, of the bundled application library and the native library, the code for executing the second function exists in the bundled application library. The application may execute the second function using the code in the bundled application library.

Abstract: An application executing on a computing device may invoke a function call of a first function. The computing device may support a bundled application library of functions and a native library of functions. It may be determined that code for executing the first function exists in both the bundled application library and the native library, and the application may execute the first function using the code in the native library. While the application continues execution on the computing device, the application may invoke a function call of a second function. It may be determined that, of the bundled application library and the native library, the code for executing the second function exists in the bundled application library. The application may execute the second function using the code in the bundled application library.

Abstract: This disclosure is directed to the control of graphical output of a second computing device by a first computing device. According to these techniques, a first computing device may be configured to generate at least one control object that includes at least one control script. The at least one control script is configured to be executed according to an execution environment (e.g., a graphics processing environment) of the second computing device. Once executed, the at least one control script may be configured to access a native application programming interface (API) of the second computing device to cause graphical data to be presented via an output interface (e.g., a display) communicatively coupled to the second computing device based on a context defined by the at least one control object.

Abstract: One embodiment of the present invention sets forth a technique for specifying scene programs, where the effect of executing a particular scene program is to generate a sequence of graphics commands. The application programming interface is extended to include calls used to specify a high-level scene program. Upon receiving a high-level scene program, the graphics driver generates a machine code scene program. When an application program emits a call to execute one or more machine code scene programs, the graphics driver transmits corresponding scene programs execution commands to the graphics pre-processing unit. For each scene program execution command, the graphics pre-processing unit processes instructions, programmatically reconfigures the graphics pipeline based on the execution of the machine code scene program, and launches one or more parallel threads that execute commands within the graphics pipeline.

Abstract: An application executing on a computing device may invoke a function call of a first function. The computing device may support a bundled application library of functions and a native library of functions. It may be determined that code for executing the first function exists in both the bundled application library and the native library, and the application may execute the first function using the code in the native library. While the application continues execution on the computing device, the application may invoke a function call of a second function. It may be determined that, of the bundled application library and the native library, the code for executing the second function exists in the bundled application library. The application may execute the second function using the code in the bundled application library.

Abstract: One embodiment of the present invention sets forth a technique for specifying scene programs, where the effect of executing a particular scene program is to generate a sequence of graphics commands. The application programming interface is extended to include calls used to specify a high-level scene program. Upon receiving a high-level scene program, the graphics driver generates a machine code scene program. When an application program emits a call to execute one or more machine code scene programs, the graphics driver transmits corresponding scene programs execution commands to the graphics pre-processing unit. For each scene program execution command, the graphics pre-processing unit processes instructions, programmatically reconfigures the graphics pipeline based on the execution of the machine code scene program, and launches one or more parallel threads that execute commands within the graphics pipeline.

Abstract: The subject matter of this specification can be implemented in, among other things, a computer-implemented method for accessing a native application programming interface (API) of a computing device including receiving on the computing device one or more control objects from a first application written in a device-independent programming language. The control objects define a context for accessing the native API and the control objects include at least one control script. The method further includes compiling the control script on the computing device into a second application that is native to the operating system of the computing device. The method further includes executing the second application on the computing device. The executed second application accesses the native API of the computing device to generate an output through a hardware interface of the computing device based on the context.

Abstract: Methods and systems for providing compatibility of applications with multiple versions of an operating system are provided. The method may comprise receiving, by a device, a request to perform a function-call of an application that references features of a first version of an operating system. The method also includes determining whether a version of the operating system and a system library on the device supports the function-call of the application so as to be able to perform dynamic compilation of code in the system library for the function-call at run-time, and based on the determination, accessing a compatibility library associated with the application that includes pre-compiled code for execution by a given device having a given version of the operating system other than the first version of the operating system. The method also includes at run-time, performing the function-call using corresponding pre-compiled code from the compatibility library.

Abstract: Methods and systems for providing compatibility of applications with multiple versions of an operating system are provided. The method may comprise receiving, by a device, a request to perform a function-call of an application that references features of a first version of an operating system. The method also includes determining whether a version of the operating system and a system library on the device supports the function-call of the application so as to be able to perform dynamic compilation of code in the system library for the function-call at run-time, and based on the determination, accessing a compatibility library associated with the application that includes pre-compiled code for execution by a given device having a given version of the operating system other than the first version of the operating system. The method also includes at run-time, performing the function-call using corresponding pre-compiled code from the compatibility library.

Abstract: The subject matter of this specification can be implemented in, among other things, a computer-implemented method for accessing a native application programming interface (API) of a computing device including receiving on the computing device one or more control objects from a first application written in a device-independent programming language. The control objects define a context for accessing the native API and the control objects include at least one control script. The method further includes compiling the control script on the computing device into a second application that is native to the operating system of the computing device. The method further includes executing the second application on the computing device. The executed second application accesses the native API of the computing device to generate an output through a hardware interface of the computing device based on the context.

Abstract: One embodiment of the present invention sets forth a method for accessing, from within a graphics processing unit (GPU), data objects stored in a memory accessible by the GPU. The method comprises the steps of creating a data object in the memory based on a command received from an application program, transmitting an address associated with the data object to the application program for providing data associated with different draw commands to the GPU, receiving a first draw command and the address associated with the data object from the application program, and transmitting the first draw command and the address associated with the data object to the GPU for processing.

Abstract: Embodiments relate to systems and methods for order-independent rendering of graphical objects using operating system resources. In implementations, an application programming interface (API) can be provided in the operating system of a mobile or other device. The API can comprise a set of both compute and graphical processing resources, and can accept calls from applications or other requestors to render graphical objects to compose a scene. The set of compute resources can assign, access, and/or sort a set of tag information attached to each graphical element. That information can encode features such as distance from a viewpoint, transparency, and others. Applications requesting the rendering of a scene can access the compute resources via the API to sort the graphics objects according to their tag information, such as closest to farthest from a viewpoint. Applications are relieved of separately determining an order for rendering the objects of a scene.

Abstract: This disclosure is directed to improving a user experience when operating a mobile device that includes a display. In one example, a mobile device is configured to render an image via a display of the mobile device. The image includes one or more properties. The mobile device may identify, using one or more sensors, one or more characteristics of a relationship between the mobile device and an optical environment of the mobile device. One or more indications of the identified characteristics may be provided to a graphics processing pipeline of the mobile device configured to present images via the display. The graphics processing pipeline may modify the one or more properties of the image to reflect the identified characteristic.

Abstract: This disclosure is directed to improving a user experience when operating a mobile device that includes a display. In one example, a mobile device is configured to render an image via a display of the mobile device. The image includes one or more properties. The mobile device may identify, using one or more sensors, one or more characteristics of a relationship between the mobile device and an optical environment of the mobile device. One or more indications of the identified characteristics may be provided to a graphics processing pipeline of the mobile device configured to present images via the display. The graphics processing pipeline may modify the one or more properties of the image to reflect the identified characteristic.

Abstract: A graphics system has output states corresponding to a transformation of a user state of a software application to a graphics hardware state. The graphics system utilizes a technique, such as a conventional output state cache, to recognize that the overall state vector has taken on a previously-seen value. Additionally, a transition cache maps transitions in changing input state to changing output state. The transition cache is used to provide an alternative technique to determine output states based on transitions of input state.

Abstract: A system, method, and computer program product are provided for offloading application tasks in a multi-processor environment. In use, an application is executed utilizing a first processor. Such application performs a plurality of tasks. A driver is provided for determining at least a subset of the tasks. To this end, the subset of tasks may be executed utilizing a second processor.