| Wizzup | do we need to set the resampling method? | 00:00 |
|---|---|---|
| Wizzup | like, what is the default? | 00:00 |
| arno11 | the default is speex-float-1 but it is too much for sip | 00:00 |
| arno11 | (for the n900) | 00:00 |
| arno11 | trivial is a bit bad but works | 00:01 |
| Wizzup | too much as in the cpu can't handle it? | 00:02 |
| arno11 | yes kind of | 00:02 |
| Wizzup | because with default settings on d4 PA uses 'only' 5% | 00:02 |
| Wizzup | granted I didn't actually hear audio but I think it was doing something | 00:03 |
| arno11 | yes but with 2 cores | 00:03 |
| arno11 | don't forget that when call is starting and then sink/source are synchronised (working sound in both ways) cpu cons increase a lot | 00:05 |
| arno11 | (dist-upgrade is a bit long, not sure i will have time to test twinkle this night) | 00:07 |
| Wizzup | mhm | 00:07 |
| Wizzup | I will do the same steps on the other sd card, and then focus on the news post | 00:07 |
| arno11 | ok | 00:12 |
| arno11 | ah upgrade almost done | 00:14 |
| Wizzup | btw, with latest -devel openmediaplayer should work with radio streams :p | 00:15 |
| arno11 | yes cool :) | 00:15 |
| Wizzup | (internet radio) | 00:15 |
| arno11 | otherwise it works with audacious btw | 00:16 |
| Wizzup | :) | 00:16 |
| Wizzup | I think maybe one of the next blog posts we could have some users describe how they use M-L | 00:17 |
| Wizzup | we seem to all have different ways/programs | 00:17 |
| arno11 | yes indeed | 00:17 |
| arno11 | depending of our different linux xp | 00:17 |
| arno11 | and preferences | 00:17 |
| arno11 | arghhh i know why upgrade is so long, i use a slow class 1 sdcard...) | 00:20 |
| Wizzup | I've been searching for my usb microsd adapter, but can't find it, so I will use my laptop internal slot | 00:22 |
| arno11 | i did the same | 00:22 |
| arno11 | rebooting | 00:25 |
| arno11 | ok so just one more step: installing and configuring twinkle | 00:27 |
| arno11 | note: twinkle config file must be /home/user/.twinkle/twinkle.cfg (if the name is different it doesn't work) | 00:34 |
| Wizzup | I think you can do twinkle -c -f myname and then it loads /home/user/.twinkle/myname.cfg | 00:35 |
| Wizzup | right? | 00:35 |
| arno11 | yes but must be rename | 00:35 |
| arno11 | to twinkle.cfg | 00:35 |
| Wizzup | oh? | 00:36 |
| arno11 | yes | 00:37 |
| Wizzup | not sure I follow, but ok | 00:37 |
| Wizzup | as in I think it worked for me | 00:37 |
| arno11 | ok not for me lol | 00:37 |
| arno11 | so to be sure better using twinkle.cfg i think | 00:38 |
| arno11 | in cfg file, auth_aka_op and auth_aka_amf must be empty | 00:41 |
| arno11 | outbound proxy must be set | 00:41 |
| arno11 | sip_transport=tcp | 00:43 |
| arno11 | stun_server (depending of provider and isp) | 00:43 |
| arno11 | enable_nat_keepalive=yes (for me, not sure for you) | 00:44 |
| arno11 | that's all | 00:45 |
| arno11 | connection ok for me | 00:45 |
| arno11 | trying message | 00:45 |
| Wizzup | I am not sure if I set outbound proxy, didn't know that was necessary | 00:46 |
| arno11 | you can try without | 00:46 |
| arno11 | messages works | 00:46 |
| arno11 | trying call (but not easy with familly arround...) | 00:47 |
| arno11 | working very well !!! | 00:49 |
| arno11 | even inbound calls | 00:50 |
| Wizzup | is the cpu usage and pa processes as you expect? | 00:50 |
| arno11 | yes 3 PA and 95% CPU | 00:50 |
| arno11 | no disk sleep | 00:50 |
| Wizzup | 3 threads, yeah? | 00:51 |
| arno11 | yes | 00:51 |
| Wizzup | so no PA that runs as 'uesr' | 00:51 |
| Wizzup | 'user' * | 00:51 |
| arno11 | but 2 processes | 00:51 |
| Wizzup | argh :D how | 00:52 |
| arno11 | one pulse and one user | 00:52 |
| arno11 | don't know | 00:52 |
| arno11 | anyway sip is working very well and that's the most important thing :) | 00:53 |
| Wizzup | that's super sweet | 00:53 |
| arno11 | both messages and calls with very few tweaks | 00:54 |
| arno11 | i have to go man, time to sleep | 00:54 |
| Wizzup | good night | 00:55 |
| Wizzup | I will try to reproduce this | 00:55 |
| arno11 | ok :) good night | 00:55 |
| arno11 | oups not for you lol | 00:55 |
| Wizzup | :D | 00:55 |
| Wizzup | not yet anyway | 00:55 |
| Wizzup | uvos: fmg isn't around atm, do you know what component he changed to support more of the xdg spec for notifications? | 02:18 |
| uvos__ | Wizzup: hildon-home | 09:47 |
| uvos__ | flashing the xt910 modem fw to xt912 wont do anything, (if it isent rejected on signing key grounds) as the pcb if physicaly different | 09:48 |
| * maxwelld wonders where usov knows so many details about phones and phone hardware. | 12:09 | |
| maxwelld | uvos* | 12:09 |
| maxwelld | where from* | 12:09 |
| dsc_ | hi | 12:14 |
| dsc_ | is it possible to hook incoming calls | 12:14 |
| dsc_ | example: incoming call triggers some arbitrary script | 12:15 |
| dsc_ | because there are databases on the internet that contain phone numbers that are known to be spammers (robo calls) | 12:15 |
| dsc_ | so maybe its possible to verify incoming phone numbers this way by doing some REST call and then `kill -9` the call process (or however calling works) | 12:16 |
| uvos__ | dsc_: https://github.com/maemo-leste/sphone/blob/master/src/modules/external-exec.c | 12:52 |
| uvos__ | dsc_: https://github.com/maemo-leste/sphone/blob/446153b81cae8d46dab2ecb3572394f303fbcaf0/config/sphone.ini#L28 | 12:52 |
| uvos__ | you cant kill something to stop a call | 12:56 |
| uvos__ | since the process that handles the call is running on the modem | 12:56 |
| uvos__ | not on the main cpu | 12:56 |
| uvos__ | you must use the ofono dbus interface to hangup the call | 12:57 |
| dsc_ | cool :) | 12:59 |
| arno11 | really cool | 13:00 |
| arno11 | Wizzup: sicelo: after triple-checking, SIP calls and messages are working at 100% on N900 through Twinkle, no more troubles with inbound sound, following the process from yesterday night (GMT lol) | 13:05 |
| arno11 | On the other side the CPU usage is still very high because of PA threads. | 13:08 |
| arno11 | One more thing, PA autospawn must be activated. | 13:09 |
| arno11 | But that's already activated per default anyway | 13:09 |
| arno11 | (note: now i have SIP calls working at 100% in my old install as well, re-activating autospawn and PA realtime stuff...) | 14:02 |
| sicelo | at 100% means ... 100% cpu usage? | 15:09 |
| arno11 | sicelo: i mean 100 % working :) | 15:32 |
| bencoh | so no more sound hiccups? what did you have to change? | 15:34 |
| arno11 | bencoh: on N900 from a fresh install and devel dist-upgrade: alternate sample rate to 4000, resampling method to 'trivial' | 15:37 |
| bencoh | 4khz? uh ... | 15:37 |
| arno11 | yes | 15:38 |
| bencoh | that's kinda ... on the low side | 15:38 |
| arno11 | yes | 15:38 |
| arno11 | tbh, even at 4khz the sound is not bad | 15:40 |
| arno11 | and that's only the number of samples per sec | 15:42 |
| bencoh | well, it also cuts frequencies higher than ~2khz | 15:45 |
| arno11 | not sure because of resampling | 15:49 |
| arno11 | and that's probably why PA cpu usage is so high | 15:50 |
| Wizzup | arno11: why does pa autospawn need to be activated? | 15:50 |
| arno11 | Wizzup: apparently because it avoids 'disk sleep' state for PA sink thread | 15:52 |
| Wizzup | but pa autospawn only means it will start another PA next to the one we already have | 15:52 |
| Wizzup | I don't think it means anything else, right? | 15:52 |
| Wizzup | sorry, it's ~7am here so still waking up | 15:53 |
| arno11 | ok lol so good morning. | 15:53 |
| Wizzup | sicelo: btw I pushed the news post draft online to github in case you want to looksie | 15:53 |
| Wizzup | in any case I will retrace the same steps today at work, see if I get calls with audio working, in ~2-3 hours | 15:53 |
| Wizzup | if I have working audio in SIP then I can also toy with the settings | 15:54 |
| Wizzup | see if there's some performance to be gained and such | 15:54 |
| arno11 | Wizzup: for autospawn: imagine pa sink thread is bugging and not working, it cannot restart with no autospawn i think | 15:54 |
| Wizzup | so, I might be wrong, but I think autospawn just means that if PA isn't running yet for the given user, it will be started | 15:55 |
| arno11 | ok for retracing steps | 15:55 |
| Wizzup | so the only effect of autospawn will be that it starts another PA daemon as your user | 15:55 |
| Wizzup | rather than use the running system one (which is pulse user) | 15:56 |
| Wizzup | and it might very well have different settings | 15:56 |
| Wizzup | https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Running/ | 15:56 |
| Wizzup | I'll brb | 15:57 |
| arno11 | ok to be 100% sure i'll deactivate autospawn again to see what happens | 16:00 |
| arno11 | Wizzup: ok i was wrong ;) it works with no autospawn | 16:13 |
| bencoh | nice | 16:14 |
| arno11 | so the keys are 4000hz rate and resampling | 16:14 |
| arno11 | and to be sure realtime scheduling is activated (but with default cfg it's ok) | 16:15 |
| arno11 | in fact the same settings were blocking phone calls and sip from the beginning | 16:17 |
| arno11 | it seems we can't communicate with the modem using sample rate > 4KHz | 16:21 |
| Wizzup | arno11: ok, great | 16:25 |
| Wizzup | so then we will disable autospawn just in case, I think | 16:26 |
| Wizzup | just to have it not mess with us in the future | 16:27 |
| arno11 | totally agree | 16:27 |
| Wizzup | I wonder if there is anything to be learned from the pa config on fremantle, settings wise, there is a big difference in versions and it had nokia specific (closed and open) modules also | 16:27 |
| Wizzup | but maybe just to see what their sample rate was, and if they had some alternate sample rate | 16:27 |
| Wizzup | arno11: something that I don't understand yet, I think PA can downsample 44.1k to 4000, right? So why do we need alternate sample rate? | 16:28 |
| Wizzup | is it because both mic and modem only like 4000Hz? | 16:28 |
| Wizzup | (but this is not advertised clearly?) | 16:28 |
| arno11 | very good questions, no idea | 16:29 |
| Wizzup | as in, I would think that if PA *knows* that the mic is only 4000Hz and so is the modem, then it should just downsample, and yet it might cost cpu, but it should still -work- | 16:29 |
| Wizzup | ok | 16:29 |
| Wizzup | because in that case we might be able to fix that in the driver or ucm, to advertise the right rates, or we missed some setting that allows it to record at higher freq | 16:29 |
| arno11 | maybe | 16:30 |
| arno11 | looking to fremantle stuff should be interesting... | 16:31 |
| Wizzup | probably also very confusing jfyi | 16:31 |
| arno11 | yes probably :) | 16:32 |
| arno11 | one more thing, fremantle is using dsp | 16:32 |
| arno11 | maybe that's the only way to use higher freqs | 16:33 |
| Wizzup | right, it probably is | 16:35 |
| Wizzup | I don't know anything about that | 16:35 |
| Wizzup | got to go, back in 20-30 mins | 16:35 |
| arno11 | ok | 16:36 |
| Wizzup | I'm here btw, just waking up with some coffee | 17:53 |
| Wizzup | I will retrace your sip steps this morning, see if I can get some audio | 17:53 |
| Wizzup | arno11: btw I wrote some stuff on the n900 progress here https://github.com/maemo-leste/maemo-leste.github.io/blob/source/content/maemo-leste-chimaera-5-year-anniversary.rst#nokia-n900 - anything else you think we need to add? | 17:54 |
| Wizzup | (this isn't the official news post yet btw) | 17:54 |
| arno11 | Wizzup: for audio: cool. for n900 stuff: i'll have a look | 18:04 |
| tg-bridge-bot | <Peduityourselfism> Just was gonna ask about the official post. I have been following what you guys do, last night till the end and on other days too. Just awesome what you do. Just not giving notice cause your talks are above my pay grade and security credentials. | 18:18 |
| arno11 | Wizzup: could be cool to talk a bit about overclock (i use it for now 6 months and it is really stable and never crashed). i think it is an important feature for most Fremantle users. | 18:24 |
| arno11 | otherwise, i think the most important stuff with N900 now is stability and Leste is really stable on it now | 18:26 |
| Wizzup | re: overclock, good idea, I wonder if we can make it easier for people where it surives kernel upgrades so to say | 18:28 |
| arno11 | i think the easy way is to provide a bash script to create a new uImage after each kernel update. | 18:31 |
| arno11 | or providing a custom kernel for power users like fremantle :) | 18:32 |
| Wizzup | It's just some device tree magic right? | 19:00 |
| arno11 | just a different opp table in dts (arround 50 lines of code only) | 19:01 |
| arno11 | but need another uImage to work because doesn't work on the fly | 19:02 |
| Wizzup | yeah | 19:11 |
| tg-bridge-bot | <Peduityourselfism> power-kernel sounds old maemo, which would be great. | 19:23 |
| arno11 | agree :) | 19:29 |
| arno11 | Wizzup: i just noticed you talk about n900-pm script in news post. but we can't use it as is because off soc_idle_states (off mode) | 19:48 |
| arno11 | if we remove soc idle part and start script it gives n900 arround 4 more hours idle (keeping only uart suspending stuff) | 19:53 |
| arno11 | i can make a PR if you want | 19:55 |
| Wizzup | arno11: yeah but we can use it to measure some stuff | 20:12 |
| Wizzup | arno11: hm, probably good @ pr! | 20:12 |
| arno11 | to measure stuff: yes indeed, i mean just commenting the soc_idle part is enough to avoid reboot or weird screen stuff. | 20:28 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!