00:20.26 | freemangordon | DocScrutinizer05: no, it works in a different way (killing), will elaborate tomorrow |
00:21.00 | DocScrutinizer05 | probably via x-msg |
00:22.17 | freemangordon | yep, _NET_CLOSE_WINDOW |
00:22.44 | freemangordon | it tries to do a graceful close, killing a hang process is done by hildon-desktop |
00:33.51 | *** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie) |
00:55.56 | *** join/#maemo-ssu joshgillies (~josh@58-6-131-31.dyn.iinet.net.au) |
01:13.30 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
02:17.42 | Pali | merlin1991, in /srv/apt/cssu-devel/incoming are again some dsc/tar.gz files |
02:17.45 | Pali | another bug? |
02:18.20 | merlin1991 | investigates |
02:19.49 | merlin1991 | hm one is an ages old h-d verison |
02:19.56 | merlin1991 | the other one looks like the current one |
02:22.21 | merlin1991 | regarding the current version, it seems like arcean uploaded a binary only .changes file |
02:22.24 | merlin1991 | + the sources |
02:23.01 | merlin1991 | I'll contact him when he gets back online |
02:23.03 | merlin1991 | Pali: ^^ |
02:23.19 | Pali | ok |
02:24.28 | *** join/#maemo-ssu joshgillies (~josh@58-6-131-31.dyn.iinet.net.au) |
03:09.11 | *** join/#maemo-ssu amiconn_ (quassel@rockbox/developer/amiconn) |
04:04.07 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
04:55.34 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
08:06.39 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
08:36.31 | *** join/#maemo-ssu Guest73590 (~rd@p57B48B52.dip0.t-ipconnect.de) |
09:22.49 | *** join/#maemo-ssu Martix_ (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
09:58.25 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28A73.dip0.t-ipconnect.de) |
10:34.36 | *** join/#maemo-ssu arcean (~Arcean@aacr82.neoplus.adsl.tpnet.pl) |
10:42.03 | freemangordon | arcean: hi |
10:42.57 | arcean | freemangordon: hi |
10:43.14 | freemangordon | arcean: do you have time/will to look at tklock replacement, it uses too much memory for my taste, but unfortunately my GTK/clutter/etc skills are not good enough to optimize it :) |
10:43.31 | freemangordon | it does not leak though |
10:43.52 | arcean | hmm sure, I can take a look :) |
10:44.26 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
10:45.17 | freemangordon | arcean: it uses ~500k, even when not active :( |
10:45.23 | freemangordon | of heap that is |
10:45.44 | freemangordon | Pali: why? https://gitorious.org/community-ssu/pulseaudio/commit/2aa134d13fe2e4d1f560a18fa0b028cf0b66a990 |
10:47.42 | freemangordon | arcean: is it possible to use clutter actors for tklock, instead of GdkPixmap. and does it make sense? |
10:50.23 | arcean | not really, only if you want to do some animations/transitions |
10:51.31 | freemangordon | arcean: ok. Toldya, all this stuff is unknown to me :D |
10:52.09 | arcean | hehe :P |
10:54.22 | freemangordon | going to shoot valgrind against tklock, just to be sure it does not leak (too much :P ) |
10:57.17 | *** join/#maemo-ssu M4rtinK2 (~M4rtinK@mail.melf.eu) |
11:02.34 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
11:10.16 | Pali | freemangordon, audio over network (module-native-protocol-tcp) not working correctly |
11:16.10 | Pali | freemangordon, or we need to increase memory block size and decrease count of blocks |
11:16.41 | Pali | I'm getting these error massages: [pulsecore/memblock.c:333 pa_memblock_new_pool()] Memory block too large for pool: 49956 > 16384 |
11:17.06 | freemangordon | Pali: you mean this is used only when using PA over the network? |
11:17.32 | Pali | PA over network via native protocol not working correctly with that nokia patch |
11:17.48 | freemangordon | Pali: BTW when do you expect to get those 50MB? |
11:17.55 | freemangordon | *where |
11:18.04 | Pali | I do not know if memblock is used only in network code |
11:18.07 | freemangordon | is that a real allocation? |
11:21.12 | Pali | freemangordon, you can decrease PA_MEMPOOL_SLOTS_MAX from 1024 to 256 and then max size of memory for memblock will be same |
11:21.49 | Pali | with nokia patch slots_max is 1024 and slot_size is 16*1024 |
11:22.37 | Pali | but network code not working with lower slot_size, so I reverted it back to 64*1024 and if you decrease slots_max from 1024 to 256 then total memory for use will be same |
11:23.41 | freemangordon | Pali: my concern is: how will that patch affect PA memory usage in normal usecases? |
11:25.13 | Pali | I can check it |
11:27.33 | DocScrutinizer05 | my concerns are even more fuzzy and like a gut feeling that messing with PA is not worth the effort |
11:27.50 | DocScrutinizer05 | and most probably not a good idea anyway |
11:28.30 | freemangordon | DocScrutinizer05: well, if it does not affect day-to-day usage of the device, then (the patch) should be OK. |
11:28.45 | freemangordon | Though that should be verified very carefully |
11:28.48 | DocScrutinizer05 | and who's verifying that? |
11:28.55 | freemangordon | exactly ;) |
11:29.03 | kerio | Pali is! |
11:30.16 | DocScrutinizer05 | stutter, subtle deterioration of audio quality, complete bork in special usecases, whatnot else... a nightmare to verify |
11:30.51 | freemangordon | agree, that's why I started questioning |
11:30.56 | DocScrutinizer05 | particularly since our audio isn't all that bugfree right now |
11:31.57 | jonwil | Not to mention that we have a bunch of binary blobs that make it very hard to do too much with PulseAudio |
11:32.30 | freemangordon | Pali: Please, check the memory allocation/usage with and without your change, Nokia did that patch on purpose after all |
11:32.56 | Pali | btw, what to use for checking memory allocation? |
11:33.16 | DocScrutinizer05 | so for any new bug report, it's up to anybody's guess whether it got introduced with latest patch, the patch 3 months ago, or been there from beginning even in stock PA and only rears its ugly head now. Or maybe is completely unrelated, or caused by some evil side-effect like changed race conditions that now trigger the sleeping bug in a unrelated subsystem |
11:33.58 | freemangordon | Pali: well, use smaps |
11:34.18 | freemangordon | "/proc/$PA_PID/smaps" |
11:36.52 | Pali | heap --> size: 768kB |
11:38.24 | freemangordon | looks ok to me. and what happens when use it over the network? |
11:39.40 | freemangordon | BTW I still not get it why systemui uses ~1600KB :( |
11:40.50 | jonwil | memory leak in the systemui binary? |
11:41.01 | freemangordon | jonwil: no |
11:41.18 | freemangordon | it does not leak, for sure |
11:42.08 | freemangordon | the first time you open powerkey menu or tklock, memory usage jumps with ~500k, some Gtk stuff, but I cannot get how to force Gtk to free that memory |
12:15.44 | jonwil | I do wish we knew just what the PulseAudio binary blobs actually DO, that would mean we could find replacements for each piece :) |
12:16.45 | freemangordon | jonwil: one of them is highpass filer |
12:16.49 | freemangordon | *filter |
12:17.04 | freemangordon | the other is maybe echo cancelation |
12:18.23 | jonwil | also speaker protection |
12:18.29 | jonwil | and also sidetone I think |
12:18.39 | freemangordon | (highpass filter that is ;) ) |
12:18.46 | freemangordon | sidetone? |
12:19.02 | jonwil | ]http://en.wikipedia.org/wiki/Sidetone |
12:19.07 | jonwil | http://en.wikipedia.org/wiki/Sidetone |
12:19.33 | freemangordon | aah, yeah |
12:19.42 | jonwil | yep, module-nokia-voice references sidetone |
12:20.09 | freemangordon | jonwil: I don;t think we'll be capable of replacing that |
12:20.15 | jonwil | heh yeah |
12:20.46 | jonwil | well in theory we could look at what MeeGo/Mer/Nemo has since they seem to have newer PulseAudio running on N900 without any binary blobs at all |
12:20.55 | freemangordon | BTW did anyone tried those modules with newer PA? |
12:21.13 | freemangordon | *try |
12:28.12 | *** join/#maemo-ssu toxarisswe (~toxaris@s83-180-246-172.cust.tele2.se) |
12:28.53 | jonwil | I bet the modules are tied to specific layout of PulseAudio structures that have changed between versions |
12:29.03 | jonwil | or PulseAudio API calls |
12:38.23 | *** join/#maemo-ssu _rd (~rd@p57B48B3A.dip0.t-ipconnect.de) |
12:38.38 | jonwil | so the answer is I suspect we are stuck on current PulseAudio unless we can figure out all algorithms in the binary blobs and find replacements where needed :) |
12:42.47 | *** join/#maemo-ssu RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net) |
12:47.45 | Pali | jonwil, some nokia pulseaudio blobs was opened see meego git |
12:47.58 | Pali | only algorithms are still closed |
12:48.20 | jonwil | yeah MeeGo has open bits |
12:48.39 | Pali | from info what I have pulse audio nokia algorithms doing some magic for better voice support in gsm calls |
12:48.47 | jonwil | we still dont know what the closed-bits that weren't opened do or which of those bits actually matter for functioning phone :) |
12:49.09 | Pali | so we need something which can fix buggy gsm codec |
12:49.40 | Pali | it doing some voice correction or something like that |
12:50.01 | Pali | and some speaker protection |
12:53.40 | arcean | freemangordon: what about http://gitorious.org/community-ssu/osso-systemui-tklock/blobs/master/osso-systemui-tklock.c#line801 ? |
12:54.04 | arcean | do we need to copy the style or only the window's background? |
13:20.58 | freemangordon | arcean: this comment is mine, btu I really don't know :) |
13:22.56 | freemangordon | arcean: it was done that way in the stock tklock, I googled a bit and find the commented code |
13:23.08 | freemangordon | "gdk_window_set_back_pixmap( GDK_WINDOW (window), pixMap, TRUE);" |
13:23.28 | freemangordon | arcean: try it |
13:26.17 | arcean | IIRC the correct way is to create a new style and then apply the background image |
13:27.15 | freemangordon | arcean: could be, I don't know, thats why I kept the stock way |
13:45.33 | *** join/#maemo-ssu NIN102 (~NIN@p5DD28A5D.dip0.t-ipconnect.de) |
14:01.45 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
14:11.24 | *** join/#maemo-ssu freemangordon__ (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
15:32.54 | *** join/#maemo-ssu _rd (~rd@p57B48B3A.dip0.t-ipconnect.de) |
15:41.08 | merlin1991 | arcean: ping |
15:43.01 | arcean | pong merlin1991 |
15:43.50 | merlin1991 | when you uploaded the latest h-d to -devel it looks like the .changes file was from a binary only build |
15:44.04 | merlin1991 | the sources were left behind in the incoming dir and not imported |
15:44.36 | arcean | so I've uploaded the wrong file? |
15:45.24 | merlin1991 | I have no idea because the .changes file is gone by now, but if you look here: http://maemo.merlin1991.at/cssu/community-devel/pool/free/h/hildon-desktop/ |
15:45.43 | merlin1991 | you'll notice the sources are of an older version, and there were no errors in the import log |
15:46.10 | arcean | uhh |
15:47.49 | merlin1991 | the .tar.gz and .dsc is there so I should be able to just import those, but I don't even know if the debs there were build of exactly that source :/ |
15:49.40 | arcean | if it's on the server, then it's exactly the source we're looking for |
15:53.51 | merlin1991 | I've imported them by hand now |
15:54.21 | arcean | thanks :) |
15:55.24 | *** join/#maemo-ssu rd_ (~rd@p57B485C4.dip0.t-ipconnect.de) |
16:02.57 | *** join/#maemo-ssu Guest28833 (~rd@p57B485C4.dip0.t-ipconnect.de) |
16:43.36 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
18:14.29 | *** join/#maemo-ssu freemangordon__ (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
18:22.11 | *** join/#maemo-ssu Martix_ (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
19:56.57 | *** join/#maemo-ssu Jade (~jade@Jade.broker.freenet6.net) |
19:56.57 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
20:08.13 | *** join/#maemo-ssu arcean (~arcean@aacr82.neoplus.adsl.tpnet.pl) |
20:13.52 | *** join/#maemo-ssu _rd (~rd@p57B4930B.dip0.t-ipconnect.de) |
20:35.20 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28A5D.dip0.t-ipconnect.de) |
20:35.49 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
21:12.19 | *** join/#maemo-ssu NIN102 (~NIN@p5DD28A5D.dip0.t-ipconnect.de) |
21:20.24 | *** join/#maemo-ssu NIN102 (~NIN@p5DD28A5D.dip0.t-ipconnect.de) |
21:26.54 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28A5D.dip0.t-ipconnect.de) |
21:28.24 | *** join/#maemo-ssu NIN102 (~NIN@p5DD28A5D.dip0.t-ipconnect.de) |
21:40.00 | *** join/#maemo-ssu joshgillies (~josh@58-6-131-31.dyn.iinet.net.au) |
22:28.33 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
22:39.53 | FIQ | hmm |
22:40.11 | FIQ | there seems to be no changelog for T6 on the wiki |
22:40.16 | FIQ | is there one somewhere else? |
22:40.57 | FIQ | probably as package info for mp-fremantle-community-pr.. no idea how to check it though |
22:41.16 | kerio | FIQ: the changelog is on TMO, the wiki is still busted |
22:41.30 | FIQ | hmm i'll see |
22:41.34 | kerio | FIQ: you'd have to check the changes between T5 and T6 in the metapackage :) |
22:42.07 | merlin1991 | FIQ: http://talk.maemo.org/showthread.php?p=1297455#post1297455 |
22:42.11 | FIQ | ty merlin1991 |
22:44.18 | FIQ | what's up with the wiki? |
22:46.29 | merlin1991 | the sw got updated and now the login is b0rked |
22:47.12 | FIQ | heh |
22:49.17 | *** join/#maemo-ssu Lava_Croft (lcd@satgnu.net) |
22:49.44 | *** join/#maemo-ssu Lava_Croft (lcd@satgnu.net) |