lp:~linaro-graphics-wg/glmark2/libmatrix-util-alf

Branch merges

Propose for merging

No branches dependent on this one.

Merged into lp:~glmark2-dev/glmark2/libmatrix-util at revision 198

Jesse Barker: Pending requested 2012-01-27

Diff: 74 lines (+6/-8)

5 files modified

android/jni/Android.mk (+1/-2)
android/jni/Android.ndk.mk (+1/-2)
src/android.cpp (+1/-0)
src/main.cpp (+3/-0)
src/options.cpp (+0/-4)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

198. By Alexandros Frantzis on 2012-01-27

Main,Android,Options: Initialize the Log class explicitly after parsing the options.

This removes the coupling between the Log and Options classes, and keeps
Options::parse_args() free of side effects.

197. By Alexandros Frantzis on 2012-01-27

Android: Use all libmatrix source files when building it.

196. By Jesse Barker on 2012-01-26

Update copyright on files affected by libmatrix update.

195. By Jesse Barker on 2012-01-26

Now that we get the common utility object (Log, Util, ShaderSource) from
libmatrix, remove them from glmark2 proper, and update to reflect the integration
of the libmatrix objects.

194. By Jesse Barker on 2012-01-26

Update to reflect lp:libmatrix revno 32. A fix found during integration with
glmark2 whereby non-prefixed log messages were emitting a colon.

193. By Jesse Barker on 2012-01-26

Update internal copy of libmatrix to reflect current trunk there
(current as of lp:libmatrix revno 31). Also fix the build to ensure
USE_EXCEPTIONS is defined appropriately.

192. By Alexandros Frantzis on 2012-01-19

Build,Doc: Update files for 2012.01 release.

191. By Alexandros Frantzis on 2012-01-19

Main: Implement seamless transition of FPS display when changing scenes.

190. By Jesse Barker on 2012-01-18

Create a new TextRenderer each time through the loop so that it is initialized with the newly reset canvas.

189. By Jesse Barker on 2012-01-18

Canvas: This adds logic to the canvas and its derivatives to allow a "reset" of the canvas between scenes. In practice what this does is to create a fresh context for each scene. This puts each scene on a level playing field and insulates the scenes from any resource leakage and any resultant performance degradation. Also included is an option to reuse one context for all scenes (the way things have worked up to now) for the sake of being able to test for resource leakage, etc.

SceneDesktop: A latent bug in the init/release symmetry in the RenderObject and its derivatives was detected as a direct result of the Canvas reset changes. This is also fixed in this branch (these changes should be taken regardless).