**** BEGIN LOGGING AT Sat Jan 26 03:00:00 2013 Jan 26 10:09:37 Do i understand it right that if i install 2.6.34 and find a suitable WM configuration i'll be able to use my gta02 in a sane manner again? Jan 26 10:09:52 s/again/for the first time in all those years/ Jan 26 10:09:54 PaulFertser meant: Do i understand it right that if i install 2.6.34 and find a suitable WM configuration i'll be able to use my gta02 in a sane manner for the first time in all those years? Jan 26 10:11:12 What about gta04? Its example rules do not seem to use "gsmhandset" sound scenario at all, is it supposed to work on A4? Jan 26 11:53:46 GNUtoo-m4a785t-m, hello Jan 26 11:54:04 hi Jan 26 11:54:38 about camera test, how about cpu taken and how about delay Jan 26 11:54:59 cpu taken depend on the CODEC Jan 26 11:55:13 delay, I use udp so it doesn't retransmit Jan 26 11:56:04 yes, I know, the cmd I sent you has three codecs, h264, mjpeg and vp8 Jan 26 11:56:11 but I didn't calculate the delay Jan 26 11:56:17 can you resend it? Jan 26 11:56:35 wait a moment Jan 26 11:56:36 because when you sent it my images were not ready Jan 26 11:57:48 https://paste.debian.net/228912/ Jan 26 11:58:04 the camera is 640*480 Jan 26 11:58:50 but it doesn't matter, you can use a better pixels one Jan 26 12:03:28 ok good I'll set it up for 640x480 Jan 26 12:07:12 should I try over slow wifi or over ethernet is fine Jan 26 12:07:13 ? Jan 26 12:09:34 no, just test in ethernet whose speed is fine Jan 26 12:09:51 sorry, I didn't reply in time Jan 26 12:11:15 because encoding speed is more important, as the s3c6410 and most SoC are very slow, and we may use 802.1n in the future Jan 26 12:15:18 WARNING: erroneous pipeline: no element "ffenc_mjpeg" Jan 26 12:16:46 let me install and compile gst-ffmpeg Jan 26 12:18:59 it doesn't matter, you can use the other mjepg element Jan 26 12:19:18 it matter Jan 26 12:19:29 I guess it's faster with ffenc_mjpeg Jan 26 12:20:34 ok, I see, how do you compile gst? I think cross compile is too slow and I failed in making cross eglibc Jan 26 12:20:49 with openembedded Jan 26 12:21:12 sorry, not becuase slow, because it is a big problem in debian Jan 26 12:21:48 but I use debian in armel, does openembedded can combine it? Jan 26 12:22:33 yes but not out of the box Jan 26 12:22:43 qemu are very slow, maybe I can use my mobile to do that, it is 1.2GHZ's SoC Jan 26 12:22:43 you need to change some stuff Jan 26 12:23:34 anyway while it compiles I'll test the other command with mjpeg Jan 26 12:24:33 I don't know the speed of cross_compiling, is it's speed near the native compiling? Jan 26 12:25:21 yes Jan 26 12:25:25 which is slow Jan 26 12:25:32 since I compile everything Jan 26 12:25:49 it starts from the toolchain Jan 26 12:25:57 up to everything that is in an image Jan 26 12:26:35 btw, is there arm computer, maybe OMAP will end. Jan 26 12:27:07 you mean that there won't be an omap5? Jan 26 12:27:14 OMAP5 haven't support armv8 now Jan 26 12:27:50 and Texas Instruments announced that they would wind down their operations in smartphone and tablet oriented OMAP chips and instead focus on embedded platforms. Jan 26 12:28:32 like freescale basically Jan 26 12:28:59 I meant that freescale already does this Jan 26 12:29:06 they do industrial stuff mostly Jan 26 12:29:17 and the other main problem of openembedded is the network speed, you know I don't have a good network Jan 26 12:29:31 ? Jan 26 12:29:50 I don't understand the link between openembedded and network speed Jan 26 12:30:08 openembedded need to download many source packages, doesn't it? Jan 26 12:30:17 yes but not that many Jan 26 12:30:22 it's not android Jan 26 12:31:31 I see, I will try Jan 26 12:32:14 but is there some final produce based on freescale, and how abour open of freescale? Jan 26 12:33:29 ok I'll install the compiled packages Jan 26 12:33:53 yes there are some few final products with freescale Jan 26 12:33:57 and they're not that open Jan 26 12:34:34 for instance you have to use xf86-video-fbdev if you want free software Jan 26 12:35:17 it doesn't matter, as know, OMAP also doesn't open its graphic driver Jan 26 12:36:32 they have xf86-video-omap and xf86-video-omapfb Jan 26 12:36:39 with xv acceleration Jan 26 12:37:35 I see Jan 26 12:37:51 I even added unfinished rotation to it Jan 26 12:37:56 I must finish it Jan 26 12:38:20 but is there private driver, I am using nvidia's driver Jan 26 12:38:48 ? Jan 26 12:38:56 nvidia has nothing to do with omap Jan 26 12:39:25 yes, I know, I meant private freescale graphic driver Jan 26 12:39:44 yes there is one for omap too Jan 26 12:39:53 but there is also a free xorg driver for omap Jan 26 12:41:42 I see, do you have some cheap producer of freescale, then I can whether I can offer armv8 version in the future Jan 26 12:41:52 with that command it's using 100% CPU with 640x480: Jan 26 12:41:58 gst-launch v4l2src device=$(bug2v4l2 -p) ! ffmpegcolorspace ! jpegenc ! udpsink host=192.168.1.178 port=5000 Jan 26 12:42:02 gst-launch-0.10 udpsrc port=5000 ! jpegdec ! autovideosink Jan 26 12:42:11 I'll try your command Jan 26 12:42:47 it's a 500Mhz omap3 Jan 26 12:43:51 but do you feel some delay? Jan 26 12:45:14 very small delay Jan 26 12:45:52 your command is much better Jan 26 12:45:59 but still 100% CPU usage Jan 26 12:46:02 but it's usable Jan 26 12:46:05 reactive etc... Jan 26 12:47:08 I'll eat Jan 26 12:48:59 GNUtoo-m4a785t-m, thank you, when you be back, please call me Jan 26 13:35:14 ayaka, back Jan 26 13:36:03 GNUtoo-m4a785t-m, ok, how about h264 in OMAP hardware encoder? Jan 26 13:38:18 ayaka, that's way harder to test Jan 26 13:38:29 let me first add your commands to the buglabs wiki Jan 26 13:39:11 I'm not sure the bug20 kenrel has it Jan 26 13:39:37 but my n900 has probably it but gstreamer fails on it... Jan 26 13:39:44 without the proper gst plugin Jan 26 13:39:49 which isn't packaged for SHR Jan 26 13:40:07 GNUtoo-m4a785t-m, ? Jan 26 13:40:28 what don't you understand? Jan 26 13:40:42 I don't know what can the problem, but I know there is a bug in gst-good0.10 Jan 26 13:40:50 no Jan 26 13:40:54 bug20 is my machine Jan 26 13:40:56 about failed part "my n900 has probably it but gstreamer fails on it" Jan 26 13:40:57 from buglabs Jan 26 13:41:09 ah ok Jan 26 13:41:29 I think it's rather hardware related Jan 26 13:41:36 and kernel related too Jan 26 13:41:44 I must retry Jan 26 13:42:40 ok, I can wait , how about the lastest kernel about a cheap OMAP3 Jan 26 13:42:59 that cost money for me Jan 26 13:43:14 I cannot test that Jan 26 13:45:18 as omap3 I've: Jan 26 13:45:24 -> bug20 Jan 26 13:45:27 -> n900 Jan 26 13:45:32 both have a camera Jan 26 13:45:36 I've also the gta04 Jan 26 13:45:42 but it hasn't got a camera Jan 26 13:45:52 gta04 and bug20 also have usb host Jan 26 13:45:58 but I don't have a good usb camera Jan 26 13:46:01 mine is old Jan 26 13:46:07 and only works on 320x240 Jan 26 13:46:20 it also has 640x480 but not reliabily Jan 26 13:46:28 it often hangs with that resolution Jan 26 13:49:50 it doesn't matter. 320x240 is enough, I just want to know effect of hardware encoder Jan 26 13:50:11 if you would like to do, please tell me result Jan 26 13:55:17 maybe I'll do the tests on n900 another time Jan 26 13:55:54 remind it to me next time tough Jan 26 13:57:10 GNUtoo-m4a785t-m, thank you very much, I will remind you tomorrow or the other day which you like Jan 26 13:57:40 ok Jan 26 13:57:54 could we back to freescale, is ARM Cortex-A9/i.MX 6Quad/SABRE Lite the lastest devboard Jan 26 13:58:08 I've only the qsb for work Jan 26 13:58:18 and the eukrea-* boards also for work Jan 26 13:59:32 ok, I see Jan 26 14:00:10 ok again a dead microsd.... Jan 26 14:00:18 I'll look at n900 later than Jan 26 14:00:20 *then Jan 26 14:00:55 sorry, about qsb, could you offer a full name of one board Jan 26 14:02:57 and it seems that I can buy eukrea in china Jan 26 14:18:46 GNUtoo-m4a785t-m, I think imx6q-sabrelite is not a bad choice and an alternative to pandora Jan 26 14:19:06 imx53 quick start board Jan 26 14:19:16 if freescale upgrade it to amrv8 version, I think I bug it Jan 26 14:20:26 I see thank you Jan 26 14:22:42 imx53 is armv7 Jan 26 14:24:52 I wonder why imx53 is experience than imx6 http://item.taobao.com/item.htm?spm=a230r.1.10.16.JPBQaH&id=19387384939 Jan 26 14:29:17 and about arm arch, it seems that it doesn't get less support than MIPS and PowerPC Jan 26 14:34:05 radekp: hi :) i now see i've tried 2.6.34-qtmoko-v34 kernel but somehow was unhappy with that so switched to 2.6.39.4. Jan 26 14:34:12 I wonder why... Jan 26 16:10:47 openembeded seems good, doc is hard to read Jan 26 18:17:39 ayaka, look at yocto doc then Jan 26 20:12:34 I wonder what i should do to stop fsogsmd to keep pulling old messages from SIM and pushing to opimd on every fresh start. I guess that might be because i might have /tmp on tmpfs. Jan 26 20:15:28 ah? I've often the same issue Jan 26 20:17:15 GNUtoo-m4a785t-m: I've set ``sms_storage_dir = /var/tmp/fsogsmd/sms/ '' in [fsogsm] section now, should help Jan 26 20:17:25 ok Jan 26 20:17:47 if it fixes can you send the fix to a list? Jan 26 20:19:16 GNUtoo-m4a785t-m: i think it should be rather made the default especially given /var/tmp/fsogsmd is already used by default to store the SIM phonebook. Jan 26 20:19:25 GNUtoo-m4a785t-m: well, i can Jan 26 20:19:51 GNUtoo-m4a785t-m: after i investigate why i do not get proper sound handling on boot until i restart fsodeviced. Jan 26 20:28:45 ok Jan 26 20:31:38 GNUtoo-m4a785t-m: what WM are you using? Jan 26 20:33:19 GNUtoo-m4a785t-m: current sources all have /var/tmp/fsogsmd/sms default in the code and in the examples, are you using an outdated config with manual specification by any chance? Jan 26 20:33:42 on what? the GTA02/GTA04? Jan 26 20:33:47 GNUtoo-m4a785t-m: yes Jan 26 20:33:54 enlightenment Jan 26 20:36:19 GNUtoo-m4a785t-m: With Illume profile? Doesn't it suck? The current Debian version now has both upper and lower bar, still no digital clock, also it somehow corrupts the lower part of Emacs screen (and doesn't always resize the app when i close the keyboard). Jan 26 20:37:16 GNUtoo-m4a785t-m: https://paulfertser.info/files/fso-el-screenshots/fso-monitor.png See? The lowest line should be "Mark set" but it's obscured by some magic. Jan 26 20:37:19 we use elfe Jan 26 20:37:24 and we also use illume Jan 26 20:37:34 and it works fine Jan 26 20:37:38 there is only one bar Jan 26 20:37:55 I've choosen some reasonable size on boot and now i can't even edit some settings because they do not fit 640 Jan 26 20:38:13 ok Jan 26 20:38:20 I've seen only corruption on Emacs. Jan 26 20:38:49 e17 never offered me elfe, only Illume and desktop Jan 26 20:40:03 ok Jan 26 20:40:11 Not ok for me :( Jan 26 20:40:28 And i can't figure out how to change "DPI" Jan 26 20:40:45 of e apps? Jan 26 20:40:49 Yes Jan 26 20:40:52 There was some setting... Jan 26 20:40:55 But i can't find it. Jan 26 20:40:58 yes there is still Jan 26 20:41:03 wrench->something Jan 26 20:41:06 And grepping through a binary config is impossible Jan 26 20:41:07 let me fetch my gta04 Jan 26 20:43:43 Found it after loading some additional module. Jan 26 20:43:51 I've loaded theme and screen setup modules Jan 26 20:43:53 GNUtoo-m4a785t-m: ^ Jan 26 20:44:01 ok Jan 26 20:44:59 GNUtoo-m4a785t-m: do you use some custom theme? The shr one from git? Jan 26 20:45:36 yes Jan 26 20:51:42 Even with lower dpi it still hides the lower part of Emacs :/ Jan 26 20:51:54 hmmm Jan 26 20:51:59 I'm too tired to try Jan 26 20:52:01 sorry Jan 26 20:53:48 np Jan 26 21:20:26 morphis: it wasn't once i was confused by fso* utilities using config files either from the current working directory or from my $HOME (where i sometimes copy files for "backup"). I think that's too non-deterministic and unexpected for an end-user. It got me by surprise at least twice. **** ENDING LOGGING AT Sun Jan 27 02:59:59 2013