libera/#maemo-leste/ Wednesday, 2022-05-11

Wizzupon top of that I also only hear the d4 if the pavucontrol output device is speakerphone00:00
Wizzupif it's earpiece or headphone I can't hear it00:00
uvosthe mic only woring in some modes is familiar00:00
Wizzupoh, and I had to switch the "left" item to mic1 or mic200:00
Wizzupright00:01
Wizzup"left" in the alsamixer F4 capture devices00:01
uvosit has the same problem as the output amps00:01
uvosjust in a different place00:01
Wizzupright00:01
WizzupI thought maybe it was CPCAP_REG_TXMP00:01
Wizzupbut it doesn't look like it00:01
Wizzupbut it looks like in calls the "left" value in alsamixer also isn't set to what it'd expect00:03
uvosthere was one more bit you had to set00:07
uvosapearntly i lost the register dumps i had from android00:07
uvosat least i cant find it right now00:07
Wizzupok00:09
WizzupI'm planning to make a local build of sphone that just runs some sh scripts that sets up the registers00:09
uvos[23:25] <Wizzup> (sphone:4270): hildon-1-CRITICAL **: 23:24:29.107: Tried to initialized Hildon more than once.00:09
uvosthis is harmless00:09
Wizzupok00:10
uvosWizzup: https://github.com/maemo-leste/libhildon/blob/47cf0dc1c34e8d931f6644f5324d7ebb1effe763/hildon/hildon-main.c#L10200:11
uvosthis is silly use of CRITICAL00:12
uvoswe should probubly demote it00:12
uvossphone calls the function more than once becasue that way it dosent have to keep track of what module loaded when and if one that requires libhildon allready loaded00:13
uvosWizzup: sphone can run sh scripts out of the box btw00:13
uvosWizzup: see this module https://github.com/maemo-leste/sphone/blob/master/src/modules/external-exec.c00:14
Wizzupok, but on what events?00:16
Wizzuplike if I press 'speaker' or something, there's no event, right?00:16
uvosno i was expecting you just wanting to hack a working setup for one route into it00:16
uvosthat you could do on CallAwnserd00:16
Wizzupright00:17
Wizzupthat can also be done with dbus-scripts, but yes, sphone itself might be easier00:17
Wizzupwell I would probably just go for the earpiece route, but that first requires working input in that mode00:17
Wizzupin speakerphone mode I get nasty noise cancelling issues00:17
Wizzupso that's not useful for day-to-day stuff00:17
uvosthe speakerphone headphone etc buttons in sphone actually do nothing at all btw00:18
uvoshttps://github.com/maemo-leste/sphone/blob/897e852d3eab9ef0cf1aba23ff3975ee1b0f2221/src/modules/route-pulseaudio.c#L18900:18
uvosi never implemented it since it cant be tested00:18
Wizzupwhy not?00:20
Wizzupwith register hacks it can right?00:20
uvossure i mean via pulse00:20
uvosthe module is called route-pulseaudio not route-registerhacks00:20
Wizzup:p00:20
uvosanyhow you get https://github.com/maemo-leste/sphone/blob/master/src/modapi/types.h#L3600:20
uvosin there00:20
uvos(this function)00:20
Wizzupright00:22
Wizzupis it possible to have more than out route plugin?00:22
uvosyes00:22
Wizzuplike what if I actually made a route-registerhack :)00:22
Wizzupcan we use them both at once?00:22
uvossure00:22
uvosyes00:22
Wizzup(well preferrably pa first)00:22
Wizzupit almost seems worth it to me00:22
Wizzup(for now)00:23
uvoseh00:23
Wizzupwell there's many things that are in flight / work in progress, but if with some simple work we can make the d4 actually make calls reliably, I think that's pretty big00:23
Wizzupof course it's not a ready solution in that sense00:24
Wizzupbut if it allows me to toy around with making calls, I think that's pretty neat00:24
Wizzuplike, I would switch my main device over if the following worked: (1) stable ofono (2) audio in calls (3) telepathy conversations with sms working00:25
uvosyou dont have to write a multi page motivation statment  to me, just do it if you like00:25
uvosi just would not do so myself, since i dont condone sutch terrible hackery00:25
uvosand yeah sure would be neat00:26
WizzupI think having something this in place is more likely to lead to more interest in making a proper fix00:28
Wizzup(including from myself)00:29
Wizzupbrb00:29
lelIMbackK closed a pull request: https://github.com/maemo-leste/salutem/pull/2 (Many typos in uvos' name, and some more layouting for the README)00:32
lelIMbackK closed a pull request: https://github.com/maemo-leste/salutem/pull/1 (Salutem.html had some typos)00:32
Wizzupuvos__: so for the route module in sphone, I think apart from ringing/in-call/no-call modes, does it also need the specify what to output on?10:52
uvos__theres 2 datapipes, one for the call routing state (depending on if the backend sets the needs_route flag)10:54
uvos__and one that specifies the output sphone wants to use10:54
uvos__you just register on one or both in your route module10:54
Wizzupok10:54
uvos__in this case only the latter10:55
uvos__since the former you can just have the pa route module do10:55
uvos__if you are going to write something thats supposed to be loaded with the pa route module10:55
Wizzupoh I see, pulse doesn't do the audio router trigger atm10:55
uvos__right10:55
Wizzupso should I just try to implement that?10:56
uvos__would be good (for the pinephone) since it would work there10:56
Wizzupit also helps on the d4 if I'd write the hypothetic reg hack10:56
uvos__anyhow your hack module needs to set its provides to something other than route10:56
Wizzuphm10:56
uvos__Wizzup: dont add the hack to the pa route module10:56
Wizzupuvos__: I am not10:56
uvos__but having the pa route module set the pa output would be good10:56
uvos__(and would work on pp, probubly)10:57
uvos__anyhow10:57
uvos__so any number of moudles can register on any datapipe at the same time10:57
uvos__but sphone will only load one module that provides route10:57
Wizzupso I can add a 'post route' that just registers the same data pipe? (and hope it executes after pa?)10:57
Wizzupright10:57
uvos__(in the module struct)10:57
uvos__so you just have to name it something else10:57
uvos__like provides: route-mapphone-hack10:57
uvos__or so10:58
uvos__then sphone will happily load both10:58
Wizzupok10:59
Wizzupuvos__: does sphone_audio_route_t lack a earpiece mode?11:04
Wizzupor is that 'handset' ?11:04
uvos__its handset11:07
uvos__the route is expected to also set the correct mic11:07
uvos__ofc11:07
uvos__so internal mic+earpiece is handset11:08
uvos__btw11:09
uvos__you should at least check the call mode11:09
uvos__and not do anything on _NO_ROUTE modes11:09
uvos__since those would be ip calls etc that work fine with no hacks11:09
Wizzupright @ ip calls11:19
WizzupSPHONE_CALL_WATING should that be WAITING?11:41
Wizzupin any case I have a module that works atm11:41
Wizzupwell, -should work-11:42
Wizzupthe mic in anything but speakerphone is still a problem of course11:42
Wizzupuvos__: ok if I push to a work in progress branch @ sphone?11:55
uvos__sure go ahead11:57
Wizzupok12:06
Wizzup-Werror not being on has bitten me a few times now :p12:21
Wizzupbtw: recent contacts takes ~8s or so to load for me12:28
Wizzupuvos__: btw, I'm up for trying to boot some android thing to dump registers to figure out what's missing, can it be done from stock or do you need to build your own kernel? (I mean I'd rather not, but I'd like to earpiece to work.)12:43
Wizzupok the pa side will need a bit more work, I'll get it done though13:04
Wizzupfwiw the ui has no way to switch to headphones atm13:04
WizzupI suppose the idea is that it would be automatic13:04
Wizzupfreemangordon: so current conversations with tp works for one account decently, but testing what happens if accounts go offline/online is harder13:45
Wizzupfreemangordon: I suppose presence-ui is useful for that13:45
uvos__Wizzup: sphone looks up every phone number in recents in eds14:17
uvos__if the phonebook is even vaguely large a single lookup really slow for some reason14:17
uvos__it seams way slower than it should be, but sphone could also be less dumb and only lookup the number once per number it encounters instead of once per entry14:18
uvos__if its overly bothersome you can unload the contacts-evolution module14:19
uvos__(and sacrifice sphone showing contact names)14:19
uvos__or you can optimize it :P14:19
Wizzupuvos__: I would think rtcom el has support for this17:11
uvos__sure you could just use the name thats in el, but then it would not follow the name of the contact if its changed or added17:23
uvos__i think sphone uses the name in el as a fallback, or maybe not i dont quite remember if i just wanted to implement that or if i have allready17:24
WizzupI just know the rtcom example has the full names and everything from osso-abook17:39
norayranyone tried if pinephone keyboard works under leste?20:55
norayrother, important question: do you bootstrap devuan for each supported architecture? how? can i bootstcap it for armv5 (or what was on nokia n810)20:56
humpelstilzchen[norayr: my keyboard works21:00
norayryay21:00

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!