Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Will be very grateful, my 1h+ commute to work would turn into 1h+ of pure gaming awesomeness (hell, I might miss a bus stop or two)

Does not compute, all my 'work' is done on device during abovementioned commute (with 4.6 gcc/++ thanks to Aapo). Still believe it is easier/faster to have the resulting binary ready to run once it compiles (sure for rewrites of large parts of the code desktop is nice I guess)

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

LOL@your post count ;) I just prefer to make changes on my powerful desktop PC and check resulting binary anyway (if you take now the sources of lincity-ng for maemo - either Aapo's clean sdl version or my versinon and change only SDL_gles related stuff to SDL_opengl - it will compile and run fine on 64bit ubuntu virtual machine), for me it just speeds up development... in the final steps (when i'm compiling in scratchbox), i'm also checking every compilation on device, like in this case. I was trying to implement frame limit in opengl, but it looks like it is coded somewhere anyway (out of PainterSDL/PainterGL/PainterGLES classes), so it only made rendering more laggy look. But putting SDL_Delay(100) after each call to SDL_GLES_SwapBuffers() made my cpu usage go down to 25% ;))

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

CSSU users doesn't need to worry maemo-fremantle-pr, it is already uninstalled (without dramatic side-effects). There are one difference between 1.2.6-5+0m5+ogg+mp3 and 1.2.6-5+0m5+ogg+mp3-2: first one is using 'broken' libmikmod (it is for playing s3m/mod -audio). Broken means it makes zero length file to the directory where binary is, which means that directory must be user-writeable (which is not good, but can be handled if needed).

I do not know what is currently wrong with dependencies of lincity, I will check it before next release.

I added option to the settings (gui) to toggle between SDL and GLES. Command line "-g" is also working, and ~/.lincity-gn/userconfig.xml

I chose SDL to default, because it is more tested (at least by me).

Android can use c/c++, only start-wrapper must be java. And it must compile every library statically: check this https://github.com/kobr4/Lincity4dro...master/jni/src looks familiar?

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

good to know about that bug, there is also version with "-2" in the end in extras-devel http://maemo.org/packages/package_in...0m5+ogg+mp3-2/ strangely, in extras-testing there is the same version but only for i386, not for armel :eek:
Could you try adding "1:" in front of sdl mixer's version as i suggested in one of my previous posts?
Ok, fair enought, you are the maintainer, i understand that.
I know, I'm also Android developer, I thought maybe they have redesigned the interface and code to be more Android-friendly and Dalvik(-not-to-use-"java"-word)-integrated, but now I see they didn't. I feel awfully stupid that I've rewritten OpenGL code to OpenGL ES instead of using code from their repo :o

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

AapoRantalainen, when we can expect OpenGLES version hitting repositories? @ 900 mhz, CPU still have much spare power (even when playing background music), so it shouldn't involve any slowdowns when processed on DSP, still providing *BIG* battery savings gain.

/Estel

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Lincity-ng-2.0-2maemo8, changes since last version:
* GLES(1) support by Bartosz Miskiewicz
- http://developer.berlios.de/bugs/?fu...&group_id=2929
* Icon for 'back' on load/save-menus
- http://developer.berlios.de/bugs/?fu...&group_id=2929
* Windowed version possible (not crashing, but not playable)
* Space=QueryTool
* Fasten startup time. Not loading resume game automatically
- http://developer.berlios.de/bugs/?fu...&group_id=2929
* Change "Start with empty board" to look more button (not text)
- http://developer.berlios.de/bugs/?fu...&group_id=2929
* Fasten setup_land()
- http://developer.berlios.de/bugs/?fu...&group_id=2929
* Scrollbars fixed (use up/down-buttons)
- http://developer.berlios.de/bugs/?fu...&group_id=2929
* Reorder layout of NewGame-menu
* Scaled background images manually
* Bigger buttons on help-menu
* Drop non-used datafiles (progressbar/progresswheel)

SDL is default, you can enable GLES with a) options, b) commandline parameter, or c) via configure file. I'm interested in to hear some reproducible statistics about CPU/mem/battery when GLES is used.


(Packaging) Game and data are not separated (yet) because datafiles are also changing from version to version (so both will be downloaded anyway).

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

I think that changing from bazillions of textures to 1 big texture containing all images will speed thinks up, I will test it in a few days. Could you write something more about datafiles changes since last version?

edit: background music finally works :D

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

And then compressing that texture (called a texture atlas btw) with PVRTC.

However, the worst offenders for PVR performance is alpha testing/blending, which I bet you cannot turn off easily, so performance will always be abysmal.

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

*Changed: I made new background images, not only scaled, but reoriented some elements:
https://gitorious.org/lincity-n900/l...6c626eb4f9059d

*Added: Gles/SDL icons for options
https://gitorious.org/lincity-n900/l...19a30cfb529cb1
(data/images/mainmenu/settings/gles_renderer.png)

*Removed: Not install files images/mainmenu/progresswheel* (and progressbar*). They are not used.
https://gitorious.org/lincity-n900/l...8580932b3d4dd2

I have no ideas would it be faster. Are you thinking starting time (as images are loaded on start) or something else?

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Are You sure, that OpenGLES renderer is working at all, in current version? Trying to enable it via GUI options or config file (/home/user/lincity-ng/userconfig.xml), I see *exacty* same CPU usage/battery consumption as with SDL. Game speed is also unaffected (not worse or better in any way). Same goes for memory consumption. Isn't it too much for a coincidence?

Also, if I enable GLES render via GUI, game indeed "restart", yet, upon closing and opening again manually, it's still in SDL mode. If I edit mentioned config file (/home/user/.lincity-ng/userconfig.xml), changing approriate option to "yes", after running game and entering menu, GUI still states that SDL is used.

As for 3th method, could You please write exact parameter? AFAIK lincity-ng is run through .sh wrapper. Should command be passed to wrapper, to executable itself, or the latter via wrapper insides?

/Estel

// Edit

I don't remember, how it looked in older releases, but it's also quite memory hog - it uses roughly 80-100 REAL memory, and almost 200 virtual one at all. It's probably justified, so I point it out just for the records.

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Game is not started via wrapper, but menu-entry is pointing to the binary file /opt/lincity/games/lincity-ng. When started from terminal it will print which renderer it is using, e.g. OpenGL Mode 800x480.

This will start it in gles-mode:
Config file should remember renderer settings. If not, it is bug, and I will try to catch it.

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Even if I've OpenGLES set in config file, upon starting from terminal, it says about using SDL. It seems, that OpenGL isn't used in any case.

/Estel

// Edit

Haven't tried method with running -g parameter from terminal, only GUI settings and config file editing. Will try 3th tomorrow (today, but after sleep, so it's tomorrow :p)

// Edit

I've checked running it with command line argument /opt/lincity/games/lincity-ng -g and terminal still says "SDL Mode" upon running. So, currently, none of 3 methods works + setting via GUI reverts back to SDL upon game restart + editing /home/user/.lincity-ng/userconfig.xml to use OpenGLES is also reverted back to "no" after game start&close.

Seems, that OpenGLES is disabled totally as in previous versions. Maybe some code merge hickup occured?

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

This might be the case, I will fix it on end of the week.

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

I hope that You don't get it as complaining or demanding? I'm just trying my best to provide valuable feedback.

Maybe it's unnecessary disclaimer, but lately, many people on TMO started to react little exaggeratedly, to posts that are not sugar-coated enough. Maybe it's just moon phase or something ;)

/Estel

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

I think it's because Aapo doesn't like me ;) Don't expect much speed gain now, as I said before, there are too many textures atm...

Thanks for the tip, I will try that. I'll see what I can do to speed things up, now even with GLES it's slow as hell...

Drawing time - the less separate textures, the less time it takes to draw single frame. (easy trick - combine few small texture files into one big, speed gain should be noticeable)

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

I appreciate every bug report.
I appreciate GLES-port.

I have big problems with GLES on autobuilder, and seems I can't solve it by myself.

Currently in extras-devel there are version -maemo11. When started from terminal it says: version 2.0-maemo11 without GLES, which means GLES-support is not compiled in.

inside scratchbox:
And that version will say: version 2.0-maemo11 with GLES

So there are some difference between my environment and autobuilder, which I can't track down.

Log is here:
https://garage.maemo.org/builder/fre...ild.log.OK.txt

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

The page http://maemo.org/packages/source/vie.../2.0-2maemo11/ looks somewhat different than other gles projects (for example: http://maemo.org/packages/source/vie...arty/0.5.91-2/ - libgles1-sgx-img-dev is fine here; http://maemo.org/packages/source/vie...ehegles/1.4.1/ - libsdlgles here fine; there were some other with red, but no bold+incompatible msg)

I mean this part saying incompatible when hovering over it:
libgles1-sgx-img-dev ([arm armel]), libsdl-gles1.2-dev ([arm armel])

Maybe compare their source/build instructions? If not that problem with jam(+gles?) maybe?
Building lincity on-device from 11v atm, will report how it goes

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Finally finished compiling:

[3|user@Nokia-N900|~/dev/lincity]./lincity-ng
Starting lincity-ng (version 2.0-maemo11 with GLES)...
Couldn't add '/usr/local/share/lincity-ng' to physfs searchpath: File not found
[/home/user/.lincity-ng] is in the search path.
[/home/user/dev/lincity//data] is in the search path.
[/home/user/.lincity-ng] is the write directory.
Language is "en_GB".
fast = 9
SDL Mode 800x480
ERROR of degree -1:Error. Can't find LINCITY_HOME

With GLES it is indeed. Forgot to mention: works, music and all...

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

I think it is my fault, because patching jam config file was pain in the *** for me, you can even see in output log
instead of "yes" in the end... However, it states further
, so gles libs are included... Then it compiles GLES code: , but again, in the end displays warning: Really strange... If you feel like modifying jam config, you may try to add "-lEGL" to GL_FLAGS (I won't have time untill weekend to provide a proper patch, just search for a place where I add -lSDL_gles and add it there, if you have more time during this week), now I see http://wiki.maemo.org/User:Javispedro/SDL-GLES lists it for GLESv1... But it's strange that it compiles with opengl es on your local computer and does not in autobuilder... edit: and compiles for szopin locally

edit2: are you guys using bash locally? it shouldn't make a difference when using "configure", but afaik autobuilder may use ash instead of bush, maybe it interprets something in other way than our computers do... or it's outdated versions of software are being stupid, who knows ;) I still bet it's my poor jam skills' fault.

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Yup, bash here.

Been reading jam manfile and this part maybe is causing different build:
As in: doesn't find something on my device, still builds, finds something in autobuilder and result differs?

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

i think it would be good idea to check what happens if the compilation logic was changed to: if opengles check succeeds - compile nicely; else: fail so hard it will flood error log with millions messages - then we will be sure wheather the opengles check fails before compilation or there is other reason for failure ;)

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Funny thing, but maemo14 version on SB gave me:
Starting lincity-ng (version 2.0-maemo13 without GLES)...
Changelog does mention 14, still on desktop it went without GLES, or maybe will get the same with 14 on-device, worth checking

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Good point. It is my typo. I pushed version14 so rushy that "13" left on one place.

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

I'm lost a little - actually, current version in -devel still isn't supposed to work with OpenGLES, yep?

Do we know already how to fix it/have some ideas, or it's a "stuck" situation?

/Estel

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Yes, still no GLES... I will review this version in the weekend and see what I can do.

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

I created new virtualbox image and installed new scratchbox (fremantle-armel target).
Enabled extras-devel and nokia-binaries.
apt-get source lincity-ng
apt-get build-dep lincity-ng
fakeroot dpkg-buildpackage

-> game with working GLES.
So it is not about missing libraries during compile time.

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

This may sound stupid, but can we be sure that even clean sdk in scratchbox has EXACTLY THE SAME versions of toolchain elements as autobuilder? I still think this issue's reason may be ancient autobuilder toolchain interpreting some instruction in different way than our toolchains (jam? gcc is pretty much the same I guess... so either jam or debian dpkg tools). But I need to check few things first, because now I'm only guessing ;)

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

I guess this is exactly our issue, autobuilder is not same than fresh scratchbox.

As lincity-sources have 'configure.ac' and 'autogen.sh' error could be in hand tuned 'configure'.

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

you can leave it for me if you are busy (or just don't want to investigate further), i'm determined to find why it fails and make it work, i will have a bit of time on friday and definitely more time on saturday and sunday ;)

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

AapoRantalainen, is there any progress on putting version with working OpenGLES to -devel?

If not, maybe, as temporal solution, you could upload pre-build .debs somewhere? AIUI, it works, but autobuilder manage to screw it, somehow. Normally, I wouldn't ask for link in TMO thread, when we have working repos, but it's already many months, since problem appeared... It's shame, that OpenGLES version lies only on Yours and misiak's devices :)

Sorry for pestering,

/Estel

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

+1 :P Didn't want to bother but I agree with Estel :)
Thank you in advance for you efforts :)

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Locally built Lincity-ng with GLES support: http://cc.oulu.fi/~rantalai/maemo5/lincity

As installing with dpkg, you need handle dependencies by hand. If you are gamer, you already have them all.

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

I've successfully installed OpenGLES-enabled lincity-ng, and tested it.

While CPU usage is awesome - around 10-15% - with bigger cities, game is completely unplayable. At first attempt (loading saved game, with city covering much map), it bring device to totally unresponsive state, leading to, finally, watchdog reboot. At second attempt, it was repeatedly displaying few frames of animations + playing one or two seconds of music, and hanging up, for ~10-15 seconds.

all of this on DSP overclocked to 600 mhz. I wonder, is it only me, or other people are experiencing it too? (aapo, misiak?). Maybe it's related to low frequency of CPU? (DSP get higher frequency, when CPU is on higher frequency). Or is it just limitation of our DSP, and we must accept, that it will be playable only on CPU?

No matter of answer, thanks for posting version, that give us choice :)

/Estel

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Update:

It's crashing the same way even on starter small village, or without any village at all (empty map). Just hit 2nd watchdog reboot, after 10 minutes of "going back to live" for 1-3 seconds, between 30 seconds of being paralyzed (in fact, this time, on empty map, it was even *worse* than with full city).

Anyone able to confirm/deny such behavior with GLES? I could swear, that misiak reported playable performance, while testing?

/Estel

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

My tests weren't as complicated as your, I just loaded some small city and tried to do something a few times, but the game was on for no longer than 5 minutes each time as far as I remember. But I also remember it being playable, but really laggy (not really better than cpu-only), gpu code was written not taking into consideration mobile devices and there're many places for improvements.

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

In my case, it's not playable at all, even on small city on empty map - from the first second.

Could You re-check it? Maybe it's just me?

Result similar to CPU performance would be good, as it would save power (off-loading work from CPU).

/Estel

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

I will add it to my todo list, but i want to compile calligra active and maybe finish some coding competition stuff and maybe try to compile a bit more powerful kernel for n9 first. In other words, don't expect any lincity related stuff from me in next 2-3 weeks, because i have very limited free time (work, university and it's still summer here, so i don't want to waste all my free time again in front of computer;)).

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

I made test for gles-game. Started new map, built something, let game running for 15 minutes, come back and built something more. Worked, no crashing or rebooting.

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

Good job btw what are the perfomance issues currently:)

Re: [Announce] Lincity-ng (city building simulator) on extras-devel
 

You should just test. =)

Seems upstream is alive again. There are commits in summer 2013: http://svn.berlios.de/viewvc/lincity-ng/ I'm not planning to merge these to the maemo-version until there are proper new release from upstream.

Some of maemo-specific bugs have comments from upstream, some doesn't have: http://developer.berlios.de/bugs/?group_id=2929