**** BEGIN LOGGING AT Tue Jul 27 02:59:56 2010 Jul 27 05:37:26 zub: JaMa is one week off Jul 27 05:38:59 leviathan: I tried to build maxima... and for me it fails. Missing clisp. So probably it just finds you hosts clisp and that is why it builds wrong binaries... Jul 27 05:45:20 mrmoku: lisp has binaries now? don't you normally just load the code to the interpreter and then dump the interpreter core to disk? Jul 27 05:45:51 mrmoku: and then later jump to the saved memory image? Jul 27 06:15:29 lindi-_: I have noooo idea about lisp... was just a guess Jul 27 06:18:06 mrmoku: it's kind of hard to maintain a package for a language one does not understand :) Jul 27 06:19:40 mrmoku: does the latest fsogsmd work for you? Jul 27 06:20:07 PaulFertser: yep Jul 27 06:20:24 lindi-_: nah, I don't want to maintain anything :) Jul 27 06:20:44 lindi-_: just looking into leviathan's problem ending up with efl binaries while building that clisp thing Jul 27 06:20:54 PaulFertser: do you have problems? Jul 27 06:21:09 mrmoku: yes, it doesn't register though i can't see anything odd in the log. Jul 27 06:21:10 PaulFertser: even releasing and rerequesting works now for me :) Jul 27 06:22:05 PaulFertser: just a normal SetFunctionality with autoregister and it does not register? Jul 27 06:22:32 PaulFertser: that is what I have when doing CFUN=4 and then CFUN=1 again Jul 27 06:25:28 morning Jul 27 06:25:32 s/efl/elf/ Jul 27 06:25:33 :) Jul 27 06:25:53 is there a workaround when my shr-u gives "undefined symbol: ts_read_raw" and I have no way of flashing a new firmware right now? Jul 27 06:26:00 * mrmoku is confronted with enlightenment stuff for too long ;) Jul 27 06:27:03 lindi-_: can you please provide me with the link to your "manual establishing a call" instructions? Jul 27 06:27:14 Can't find it on your website :/ Jul 27 06:29:50 iki.fi/lindi/openmoko/manual-call.txt? Jul 27 06:33:05 lindi-_: exactly, thanks! :) Jul 27 06:33:41 lindi-_: i thought you have everything inside the darcs repo. Jul 27 06:36:21 for anyone interested, latest news on foxtrotgps from Joshua at http://lists.osgeo.org/pipermail/foss-gps/2010-July/000396.html Jul 27 06:40:51 Shit, still can't register, and can't understand why :( Jul 27 06:42:22 PaulFertser: even without fso? Jul 27 06:42:45 mrmoku: i didn't try Jul 27 06:43:03 foxtrotgps is also as-we-speak replacing tangogps in Debian with a new upload from the maintainer just gone to the archive Jul 27 06:43:20 ahh... I thought lindi's script is probably without fso.... just the dialing part then Jul 27 06:43:51 PaulFertser: which rev fsogsmd do you have exactly? Jul 27 06:44:12 mrmoku: 2eeb15cc0bd2e51d69d715dfb39cd591fcd71e1f Jul 27 06:44:28 mrmoku: it is. But i used it to compare with my logs, not to actually try anything. Jul 27 06:44:41 ok :) Jul 27 06:45:25 PaulFertser: 823c55b80559ad4bc5687ddf47c12d1d224f68f5 is what works for me Jul 27 06:45:55 mrmoku: yes those instructions are very manual not even a script Jul 27 06:46:04 mrmoku: :( Jul 27 06:46:34 PaulFertser: that is two (unrelated) commits before yours... Jul 27 06:46:38 hmm Jul 27 06:47:03 mrmoku: i know Jul 27 06:47:08 maybe it's broken without pin now... Jul 27 06:47:27 PaulFertser: if you manually call Network.Register... does that work? Jul 27 06:47:42 SRC: "+COPS=3,2;+COPS?" -> [ "+COPS: 0 Jul 27 06:47:45 ", "OK" ] Jul 27 06:48:45 mrmoku: yes Jul 27 06:48:48 mrmoku: now it works. Jul 27 06:48:53 mrmoku: thanks for the hint :) Jul 27 06:49:27 PaulFertser: hmm... probably another problem of 'gsm watchdog getting the wrong modem state' ... Jul 27 06:51:20 mrmoku: looks like AT+COPS=0,0 was never done Jul 27 06:52:10 PaulFertser: yeah Jul 27 06:52:11 case Modem.Status.ALIVE_SIM_READY: Jul 27 06:52:11 if ( theModem.data().keepRegistration ) Jul 27 06:52:11 { Jul 27 06:52:11 campNetwork(); Jul 27 06:52:24 is what src/lib/watchdog.vala does... Jul 27 06:52:34 without that it just doesn't register... Jul 27 06:52:47 probably it does never get hit with that modem state Jul 27 06:52:57 and works for me, because I have a PIN Jul 27 06:53:10 mrmoku: what the hell is that? "keepRegistration"? Jul 27 06:53:16 campNetwork Jul 27 06:53:23 Confusing as hell :/ Jul 27 06:54:11 And i was in the ALIVE_SIM_READY status actually. Jul 27 06:54:58 PaulFertser: http://pastebin.ca/1909097 Jul 27 06:55:23 PaulFertser: keepRegistration tells fsogsmd to automatically register to the network and keep registered whenever possible Jul 27 06:55:42 PaulFertser: the second parameter to SetFunctionality Jul 27 06:57:47 mrmoku: i need to investigate that more... Jul 27 06:57:53 mrmoku: no time right now. Jul 27 06:58:19 PaulFertser: ok :) Jul 27 06:59:23 mrmoku: at least thanks to your setfunctionality hint i have a working phone now, thanks :) Jul 27 06:59:36 good :) Jul 27 07:01:50 mrmoku: while seeing you and PaulFertser around, i wanted to thank you for the flight mode :) as it allows (me) to switch quickly the SIM off when i come home and turn another (legal SIM copy) on in my GSM gate (home gsm amplifier system) :) Jul 27 07:02:08 hopefully this makes up for the user case :) Jul 27 07:02:41 vanous123: does not work though :/ Jul 27 07:03:07 only the switching off part :P Jul 27 07:03:19 not currently, but this can be a temporary status of any part Jul 27 07:03:21 :) Jul 27 07:03:22 turning back on does not work yet... will hopefully soon though Jul 27 07:03:24 yeah :) Jul 27 07:17:41 I need some help in intergarting a new codec support in ANdroid, working towards supporting divx and mpeg2 codecs on Android Jul 27 07:21:28 mrmoku: a week off? how can he?! :)) (j/k of course) Jul 27 07:21:41 zub: yeah... without my permission even ;) Jul 27 07:21:49 :) Jul 27 07:39:44 hi someone there who knows a lot about the glamo and X11 and acceleration? Jul 27 07:40:20 are XCopyArea and XCopyPlane accelerated via X or are the calculated on the cpu? Jul 27 07:44:33 mrmoku: hi Jul 27 07:44:41 ah? that might it be! Jul 27 07:44:44 thx a lot Jul 27 07:44:46 ^_^ Jul 27 07:57:12 leviathan: there seems to be no lisp in OE... Jul 27 08:14:17 hmm Jul 27 08:14:29 mrmoku: then I'll have to import that too Jul 27 08:28:57 does the freerunner support sdlgl for blitting with hardware acceleration? Jul 27 08:30:08 mrmoku: | /mnt/sdb/build_dream/tmp/work/armv6-novfp-oe-linux-gnueabi/clisp-2.48-r0/clisp-2.48/configure: invalid argument --target=arm-oe-linux-gnueabi Jul 27 10:03:16 hrm, the rndis driver for windows doesn't work anymore Jul 27 10:03:24 seems like the vendor/product ID changed on the FR? Jul 27 10:06:15 hi, Jul 27 10:06:23 I'm not shure of my connection stability Jul 27 10:06:25 hi Deubeuliou Jul 27 10:12:29 mrmoku: TAsn: ping Jul 27 10:12:45 mrmoku: TAsn: seems latest shr-u broken in some way Jul 27 10:12:50 it cannot recieve sms Jul 27 10:13:06 vibra is very weak Jul 27 10:16:22 hi gnustavo Jul 27 10:16:26 GNUtoo|laptop: * Jul 27 10:17:07 hi Deubeuliou Jul 27 10:17:10 I found that: Jul 27 10:17:19 http://www.irregular-expression.com/?p=30 Jul 27 10:17:21 rohezal: XCopyArea and XCopyPlane should be accelerated (but in reality it depends on things like the bit depths of the buffers) - I don't know for certain that those X commands make it into the driver in a useful way, but they sound like things that should Jul 27 10:17:31 GNUtoo|laptop: yep, that's the tuto I used Jul 27 10:17:37 rohezal: r.e. "sdlgl" - we don't have any accelerated GL, so that won't be accelerated Jul 27 10:17:38 ok Jul 27 10:17:44 you installed debian or SHR? Jul 27 10:17:49 debian Jul 27 10:17:57 Weiss: thx weiss Jul 27 10:18:01 I've some questions Jul 27 10:18:47 b4329 is supported by compat-wireless? Jul 27 10:18:52 what's the kenrel version? Jul 27 10:19:02 the freerunner has 16 bpp or? do you know how a X ZPixmap has its RGB bits ordered? wikipedia says its maybe R:5 G6: B:5 bits Jul 27 10:19:09 does alsa work? Jul 27 10:19:14 but my test gave me strange results Jul 27 10:19:22 rohezal: RGB565 is the "native" format, easiest to accelerate Jul 27 10:19:36 I bet you use xf86-video-fbdev Jul 27 10:19:51 so: 00000000 00011111 should be green or? Jul 27 10:20:14 hi mickeyl Jul 27 10:20:32 if I get a nexusone from USA will it work in europe(I assume so but I want to be shure) Jul 27 10:20:36 *sure Jul 27 10:21:05 FUKC, error found. im using a 24 bit display on my desktop and im testing on it. thats why it doesnt work Jul 27 10:21:06 lol Jul 27 10:21:59 GNUtoo|laptop: for bcm4329, I don't know ; I have troubles even with the the android.kernel.org kernel. somebody told me about compat-wireless but I didn't try. I tried both 2.6.29 and 2.6.32. I don't know for alsa Jul 27 10:22:28 ok Jul 27 10:22:44 Deubeuliou, do you prefer debian or SHR? Jul 27 10:22:59 also: Jul 27 10:23:24 yesterday you said you would be able to do some work soon, do you plan to test alsa and compat-wireless Jul 27 10:23:25 ? Jul 27 10:23:41 maybe I could look for the id of the bcm card Jul 27 10:23:48 in the source code Jul 27 10:23:56 I didn't plan anything yet, but if you think it's useful I can try Jul 27 10:24:26 Important: X11 use with its ZPixmap a BGR format not a RGB format with 24 bits Jul 27 10:25:32 Deubeuliou, ok thanks a lot,just ping me when you will be ready to test stuff Jul 27 10:26:16 maybe my msm kernel would work Jul 27 10:26:18 for alsa Jul 27 10:26:51 I can send you my latest config Jul 27 10:27:55 (used against a 2.6.32 - 328f56010183e7fb719013377573362c4f872fb4 @ android.kernel.org) Jul 27 10:29:05 ok Jul 27 10:29:22 msm kernel? Jul 27 10:29:25 I'm based on that Jul 27 10:29:48 for the rebase branch Jul 27 10:29:51 so it has got support for qsd and alsa qsd Jul 27 10:30:51 I'll eat,be back after that Jul 27 11:01:21 blindcoder: http://www.shr-project.org/trac/ticket/1146 Jul 27 11:14:12 back Jul 27 11:27:24 mickeyl: hi Jul 27 11:27:32 OE git is down again? Jul 27 11:28:59 GNUtoo|laptop: wb Jul 27 11:29:22 hi leviathan Jul 27 11:29:31 hi Jul 27 11:29:38 seems OE git is down Jul 27 11:29:42 is it true? Jul 27 11:32:56 leviathan, http://downorisitjustme.com/res.php?url=cgit.openembedded.org Jul 27 11:33:43 Nope your right! cgit.openembedded.org appears to be Offline! Jul 27 11:33:45 okee Jul 27 11:35:19 then... Jul 27 11:36:08 hi Jul 27 11:36:32 epic. I build shr-lite-image today with the correct SHR distro set and I am really impressed Jul 27 11:36:37 NOTE: Tasks Summary: Attempted 3185 tasks of which 0 didn't need to be rerun and 1 failed. Jul 27 11:36:44 only 1 failed package Jul 27 11:37:04 is it correct that no extra srcrevs or so must be set when using shr as distro ? Jul 27 11:37:48 hmm Jul 27 11:37:58 dcordes_: if you wanna have latest releases Jul 27 11:38:07 you should inherit autorev files Jul 27 11:38:07 mom Jul 27 11:38:37 dcordes_: didn't do it either Jul 27 11:38:38 so Jul 27 11:38:49 yes no additional stuff in local.conf needed ^_^ Jul 27 11:40:07 leviathan: very nice Jul 27 11:40:30 I'm ennoyed by maxima+OE Jul 27 11:40:39 doesnt seem to be an easy task Jul 27 11:40:40 -.- Jul 27 11:40:58 I've now also imported clisp Jul 27 11:41:08 good thing Jul 27 11:41:12 I'm using gentoo Jul 27 11:41:30 so making a recipe is nearly just cp'ing the ebuilds Jul 27 11:41:32 leviathan: never heard of either Jul 27 11:41:38 hmm Jul 27 11:41:41 realy? Jul 27 11:41:45 yeah I guess oe benefits a lot from genttoo Jul 27 11:42:00 http://maxima-project.org/wiki/index.php?title=Main_Page Jul 27 11:42:01 brb need coffee Jul 27 11:44:02 mm Jul 27 11:44:21 what would be life without vanilla sirup Jul 27 11:44:33 regarding vanilla Jul 27 11:44:41 leviathan: how is the mainline going on dream ? Jul 27 11:44:56 leviathan: I am still lazy to try it on hd2. will let it mature a bit Jul 27 11:46:41 dcordes_: mainline gets better and better, since code aurora people are doing the development Jul 27 11:47:26 dcordes_: they have even snapdragon and scorpion suport in mainline now Jul 27 11:54:07 leviathan: yes snapdragon is what I'm after. it is very nice. just lay back watch both -our hd2 specific android kernel based tree and mainline- grow and at some point do a big merge with the help of many mainline ppl. Jul 27 11:57:39 dcordes_: yes, you can watch it grow, they are also working on usb basis etc. Jul 27 11:57:55 so the day will come soon, when we have even usb ethernet gadget Jul 27 11:58:25 leviathan, I've some incomprensible wifi issue Jul 27 11:58:53 GNUtoo|laptop: hmm, describe it Jul 27 11:58:56 ^^ Jul 27 11:59:12 old kernel msmgnuconfirm Jul 27 11:59:34 at power: first sketch at delivering wakeup reason to userland via /proc interface Jul 27 11:59:36 + Jul 27 11:59:47 http://git.openpandora.org/cgi-bin/gitweb.cgi?p=pandora-wifi.git;a=summary Jul 27 11:59:53 which is quite old Jul 27 11:59:55 result in Jul 27 12:00:11 wifi with PSM breaking right after association Jul 27 12:00:13 for instance Jul 27 12:00:20 ifconfig wlan0 down blocks Jul 27 12:00:26 it didn't before Jul 27 12:00:28 long time ago Jul 27 12:00:39 it blocked after 30min Jul 27 12:00:43 or somerhing like that Jul 27 12:01:20 ahhh I'll check the branch Jul 27 12:01:42 branch is ok Jul 27 12:05:16 leviathan: no need for usb gadget. I prefer the usb host much more with full sized qwerty attached :D Jul 27 12:06:00 leviathan: I am hoping for the possibility to switch between usb modes soon. right now we have a problem about detection and power modes. but it will happen soon Jul 27 12:07:37 leviathan: what's up with usb host on dream ? Jul 27 12:07:59 leviathan: I've heard msm7xxxA usb host is wired but no driver exists Jul 27 12:07:59 dcordes_: there was also a discussion about this topic on arm-msm-linux ML Jul 27 12:08:15 dcordes_: thats partially right Jul 27 12:08:35 its existing somewhere Jul 27 12:08:38 it just doesnt work Jul 27 12:08:39 leviathan: hm I want to take a while and read the arm-linux-msm .. need to catch up didn't read in a while Jul 27 12:08:40 >_< Jul 27 12:09:07 you should Jul 27 12:09:13 would be perhaps usefull Jul 27 12:09:13 msm7xxxA would bring extra life to dozens of devices Jul 27 12:09:21 msm7xxxA usb host Jul 27 12:09:41 leviathan: hehe the problem is we are very busy doing the device specific parts... Jul 27 12:09:47 (yeah, usb host on rhodium would be lovely) Jul 27 12:10:30 leviathan: the primary interest to join that list was to get infomration on our cpu crash problem. but they could only comment anyway because they are not allowed to read from the holy bible of QSD8250.pdf :D Jul 27 12:16:05 does rotation via xrandr work in xf86-video-fbdev on dream ? Jul 27 12:19:51 dcordes_: nope Jul 27 12:19:56 doesnt work Jul 27 12:20:14 in fact, we do not have any possible working rotation solution Jul 27 12:20:27 else we would already be using it in our release Jul 27 12:20:32 but we haven't Jul 27 12:22:59 leviathan: I have seen an ubuntu ubuntu rootfs with kernel kit for the rhodium (touch pro 2) that has rotateion via xrandr working. Jul 27 12:23:30 leviathan: I know they are using xorg-video-fbdev and it definetly works on the fly with an xrandr script Jul 27 12:23:44 leviathan: rhodium is msm7201A based .. Jul 27 12:23:54 hmm, very strange Jul 27 12:24:00 GNUtoo|laptop: copy that? Jul 27 12:24:05 leviathan: GNUtoo|laptop: what do you guys think? we should download and cut it open. Jul 27 12:24:12 I will find the link Jul 27 12:24:24 * dcordes_ slaps lulinha Jul 27 12:24:28 ??? Jul 27 12:24:31 * leviathan too Jul 27 12:24:47 GNUtoo|laptop: ubuntu has rotation on fbdev Jul 27 12:24:59 ah ok nice Jul 27 12:25:05 where are the sources? Jul 27 12:25:05 we should apply theire patches to OE Jul 27 12:25:09 hmm Jul 27 12:25:10 mom Jul 27 12:25:14 GNUtoo|laptop: leviathan: they use htc-msm-2.6.27 kernel ( phh being one of the main devs) Jul 27 12:25:16 or.... Jul 27 12:25:27 I submit their patch upstream Jul 27 12:25:31 phh: can you comment on it ? any msm_fb patches ? Jul 27 12:25:38 phh: to enable xrandr rotation ? Jul 27 12:25:39 dcordes_: I don't think we have anything special for fbdev Jul 27 12:25:48 dcordes_: not kernel space Jul 27 12:25:56 rand is Xorg specific extension Jul 27 12:25:56 phh: in that case it might be the xorg version Jul 27 12:25:58 we have rotation too but it's static Jul 27 12:26:05 dcordes_: I think we use Xfbdev Jul 27 12:26:07 not Xorg fbdev driver Jul 27 12:26:11 xorg restart needed Jul 27 12:26:16 for rotating Jul 27 12:26:16 phh: aha interesting Jul 27 12:26:27 GNUtoo|laptop: that inacceptable, and you know it -.- Jul 27 12:26:30 ahh ok they patched that Jul 27 12:26:36 really? Jul 27 12:26:38 we need this damn randr extensions Jul 27 12:26:41 yeah Jul 27 12:26:43 http://ip208-100-42-21.static.xda-developers.com/showthread.php?t=640785 'rhobuntu' very cute :D Jul 27 12:27:03 leviathan: GNUtoo|laptop: check it out.. I fear it is only available from some 1337warez superupload website Jul 27 12:27:05 yeah they all have cute names Jul 27 12:27:10 that's why I prefer never naming my stuff :p Jul 27 12:27:12 I've other priorities like wifi,feel free to implement rotation....I'd love to see that implemented Jul 27 12:27:44 GNUtoo|laptop: pok the leviathan is my last hope ;P Jul 27 12:27:55 pok? Jul 27 12:28:08 GNUtoo|laptop: s/pok/ok/ Jul 27 12:28:15 ah ok Jul 27 12:29:00 leviathan: notice the patched ofono gsm framework plus GUI :) Jul 27 12:29:11 aha, ok Jul 27 12:29:52 leviathan: can you download the rootfs ? Jul 27 12:31:35 EMI is damn fucking magic. Was trying to understand how the hell interrupts that should happen on the falling edge happen on every edge. It proved to be a very strong EMI from the onboard power supply. Jul 27 12:32:06 leviathan: here they are really using Xfbdev http://ip208-100-42-21.static.xda-developers.com/showthread.php?p=7223757&highlight=xfbdev#post7223757 "exec /usr/bin/X11/Xfbdev -nolisten tcp -br -mouse tslib,,device=/dev/input/event1" Jul 27 12:32:59 GNUtoo|laptop: leviathan: did you every give Xfbdev a try on dream ? Jul 27 12:33:25 GNUtoo|laptop: leviathan: I doubt they patched it.... Jul 27 12:33:35 yes,rotation needed patching Jul 27 12:34:05 GNUtoo|laptop: you patched Xfbdev ? Jul 27 12:34:32 dcordes_: yes Jul 27 12:34:42 we had always broken input Jul 27 12:34:55 morning dcordes_ Jul 27 12:35:15 they must have it working flawlessly. I know on the fly rotation works (nonborked) in the rhobuntu Jul 27 12:35:22 hi mickey|office Jul 27 12:36:16 GNUtoo|laptop: perhaps that thing with broken input after rotation is only a dream issue and other devices work great with Xfbdev?? O_o Jul 27 12:36:43 leviathan: well what changes do you have vs. other msm_fb versions ? Jul 27 12:36:46 maybe Jul 27 12:37:04 leviathan: refresh hack is also in cluded in the kernel usedo n rhodium Jul 27 12:37:10 anyway better make rotation work with xorg Jul 27 12:37:11 so that is not it Jul 27 12:37:14 what else you got ? Jul 27 12:37:28 because kdrive is...not maintained Jul 27 12:37:44 jup Jul 27 12:38:18 mickey|office: http://linuxtogo.org/~lgorris/ofono-0.20.patch something for you Jul 27 12:38:22 dcordes_: Xfbdev with rotation? Jul 27 12:38:35 lindi-: yes. it is a problem on htcdream device Jul 27 12:38:53 dcordes_: how does Xfbdev relate to xserver-xorg-video-fbdev? Jul 27 12:38:54 leviathan: try out the ubuntu Xfbdev ? Jul 27 12:39:56 dcordes_: interesting. where did you get this from? Jul 27 12:40:11 dcordes_: hmm Jul 27 12:40:34 dcordes_: do you find a link to the patches they applied? Jul 27 12:40:40 'cause I don't Jul 27 12:40:47 mickey|office: it is not added in the upstream ofono tree. somebody wrote that patch for htc touch pro 2 (rhodium). it works on my qsd8250 wince device too Jul 27 12:41:09 dcordes_: hmm, ok, i'll have a look what these commands do on the dream Jul 27 12:41:14 mickey|office: http://wiki.github.com/amipro/sphone/ that guy wrote it. he also created little gui Jul 27 12:41:26 mickey|office: they will work flawlessly :) Jul 27 12:41:33 mickey|office: signal quality also working Jul 27 12:42:15 mickey|office: with patched ofono plus that frontend I was able to make calles, write and receive text and see signal quality Jul 27 12:42:16 yeah @HTCCSQ i know since long Jul 27 12:42:22 +CSQ works as well Jul 27 12:42:30 so that's just push vs. pull Jul 27 12:42:49 mickey|office: ok just thought maybe you could make some use of it Jul 27 12:44:04 dcordes_: i'll check if that GUI works with my fso-ofono wrapper ;D Jul 27 12:44:37 mickey|office: < lindi-> mickey|tv: "http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.SIM.html;hb=HEAD" says "For a list of valid properties see SendMessage" but the pointed page talks about SendTextMessage Jul 27 12:44:46 lindi-: what are you implying with the question? I thought a) maybe the leviathan and GNUtoo|laptop dude can copy the binary to give people rotation joy b) find out the differences in working Xfbdev rotate mechanism vs non working xf86-video-fbdev mechanism Jul 27 12:44:58 lindi-: thanks, will fix when i have a chance Jul 27 12:45:25 dcordes_: well I don't know what Xfbdev exactly is Jul 27 12:45:39 dcordes_: I am using xserver-xorg-video-fbdev myself and know that it is pretty small piece of software Jul 27 12:45:47 dcordes_: I'd like to have xrandr rotation in it Jul 27 12:45:54 lindi-: it's obsolete super tiny static X without any modules and stuff specifically for fbdev Jul 27 12:45:56 isn't Xfbdev just kdrive? Jul 27 12:46:08 yes Jul 27 12:46:12 mickeyl, it is Jul 27 12:46:21 it's part of kdrive Jul 27 12:46:27 leviathan: maybe you should really dive in the Xfbdev source code Jul 27 12:46:32 there are other Xsomething that are part of kdrive too Jul 27 12:46:36 for other drivers Jul 27 12:46:58 why not implement rotation in xorg? Jul 27 12:47:07 it should be easy Jul 27 12:47:16 static rotation is already implemented Jul 27 12:47:21 there are some examples for intel Jul 27 12:47:28 so... Jul 27 12:47:28 dcordes_: ok Jul 27 12:47:43 dcordes_: so it won't help me with xserver-xorg-video-fbdev much Jul 27 12:48:00 leviathan: https://launchpad.net/ubuntu/jaunty/armel/xserver-xfbdev/2:1.6.0-0ubuntu14 Jul 27 12:49:32 http://pastebin.com/q8prUtF6 python evas failing. somebody can take a look ? Jul 27 12:49:37 # Jul 27 12:49:48 ValueError: could not find pkg-config module: "evas >= 0.9.9.49539" "eina-0 >= 0.9.9.49539" Jul 27 12:49:56 only package failing for me in shr-lite-image builöd Jul 27 12:50:01 GNUtoo|laptop: http://launchpadlibrarian.net/25089750/xorg-server_1.6.0-0ubuntu14.diff.gz Jul 27 12:50:23 ok I've no time now... Jul 27 12:50:30 dito Jul 27 12:50:31 I'll do some dream work later Jul 27 12:50:33 wifi Jul 27 12:50:50 technical mechanics still needs to be finished Jul 27 12:50:59 and also I need to finish my notes for the examina Jul 27 12:51:06 I've got the tests in two weeks Jul 27 12:51:31 ok Jul 27 12:54:07 * dcordes_ shudders Jul 27 12:54:15 technical mechanics Jul 27 12:54:18 yuck Jul 27 12:58:31 hehe Jul 27 13:03:30 mickey|office: can you look at above pastebin ? Jul 27 13:05:32 hmm, version problems Jul 27 13:05:48 changed EFL SRCRV during a build? Jul 27 13:06:39 mickey|office: no. very clean build. I set nothing but machine and shr distro Jul 27 13:11:04 mickey|office: and I did not do one change to the tree during build Jul 27 13:13:02 * dcordes_ can't pull org.oe.dev Jul 27 13:17:11 could also be an upstream problem with this very revision Jul 27 13:20:10 mickey|office: ie. somebody set new SRCREV and forgot to test or is srcrev dynamic in SHR ? Jul 27 13:22:40 hi Jul 27 13:24:15 Kensan: hoi Jul 27 15:53:19 blitting over X11 is working on desktop... damn X11 is complex^^ Jul 27 16:09:06 rohezal: are you using raw X commands? Jul 27 16:10:56 Xlib Jul 27 16:11:01 XCopyArea(bgwindow->display, pm, bgwindow->window, bgwindow->gc, 0, 0, bgtree.width, bgtree.height, 0, 0); Jul 27 16:11:36 that looks about right Jul 27 16:11:53 SDL definitely can't do anything that maps directly(ish) onto that? Jul 27 16:13:39 i dont think so :( Jul 27 16:13:44 im in the x lib channel Jul 27 16:13:49 but they dont know either Jul 27 16:14:38 if you're screwing around directly with Xlib, you have the option of using DRI to accelerate this one level lower if you like, which would give you maximum control (and minimum portability) Jul 27 16:14:39 but it looks good. xputimage is just one time called, xcopyarea sounds like a copy on the gpu Jul 27 16:15:03 i hope the Xdriver for the glamo can handle this Jul 27 16:15:10 DRI basically lets you pull out the kernel's IDs for pixmaps, so you can then tell the kernel to do hardware accelerated rendering to them Jul 27 16:15:11 if not im getting angry ^^ Jul 27 16:15:18 ohhh Jul 27 16:15:19 it should do - subject to the format being correct Jul 27 16:15:27 learning dri ... hard thing Jul 27 16:15:34 i just read a bit about before Jul 27 16:15:45 it was hard to learn how to handle xlib Jul 27 16:15:54 and the dri code looks pretty hacky :P Jul 27 16:15:55 yeah, you're on a steep learning curve right now Jul 27 16:16:39 DRI is quite nice, I thought :) Jul 27 16:16:46 (DRI2 at least - DRI1 is a bit nasty) Jul 27 16:16:57 (DRI2 is also about 1/5 of the complexity) Jul 27 16:18:41 hi, is it safe to opkg update;opkg upgrade om-gta02 Jul 27 16:18:46 shr-u Jul 27 16:27:13 well first try x Jul 27 16:27:17 if its working im happy Jul 27 16:27:29 if not im going to shot at something (in a computer game ;) ) Jul 27 16:39:36 weiss do you know how the alpha channel is handled in x on the freerunner Jul 27 16:39:42 its a 16 bbp screen Jul 27 16:39:56 Weiss: for(int x = 0; x < background->w*background->h*4; x++) Jul 27 16:39:57 { Jul 27 16:39:57 if((x+1) % 4 == 0) Jul 27 16:39:57 { Jul 27 16:39:57 bgData[x] = 0; Jul 27 16:39:57 } Jul 27 16:39:59 else Jul 27 16:40:01 { Jul 27 16:40:05 bgData[x] = *(((unsigned char*)background->pixels)+y); Jul 27 16:40:07 y++; Jul 27 16:40:09 } Jul 27 16:40:11 Jul 27 16:40:13 } Jul 27 16:40:15 Weiss: thats my code to convert from a RGB picture in 24 bit Jul 27 16:40:46 4 for 3 channels + 1 alpha Jul 27 17:02:09 hi! Jul 27 17:02:38 hi Jul 27 17:12:10 but ok its working on normal X Jul 27 17:12:15 almost same code Jul 27 17:12:45 with SDL blit 12-14% cpu. With X11 blit between 3 and 4 percent Jul 27 17:12:51 on desptop Jul 27 17:12:53 desktop Jul 27 17:15:48 at full speed with frame limiter: cpu 45 sdl, cpu 12 x11 Jul 27 17:18:49 guys new kernel is very unstable Jul 27 17:18:54 it freezes from time to time Jul 27 17:21:02 daniele_athome: shr 2.6.32? Jul 27 17:21:15 lindi-, 2.6.32.13 Jul 27 17:21:22 this seem kms. Jul 27 17:21:29 i couldn't figure it out why Jul 27 17:21:34 I should put the logs in the filesystem Jul 27 17:21:35 .34-fb is stable here. Jul 27 17:21:54 gena2x, fb stands for framebuffer? Jul 27 17:21:55 or eh... something else :) Jul 27 17:22:02 yes. Jul 27 17:22:28 at which moment it freezes? Jul 27 17:22:43 gena2x, most times at boot Jul 27 17:22:48 I mean, after the desktop is loaded Jul 27 17:22:58 it seems like the first suspend fails... Jul 27 17:23:03 hmmm.. Jul 27 17:23:05 but i can't be 100% sure Jul 27 17:23:20 ok, my guess about kms seem wrong. Jul 27 17:23:22 i should do some other tests and get logs Jul 27 17:23:49 i just wanted to notice the issue to you, because it is becoming to be quite frequent Jul 27 17:24:01 (compared to the 2.6.29 average) Jul 27 17:24:02 :) Jul 27 17:24:14 note, that my .34 is really rock solid. Jul 27 17:24:37 gena2x, is it in the shr buildhost? Jul 27 17:24:43 tests/mrmoku/2.6.34? Jul 27 17:24:46 but i'm not using x11, sound and gsm atm :) Jul 27 17:25:07 i'm not on shr. Jul 27 17:25:21 gena2x, what are you using? Jul 27 17:25:27 qtmoko and debian. Jul 27 17:26:36 gena2x, do you know the kernel OE version that matches your qtmoko kernel? Jul 27 17:26:38 :) Jul 27 17:26:51 (or I maybe i could try the latest one) Jul 27 17:26:53 .) Jul 27 17:26:54 :) Jul 27 17:26:56 OE is kms. Jul 27 17:27:01 OE is .32. Jul 27 17:27:11 OE has other patches. Jul 27 17:27:19 OE is built in different environment. Jul 27 17:27:39 gena2x, woo-oh ok :D Jul 27 17:28:02 sorry didn't remember that Jul 27 17:31:49 and i already wrote script to do xfs_repair of whole sd after damn OE kernel :) Jul 27 17:32:30 yeach time... all data is ok, but it wants boot without repair. just wanted to say this :) Jul 27 17:35:56 2.6.34: network doesn't work :( Jul 27 17:38:07 network? usb? Jul 27 17:38:12 gena2x, yes Jul 27 17:38:20 no errors from kernel Jul 27 17:38:20 you forgot depmod Jul 27 17:38:29 gena2x, shit :| Jul 27 17:38:34 hehe Jul 27 17:38:41 always the same mistake Jul 27 17:39:01 that's why i'm building kernels with depmod info Jul 27 17:39:31 gena2x, what's the difference? I mean is there any performance advantage? Jul 27 17:39:43 size of package +1Kb? Jul 27 17:39:47 (anyway that 2.6.34 build is with debug, is too slow) Jul 27 17:40:02 gena2x, beside of that Jul 27 17:40:09 no idea. Jul 27 17:40:32 ok Jul 27 17:48:19 Weiss: hi || ping Jul 27 17:51:31 Weiss: i have an ugly patch for shr WS... Jul 27 17:55:23 is there a way to get a status icon for wifi with illume2? Jul 27 18:45:15 shr WS? what means ws? Jul 27 18:46:28 rohezal: White Screen Jul 27 19:07:53 oh ok Jul 27 19:07:56 ws of death^^ Jul 27 19:11:07 freesmartphone.org: 03mickey 07cornucopia * r33eeeefbab04 10/fsogsmd/src/lib/consts.vala: fsogsmd: add SIM elementary file definitions from CPHS phase 2 Jul 27 19:11:09 freesmartphone.org: 03mickey 07cornucopia * rf41be5521ac1 10/fsogsmd/src/lib/atmediators.vala: fsogsmd: try to gather SIM issuer also from EF_SPN_CPHS, if EFspn fails Jul 27 19:28:33 FUCK IT Jul 27 19:28:34 IM DONE Jul 27 19:28:37 thats it Jul 27 19:28:42 two days of work Jul 27 19:28:48 ... Jul 27 19:28:57 ok two things i have learned Jul 27 19:29:10 SDL cant use hardware acc when blitting in X11 Jul 27 19:29:26 and the freerunner cant use hardware acc when using X11 directly Jul 27 19:29:31 12 Frames per Seconds Jul 27 19:29:34 like in SDL Jul 27 19:30:13 rohezal: glamo xorg driver does support some acceleration. Jul 27 19:30:31 yes but not blitting Jul 27 19:30:36 but it was mentioned in the wiki Jul 27 19:30:38 im a bit angry Jul 27 19:31:06 because i believed it and finaly it was wrong Jul 27 19:31:12 testet it on my desktop Jul 27 19:31:42 software blitting via SDL around 50% cpu time. Hardware Blitting via Xorg around 20% cpu time Jul 27 19:31:48 with many small blits Jul 27 19:32:00 on the freerunner SDL and Xorg have the same speed Jul 27 19:32:09 640*480 blitting 32x32 tiles Jul 27 19:32:25 Xlib Jul 27 19:34:08 Glamo's 2D engine is currently used to accelerate solid fills and blits in both XGlamo (Kdrive) and X.org (xf86-video-glamo). Jul 27 19:34:13 needs to be changed Jul 27 19:34:25 i will upload my code... maybe i made a mistake Jul 27 19:34:26 rohezal: i guess there is some detail you're missing. Jul 27 19:34:47 maybe Jul 27 19:34:50 rohezal: you can ask Weiss for a qualified answer. Jul 27 19:35:21 he was not sure either. he told me it could work. but maybe i have to use DRI ... this is very low level. i dont know if I want to use it Jul 27 19:36:44 rohezal: why do not you try to look at the xorg driver code to see what kind of blits is actually accelerated? Jul 27 19:36:58 rohezal: probably you're using a wrong colorspace or something... Jul 27 19:37:04 wait... Jul 27 19:37:07 Not being an expert here, and i understand your frustration... Jul 27 19:37:16 this is possible Jul 27 19:38:30 hmmm Jul 27 19:38:40 someone knows weiss email? Jul 27 19:40:51 rohezal: Thomas White Jul 27 19:41:39 thx Jul 27 19:41:44 im going to ask him Jul 27 19:48:23 colors in qvga mode with 2.6.32 are strange Jul 27 19:48:32 do you know if I need to set some special value in xorg.conf? Jul 27 19:48:44 (now i'm switching to qvga only with xrandr -s) Jul 27 19:48:53 daniele_athome: that was the case with andy-tracking as well, everything looks "washed out", right? Jul 27 19:49:45 daniele_athome: you might want to try 100000 for the pixelclock. Jul 27 19:49:47 PaulFertser, yes, brightness is too high, and also some things have some kind of shadows going all display long Jul 27 19:50:07 PaulFertser, ok i'll get some docs :) Jul 27 19:50:09 daniele_athome: at least that increased pixelclock produced a better image on my device. Jul 27 19:50:11 thanks Jul 27 19:50:28 daniele_athome: i'm not sure how to do that properly in x.org way, i just used fbset. Jul 27 19:50:53 i'll find a way ;) Jul 27 19:51:07 I think the ModeLine is for my case Jul 27 19:52:47 rohezal: are you sure sdl is not accelerated already? Jul 27 19:53:15 rohezal: if both sdl and X accelerated, this may be reason why you getting same speed. Jul 27 19:53:18 on my desktop yes Jul 27 19:53:23 from what gogle told me Jul 27 19:53:25 yesw Jul 27 19:53:29 100% no Jul 27 19:53:35 but cpu usage was very different Jul 27 19:53:40 50% to 20% Jul 27 19:53:45 for the same thing Jul 27 19:54:01 in sdl and in xlib Jul 27 19:54:13 rohezal: this difference may be caused by some completely other thing. Jul 27 19:54:34 maybe... i will upload my source... maybe someone can have a look over it Jul 27 19:54:43 i don't think so... Jul 27 19:55:13 ... but may be :) Jul 27 19:55:38 :) Jul 27 19:56:02 http://astabs.de/playground/xblit.tar.gz Jul 27 19:56:12 just the x11 source Jul 27 19:56:19 but for real Jul 27 19:56:24 it cant be that slow Jul 27 19:56:28 the glamo cant be that slow Jul 27 19:56:34 that he can only blit 12 frames Jul 27 19:56:43 in 640*480 with 32 bit tiles Jul 27 19:56:50 even the Super Nintendo (SNES) was faster Jul 27 19:56:58 with 6 MHZ and 65 KB RAM Jul 27 19:57:18 rohezal: glamo slowness is still unsolved puzzle from my POV. Jul 27 19:58:03 rohezal, have you tried with gena2x's work on DMA? Jul 27 19:58:33 no Jul 27 19:58:44 i want to try a different way Jul 27 19:58:52 avoid the memory access when every possible Jul 27 19:59:01 and try to use the internal glamo ram Jul 27 19:59:07 as much as possible Jul 27 19:59:07 I see Jul 27 19:59:13 it has 8 MB internal ram or? Jul 27 19:59:21 rohezal: heh Jul 27 19:59:23 please tell me its true and the wiki is right Jul 27 19:59:32 and that we can use the 8 mb internal ram... Jul 27 19:59:36 rohezal: i know how to check 100% are your code hw accelerated Jul 27 19:59:48 rohezal: just use oprofile Jul 27 19:59:52 whats that? Jul 27 20:00:02 it has 8 or 16, something like that, but it's used internally I think Jul 27 20:00:47 rohezal: this is system-wide profiler. Jul 27 20:01:17 PaulFertser, xorg wants the pixel clock value in mhz Jul 27 20:01:26 your number was in hz, wasn't it? Jul 27 20:02:03 daniele_athome: in khz Jul 27 20:02:11 PaulFertser, better :) Jul 27 20:02:22 fbset numbers are in picoseconds Jul 27 20:02:44 But not the pixelclock, i hope :) Jul 27 20:02:54 timing options: Jul 27 20:02:54 pixclock Jul 27 20:02:54 length of one pixel (in picoseconds) Jul 27 20:03:00 man fb.modes Jul 27 20:03:32 PaulFertser, ehm Jul 27 20:03:45 the image is very much brighter :( Jul 27 20:03:57 I think I need more tweaking Jul 27 20:04:31 gena2x: ok, thanks Jul 27 20:04:58 with 24.50 mhz i have same colors, but with scanlines Jul 27 20:05:15 Modeline "240x320" 24.50 240 736 738 740 320 656 658 660 -hsync +vsync Jul 27 20:05:31 this is the mode line... PaulFertser does this tell you something? Jul 27 20:05:36 rohezal: try bigger tiles - with such small units, the chances are that the overhead of setting up acceleration outweigh the benefits of acceleration Jul 27 20:05:41 Good day all , Jul 27 20:05:56 where is siglunch con file on SHR? Jul 27 20:06:03 rohezal: also, going from zero to raw Xlib in two days is pretty damn good in my book Jul 27 20:06:03 conf* Jul 27 20:06:57 Weiss: ho, Thomas, how about taking look to kms WS workaround? Jul 27 20:07:06 s/ho/hi/ :) Jul 27 20:07:27 Weiss: thx :). Jul 27 20:07:40 Weiss: ok lets try it with 64x64 pixels Jul 27 20:07:44 i hope it works^^ Jul 27 20:08:01 rohezal: think big.. if you do fullscreen VGA blits and don't get more than 12 fps, it's not accelerating for sure Jul 27 20:08:53 gena2x: sure.. sounds like the 200ms delay fixes it for everyone? Jul 27 20:10:20 Weiss: ok going for 128x128 pixels Jul 27 20:10:49 thats 20 tiles Jul 27 20:11:15 Weiss: but the place of 1ms delay may be interesting, yes? Jul 27 20:11:16 Deubeuliou, hi Jul 27 20:11:18 Weiss: bsdmn.com/openmoko/glamo/gcc44wsfix.diff Jul 27 20:11:53 gena2x: hmm.. that's what fixes it? Jul 27 20:12:36 Weiss: this and similar fixes WS in both shr's kms .32 and my .34 compiled ws-on-boot Jul 27 20:13:05 Weiss: this WS is not exist if kernel compiled with gcc-4.1 Jul 27 20:13:17 Weiss: .34 is -fb. Jul 27 20:13:29 Weiss: notice commented delays. Jul 27 20:13:38 Weiss: they not fix nothing. Jul 27 20:13:54 interesting.. Jul 27 20:13:57 *anything. Jul 27 20:14:03 previously, ThibG had a 200ms delay somewhere else? Jul 27 20:14:08 yes. Jul 27 20:14:21 this is new and my fix. Jul 27 20:14:25 'fix' Jul 27 20:14:43 i can't say it's fix, but just place which seem cause troubles. Jul 27 20:17:28 gena2x, with "standard" clock rates? Jul 27 20:17:28 i've found it by doing regs diff. Jul 27 20:17:28 ThibG: nope, with 242. but who knows, may be with standrad this may also fix some sudden wses. Jul 27 20:17:28 i tested it pretty well. Jul 27 20:17:28 no single ws booting shr kernel here. Jul 27 20:17:29 ok Jul 27 20:17:29 by doing regs diff? Jul 27 20:17:29 15 times booted or something like this. Jul 27 20:17:29 yeah Jul 27 20:17:29 i noticed almost only GLAMO_REG_LCD_COMMAND1 different. Jul 27 20:18:43 hm ok Jul 27 20:20:18 always the same result :S ggrrrr Jul 27 20:27:26 hello Jul 27 20:30:29 compilation of shr image fails for mpfr with assembler errors: /tmp/ccziPSlS.s:199: Error: selected processor does not support `umull r6,r3,r2,r1' Jul 27 20:32:53 ThibG: Weiss: i missed something? last phrase ' hm ok' Jul 27 20:33:33 oh, nice split Jul 27 20:33:38 ThibG: Weiss: i missed something? last phrase ' hm ok' Jul 27 20:38:27 gta01 has shr-t images too? Jul 27 20:38:53 ah ok yes Jul 27 20:39:45 can anybody fix the shr image build ? Jul 27 20:40:03 hey guys, anyone can test my shr kernel on shr, with 242-WS fix? Jul 27 20:45:55 no qvga results for today :( Jul 27 20:45:58 goodnight Jul 27 20:46:07 re Jul 27 20:46:51 Weiss: ok my fault. tried a few things. Going for 128x128 and 128x160 pixel. it speeds up a lot. up to 35 FPS even with a ball flying to the picture in xlib Jul 27 20:47:20 Weiss: with SDL larger blits slows down. 32x32 -> 128x160 Framedrop from 13 to 3 Jul 27 20:47:44 Weiss: looks loke that the glamo is just FUCKING slow. but it can use hardware blits, with big tiles. Jul 27 20:49:53 heh standard resume. Jul 27 20:50:09 SDL seems to be only software Jul 27 20:50:46 mmh, SDL should be able to use some HW accel Jul 27 20:53:36 well x11 and sdl blitting is a generell problem it think Jul 27 20:54:11 rohezal: ok, lets check your blits :) Jul 27 20:54:18 rohezal: where is code? Jul 27 20:54:27 sdl or xlib? Jul 27 20:54:43 rohezal: let it be sdl first. Jul 27 20:56:21 rohezal: i'm on 242 timings, so all will be slightly faster, but this not important i think. Jul 27 20:56:59 http://calculon.asta.etc.tu-bs.de/playground/blits.tar.gz Jul 27 20:57:20 oblit = sdl / xblit = xlib Jul 27 21:05:01 and? Jul 27 21:05:10 gena2x: does it work? Jul 27 21:05:20 gena2x: maybe you have to change some paths in the makefile Jul 27 21:05:30 gena2x: search for rohezal Jul 27 21:05:33 rohezal: wait, wait.. installing depends Jul 27 21:05:45 rohezal: compiling, and so Jul 27 21:10:10 *blink* Jul 27 21:10:11 heh ;) Jul 27 21:11:34 roh: got "some" hilights? ;) Jul 27 21:11:39 jo Jul 27 21:12:20 btw.. is larsc still doing kernel-stuff? wanted to ask him something, but ive not seen any line from him some week or so Jul 27 21:42:01 gena2x: is it compiling? Jul 27 21:42:26 rohezal: code is abit terrible unclean. Jul 27 21:42:30 rohezal: yes. Jul 27 21:43:05 gena2x: code is unclean ... yes sorry. Jul 27 21:43:54 and assumes 640x480, not 480x640 Jul 27 21:44:09 also x sample depends on SDL and SDL_image... Jul 27 21:45:02 and uses sdl heavily Jul 27 21:46:05 not really heavily. Jul 27 21:47:31 and is it updating whole background on each frame? Jul 27 21:48:38 yeah. Jul 27 21:50:07 and XFlush, is it really needed? Jul 27 21:50:21 ok Jul 27 21:50:44 gena2x: sdl is in it because i wanted to use from the beginning. for sound and joypad support its very useful Jul 27 21:50:59 gena2x: wrong resolution, true nooby mistake Jul 27 21:51:34 gena2x: blitting the whole background: yes it was advised in a forum to avoid problems. but it could be optimised. Jul 27 21:51:45 gena2x: xflush -> no idea^^ Jul 27 21:51:48 heh. Jul 27 21:52:10 you draw 20x20 animation and 640x480 background. Jul 27 21:52:33 and what is measured in such case? Jul 27 21:52:57 animation drawing speed or background drawing speed? Jul 27 21:53:42 well i wanted to test the overall speed Jul 27 21:53:47 drawing the background a a sprite Jul 27 21:53:53 and compre it Jul 27 21:53:59 how is it Jul 27 21:54:05 how fast is xlib and how fast sdl Jul 27 21:56:39 also, what is measured? printf("%f\n", ((float)frame) / (SDL_GetTicks()/1000)); Jul 27 21:56:53 number of frames / time elapsed Jul 27 21:57:11 a very dirty FPS method Jul 27 21:57:24 why this is inf in beginning for me? Jul 27 21:57:35 inf? Jul 27 21:57:43 infinity Jul 27 21:58:06 ah, this may be because i commented XFlush... Jul 27 21:59:32 honestly i dont know too much about x programming... im very new to it Jul 27 22:03:23 and why in hell fps is decresing over time? Jul 27 22:06:06 its going up and down Jul 27 22:06:15 but probably bug in fps counter Jul 27 22:06:35 no, seem it starting draw before window appears. Jul 27 22:06:35 but i think 30 fps it realistic from speed of the animation Jul 27 22:06:44 60x60? Jul 27 22:06:49 30 fps? Jul 27 22:06:51 60x60? Jul 27 22:07:21 what do you mean with 60*60? Jul 27 22:07:38 size of your animation Jul 27 22:08:19 yes Jul 27 22:08:29 240*60 image with 4 steps in it Jul 27 22:08:44 so, 30 fps? Jul 27 22:09:58 i would guess it, from the speed of the animation and the text output. its not 100% right. it counts the frames / time gone Jul 27 22:10:52 it's ok... but if i turn off background first few thousands of frames seem drawn into void. Jul 27 22:12:02 and for some reason you copyarea first to some buffer, then buffer to window? Jul 27 22:12:27 so, again you blit 60x60 to buffer and then 480x640 into window? Jul 27 22:13:29 again, what is measured? Jul 27 22:13:56 ahh ok Jul 27 22:14:03 with raw 60x60 i can see 2040 fps Jul 27 22:14:05 its double buffering Jul 27 22:14:18 first pain to a buffer Jul 27 22:14:20 the whole image Jul 27 22:14:24 then copy it in the frame Jul 27 22:14:32 paint Jul 27 22:14:37 this avoids flicker Jul 27 22:14:41 i don't think it is double buffering... Jul 27 22:14:49 but i not really sure. Jul 27 22:15:11 well i read you are doing double buffering this way in xlib... but im coding since 1 day in xlib so i dont know^^ Jul 27 22:15:12 i think double buffering is then you have 2 buffer, one active, one which you draw. Jul 27 22:15:30 yes thats double buffering Jul 27 22:15:41 the active one is the window buffer Jul 27 22:15:46 and after you finish draw, you switch buffers. Jul 27 22:15:57 the other the buffer where you write. then you copy the whole bufffer after writing is done Jul 27 22:16:07 so drawn buffer is shown, and you start drawing second one. Jul 27 22:16:23 so, you should not do copy. Jul 27 22:16:32 hmm ok Jul 27 22:16:37 copy takes time Jul 27 22:16:45 of course. Jul 27 22:16:59 i dont know how to avoid copy Jul 27 22:17:02 and simply flip Jul 27 22:17:13 this is purpose of double buffering. Jul 27 22:17:25 but i am not x11 expert too. Jul 27 22:17:43 i pregrammed xlib directly... 7 years ago or so... Jul 27 22:17:58 its my first day i realy programm for it^^ Jul 27 22:18:31 so, nice start :) Jul 27 22:20:15 ^^ Jul 27 22:20:15 thx Jul 27 22:20:21 sorry for for chaotic code Jul 27 22:20:24 np. Jul 27 22:20:32 i like chaotic code too :) Jul 27 22:20:53 but mine is chaotic, but contains nothing more than needed. Jul 27 22:21:03 yeah its code to learn for me Jul 27 22:21:07 from what I remember from X coding, XFlush is needed only for debuging purpose Jul 27 22:21:13 ohh ok Jul 27 22:21:17 so how to optimise Jul 27 22:21:18 ? Jul 27 22:21:22 remove it Jul 27 22:21:25 you can omit XFlush :-) Jul 27 22:21:41 avoid constant background redraw. Jul 27 22:21:46 avoid big copy. Jul 27 22:21:56 learn real double buffering, draw only needed backgroud again and remove xflsuh something i missed Jul 27 22:22:00 X11 is a protocol Jul 27 22:22:11 client libs constructs requests to X server Jul 27 22:22:23 xflush makes all the queued requests to be sent to X server Jul 27 22:22:48 while not using xflush makes them sent when X server is ready to read Jul 27 22:23:10 thus making X server-client communication more asynchronous and in fact multi-threaded Jul 27 22:23:32 for example while client prepares the next frame the previous is sent to X server Jul 27 22:23:39 or something like this Jul 27 22:23:52 xlib had very good doc... Jul 27 22:24:03 I'm not sure if xflush waits for X response though Jul 27 22:24:05 but i can't find package. Jul 27 22:24:31 nope, XSync waits for things to be drawn Jul 27 22:24:37 XFlush just flushes the client queue Jul 27 22:24:41 man XFlush :-) Jul 27 22:27:16 :) Jul 27 22:27:22 thx for explanaition Jul 27 22:27:28 i learned realy a lot today Jul 27 22:27:42 started with c, walked over java, then c++ with qt (very nice lib) Jul 27 22:27:49 now back to the roots ;) Jul 27 22:28:04 BTW I'm trying to compile Qt 4.7 beta2 Jul 27 22:28:08 for ARM Jul 27 22:28:17 maniac Jul 27 22:28:20 :) Jul 27 22:28:22 ;) Jul 27 22:28:24 but it fails on making uic3 because of link error Jul 27 22:28:35 which should not have been present :/ Jul 27 22:28:47 rohezal: so, overall: imporove your understang of your code Jul 27 22:29:33 rohezal: system can do things fast if code is ok. Jul 27 22:29:56 gena2x: how did you archive 2040 fps? just drawing the ball? Jul 27 22:30:03 rohezal: yes. Jul 27 22:30:20 k Jul 27 22:30:37 so check if the background realy needs to be updated^^ Jul 27 22:31:10 rohezal: but all my measurements didn't answer main question - is the XCopyArea accelerated. Jul 27 22:31:24 it is... try the sdl Jul 27 22:31:29 its realy slow Jul 27 22:31:37 and it gets slower by using larger Jul 27 22:31:40 tiles Jul 27 22:31:48 xlib gets faster by larger tiles Jul 27 22:32:01 larger tiles means less blitting on the cpu Jul 27 22:32:05 gpu Jul 27 22:32:17 or better said: less communication between the cpu and the gpu Jul 27 22:34:18 but you not comparing apples vs apples Jul 27 22:34:43 as your sdl version does alpha, while XCopyArea not. Jul 27 22:34:48 is Glamo blitting 2D acceleration supported in EFL/Qt/GTK+ toolkits? Jul 27 22:35:28 eh... this topic requires much time... Jul 27 22:36:10 may be it will be worth recheck all this. Jul 27 22:36:15 it can be used in GPS applications Jul 27 22:36:27 but i'm off for today. Jul 27 22:36:36 ok, no rush :-) Jul 27 22:36:36 and tomorrow i'm on my sound topic. Jul 27 22:36:51 on .34? Jul 27 22:36:58 heh, my free time expires. unsure if i can do all things i want. Jul 27 22:37:18 Martix: yeah. Jul 27 22:37:33 ok, gn all. i've gone to get my dreams. Jul 27 22:37:44 gena2x: gn Jul 27 22:38:20 good night :) Jul 27 22:38:24 and thx 4 help :) Jul 27 22:38:26 rohezal: it would be good if someone will understand and check all this acceleration things. what is really accelerated. how. and so :) Jul 27 22:38:58 rohezal: and that person also might get huge XP. Jul 27 22:39:01 ;) Jul 27 22:39:33 hehe sounds like a lot of work. but useful work^^. dokumentation is important^^ Jul 27 22:39:45 * gena2x gone zzzzZZZZ **** ENDING LOGGING AT Wed Jul 28 02:59:56 2010