#gemrb@irc.freenode.net logs for 15 Jun 2011 (GMT)

Archive Today Yesterday Tomorrow
GemRB homepage


[00:21:20] <-- barra_home has left IRC (Read error: Connection reset by peer)
[00:21:46] --> barra_home has joined #gemrb
[00:39:32] --> Francoeur has joined #gemrb
[00:40:36] <Francoeur> Hi I need help installing GemRB on vista home basic someone can help me please??
[00:40:56] <Francoeur> to get it working
[00:42:08] <Francoeur> please????
[00:42:44] <-- barra_home has left IRC (Quit: Verlassend)
[00:49:51] <Francoeur> hello anyone??!
[00:53:18] <Francoeur> Hi I need help to get GemRB working on vista
[00:54:06] --> edheldil_ has joined #gemrb
[00:56:44] <Francoeur> Hi I need help can anyone have time for me??
[01:01:33] <Francoeur> Hello anyone?
[01:11:17] <-- Francoeur has left IRC ()
[01:11:38] --> Francoeur has joined #gemrb
[01:52:28] --> brad_a has joined #gemrb
[01:52:29] <-- brad_a has left #gemrb
[02:03:32] <-- edheldil_ has left IRC (Read error: Connection reset by peer)
[02:11:35] <-- Francoeur has left IRC ()
[03:08:49] --> brad_a has joined #gemrb
[04:53:35] --> raevol has joined #gemrb
[05:15:04] <-- brad_a has left IRC (Quit: brad_a)
[05:16:12] --> brad_a has joined #gemrb
[05:24:35] <-- brad_a has left IRC (Quit: brad_a)
[05:35:26] --> PixelScum has joined #gemrb
[05:38:21] <-- BaldimerBrandybo has left IRC (Ping timeout: 244 seconds)
[06:22:30] <-- raevol has left IRC (Quit: Leaving.)
[06:35:43] --> lynxlynxlynx has joined #gemrb
[06:35:43] <-- lynxlynxlynx has left IRC (Changing host)
[06:35:43] --> lynxlynxlynx has joined #gemrb
[06:35:43] --- ChanServ gives channel operator status to lynxlynxlynx
[06:39:05] --> adominguez has joined #gemrb
[07:04:11] --> raevol has joined #gemrb
[07:08:50] --> Bo_Thomsen has joined #gemrb
[07:40:12] <-- Bo_Thomsen has left IRC (Quit: Leaving.)
[08:33:48] --> budlust has joined #gemrb
[08:36:06] --> barra_home has joined #gemrb
[09:02:48] <-- |Cable| has left IRC (Remote host closed the connection)
[10:20:44] <-- budlust has left IRC (Quit: Lost terminal)
[11:51:37] <-- barra_home has left IRC (Read error: Connection reset by peer)
[12:03:39] --> barra_home has joined #gemrb
[12:12:30] <-- raevol has left IRC (Quit: Leaving.)
[12:28:07] --> raevol has joined #gemrb
[13:17:47] <-- devurandom has left IRC (Remote host closed the connection)
[13:18:06] --> devurandom has joined #gemrb
[13:30:09] --> BaldimerBrandybo has joined #gemrb
[13:33:45] <-- PixelScum has left IRC (Ping timeout: 276 seconds)
[13:41:11] --> PixelScum has joined #gemrb
[13:44:27] <-- BaldimerBrandybo has left IRC (Ping timeout: 250 seconds)
[14:03:55] <-- raevol has left IRC (Read error: Connection reset by peer)
[14:04:17] --> raevol has joined #gemrb
[14:09:59] --> BaldimerBrandybo has joined #gemrb
[14:10:49] <-- devurandom has left IRC (Remote host closed the connection)
[14:11:09] --> devurandom has joined #gemrb
[14:11:52] --> Drakkar has joined #gemrb
[14:13:03] <-- PixelScum has left IRC (Ping timeout: 240 seconds)
[14:14:43] <-- BaldimerBrandybo has left IRC (Ping timeout: 240 seconds)
[14:26:33] --> PixelScum has joined #gemrb
[14:30:18] <-- Drakkar has left IRC (Ping timeout: 276 seconds)
[14:32:54] --> Grain has joined #gemrb
[14:41:34] <-- PixelScum has left IRC (Ping timeout: 264 seconds)
[14:48:10] <-- raevol has left IRC (Quit: Leaving.)
[14:51:44] --> Drakkar has joined #gemrb
[14:58:35] --> brad_a has joined #gemrb
[15:09:55] <brad_a> is there a reason that all these refrences to config.h are in <> instead of ""?
[15:10:10] <-- devurandom has left IRC (Remote host closed the connection)
[15:10:29] --> devurandom has joined #gemrb
[15:11:27] <-- devurandom has left IRC (Remote host closed the connection)
[15:11:42] --> devurandom has joined #gemrb
[15:12:22] <-- devurandom has left IRC (Remote host closed the connection)
[15:12:37] --> devurandom has joined #gemrb
[15:12:46] <-- devurandom has left IRC (Remote host closed the connection)
[15:13:02] --> devurandom has joined #gemrb
[15:15:04] <-- devurandom has left IRC (Remote host closed the connection)
[15:15:19] --> devurandom has joined #gemrb
[15:16:42] --> Maighstir has joined #gemrb
[15:20:10] <-- devurandom has left IRC (Remote host closed the connection)
[15:20:26] --> devurandom has joined #gemrb
[15:21:23] <-- devurandom has left IRC (Remote host closed the connection)
[15:21:42] --> devurandom has joined #gemrb
[15:22:14] <-- devurandom has left IRC (Remote host closed the connection)
[15:22:34] --> devurandom has joined #gemrb
[15:22:35] <-- devurandom has left IRC (Remote host closed the connection)
[15:22:54] --> devurandom has joined #gemrb
[15:23:37] --> budlust has joined #gemrb
[15:26:05] <lynxlynxlynx> no idea, something for tomprince
[15:27:01] <wjp> <> is typically considered reserved for system headers
[15:40:22] <brad_a> exactly why it confuses
[15:40:22] <brad_a> me
[15:40:36] <brad_a> and why i had to ad . to my system header search path...
[15:41:01] <brad_a> i worked around it so it doesnt matter to me i just found it odd
[15:41:05] <lynxlynxlynx> yes, but there may be some build system issue in the way
[15:41:39] <brad_a> there was for me like i said i just use the isystem flag on gcc to workaround it
[15:42:35] <-- lynxlynxlynx has left IRC (Quit: No Ping reply in 180 seconds.)
[15:42:55] <brad_a> when i was working on the 0.6.4 branch i had changed all those to "config.h"
[15:43:02] --> lynxlynxlynx has joined #gemrb
[15:43:02] <-- lynxlynxlynx has left IRC (Changing host)
[15:43:02] --> lynxlynxlynx has joined #gemrb
[15:43:02] --- ChanServ gives channel operator status to lynxlynxlynx
[15:43:03] <-- budlust has left IRC (Quit: leaving)
[15:43:20] --> budlust has joined #gemrb
[15:43:40] <-- lubos has left IRC (Quit: Leaving.)
[15:44:51] --> SiENcE has joined #gemrb
[15:58:07] <edheldil> brad_a: I think it's recommended in autotools bool
[15:58:09] <edheldil> book
[15:58:27] <edheldil> (I mean #include <config.h>)
[16:05:37] <brad_a> ill leave it be then and just keep using -isystem .
[16:09:16] <-- Grain has left IRC (Remote host closed the connection)
[16:10:20] --> Bo_Thomsen has joined #gemrb
[16:11:18] <brad_a> would it be ok if i change hasFocus to be a private variable on control and add get/set methods or is there a better way to get informed when a control gains focus?
[16:12:11] <brad_a> i coud do what i need to do in control::draw if i have to
[16:14:27] <lynxlynxlynx> use the clean solution
[16:14:59] <lynxlynxlynx> you make it sound like it is not about drawing, so the first sounds better
[16:16:00] <brad_a> thats what i was thinking. to explain: this is for supporting the softkeyboards for android/ios. when a control that takes textinput gains focus i need to display the keyboard
[16:16:55] <brad_a> so unless there is a better way i dont know about then ill be doing option 1
[16:17:59] <lynxlynxlynx> sounds good to me
[16:18:14] <lynxlynxlynx> i can think of only callbacks, but this is cleaner
[16:18:20] <brad_a> [:)
[16:29:28] <brad_a> textedit/textarea/console are the only controls that take text input correct?
[16:32:51] <lynxlynxlynx> worldmap icons use textedit?
[16:33:04] <lynxlynxlynx> i think that's all though
[16:47:21] <edheldil> IMO it would be good if the classes were a bit more private, but YMMV
[16:47:44] <-- SiENcE has left IRC (Quit: @all: cya)
[17:01:04] <-- adominguez has left IRC (Quit: Saliendo)
[17:13:53] --> barra_away has joined #gemrb
[17:14:55] --> Beh0lder has joined #gemrb
[17:15:05] <Beh0lder> hi all
[17:16:48] <-- barra_home has left IRC (Ping timeout: 250 seconds)
[17:17:01] <Beh0lder> can I move touchscreen option selection to GemRB.cfg instead compiler flag?
[17:17:54] <-- budlust has left IRC (Read error: Connection reset by peer)
[17:17:59] <Beh0lder> some players prefer dpad instead touch edges
[17:18:25] --> budlust has joined #gemrb
[17:19:36] --> |Cable| has joined #gemrb
[17:24:20] <lynxlynxlynx> sure
[17:37:03] <Beh0lder> OK, I'll add Touchscreen variable and send diffs to you
[17:38:08] <Beh0lder> Also I plan to add some changes to my Android-specific code
[17:49:50] <brad_a> Beholder, im in the process of adding touchscreen keyboard support and would like to support android
[17:55:44] <Beh0lder> Current Android version used standard system touchscreen keyboard, this feature provided from libSDL port. I think this solution very usable and no need to change.
[17:56:10] <fuzzie> when does the keyboard appear, though?
[17:57:20] <brad_a> you asking me or beholder?
[17:57:26] <fuzzie> Beh0lder
[17:57:36] <fuzzie> i'm just curious if we're missing code
[17:58:19] <brad_a> i believe currently android sdl places a button to show and hide the keyboard
[17:58:26] <brad_a> which can/does get in the way
[17:58:55] <brad_a> what i have done is made it so when a text control gains focus it asks sdl to display the keyboard
[18:01:44] <DrMcCoy> Ugh, I hate BioWare. They now completely removed nwn.bioware.com (including the file format docs, etc., everything)
[18:02:25] <fuzzie> well, i think EA replaced the whole web presence with something useless
[18:02:27] <DrMcCoy> The only thing remaining is a blurb at the "legacy games" page. The old forums are gone too
[18:02:41] <fuzzie> and everything of BioWare's is gone
[18:03:07] <brad_a> can you rescue some of it with google cache?
[18:03:58] <Beh0lder> brad_a, you are right, small icon in the top left corner on screen show keyboard. But this keyboard may be use for hotkeys, not only for typing text. But it's a good idea to open keyboard if user touched on textbox. I'll ask pelya.
[18:04:26] <fuzzie> Beh0lder: pelya has SDL_ANDROID_SetScreenKeyboardShown function
[18:04:53] <fuzzie> but i think best for brad_a to add it for iphone, and then you can fix it for android if you want
[18:05:43] <Beh0lder> sure
[18:06:22] <brad_a> thats what i put in the showkeyboard method but do you know if there is a special sdl header that i need to include?
[18:06:39] <brad_a> just letting you know that that hook is there
[18:06:47] <Beh0lder> just a minute
[18:07:01] <brad_a> rather will be there when i submit this patch
[18:16:55] <Beh0lder> SDL_ANDROID_GetScreenKeyboardTextInput(char * textBuf, int textBufSize) returns text
[18:17:53] <Beh0lder> keyboard will close if user touch enter key
[18:18:20] <Beh0lder> you need to include SDL_screenkeyboard.h
[18:29:12] <Beh0lder> brad_a, do you plan to optimize map scrolling for iphone? I have not found a better solution than 'wet edges'. Drag-to scroll is a good idea, but it disable group selection, then dramatically reduce usability.
[18:30:35] <fuzzie> on iphone, you can do it pretty easily with multitouch
[18:32:09] <Beh0lder> how?
[18:32:13] <Beh0lder>
[18:32:18] <Beh0lder> sorry)
[18:32:33] <fuzzie> when one finger is already on screen, the second finger controls map scrollin
[18:32:33] <fuzzie> g
[18:32:52] <Beh0lder> Android devices support multi touch too
[18:33:40] <fuzzie> a lot of them don't, though :-/
[18:34:49] <Beh0lder> I would say most. I think this code with little changes will work on Android.
[18:35:34] <fuzzie> a lot of the tablet-sized devices don't support multitouch
[18:36:00] <fuzzie> and i think they are pretty popular for running things like gemrb
[18:36:05] <fuzzie> but of course, you can support it :)
[18:36:31] <fuzzie> i will try and do it if no-one else does anyway
[18:36:44] <Beh0lder> these devices is a very low-priced China jobbing
[18:37:13] <fuzzie> yes - some of them run gemrb pretty well though :)
[18:37:14] <Beh0lder> And most of it can't run gemrb, becou
[18:37:18] <Beh0lder> hm(
[18:37:25] <Beh0lder> ugly client(
[18:37:26] <fuzzie> maybe those have multitouch though!
[18:37:31] <fuzzie> i don't know
[18:37:37] <fuzzie> i should ask
[18:38:40] <Beh0lder> And most of it can't run gemrb, because has not enough RAM
[18:39:18] <Beh0lder> 512 Mb or more RAM needed for GemRB
[18:40:41] <Beh0lder> devices with 512 Mb or more RAM uses capacitive touchscreens with multitouch
[18:42:31] <fuzzie> yes, i looked at the ones i've seen, and they are really cheap screens, but they do two-finger multitouch
[18:42:56] <fuzzie> oh, no, they don't all do it..
[18:43:22] <Beh0lder> And I think GemRB will crashes in first iPad
[18:43:47] <fuzzie> the Huawei S7 is one: 768mhz snapdragon, 512mb RAM, but resistive screen
[18:44:10] <fuzzie> it has a stylus, wow
[18:44:38] <Beh0lder> )
[18:44:41] <Beh0lder>
[18:44:44] <Beh0lder> ((
[18:44:50] <Beh0lder> opera(
[18:45:03] <Beh0lder> ugly ugly client(
[18:45:37] <Beh0lder> stylus is a good solutions for small controls, such as scrollbar arrows
[18:45:54] <fuzzie> but anyway, if you make the zones an option, that would be perfect
[18:48:08] <Beh0lder> OK
[18:49:14] <Beh0lder> scrolling lists with drag-to-scroll will be perfect
[18:50:18] <Beh0lder> now using scrollbars in small screens is painful(((
[19:04:26] <brad_a> sorry ive been away...
[19:13:01] <brad_a> i think to support multi touch anything youd have to have the touch code in sdl. i see some root to multi touch is the uikit sdl stuff
[19:13:39] <brad_a> ill probably look more into multitouch in a week or so
[19:16:03] <Beh0lder> Android sdl port supported multitouch
[19:16:21] <brad_a> i think ill look at the touchscreen code in gemrb as well. while the touch zones work fine and scroll smoot i think we need a setting for controlling how fast they scroll
[19:16:31] <brad_a> its pretty slow on 1024x768
[19:16:50] <brad_a> unless that has been fixed since 0.6.4
[19:18:38] <Beh0lder> touch areas working as mouse, you can set scrolling speed in standard game menu
[19:19:09] <Beh0lder> or in game ini file, such as baldur.ini
[19:20:41] <Beh0lder> but I repeat, I think that GemRB will crashes in iPad (first generation)
[19:20:50] <fuzzie> why?
[19:21:01] <Beh0lder> memory(
[19:21:10] <fuzzie> gemrb needs some 40mb of RAM
[19:21:12] <Beh0lder> It has only 256Mb of RAM
[19:21:24] <Beh0lder> 40Mb?
[19:21:26] <fuzzie> yes
[19:21:29] <Beh0lder> ohoho
[19:21:33] <fuzzie> android wastes huge amounts
[19:21:42] <Beh0lder> (
[19:21:54] <fuzzie> try it on an android phone *without* android running, for example with debian installed
[19:22:48] <Beh0lder> Hm
[19:24:02] <fuzzie> i only have ADP1s here, but an ADP1 with 192mb of RAM running 1.6 has about 30mb free for apps, running 2.2 has about 20mb free
[19:24:54] <fuzzie> on first-generation iPad with 256mb of RAM, app can use more than 150mb
[19:28:06] <Beh0lder> I do not believe
[19:28:08] <fuzzie> huh, Desire Z only has 370mb available
[19:28:14] <fuzzie> even *before* you run android
[19:28:38] <Beh0lder> GemRB uses more then 100Mb in windows too
[19:30:23] <fuzzie> well, http://www.youtube.com/watch?v=nFlQCSmX67s is gemrb running on a dingoo a320 with 32mb RAM
[19:30:54] <fuzzie> 32mb is not enough, but it works
[19:31:05] <Beh0lder> memory usage in windows on my PC same as in Android
[19:31:26] <fuzzie> but if gemrb on windows is using near 512mb, it is broken :)
[19:32:24] <Beh0lder> not believe, I'll try in desktop ubuntu
[19:33:07] <fuzzie> it should never use more than 150mb or so, even with bg2
[19:34:33] <Beh0lder> peak memory usage in Android version in BG2 is a 150Mb
[19:34:54] <fuzzie> on linux, starting a new bg2 game uses less than 50mb
[19:35:10] <Beh0lder> in Android too!!
[19:35:11] <fuzzie> a few map changes and it's using 80mb or so
[19:35:26] <fuzzie> but yes there is a reason why youtube video above uses iwd :)
[19:35:32] <Beh0lder> but moving between areas increases memory usage
[19:36:01] <lynxlynxlynx> btw, on platforms using glibc we now use slightly less memory
[19:36:02] <fuzzie> but a peak memory usage of 150mb is no problem, if a device really has 256mb
[19:36:03] <Beh0lder> peak usage in BG1 is a 115Mb
[19:36:23] <fuzzie> lynxlynxlynx: alas, glibc not known for being common on low-memory devices :)
[19:36:41] <lynxlynxlynx> i bet eglibc also has the same
[19:36:47] <fuzzie> it is also glibc, though
[19:36:49] <Beh0lder> really? System uses a lot of memory.
[19:36:56] <fuzzie> Beh0lder: but only on android..
[19:37:10] <fuzzie> on iPad there is no huge Java runtime using all the RAM :P
[19:38:49] <Beh0lder> Now I asked one iphone 4 user, he said that device has 250-270Mb of free RAM, approximately
[19:39:00] <brad_a> yeah i believe gemrb will run fine on first gen ipad
[19:39:04] <Beh0lder> but iphone4 has a 512Mb
[19:39:06] <brad_a> ill simulate it if i can
[19:39:57] <fuzzie> i've had no problem allocating 150mb for an app on original iPad
[19:40:06] <fuzzie> with no background apps running
[19:40:06] <brad_a> right now my gemrb ipad isnt working because i am repathing the configurations to the application bundle where it needs to be instead of my user folder on my laptop :P
[19:40:22] <fuzzie> the HTC Desire Z seems to be using a *lot* of RAM for the graphics card and stuff, before android even runs
[19:40:25] <Beh0lder> OK, if this right, then not a problem here
[19:40:37] <fuzzie> i wonder if that is standard for phones?
[19:41:05] <Beh0lder> yes
[19:41:52] <Beh0lder> windows mobile phones uses ram so
[19:42:26] <fuzzie> well my windows mobile phone doesn't steal *200mb* RAM! but it doesn't have that much
[19:42:33] <Beh0lder> I think phones with other systems too
[19:42:48] <Maighstir> Even computers do :-P at least those with graphics chips leeching off the system RAM
[19:42:57] <Beh0lder> ))
[19:43:06] <Beh0lder> my laptop too)
[19:43:07] <fuzzie> but on iPad, the kernel has access to 256mb
[19:43:23] <Beh0lder> sounds good
[19:43:25] <fuzzie> and only about 40mb used by kernel
[19:44:06] <Beh0lder> graphical interface uses more
[19:44:15] <Beh0lder> services
[19:44:16] <fuzzie> yes, but no multitasking :)
[19:44:19] <Beh0lder> system apps
[19:44:27] <fuzzie> or, no multitasking like android does, anyway
[19:44:33] <Beh0lder> this processes cant be killed
[19:45:02] <brad_a> they cant be "killed" because they arent running when they arent in the foreground
[19:45:16] <brad_a> multitasking on iOS isnt real
[19:45:38] <Beh0lder> i know
[19:46:07] <fuzzie> and there's not so many graphical services, no notifications..
[19:46:09] <brad_a> you are quite limited in what you can do with its multitasking because your process is actually terminated and restarted when you come back to the app
[19:46:10] <Beh0lder> processes has a background services to restore previous state
[19:46:47] <Beh0lder> android processes not killed by default
[19:47:12] <brad_a> speaking of. it appears from my testing on the simulator that leaving gemrb while its running is a bad thing :(
[19:47:18] <brad_a> uppon returning the game is frozen
[19:47:48] <Beh0lder> They remain in memory until the memory is not going to end
[19:51:08] <Beh0lder> frozen?
[19:51:15] <Beh0lder> odd
[19:52:17] <brad_a> yeah im not sure if its a simulator only thing or what.
[19:54:38] <brad_a> wouldnt it be funny if it just autopaused? i dont know if thats it i didnt check if it was paused because i didnt pause when i hit home
[19:55:08] <brad_a> im still working out building against the latest git so i cant test yet
[19:55:18] <Beh0lder> fuzzie, how I can declare scroll areas width? Now I use SCROLL_BORDER, but it's a macro
[19:55:36] <fuzzie> make it a variable in Interface?
[19:56:45] <Beh0lder> OK
[19:57:57] <Beh0lder> bye
[19:58:22] <-- Beh0lder has left #gemrb
[19:59:46] <-- brad_a has left IRC (Ping timeout: 255 seconds)
[20:04:17] --- barra_away is now known as barra_home
[20:04:34] --- barra_home is now known as barra_fife
[20:05:14] --- barra_fife is now known as barra_home
[20:18:20] <-- budlust has left IRC (Quit: Lost terminal)
[20:34:25] <-- CIA-39 has left IRC ()
[20:41:28] --> CIA-40 has joined #gemrb
[20:47:41] --> brad_a has joined #gemrb
[21:37:54] <-- Maighstir has left IRC (Quit: ~ Trillian Astra - www.trillian.im ~)
[21:44:44] <-- Bo_Thomsen has left IRC (Quit: Leaving.)
[22:12:31] <-- lynxlynxlynx has left IRC (Ping timeout: 255 seconds)
[23:00:13] --> raevol has joined #gemrb
[23:42:21] --> Gekz__ has joined #gemrb
[23:53:39] <-- Gekz has left IRC (*.net *.split)
[23:55:39] <-- barra_home has left IRC (Read error: Connection reset by peer)