**** BEGIN LOGGING AT Sat Aug 28 02:59:57 2010 Aug 28 04:04:11 wassa Aug 28 08:09:43 how do you import your contacts under shr-u right now? Aug 28 08:12:06 djp i mean somewhere in setting/phone/ below is something like sim and there is maybe import conntacts Aug 28 08:12:57 flack: unable to access settings/other/sim manager. not working. settings won't open. Aug 28 08:13:23 also latest build (27 Aug), it appears shutdown is not working... Aug 28 08:13:27 djp_ mmt i have maybe also this bug Aug 28 08:13:56 djp_ and can you call to somebody? Aug 28 08:14:29 flack: not got that far yet! ;) Aug 28 08:14:59 on the top on the left side of battery indicator is indicator of signal... have you also like as I OFF? Aug 28 08:16:07 flack: 'none' at present Aug 28 08:16:31 flack: got a network now Aug 28 08:16:41 flack: you may need to reboot Aug 28 08:16:48 i have off :D but none i also seen sometime Aug 28 08:17:19 djp_ one man tell me this. Aug 28 08:17:31 suspend is working... Aug 28 08:17:36 shutdown isn't Aug 28 08:17:57 lock is working Aug 28 08:17:58 "you must switch off PIN" Aug 28 08:18:14 jj shutdown also not work for me Aug 28 08:18:33 try switch off pin Aug 28 08:18:37 i wondered if there was a way to import contacts via terminal Aug 28 08:19:02 flack: switch off pin? Aug 28 08:19:11 yes PIN code Aug 28 08:19:24 flack: what does this fix? Aug 28 08:19:46 and how do i do this? Aug 28 08:19:52 in SHR Aug 28 08:20:05 hmm i thing it is in /settings/phone Aug 28 08:20:27 flack: can't access settings/phone... :( Aug 28 08:20:28 but if you get "sim manager. not working. settings won't open." maybe not work also this PIN switch Aug 28 08:20:45 maybe this.. wait Aug 28 08:20:52 flack: how do you launch settings from terminal? Aug 28 08:21:06 i dont know what this work but somethimes also work for me Aug 28 08:21:07 /etc/init.d/phonefsod stop; killall fsogsmd; /etc/init.d/phonefsod start Aug 28 08:21:07 and then Aug 28 08:21:07 mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device Aug 28 08:21:08 org.freesmartphone.GSM.Device.SetFunctionality full 1 PIN Aug 28 08:25:31 man tell me "SHR have some problems with FSO for this time"--but this tell me 2010/07/16 .. Today i have freerunner litle bit crashed? becouse few days ago i try do bazzfix with me friend but rezistor 0402 who must be placed instead another rezistor- we lost on carpet :D it si too much small Aug 28 08:30:35 now i can not without this rezistor call to somewhere,, maybe it is bug like as you in SHR but qtmoko from uSD for me dont start xserver,, i have in NAND shr- this i dot want reflash if miss my rezistor .. becouse i dont know what can do this :D i trying firmware for this moment only at uSD... my status is now shr from nand not start GSM also not start from uSD.. qtmoko from uSD not start-i mean i have black screen if must start xserver or what. and n Aug 28 08:30:35 ow i can test hackable ... maybe if this work i can result if this me problem is from missing rezistor or no Aug 28 08:30:49 sry for poor english:D Aug 28 08:31:50 djp_ you have new reflash shr? becouse after reflash this not work offten ..try restart Aug 28 08:33:27 flack: yes latest build. i only want it on the fr to install debian... currently shr-u issues i've noticed... shutdown not working unable to access settings and the close/move to different app pop-up isn't working Aug 28 08:33:55 flack: apologies for my distinct lack of technical speak! ;) Aug 28 08:34:44 :D Aug 28 08:34:53 going afk... later flack :) Aug 28 08:35:03 ok later see you Aug 28 09:23:13 hi Aug 28 09:24:52 latest shr-u kernel 2.6.32.21 is missing the snd-pcm-oss module. therefore i have no sound in scummvm anymore. could i fetch the source for this kernel version somewhere to compile it myself? Aug 28 09:37:16 Fox_Muldr: http://gitorious.org/~jama/htc-msm-2-6-32/openmoko-kernel/commits/om-gta02-2.6.32 Aug 28 09:38:45 Fox_Muldr: but CONFIG_SND_PCM_OSS=m Aug 28 09:39:03 JaMa|GoNe: i know this url but i thought there were only the patches for openmoko. but are these applied to a vanilla kernel or should i use "git clone git://git.openmoko.org/git/kernel.git linux-2.6 Aug 28 09:39:03 " ? Aug 28 09:40:41 Fox_Muldr: http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.32_git.bb Aug 28 09:41:26 Fox_Muldr: but I still don't see the problem http://build.shr-project.org/shr-unstable/ipk/om-gta02/kernel-module-snd-pcm-oss_2.6.32.21-oe3.3+gitr6+a9254be10ac2294ea20165a87c09ea6afcf66d94-r0.5_om-gta02.ipk Aug 28 09:41:43 JaMa|GoNe: hmm ok Aug 28 09:41:53 JaMa|GoNe: so there are not all modules installed by default? Aug 28 09:42:12 JaMa|GoNe: should it be just so simple... :) Aug 28 09:42:13 no only those really needed Aug 28 09:42:45 JaMa|GoNe: thanks. than my problem was solved without compiling a new kernel ;) Aug 28 09:43:00 y Aug 28 09:45:23 but i see that the top shelf gsm icon still has problems since weeks and with latest updates. after suspend it shows "off" but gsm still works :/ Aug 28 10:01:31 since the change from 2.6.29 to 2.6.32 in shr-u the gsm functionality is no more reliable. before that update i used it as my main phone but since than i couldn't. is there any workaround to get the gsm function stable working again? Aug 28 10:09:20 Fox_Muldr: have you reported that as a bug? Aug 28 10:09:36 Fox_Muldr: since GSM is just a Aug 28 10:10:02 Fox_Muldr: since GSM is just a serial port to the kernel 2.6.32 should not strictly speaking be able to cause any GSM specific issues Aug 28 10:10:20 Fox_Muldr: I mean, it should affect GPS as well if it's a serial port bug Aug 28 10:10:57 lindi-: the problem is that gsm and suspend seems not to work very good together. i didn't try gps in the last few weeks Aug 28 10:11:40 Fox_Muldr: well because of http://docs.openmoko.org/trac/ticket//2349 I don't think I'm going to run 2.6.32 for any time soon Aug 28 10:12:23 lindi-: after suspend quite often gsm disappears. this bug is also a big problem for the fr because of the low standby time Aug 28 10:13:46 lindi-: it would be best if shr-u would have an easy way to switch back to the latest 2.6.29 which worked quite good until the problems with the .32 kernel are removed Aug 28 10:14:39 lindi-: and i don't mean to reflash the whole system back to an older image ;) Aug 28 10:19:42 i would also use debian as main os but last time i checked there was no half useable phone applications available. i read that the shr phone apps (which i like) would be integrated into the debian feeds but at the moment they aren't working at all Aug 28 10:20:11 and zhone is no useable phone application for me ;) Aug 28 10:22:20 And my emacs ui just works Aug 28 10:23:32 Fox_Muldr: disappears? Aug 28 10:24:04 Fox_Muldr: just install older kernel package? Aug 28 10:25:01 lindi-: as i read in the ml the older kernels in shr-u doen't work anymore without changing a few things in the system/fso. but i don't know what to change Aug 28 10:25:32 Fox_Muldr: argh :) Aug 28 10:25:47 hardcoding sysfs paths is a bad idea Aug 28 10:26:28 lindi-: i don't know what exactly has changed between .29 and .32 but also touchscreen things have changed and works not the same way as before Aug 28 10:26:44 Fox_Muldr: yep Aug 28 10:29:26 hmmmm, my SHR-u install is giving wsod every time X starts Aug 28 10:30:30 pabs3, glamo update? Aug 28 10:31:13 not sure, does opkg have a log? Aug 28 10:31:39 fun, sshd isn't listening either Aug 28 10:31:45 * pabs3 reboots to Debian Aug 28 10:32:22 pabs3, try maybe this kernel image http://www.bsdmn.com/openmoko/glamo/242/shrkernel_nows/ Aug 28 10:32:23 fun, no power-off after 10 seconds of power button Aug 28 10:32:48 pabs3: imho that was a stupid feature anyway Aug 28 10:32:52 2.6.32 doesn't seem to have this 10s shutdown anymore Aug 28 10:33:01 pabs3, after reflash you restart device? Aug 28 10:33:04 pabs3: it prevented me from using power button to control audio dictation Aug 28 10:33:26 lindi-: i think it was a very usefull feature i case the fr hung ;) Aug 28 10:33:51 lindi-: I find it nice since otherwise my clock gets reset to 1999 when I need to reboot because the UI isn't responsive Aug 28 10:33:53 Fox_Muldr: I use watchdog for that Aug 28 10:34:18 Fox_Muldr: if you shutdown you won't see why it hung Aug 28 10:34:29 is there a tutorial on how to setup the watchdog thing on Debian? Aug 28 10:34:39 pabs3: apt-get install watchdog? Aug 28 10:34:47 that all? Aug 28 10:34:48 lindi-: hmm i never used the watchdog before. is there somewhere a docu for it? Aug 28 10:34:55 * pabs3 expected some configuration Aug 28 10:34:57 Fox_Muldr: in the watchdog package Aug 28 10:35:29 lindi-: ok than i will take a look into it in the next days :) Aug 28 10:35:49 pabs3: not much. you enable it in /etc/default/watchdog Aug 28 10:35:53 flack: I always upgrade with opkg rather than reflashing. and this is on every boot Aug 28 10:35:58 * pabs3 goes for it Aug 28 10:36:19 lindi-: perhaps that should be in the default install from install.sh/d-i Aug 28 10:36:28 pabs3: I don't think so Aug 28 10:36:49 why is that? Aug 28 10:37:29 pabs3: if you don't know what it is it can be confusing Aug 28 10:38:05 lindi-: but watchdogs work in the background so no one will get notice of it if nothing happens, right? Aug 28 10:38:20 Fox_Muldr: well unless you try to do kernel debugging Aug 28 10:38:26 :) Aug 28 10:38:53 It's also an extra process that stricly speaking should not be necessary Aug 28 10:38:58 * pabs3 arghs at Debian suspending while on USB Aug 28 10:39:12 pabs3: thank fso's autosuspend :) Aug 28 10:39:40 it didn't always do that Aug 28 10:39:41 I'm rather unhappy about autosuspend not working after i actually disconnect it from usb. Aug 28 10:39:50 Most probably due to oeventsd bugs Aug 28 10:40:59 in other news, hex-a-hop is mostly playable on the FR (even with intone/mplayer running, best in landscape mode) Aug 28 10:41:19 pabs3: what is hex-a-hop? Aug 28 10:41:44 http://packages.debian.org/sid/hex-a-hop Aug 28 10:42:02 ah http://hexahop.sourceforge.net/ Aug 28 10:44:44 right Aug 28 10:45:01 looks funny Aug 28 10:45:04 anyone know if folks are working on glamo support in mesa Aug 28 10:45:06 ? Aug 28 10:47:03 now its time for breakfast. cu later Aug 28 10:49:06 pabs3: Weiss Aug 28 10:54:36 JaMa|GoNe: good to hear :D Aug 28 11:11:23 pabs3: but help is much appreciated.. :) Aug 28 11:12:00 Weiss: any info about the current status? Aug 28 11:12:19 or location of git repo Aug 28 11:17:24 Git repo is on git.bitwiz.org.uk Aug 28 11:18:05 status is.. should be everything there to submit vertices to the hardware, but it's really difficult to test at the initial stage of getting a picture on the screen Aug 28 11:19:43 hmm, either gitweb is broken or the last change there was 3 months ago Aug 28 12:23:24 bye Aug 28 12:27:30 pabs3: yep, I haven't been very active recently Aug 28 12:28:25 weis - interesting Aug 28 12:56:54 Weiss: are you doing opengl? Aug 28 12:56:58 Weiss: oh, ping, whatever happened with the Debian + OpenMooCow issue?? Aug 28 12:57:21 Weiss: hi btw :) Aug 28 13:04:23 ahoi Aug 28 13:04:37 pabs3: with ALSA etc? that's SDL's fault.. Aug 28 13:05:42 Weiss: aye. Debian SDL or SDL upstream? Aug 28 13:23:54 pabs3: no idea.. SDL claims to support ALSA at least, and IIRC in Debian it's enabled, so.. Aug 28 13:31:40 Weiss: month ago i asked you to comment/do proper fix for the 2-4-2 WSOD problem with newer compilators. Now it known that this patch also fixes 4-4-4 roration WS. anything new about this patch? Aug 28 13:32:31 Weiss: Martin added mdelay version to shr, and it is even tested now. Aug 28 13:33:11 Weiss: if you can't/won't do anything with it, should it be commited as it is to kernel git, as it fixes seroius promlem? Aug 28 13:35:05 gena2x: i have that patch also in qtmoko-v26, will tell you if it works soon (flashing image now) Aug 28 13:35:55 radekp: thanks, would be nice to know will it help qvga switch. Aug 28 13:36:41 gena2x: it will be very useful if it works - because watching videos in qvga until now caused WS very very often Aug 28 13:38:22 radekp: would be nice, but unfortunately, it is only workaround Aug 28 13:40:11 radekp: so it would be good to have something better, commint it as it is somewhere sound wrong anyway. but of course, if no choise, better to have no WSes with workaround than WSes with nothing. Aug 28 13:48:59 gena2x: i think 1 line workaround is quite good solution :) Aug 28 13:51:11 gena2x: btw i have set CONFIG_BOOT_PRINTK_DELAY and measured power consumtion with .34 kernel with ammeter, no actual result yet, but i think comparing with .29 kernel could get us somewhere Aug 28 13:51:26 radekp: wow, nice Aug 28 13:52:22 radekp: i thought that will be better to add reading from current_now and print it after proper delay Aug 28 13:52:46 yup maybe Aug 28 13:53:02 radekp: other option may be to make video :) Aug 28 13:53:16 gena2x: :) Aug 28 13:53:22 but current_now seems better to do analisis :) Aug 28 13:53:31 g2g for now, c u later Aug 28 13:53:39 cu Aug 28 15:43:03 Hello Openmoko, just flashed shr and they've changed the way things work. Anybody know how to kill an app? used to be a drop down menu when you clicked the top of the screen Aug 28 15:46:44 Arigead, what about the old fashioned way? kill and killall Aug 28 15:47:28 Arigead: if the drop down menu doesn't work for you, kill and start shr_elm_softkey process (happens if you spend >10s in 1st time wizard on 1st boot) Aug 28 15:47:31 cz_jc: I mean from the gui don't have me typing in commands to kill the contacts window Aug 28 15:47:36 ;-) Aug 28 15:50:44 JaMa|Gone:Ah thanks a million that works perfect. Happy again. Built this whole image on an eeePC so I'm chuffed with meself. Small steps Aug 28 15:54:38 gena2x: WS fix works on 2.6.29 kernel, finally no more WS after years :) Aug 28 15:54:57 gena2x: again many thanks Aug 28 15:55:39 radekp: sorry for asking, but can you give me a link to the patch? :) Aug 28 15:56:46 radekp: excellent! :) Aug 28 15:57:16 PaulF: http://www.bsdmn.com/openmoko/glamo/gcc44wsfix.diff Aug 28 15:57:31 just find similar place in your kernel Aug 28 15:57:48 gena2x: wow, thanks :) Aug 28 15:58:10 PaulF: or this is for 2.6.29 http://github.com/radekp/linux-2.6/commit/c6c9bdc23afafd5bc9820ef12ae636cc09c40fb7 Aug 28 15:58:37 gena2x: so one fucking mdelay was it? Aug 28 15:59:32 it's not proper fix, only workaround. proper thing will need some glamo understanding. Aug 28 15:59:51 and nobody knows it it is _last_ WS :) Aug 28 16:00:26 gena2x: i tried switching to qvga in qmplayer many times and no WS, it used to be like 70% chance of WS before Aug 28 16:00:50 gena2x: and i tried rotating with xrandr many times and it's now 100% ok too Aug 28 16:00:56 radekp: yeah, but this not means that no more WSes exist :) Aug 28 16:01:07 radekp: just rotating would cause WS? Aug 28 16:01:36 radekp: i am using it for month Aug 28 16:01:37 radekp: like while true; do om screen resolution normal; om screen resolution qvga-normal; done? Aug 28 16:01:46 lindi-: yes, it did with like 50% chance before on 2.6.29 and it was 100% WS on 2.6.32 Aug 28 16:01:56 * lindi- tries Aug 28 16:02:16 gena2x: how did you find that workaround? Aug 28 16:02:35 radekp: qmplayer? no Xorg running? Aug 28 16:02:50 PaulF: just thought hard why damn 2-4-2 causes wsod on boot Aug 28 16:03:53 PaulF: look throught code, did random guesses, found this place. checked. worked. amazed. i knew also that WSOD is actually hardly influenced by gcc version Aug 28 16:04:03 radekp: i=0; while true; do echo $i; i=$(expr $i + 1); om screen resolution normal; sleep 1; om screen resolution qvga-normal; sleep 1; done has ran for 20 iterations now on 2.6.29, no WS Aug 28 16:04:07 PaulF: so this should be some kind os delay thing Aug 28 16:04:33 s/os/of/ Aug 28 16:04:34 gena2x meant: PaulF: so this should be some kind of delay thing Aug 28 16:04:59 gena2x: it's weird how some many guys who read glamo docs extensively didn't notice that place. Aug 28 16:06:00 because the docs don't mention random delays the HE is fussy about.. Aug 28 16:06:17 HE? Aug 28 16:06:27 beyond a few key things, there's nothing much about timings Aug 28 16:06:30 HW* Aug 28 16:06:35 PaulF: this place look promising for me, as it does 'reg_write_lcd' and then one more 'reg_write_lcd' without anything in between. i had idea (because i read much glamo code before) that this may be right place Aug 28 16:07:32 so just added one delay first, then commented it and added one above and one below to check if problem is really here not general delay Aug 28 16:07:41 gena2x: yeah, i saw that and thought the same (after seeing your patch of course) :) Aug 28 16:07:47 one above/below didn't work Aug 28 16:08:07 after that i sent all this to Thomas to get proper fix Aug 28 16:08:23 with appropriate comments Aug 28 16:08:31 that's all - no magic. Aug 28 16:09:28 and as Thomas were busy in real life, i just announced it a bit wider - asked jama to include it to SHR Aug 28 16:09:50 as this allow people to use 2-4-2. Aug 28 16:10:16 and i didn't test it too much on 4-4-4 because i didn't care about it too much Aug 28 16:10:31 gena2x: also it finally allows to use screen rotation, which is very seldom used now imho Aug 28 16:10:49 i think rotatation is small value Aug 28 16:10:53 for me Aug 28 16:11:06 just because i am fan of precise colors Aug 28 16:11:30 but on our lcd colors are chinging depending on angle of view Aug 28 16:11:37 well, i think we learned to live without it... like landscape keyboard Aug 28 16:12:26 so, it's annoying to me to see openmoko in direction, other than from bottom. Aug 28 16:12:54 lindi-: this may depend on compiler, which is used to build kernel Aug 28 16:13:22 lindi-: i've found that even with 2-4-2, it is ok with gcc-4.1 on boot, but nok with gcc-4.4 Aug 28 16:13:54 lindi-: i've told you to try this patch multiple times, but it didn't meet your requirements Aug 28 16:23:37 gena2x: so 2-4-2 is generally setting some values in glamo registers? Aug 28 16:24:31 vanous|away: no, it setting values to CPU (S3C2440) memory bank . Aug 28 16:25:06 vanous|away: glamo is connected to our CPU memory interface. for cpu it is just piece of SRAM Aug 28 16:25:18 i understand this can be done during the boot or anytime later? Aug 28 16:25:40 vanous|away: sure, but proper place for setting such things is bootloader Aug 28 16:25:52 i mean, you can undo it...? Aug 28 16:26:00 vanous|away: sure Aug 28 16:26:21 vanous|away: it's just basically writing 1 int to memory Aug 28 16:26:35 vanous|away: you may use my memwrite tool to do it. Aug 28 16:28:22 vanous|away: or a little bit evil lindi-'s omhacks tool. he added support for changing this yesterday, and the reason of baing a bit evil seem that i were a bit unhappy with description he added to it :) Aug 28 16:29:09 gena2x: i looked but haven't seen any commit about this yet... Aug 28 16:29:23 and my unhapappiness were strongly grounded :) Aug 28 16:29:47 vanous|away: you may try memwrite tool at any moment to try 2-4-2 Aug 28 16:30:19 where does memwrite grow? Aug 28 16:31:03 http://www.bsdmn.com/openmoko/glamo/timings/ Aug 28 16:31:14 c and binary for debian Aug 28 16:31:28 wait a bit command line... Aug 28 16:31:52 yup Aug 28 16:33:18 memwrite $((0x48000008)) $((0x1380)) Aug 28 16:33:25 for 2-4-2 Aug 28 16:33:51 lindi-: yes qmplayer uses mplayer with glamo acceleration Aug 28 16:34:12 vanous|away, you can pull it from iki.fi/lindigit/omhacks while I wait for enrico to review the changes Aug 28 16:34:21 s/lindigit/lindi\/git/ Aug 28 16:34:50 vanous|away: notice old value then you'll set 2-4-2 and use it to switch back Aug 28 16:35:20 vanous|away: only pay attention to byte order Aug 28 16:35:38 gena2x: just in case, reboot resets these? Aug 28 16:35:51 vanous|away: normally, this is set in bootloader Aug 28 16:36:10 ok Aug 28 16:36:22 do not worry at all about you hardware, i think i set many extreme values and nothing really died Aug 28 16:36:47 :) Aug 28 16:36:58 nothing should happen anyway as you only change memory bus settings Aug 28 16:37:07 only bad thing may happen Aug 28 16:37:47 if you send some bad values (2-4-2 is not bad) while work in progress, you may loose or get wrong data written/read from sd card Aug 28 16:37:53 as it is on same bus Aug 28 16:38:29 i hit that multiple times while testing and just restored my sd from backup Aug 28 16:38:58 but in general your system will work even with completely non-working sd access Aug 28 16:39:24 and will restore than you'll set some correct values back Aug 28 16:40:04 so, be careful with byte order :) Aug 28 16:41:12 ok Aug 28 16:43:55 i have set 2-4-2, will observe what happens, i.e. ws Aug 28 16:45:37 better observe general speed increase please :) Aug 28 16:47:54 gena2x: if no params are given, values of 0 are set? Aug 28 16:48:03 nope Aug 28 16:48:17 if no params it not writes but reads instead Aug 28 16:48:27 i mean if second param is not set Aug 28 16:48:55 if first param is not set it will just segfault, giving a hint this is wrong way to run it Aug 28 16:48:58 ;) Aug 28 16:50:31 :) Aug 28 16:51:08 i guess i set some funny values via --help but then i set the $((0x48000008)) $((0x1380)) Aug 28 16:51:47 gena2x: what is the 4-4-4 ? Aug 28 16:51:59 default Aug 28 16:52:14 actual this is 0-4-4-4-0, sram timings Aug 28 16:52:51 check s3c manual for meaning, it has nice picture if you want to understand it better Aug 28 16:53:08 'SRAM timings' or something like this Aug 28 16:53:54 vanous|away: no, with one parameter (--help), it can't set anything Aug 28 16:54:02 it will attempt only read Aug 28 16:54:14 ok Aug 28 16:54:23 from 0x0 i think, and segfault Aug 28 16:55:00 hm. easier to add 2 lines to program to display help than describe it even once :) Aug 28 16:55:05 i'll learn this. Aug 28 17:03:35 hmm, shr-u 2.6.32.21, mplayer gives me :No Glamo chip found or the kerne is old. Found SMedia Glamo 3362, with 3365 core, rev A2 Aug 28 17:04:10 gotta go out now, bbl Aug 28 17:39:38 gena2x: i rebooted and tried what is the feeling with default timings Aug 28 17:39:45 then i applied 2-4-2 Aug 28 17:40:12 i have to say it is really hard for me to objectively see what the difference is Aug 28 17:42:02 i will try again Aug 28 17:44:39 vanous|away: it is quite possible Aug 28 17:45:14 with accerated glamo cpu<->glamo transfer is really rare i think, need Weiss to explain. Aug 28 17:46:04 also i noticed that effect in software mplayer is much smaller in one version of mplayer, and bigger in other. Aug 28 17:46:20 but this were also with different kernels Aug 28 17:46:52 the glamo is already pretty fast i think. Aug 28 17:47:15 so best way to see is software video decoding Aug 28 17:47:24 The glamo is fast, the bus to it is very, verry slow. Aug 28 17:47:29 But I expect you know that Aug 28 17:47:42 SpeedEvil: i don't agreed with this opinion Aug 28 17:48:00 SpeedEvil: even more, i think it is not true Aug 28 17:48:02 The bus is 7Mbytes/second Aug 28 17:48:05 bye Aug 28 17:48:13 between the CPU and the glamo. Aug 28 17:48:18 SpeedEvil: this is sure not true Aug 28 17:48:33 This was from raster. Aug 28 17:48:39 SpeedEvil: please read my mail about practical measurement of glamo bus speed Aug 28 17:48:45 url? Aug 28 17:49:04 http://lists.openmoko.org/pipermail/community/2010-July/062495.html Aug 28 17:49:24 it contains exact measures, both practical and theoretical Aug 28 17:50:11 also add up this measurement to understand what is source of 7Mb/s: http://lists.openmoko.org/pipermail/community/2010-July/062504.html Aug 28 17:50:40 add up debuggin kernel to that, and you'll get your 7Mb/s Aug 28 17:51:11 Interesting - I hadn't been following this as I have gta01. Aug 28 17:52:11 this is the facts i see, so forget about 7Mb/s. Aug 28 17:53:31 gena2x: i have to say that here i have been trying to see if i can notice speedup of my address list. pretty hard to see, i must say, but perhaps i can see a difference. i will try later again scrolling on illume2 home, atm i have it disabled. Aug 28 17:54:44 it's not 'magic 200% boost', only 33%, i think e is also doing much things which influence scroll speed aside of glamo Aug 28 17:55:25 e scrolling i thing i do not like much. Aug 28 17:55:30 and never liked Aug 28 17:55:58 because of redraw paradigm Aug 28 17:56:05 on each frame Aug 28 17:57:04 but i can't say pretty nothing about details. that's why i am not using shr... Aug 28 17:57:57 among other reasons Aug 28 18:00:12 gena2x: i guess raster elaborated pretty much extensively on the redraw paradigm and the bottomline was that if you want multi-layered fancy graphics, it's the best option for modern devices. Aug 28 18:04:13 PaulF: i feel absouletely no need in modern graphics, instead i need fast, usable interface, smallest battery consumption, ability to install reach set of open software software, friendly community. Aug 28 18:05:01 gnome, kde and windows interfaces are too slow for me on desktop. Aug 28 18:06:03 so i have to use wmaker, xterm, xpdf. i do not wait while 'modern interface' animation will anymate something, eating my time and watts. Aug 28 18:06:11 gena2x: mupdf is even faster Aug 28 18:06:21 gena2x: only tiling WMs for me Aug 28 18:06:30 gena2x: other than that, ack :) Aug 28 18:08:16 PaulF: so, e may be good... for whose who want to watch pretty same anymations 1000 times, like gnome-terminal may be good for someone on desktop. just not for me. Aug 28 18:08:32 s/anym/anim/ Aug 28 18:08:33 gena2x meant: PaulF: so, e may be good... for whose who want to watch pretty same animations 1000 times, like gnome-terminal may be good for someone on desktop. just not for me. Aug 28 18:20:56 anyone know how to shutdown shr-u from terminal? i tried shutdown -h now, but it returns a permission denied Aug 28 18:22:42 djp_: probably "poweroff"? Aug 28 18:23:31 PaulF: nope Aug 28 18:24:30 telinit 6 ? :))) Aug 28 18:24:49 or 0 Aug 28 18:25:33 PaulF: cheers. telinit 0 did the trick Aug 28 18:28:09 i want to make some video of modern freerunner distribution (read qtmoko), just too few videos about it this year. i have average web-camera (uvc) and want to push video to utube. it will be my first video xp in linux, and at all. i know photography pretty vell. so, my question :) any recommendations about toolchain? i've found uvccapture->ffmpeg->cinelerra. Aug 28 18:28:45 anyone can recommend sothing better/or just share expierence of making videos in linux? Aug 28 18:32:26 gena2x: i know one can also capture with mencoder. Aug 28 18:33:17 gena2x: also i used avidemux several times for some easy video-related work (cutting commercials from tv recordings). Aug 28 18:41:11 PaulF: read about it, thanks for link. Aug 28 18:44:28 gena2x: (photgraphy) my friend complaints there's nothing analogous to Lightroom (features- and performance-wise), can you suggest something? Aug 28 18:48:06 gena2x: i used avidemux for this but had tried kdenlive and this was good too Aug 28 18:48:44 plus some conversions with ffmpeg and mencoder Aug 28 18:49:24 gena2x: keep the size big, so people can see it in higher resolution to observe details Aug 28 18:50:31 PaulF: ah, i'm sure not pro, so my workflow is rawstudio->gimp->rarely print via gutenprint. this works very well, but lacks of some features. everything else i tryed segfaults, miss must-have features or slow below usability. my monitor is wide-gamut so i am attempting to be very careful to have proper color managment support. extremly few tools do proper color management. Aug 28 18:51:26 PaulF: i thing also quite promising is http://darktable.sourceforge.net/, but it is very slow. Aug 28 18:53:08 PaulF: also i prefer 'album is directory' paradigm, so this limits my tools too. Aug 28 18:53:11 gena2x: yes, she says every tool is too slow, much slower than Lightroom Aug 28 18:53:32 rawstudio is pretty fast Aug 28 18:54:04 and last years many tools appear out of nothing in linux, i didn't review them recently Aug 28 18:54:32 darktable appear in 2009, but look extremly promising Aug 28 18:55:43 gena2x: you can see her works here: http://odpium.deviantart.com/gallery/ Aug 28 18:56:04 PaulF: also, some commercical tools exist, i think they may fullfeel needs of more professional photographers, as they are same for windows/linux (java i think), but i can't recall names. Aug 28 19:02:06 PaulF: ah, looks very good, i can say excellent. i have no such sense of beauty to make my photography an art. i am using it mostly to shot places where i were. Aug 28 19:04:06 gena2x: if you make video then please do it with qtmoko v26 - it can be downloaded now from sourceforge page Aug 28 19:04:15 gena2x: it has new cool theme Aug 28 19:04:54 radekp: yeaaahh! :) flashing! Aug 28 19:04:56 gena2x: http://activationrecord.net/radekp/qtmoko/screenshots/finximod_home.png Aug 28 19:05:04 gena2x: http://activationrecord.net/radekp/qtmoko/screenshots/finximod_dialer.png Aug 28 19:05:23 gena2x: i hope i havent made any new bugs... Aug 28 19:05:45 radekp: i'll inform you. looks very nice. very. Aug 28 19:16:16 radekp: my video camera is not very good. it lacks even dynamic range to get all colors of fr display, so don't expect something very good. i just basically want to show that modern fr software is very usable Aug 28 19:17:20 PaulF: http://www.bsdmn.com/elbrus/_igp3835_01.jpg, this is example of my photo. taken from Elbrus at ~4100. :) Aug 28 19:31:39 gena2x: i bet it was a unique feeling up there. Aug 28 19:36:56 PaulF: pretty too many people and cold. but view... i enjoyed every moment of it. wanted to climb up to top, but weather didn't allow. it's pretty easy, only really sudden weather change may kill you, but climb itself is not hard at all. Aug 28 19:37:27 s/kill you/dangerous/ :) Aug 28 19:37:54 as car on street can kill too. **** ENDING LOGGING AT Sun Aug 29 02:59:57 2010