Wizzup | ok | 00:08 |
---|---|---|
Wizzup | uvos: did you also build it? | 00:09 |
Wizzup | (for -devel) | 00:09 |
uvos | no | 00:09 |
uvos | Wizzup: do you know anything about gstreamer? | 00:10 |
Wizzup | not much, what is your question | 00:10 |
uvos | https://github.com/maemo-leste/sphone/blob/3f284e992792ab52fd2f04628c64f150ace9b9a7/src/utils.c#L548 | 00:11 |
uvos | that function is all gst code in sphone | 00:11 |
uvos | it dosent work utils_gst_play is retuned NULL | 00:11 |
uvos | no idea why | 00:11 |
Wizzup | could it be that playbin2 does not exist? | 00:12 |
uvos | no idea | 00:13 |
uvos | i dont know where these "factorys" come from | 00:13 |
Wizzup | maybe try just playbin? | 00:14 |
Wizzup | also you can try gst-launch-1.0 | 00:14 |
Wizzup | i.e. gst-launch-1.0 playbin2 play uri=<your uri> | 00:14 |
Wizzup | if that fails, you probably should use something else (or install plugins) | 00:15 |
uvos | "playbin" works | 00:15 |
uvos | it rings :) | 00:15 |
Wizzup | :) | 00:15 |
Wizzup | maybe we can ship a default ringtone for now | 00:15 |
Wizzup | (with sphone) | 00:15 |
uvos | sphone has one | 00:15 |
uvos | i like it | 00:15 |
Wizzup | ok | 00:15 |
Wizzup | it wasn't set when I checked settings | 00:15 |
uvos | (its a old school bell telephone) | 00:16 |
Wizzup | so wasn't sure where to look | 00:16 |
uvos | i haven checked if its installed | 00:16 |
uvos | and jeah it should be set by default | 00:16 |
uvos | https://github.com/maemo-leste/sphone/tree/master/samples/ringtones | 00:16 |
Wizzup | cool | 00:17 |
Wizzup | I need to get some sleep, I'll test it again tomorrow :) | 00:17 |
uvos | we probubly want to have sphone get the ringtone from the profile | 00:17 |
uvos | and thus from profilex in settings | 00:17 |
uvos | but gconf depedancies.... | 00:18 |
Wizzup | yes | 00:18 |
Wizzup | what's wrong with gconf dependencies? | 00:18 |
uvos | i dont like creating them | 00:18 |
uvos | (since i then have to port it later) | 00:18 |
Wizzup | we have about 100+ probably ahead of us to port eventually :) | 00:18 |
Wizzup | one more won't be that bad | 00:18 |
Wizzup | and yes, using the profile one would be nice also reading if it needs to vibrate or not) | 00:18 |
uvos | it dosent have to read that at all or? | 00:19 |
Wizzup | hm? | 00:19 |
uvos | just disable the vibration via mce in settings | 00:19 |
uvos | if you dont want it | 00:19 |
Wizzup | iirc the vibration checkbox in profiles is not for display vibration | 00:19 |
Wizzup | it's not if the phone should vibrate on calls/texts | 00:19 |
Wizzup | s/not/for/ | 00:19 |
uvos | oh i was confusing the light and vibration | 00:20 |
uvos | mce has checkboxes for the light | 00:20 |
uvos | not the vib. | 00:20 |
Wizzup | going to get some sleep, if it's not too much work, maybe you can build a new version in jenkins? :D | 00:20 |
* Wizzup zzz | 00:20 | |
Wizzup | otherwise I'l compile tomorrow | 00:20 |
uvos | good night ttyl | 00:21 |
tmlind | uvos: so you can add more notifications in ofono to ciev_notify if some are missing, you can see the packets in dmesg if you modprobe n_gsm debug=0xff | 06:58 |
Wizzup | morn | 09:38 |
tmlind | hi | 09:44 |
* Wizzup going to build the new sphone and test | 09:45 | |
Wizzup | uvos: hm, the phone didn't unlock for me | 10:09 |
Wizzup | uvos: so I don't see a ring tone packaged | 10:10 |
Wizzup | I see one in the git repo, but it's not in the debian package | 10:11 |
Wizzup | uvos: what is supposed to happen with tklock when mce is in call mode? | 12:20 |
Wizzup | uvos: also I think mce-dev might contain some of the defines you have here https://github.com/maemo-leste/sphone/commit/3f284e992792ab52fd2f04628c64f150ace9b9a7#diff-3e04e056edbdc0f772b0ffd1c93cef1187209f37276d40d2a281d9b989398a73R34 | 12:21 |
Wizzup | see include/mce/dbus-names.h:#define MCE_REQUEST_IF "com.nokia.mce.request" | 12:21 |
Wizzup | there is also mode-names.h | 12:21 |
uvos | Wizzup: it should unlock see https://github.com/IMbackK/mce/blob/bfa3eb10efac30a10eb7d5efa3954497844c010a/src/modules/lock-tklock.c#L1414 and https://github.com/IMbackK/mce/blob/bfa3eb10efac30a10eb7d5efa3954497844c010a/src/modules/lock-tklock.c#L2076 | 12:26 |
uvos | but tklock is a royal mess | 12:26 |
uvos | i mean grep for call_state in it :P | 12:26 |
uvos | i still need to strip all of that out of it (really there should be something that manages the beavior during calls in once place instead of bits being all over the place) | 12:27 |
uvos | i know about mce-dev infact i copyed the defines out of there | 12:28 |
Wizzup | why not include the header? | 12:28 |
Wizzup | wrt call state handling, I could look at my ida db for you | 12:29 |
Wizzup | or share it | 12:29 |
uvos | look for what? | 12:29 |
uvos | i dont like these fake depedancies (ie the resulting sphone binary dosent depend on mce at all you just need it to build it) rn i also build it on arch for testing and the lack of special deps is nice | 12:29 |
uvos | i really want it to work like mce post cmake | 12:29 |
uvos | (ie it uses the header if its there but uses dbus names from its own repo if not) | 12:29 |
Wizzup | I mean defines in headers are normal I think? | 12:29 |
Wizzup | that seems odd to me, to duplicate it | 12:30 |
Wizzup | it could just be hidden behind some --enable-mce thing | 12:30 |
Wizzup | wrt 'look for what?': how nokia handles this in their phone ap | 12:30 |
Wizzup | phone app | 12:30 |
uvos | how nokia handles it in the phone app is not the issue | 12:30 |
Wizzup | I am going out to get some lunch | 12:30 |
uvos | the stuff is implmented in mce | 12:30 |
Wizzup | ok then, I think there might be other things we don't know about | 12:31 |
uvos | its just spagetti code | 12:31 |
Wizzup | I'll look later | 12:31 |
uvos | sure | 12:31 |
uvos | " could just be hidden behind some --enable-mce thing" but then the binary is different for no reason | 12:31 |
uvos | from my perspective: i have devices that run leste | 12:31 |
uvos | and devices that run just debian | 12:31 |
uvos | i want sphone to work on both so the build system needs to be able to cope with no leste stuff installed | 12:32 |
uvos | (altho in this case i do use mce on both) | 12:32 |
uvos | unsuprizingly i like how the mce build system works | 12:33 |
uvos | ie the stuff here | 12:33 |
uvos | https://github.com/IMbackK/mce/blob/bfa3eb10efac30a10eb7d5efa3954497844c010a/CMakeLists.txt#L62 | 12:33 |
uvos | and here etc https://github.com/IMbackK/mce/blob/bfa3eb10efac30a10eb7d5efa3954497844c010a/src/modules/CMakeLists.txt#L23 | 12:33 |
lel | IMbackK opened a pull request: https://github.com/maemo-leste/leste-config/pull/24 (raise in call volume) | 13:09 |
sicelo | mmm, i'm 100% sure i was getting gprs data in wwan3 instead | 13:32 |
Wizzup | could be, I can't test atm | 13:33 |
Wizzup | pretty sure the problems occur before the interface part really | 13:33 |
sicelo | and icd was working before. well enough too :) | 13:34 |
Wizzup | sicelo: yes this has always been iffy, it's not a recent thing | 13:35 |
Wizzup | uvos: any tips on the audio config? | 15:12 |
Wizzup | I won't get to trying ohm stuff for the d4 for a few more days at least I imagine | 15:13 |
Wizzup | besides setting the 'make a phone call' mode in PA | 15:26 |
uvos | not sure what you are expecting | 15:37 |
uvos | 'make a phone call' mode in PA sets up everything exactly correctly | 15:37 |
uvos | kernel bug aside | 15:38 |
Wizzup | ok | 15:43 |
Wizzup | I did that but for the last 2 calls didn't get any audio really | 15:43 |
Wizzup | but it worked yesterday :) | 15:43 |
uvos | you have to use the internal speaker | 15:44 |
uvos | nothing else works | 15:44 |
Wizzup | ok | 15:44 |
uvos | and the bahvior with that is a bit buggy | 15:44 |
Wizzup | so I set that in pavucontrol output devices? | 15:44 |
uvos | but thats the kernel | 15:44 |
uvos | yes | 15:44 |
uvos | the kernel acctually disables all outputs in voice mode | 15:44 |
uvos | but due to what i suspect is a silicon bug in cpcap the ext speaker pga activates even when its register is set to disable | 15:45 |
uvos | there are 2 revisions of cpcap (not sure if d4 can have both) it might be that one behave differently if your device dosent work the same way | 15:46 |
Wizzup | well, it worked yesterday :) | 15:46 |
* sicelo also had successful calls a number of times before | 17:09 | |
uvos | sure it works fine | 18:27 |
uvos | if you use the speaker PGA | 18:27 |
inky | folks, i tried several times | 18:47 |
inky | if i dd maemo, it works on pinephone | 18:48 |
inky | if i resize the partition with gparted | 18:48 |
inky | it doesnt | 18:48 |
inky | so i took a working sdcacd out, increase the space, and then it doesnt boot on pinephone. | 18:48 |
Wizzup | how did you increase the space? | 18:49 |
Wizzup | you can resize live on the fly, from maemo | 18:49 |
buZz | iirc there's even a script in /etc to resize the partition to full size | 18:50 |
buZz | at least that works on droid4, dont have a pinephone yet | 18:50 |
inky | oh. didn't know that. | 18:50 |
Wizzup | yes | 18:50 |
inky | let me try | 18:50 |
Wizzup | /etc/expandcard.sh | 18:50 |
inky | great | 18:50 |
uvos | Wizzup: so did you try if recieving a call in sphone unlocks tklock? | 18:56 |
Wizzup | uvos: it does not | 18:56 |
uvos | did you load the modul? | 18:56 |
uvos | callstate | 18:56 |
uvos | its not loaded by default | 18:56 |
Wizzup | probably not | 19:01 |
Wizzup | will do | 19:01 |
Wizzup | shall we load it by default? | 19:03 |
uvos | sure | 19:03 |
uvos | i just removed all the modules we dont currently use while in the process of porting some interfaces | 19:04 |
uvos | callstate is the last one i never reloaded | 19:04 |
uvos | so yeah we should load it by default again | 19:04 |
Wizzup | does it matter when I load it? | 19:05 |
uvos | should not | 19:05 |
uvos | but i put it right after alarm | 19:05 |
uvos | for referance | 19:05 |
Wizzup | ok | 19:12 |
Wizzup | uvos: yes it unlocks but doesn't bring sphone to the foreground | 19:13 |
uvos | hm ok | 19:13 |
uvos | that would be hildons job | 19:13 |
Wizzup | I can check again in a just a bit | 19:13 |
uvos | i gues its a race atm | 19:13 |
uvos | because sphone will kick mce and then start | 19:14 |
uvos | and if the sphone window spans before tklock unlocks it wont be on top | 19:14 |
Wizzup | it can wait for the mode change maybe, assuming mce reports that | 19:14 |
Wizzup | or tklock | 19:14 |
uvos | and systemui is sloooooooooooow | 19:14 |
uvos | so sphone allways wins i would gues | 19:14 |
Wizzup | let's make it now a race then ;) | 19:15 |
Wizzup | s/now/not/ | 19:15 |
uvos | right | 19:15 |
uvos | yeah mce sends a status changed notification | 19:15 |
uvos | not sure if thas emmited before or after tklock finishes | 19:15 |
uvos | might be before | 19:15 |
Wizzup | could be worth checking | 19:15 |
freemangordon | uvos: hmm, how do you know systemui is slow? maybe there is a bug, any hint how to test that 'slowness'? | 19:25 |
uvos | tklock takes a long time to spawn relatively | 19:26 |
uvos | and the mce-systemui dbus interface is slow | 19:26 |
uvos | i profiled mce once because the long time it takes for the device to wake up annoyed me | 19:27 |
uvos | it spends most of its time waiting on systemui | 19:27 |
uvos | this is also why lock-generic is hugely faster than lock-tklock | 19:27 |
freemangordon | hmm, maybe because tklock takes time to wake-up | 19:27 |
freemangordon | I need to profile that | 19:27 |
freemangordon | *have to | 19:27 |
freemangordon | will do it some day | 19:28 |
freemangordon | I don;t remember if there wasn't some timer function involved in unlocking | 19:28 |
freemangordon | uvos: will ping you for hints on profiling when it comes to it | 19:29 |
uvos | feal free | 19:29 |
freemangordon | also, keep in mind that tklock is not spawned, it is a module loaded by systemui | 19:29 |
uvos | yeah i know | 19:29 |
uvos | i mean spwan the window | 19:30 |
freemangordon | mhm | 19:30 |
freemangordon | I wonder what could potentially make it show slowly | 19:30 |
freemangordon | but anyway, will be on it someday | 19:30 |
uvos | could be the series of dbus round trips | 19:31 |
uvos | but just guesing | 19:31 |
freemangordon | could be | 19:31 |
freemangordon | maybe we shall renice dbus | 19:31 |
freemangordon | ttyl | 19:31 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!