| norayr | and landscape shots for github issue. | 01:32 |
|---|---|---|
| norayr | https://spyurk.am:5281/upload/c9pgRhU3K5xjA5YG/screenshot-2022-06-08-0057.png | 01:32 |
| norayr | https://spyurk.am:5281/upload/chGgLeGcv4mDc741/screenshot-2022-06-08-0056.png | 01:32 |
| norayr | i am so sorry, mistakenly posted other things. will do other way, without this group. | 01:38 |
| norayr | i mean i posted landscape again, instead of portrait. | 01:38 |
| buZz | are just these the sounds that nokia never released as opensource? https://paste.debian.net/plain/1243396 | 04:35 |
| buZz | thats just the contents of osso-sounds-rtc_5.6+0m5_all.deb | 04:37 |
| Wizzup | buZz: yes | 08:43 |
| Wizzup | buZz: there might be more | 08:43 |
| Wizzup | we don't have the rtc ones installed by default I think | 08:43 |
| Wizzup | tmlind: do you remember what you did to get a lower power data connection? iirc it was just using one of the other interfaces? | 12:27 |
| uvos__ | wwan2 iirc | 12:30 |
| Wizzup | ok, ofono configs wwan3 for some reason for me | 12:31 |
| Wizzup | I see this in the logs: | 12:32 |
| Wizzup | 19:00 < uvos> tmlind: we can look at pm when it works | 12:32 |
| Wizzup | 19:01 < tmlind> so wwan0, wwan1 for data, wwan2 works only once don't use, use wwan3 for mms | 12:32 |
| Wizzup | 19:02 < tmlind> so again: so wwan0 for qmi and ofono voice, wwan1 for data, wwan2 works only once don't use, use wwan3 for mms | 12:32 |
| Wizzup | so I guess maybe something changed since then | 12:32 |
| Wizzup | bbiab | 12:32 |
| buZz | Wizzup: the -rtc one doesnt seem to be in leste, no | 13:05 |
| tmlind | Wizzup: i use wwan1 for data, don't think i'm really doing anything to make it lower power | 13:17 |
| Wizzup | tmlind: hmm ok, iirc you said you got 2-3 days on a diff iface | 13:33 |
| buZz | i use wwan3 on d4 all the time | 13:50 |
| buZz | also seems to work for very long | 13:50 |
| Wizzup | buZz: like two days? | 15:11 |
| buZz | well , ~1 | 15:13 |
| buZz | my battery is just ~900-1000mAh it seems (after a bunch of trainingcycles) | 15:14 |
| Wizzup | yeah, so I'm pretty sure that we can get a (lot) more | 15:15 |
| buZz | more likely ~12-20 hrs | 15:15 |
| buZz | sweet! | 15:15 |
| uvos__ | i mean ofc its possible | 15:19 |
| uvos__ | android dose like 30-50mW whilest connected | 15:19 |
| buZz | nice | 15:19 |
| uvos__ | 1day sounds about right on leste atm | 15:21 |
| uvos__ | i get about 2 | 15:21 |
| uvos__ | with 2Ah battery | 15:22 |
| Wizzup | uvos__: fwiw I've been using the d4 with my hacks for a few days now to call people and it's been great | 15:56 |
| Wizzup | both receiving and making calls | 15:56 |
| uvos__ | right goes to show there is very little missing to make the d4's setup work very well | 15:58 |
| uvos__ | cpcap/q6600 has really good audio quality too | 15:58 |
| uvos__ | could you push this? | 15:58 |
| Wizzup | the hack? yes, I'll work on it today | 16:01 |
| Wizzup | I wanted to add the switching to speaker and headphone first | 16:01 |
| uvos__ | Wizzup: how did the d4 alarm do today | 16:05 |
| uvos__ | unfortionatly mine worked | 16:06 |
| Wizzup | Mine worked too, but it had no sound, but that's because of my call hacks ;) | 16:08 |
| Wizzup | (the problem is that pa restores it before I restore the regs to before the call, and then pa needs a restart to work) | 16:08 |
| uvos__ | not sure why pa would need to restart | 16:09 |
| uvos__ | how would it even know the register state | 16:09 |
| uvos__ | as long as you restore it to whatever the driver expects | 16:09 |
| Wizzup | well, playback just doesn't resume | 16:09 |
| Wizzup | yeah, I think I know what's up | 16:10 |
| Wizzup | I think what happens is: | 16:10 |
| Wizzup | 1. pa sets mode to call | 16:10 |
| Wizzup | 2. I store current regs, apply reg hacks | 16:10 |
| Wizzup | <call> | 16:10 |
| Wizzup | 3. pa sets mode to hifi | 16:10 |
| Wizzup | 4. I restore to before applying reg hacks | 16:10 |
| Wizzup | my idea was that I could have (4) run before (3) | 16:10 |
| Wizzup | but I can't wiyj the current sphone datapipe stuff mode | 16:11 |
| Wizzup | s/wiyj/with/ | 16:11 |
| uvos__ | yes i know | 16:18 |
| uvos__ | i just dont see how having set the regs pa could end up "knowing" the difference | 16:18 |
| uvos__ | regardless of order | 16:18 |
| uvos__ | in sphone | 16:19 |
| uvos__ | instead of reseting when it asks you to | 16:19 |
| uvos__ | nvm | 16:19 |
| uvos__ | even better: | 16:19 |
| uvos__ | register a trigger and a filter | 16:19 |
| uvos__ | the triger you get after pa | 16:19 |
| uvos__ | the filter gets it before | 16:19 |
| Wizzup | uvos__: well I guess the problem with above is that it sets it back to call mode :) | 16:22 |
| Wizzup | hm, register a trigger where? | 16:22 |
| uvos__ | append_filter_to_datapipe | 16:22 |
| uvos__ | you ll allways get this before any triggers | 16:22 |
| uvos__ | so you can set it up so the trigger on the route pipe gets it after the pa moudle | 16:23 |
| uvos__ | but the filter gets it first | 16:23 |
| Wizzup | hm | 16:23 |
| Wizzup | ok, let me push some of the hacks, but keep in mind I need to clean it up more for sure | 16:23 |
| uvos__ | https://github.com/maemo-leste/sphone/blob/master/src/modapi/datapipe.her/src/modapi/datapipe.h | 16:24 |
| Wizzup | that's a 404 | 16:24 |
| Wizzup | https://github.com/maemo-leste/sphone/blob/master/src/modapi/datapipe.h | 16:24 |
| uvos__ | yeah got mangled somehow | 16:25 |
| Wizzup | going to focus on work for a bit, I think it would make sense to indeed fix this first and then focus on headphone and speakerphone | 16:28 |
| Wizzup | also I have some ucm changes that I'll push at the same time | 16:28 |
| MoepMan[m] | Hi, I have an N900 with a maemo leste install from probably around winter 2020 - apt update followed by apt upgrade will only give me a few devuan updates (and an error wrt to an expired leste key signature) but e.g. no new shiny kernel - what would be the best way to get this system up to date again? | 19:27 |
| Wizzup | you can get the latest testing.key and add it | 19:28 |
| Wizzup | dd'ing the latest image is definitely easier :) | 19:28 |
| MoepMan[m] | so if I don't have any important user data on it I'd just dd the new image onto the SD card and be done with it? i.e. old u-boot entry booting from SD will just work the same with the new image? | 19:29 |
| Wizzup | yes, I think so. | 19:30 |
| * Wizzup bbiab, need to care of some things | 19:30 | |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
