| 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) |