Alpha Testing Underway!

[Mats]

the newest test wont work on xperia x8 but, keep going Paul  is the GUI finish ? could you make some  tests of the GUI ?

[scorpio16v]

After first tests with pilotwings, i found out the following :

-on tegra2 and exynos, no shadow bug and background became visible  (as far,as I can recognize    )
-on exynos, no background flickering polygons
- I can see the same bright frame in menue screen, like on yongzh's default plugin. Maybe he did port the rice plugin ?

[Mats]

maybe, you could ask him :-D

[xperia64]

k so on my xperia play, every texture appears to be missing and just some colored square/rectangle. In SM64, mario is the only thing visible (sometimes i see the shadows of where stuff is supposed to be) and his face is missing its textures. in kirby64, No part of the menu shows up (textures again) and kirby's face is missing. All of the enemies' attacks look like something blocky square out of super paper mario.

[Paul]

Maybe he did port the rice plugin ?

maybe, you could ask him :-D

Haha, I doubt he would admit using any code from Rice or gles2n64 (or he'd have to release the source, since both are under the GPL).

[Mats]

hahahaha :-D im so stupid :-P

[Mats]

what is the name on the a and b buttons so i can map them :-D

[scorpio16v]

what is the name on the a and b buttons so i can map them :-D

You should use the scancode finder and the explanation from the first post. 

[Mats]

okei thanx

[Paul]

The code for hires textures is currently commented out as it means there are fewer libraries needed to compile but it should be easy enough to fix or use SDL_Image instead.

I hardcoded 1024x768 in one or two places. If you check EndUpdate in OGLTexture it is probably the texture format that needs to be changed. You can test it with GL_RGBA, the colours will be wrong but you can see if that is the issue. The spec says they should be the same but BGRA is convenient and works for a few devices. You could swap the R,B bytes yourself before gltexture2D I'd copy the data and swap that instead of swaping the original just in case.

Nice!  You've correctly identified both my problems.  I fixed the framesize problem by setting the config ints for "ScreenWidth" and "ScreenHeight", which are assigned to windowSetting.uDisplayWidth and windowSetting.uDisplayHeight, and used those two in the spots where 1024x768 was hard-coded.  For the missing/black textures, GL_BGRA_IMG is missing on Android, and switching to just GL_BGRA results in the aforementioned problem.  Changing it to GL_RGBA makes the textures visible again (just the colors are wrong, as you mentioned).  I'll see about swapping the colors.

[Paul]

Anyone know an efficient way to convert a block of BGRA bytes into RGBA?  I could do it with a 'for' loop, take four bytes at a time, do some bit-shifts and & operators to get the color components and then reconstruct them with more bit-shifts and | operators, but I have a feeling that would be really slow..  Anyone have some experience with this before?

--EDIT--
.. or I could just read in four separate bytes and rearrange them, haha..  still I wonder if a for loop is the most efficient way to do this, but at least it doesn't have to be so complicated..

[Mats]

i googled it is this to help ? can i post a link ??

[Mats]

on the GUI would it be frameskip ? and framelimiter ??

[Ganster41]

With GLES2Rice I have some perfomance, as with GLES2n64.
PS: I compiled GLES* libraries with Auto-vectorizaton, and unsafe optimization flags(-ffast-math -ftree-vectorize -funsafe-math-optimizations), but can't see any perfomance changes(may be ~1 FPS, but I use my CPU specific flags, like -mtune=arm1136jf-s -march=armv6j too...)

[Paul]

Finished fixing my two bugs with GLES2Rice.  I've uploaded the latest build and sourcecode (same links as before):

Test APK  (source code)

Now that everything is visible and "RGBAified" properly, I've noticed a couple bugs besides the known shader and texture problems (not sure if you see these too, Kris).  Firstly, the shadows, carpet, etc. in Mario are flickery.  Secondly, things are sometimes sorted incorrectly (the waterfall draws over trees, further-away trees draw in front of closer trees, etc).  It reminds me of the Panter's Algorithm sort problem that you see sometimes for objects with transparency.

Anyway, back to working on the GUI.  I'll have some tests tomorrow (sorry for the delay, everyone who's been waiting)