Release Origami (scene Intro by Faemiyah)

Farox

Certified Guru
Joined
Jan 8, 2009
Messages
2,112
Age
52
Location
Italy
Website
rbnet.it
Here is another port of a Intro coded by Faemiyah and presented at Assembly 2005 and called Origami.
http://www.pouet.net/prod.php?which=18347


Pandora port is running thanks to glshim library by ptitSeb (using the latest Git revision).

BEWARE!!
at start the demo made some intensive pre-calculations that need, on Pandora, around 5 minutes to complete, where on a x86 PC takes around only 1 minute. Please be patient and .... wait.

I advice you to clock your Pandora at minimum of 800 Mhz (tested at 825 mhz on my CC) otherwise is slower on some heavy scenes.

Also on CC units it's best to use a swap file (optimal solution is to setup the swap file on a secondary SD card possibly with fast read/write speeds...but don't use a too bigger swap file (i use a 300 megabyte one).

with the build 02 submitted to the repo seems that a swap file is no longer needed, also updated the build of glshim lib and Origami exe is now not stripped.

Sources included in PND.





Enjoy and let me know how it run on 1Ghz Pandora.
 
Last edited:

Magic Sam

Forever Homebrew
Joined
Aug 10, 2007
Messages
2,231
Age
37
Location
Innsmouth, MA
Hi all :)

@Farox : thanks for porting this intro to the Pandora !

It's running very well on my Rebirth unit with OC @ 825 MHz and SGX driver 4.10, only the ending credits are a bit more demanding (~100% CPU usage).

Could you tell us more about those intensive pre-calculations ?

@ptitSeb : FPS details didn't show up in @notaz' Live system info. Is this a bug in glshim ?

Cheers, Magic Sam
 

Magic Sam

Forever Homebrew
Joined
Aug 10, 2007
Messages
2,231
Age
37
Location
Innsmouth, MA
@ptitSeb : here you go :)
[ START ]--- Starting the application ( run.sh ) ----------
LIBGL: Initialising glshim
LIBGL: Batch mode enabled
Origami by Juippi, Trilkk and Warma. Combined 64k for Assembly 2005.
-f, --fullscreen (off) Fullscreen mode
-d, --debugkeys (off) Enable debug keys.
-r, --resolution (800x480) Specify resolution as WIDTHxHEIGHT
-fr, --fresolution (320x240) Specify fractal resolution as WIDTHxHEIGHT
LIBGL: Warning, memory corruption detected at init, trying to compensate
LIBGL: Initialising glshim
LIBGL: Batch mode enabled
libGL: built on Apr 20 2016 14:58:57
libGL: framebuffer output enabled
LIBGL: Current folder is:/mnt/utmp/origami_farox
libGL:loaded: libGLES_CM.so
libGL:loaded: libEGL.so
[SUCCESS]--- Starting the application ( run.sh ) ----------
Cheers, Magic Sam
 

Farox

Certified Guru
Joined
Jan 8, 2009
Messages
2,112
Age
52
Location
Italy
Website
rbnet.it
Thanks @Magic Sam for testing, and yes the credits part are really intensive, but on my CC unit other parts are intensive too.
About the calculations at start i don't know for sure (it's not easy, for me, to read code comments that are in finnish;)) but i presume that mostly are the fractals calculated at the selected resolution.
 

ptitSeb

Serial Porter
Joined
Aug 15, 2012
Messages
8,573
Age
47
Location
France, near Lyon
@Farox : I think you have compiled glshim without the PANDORA switch (explaining why it doesn't detect LiveSystemInfo).
You should use "ccmake ." and activate "PANDORA" (or use something like "cmake -DPANDORA=1").
 

Magic Sam

Forever Homebrew
Joined
Aug 10, 2007
Messages
2,231
Age
37
Location
Innsmouth, MA
@Farox : I had a look at the github page, and like you I stared for quite a long time at the comments in Finnish :p

Just out of curiosity, I also ran "sudo perf top" while running Origami. Here are the results:

During loading time, "origami" (0x97fc) uses the most resources, with libm-2.9 and libGLU.so.1 near the end.

When the intro really starts, libc-2.9.so "memcpy" is the most demanding process (~30%), followed by libGLES_CM.so.1.10 and libGL.so.1 "draw_renderlist".

Does that mean something to you guys ?

Cheers, Magic Sam
 

ptitSeb

Serial Porter
Joined
Aug 15, 2012
Messages
8,573
Age
47
Location
France, near Lyon
that means origami is compiled whithout debug info (add "-g" in CFLAGS) making profiling near impossible.
libGLU is probably use to load texture and calculate the mipmap at loading time.
After that, draw_renderlist is, more or less, main rendering loop of glshim (for list and/or immediate mode rendering), so not much here also.
 

Farox

Certified Guru
Joined
Jan 8, 2009
Messages
2,112
Age
52
Location
Italy
Website
rbnet.it
@Farox : I think you have compiled glshim without the PANDORA switch (explaining why it doesn't detect LiveSystemInfo).
You should use "ccmake ." and activate "PANDORA" (or use something like "cmake -DPANDORA=1").
ah ok i followed your readme.md at github ..
 

Farox

Certified Guru
Joined
Jan 8, 2009
Messages
2,112
Age
52
Location
Italy
Website
rbnet.it
Ok recompiled glshim lib and Origami (without stripping the exe) and after a quick test @825Mhz seems more faster than before and also runned fine without a swap file.:cool:

In next few hours i'll build an update.
[doublepost=1461440825,1461426056][/doublepost]Build 02 is on the repo.
Update glshim library now build with correct -DPANDORA parameter.
Origami exe is now not stripped.
 

Magic Sam

Forever Homebrew
Joined
Aug 10, 2007
Messages
2,231
Age
37
Location
Innsmouth, MA
Thank you @Farox for this updated build :) @notaz ' Live system info is working now (FPS range from ~60 at the very beginning to ~3 during the ending credits...)

Did you recompile with "-g" in the CFLAGS, in order to have debugging symbols ?

Cheers, Magic Sam
 

Farox

Certified Guru
Joined
Jan 8, 2009
Messages
2,112
Age
52
Location
Italy
Website
rbnet.it
Thank you @Farox for this updated build :) @notaz ' Live system info is working now (FPS range from ~60 at the very beginning to ~3 during the ending credits...)

Did you recompile with "-g" in the CFLAGS, in order to have debugging symbols ?

Cheers, Magic Sam
uhmm from 60 to 3 fps...interesting thanks
No debug enabled in this recompile sorry, it's only not stripped...but i build another exe with -g enabled.. if you want i could share...as i don't want to build a pnd with debugging symbols as i think may be slower.
 

ptitSeb

Serial Porter
Joined
Aug 15, 2012
Messages
8,573
Age
47
Location
France, near Lyon
debug symbols will not slow down your builds. It just make them bigger and easier to debug/profile, that's all.
 
Last edited:

levi

Still fresh, damnit!
Joined
Oct 6, 2008
Messages
12,122
Location
Somewhere off the coast of the EU
Just tried this out on my 1GHz pandora running at 1096MHz, probably using the default SGX driver (since Eki's pandora model check can't identify it). It ran pretty well, although the framerate for the credits is sub-10FPS. For your information, it took 3m04s of 'please wait' before the action started.

Also, on a personal note, this is probably my favourite demo currently available on the Pandora scene. Awesome music, cool graphics nicely directed!
 

Farox

Certified Guru
Joined
Jan 8, 2009
Messages
2,112
Age
52
Location
Italy
Website
rbnet.it
just rebuided a 3th revision with (-g) enabled...IMHO seems a little slower but you can test it and report please.
link to download https://temp-share.com/f/rwktjisxtr
[doublepost=1461486058,1461485770][/doublepost]
Also, on a personal note, this is probably my favourite demo currently available on the Pandora scene. Awesome music, cool graphics nicely directed!
Yes is a very nice demo...one of my fav at moment, but another will be 8bitWonderland by Kakiarts
that i struggle to finish porting...if someone wanna help...;)
 

levi

Still fresh, damnit!
Joined
Oct 6, 2008
Messages
12,122
Location
Somewhere off the coast of the EU
This time I measured the startup time as 3m08s on my 1GHz unit which is within a small error margin so probably unchanged. To my eye the rest of it also ran at much the same framerate, with the credits at the end framerate matching up pretty closely with the hi-hat line in the beat.
 
Top