hexagonwin has quit [Remote host closed the connection]
doc|home has quit [Quit: Things to do]
doc has joined #maemo-leste
Danct12 has joined #maemo-leste
doc has quit [Read error: Connection reset by peer]
doc has joined #maemo-leste
joerg has quit [Ping timeout: 268 seconds]
joerg has joined #maemo-leste
vagag has joined #maemo-leste
vagag has left #maemo-leste [#maemo-leste]
Livio has joined #maemo-leste
vagag has joined #maemo-leste
vagag has left #maemo-leste [#maemo-leste]
vagag has joined #maemo-leste
uvos has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
vagag has left #maemo-leste [#maemo-leste]
Danct12 has quit [Read error: Connection reset by peer]
Daanct12 has joined #maemo-leste
Livio has quit [Ping timeout: 245 seconds]
caleb[m] has quit [Quit: You have been kicked for being idle]
Livio has joined #maemo-leste
Pali has joined #maemo-leste
<Wizzup>
uvos: shall I make a fixup commit to disable speaker right pga?
Livio has quit [Ping timeout: 268 seconds]
<Wizzup>
uvos: so yeah I think CPCAP_REG_RXOA.CPCAP_BIT_A1_EAR_EN is required at least for the earpiece
<Wizzup>
but we do have the earpiece pga in your force enable
<Wizzup>
oh yeah, that's why I did hear things :)
<Wizzup>
uvos: yeah ok so we don't enable the mic capture pga's it seems
<Wizzup>
should I enable the "Left Capture Route", or do something else?
<Wizzup>
could also just enable Microphone 1 PGA and Microphone 2 PGA
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #maemo-leste
vagag has joined #maemo-leste
Daanct12 has quit [Remote host closed the connection]
<Wizzup>
uvos: fyi I called this one 5.18.14exp
vagag has left #maemo-leste [Error from remote client]
<Wizzup>
uvos: so on top of my latest patch I also need this:
<Wizzup>
python regtool.py set CPCAP_REG_CC.CPCAP_BIT_MIC1_CDC_EN 1
<Wizzup>
then earpiece works ok
<Wizzup>
and then headphone works for input, but not for output
<Wizzup>
uvos: so that register is "ADC Right" in the codecs/cpcap.c
<Wizzup>
ok, kernel that builds now should work out of the box for speakerphone and handset
<Wizzup>
not yet for headset, only mic works there
<Wizzup>
(no android dump to compare with)
vagag has joined #maemo-leste
Livio has joined #maemo-leste
whatsupboy has quit [Quit: WeeChat 2.8]
whatsupboy has joined #maemo-leste
whatsupboy has quit [Quit: brb]
whatsupboy has joined #maemo-leste
<Wizzup>
uvos: ok with latest experimental it should work ok for speaker and earpiece
<Wizzup>
uvos: I suspect we should just make the dapm force enable list a little more exhaustive just in case
<Wizzup>
uvos: one time it didn't work, but I had pavucontrol open (the gtk version), maybe that somehow affected it, I did run a reg cmp and there was a small difference
<Wizzup>
here:http://dpaste.com/3JD7B5Y3D
<Wizzup>
so maybe I should at least also enable the left adc
<Wizzup>
and the cpu recording txt, do you know what the output was when recording
<Wizzup>
(I can try to guess, just wondering if you remember)
<uvos>
pretty sure i dident change it
<uvos>
ie its default - earpiece
<eloy>
Wizzup: yeah, I'd like to use the latest. I tried compiling the latest Fremantle source, but I'm running into all kinds of C++ errors, so that sounds like a better approach. Modern compilers are less tolerant I think.
<Wizzup>
eloy: either that or some of the libs it uses changed
<Wizzup>
uvos: ok, ty, will investigate what is needed momentarily for headset
<Wizzup>
uvos: looks like we need CPCAP_REG_RXOA.CPCAP_BIT_ST_HS_CP_EN to be 1
<uvos>
Wizzup: sensible
<uvos>
dose some widget controll this bit/
<uvos>
?
<Wizzup>
will check momentarily
<eloy>
btw, the latest status link in the topic here still links to the fourteenth update instead of the sixteenth
<Wizzup>
eloy: fair enough...
<Wizzup>
we'll have another newspost soon
<eloy>
:D
<uvos>
newspost: mapphone calls work!!!!!
<uvos>
Wizzup: do you know whats needed in sphones pulse output swtiching callback?
<uvos>
i want to takle this nex
<uvos>
t
<uvos>
unless you have this laying around
<Wizzup>
I looked into the api, but didn't have it working, -yet-
<Wizzup>
right, but it's not in the list, but it is referred to from the widget
<uvos>
it sets the reg
<Wizzup>
it sets it to 0 though?
<Wizzup>
but yeah, it might set it to 1 later
<uvos>
no it sets it to 0 at startup
<Wizzup>
in any case our current code -does not- set it
<Wizzup>
maybe it's dapm messing with it, let me try to find out now
<uvos>
because the Headset Charge Pump is not active probubly
<uvos>
check in debugfs
<Wizzup>
active dapm wise?
<uvos>
yes
<Wizzup>
yes, I wsa at that point
<uvos>
its a dapm widget
<Wizzup>
and then ofono played a joke on me
<uvos>
he
<Wizzup>
yeah I think that's it
<Wizzup>
so we just force enable the charge pump?
<Wizzup>
# cat Headset\ Charge\ Pump
<Wizzup>
Headset Charge Pump: Off in 0 out 0 - R2076(0x81c) mask 0x200 out "static" "HSL" out "static" "HSR"
<Wizzup>
weird though, I figured HSR or HSL being forced on would power this up
<uvos>
no
<uvos>
forcing somethign dosent affect the other nodes at all
<Wizzup>
ah
<uvos>
theres a special check for that
<Wizzup>
well, let me build a kernel with added then :)
<uvos>
anyhow setting them on by changeing the struct dosent work either
<uvos>
because the chain isent checked for some reason
<uvos>
(that i dont understand at all)
<Wizzup>
right
<Wizzup>
let me just add this one for now and test
<Wizzup>
building now
<eloy>
okay this might not be the most popular choice here, but I'm amazed that I could clone a NodeJS project on my Droid 4, install a whole bunch of dependencies using npm and run a local webserver that does audio stuff and it just worked flawlessly :D
<Wizzup>
:D
<Wizzup>
eloy: btw garage.maemo.org is back up now, but I can't find fbreader stuff on it (I am not very proficient with garage.maemo.org)
<Wizzup>
uvos: the recording to cpu part I suppose would just reroute the call audio to ... what exactly?
<sicelo>
eloy: which source did you want to use? fbreader is closed source since a while ago, iirc
<Wizzup>
sicelo: you sure? I don't think so
<Wizzup>
oh, maybe it is now...
<Wizzup>
FBReader is not open-source since 2015. For developers, we offer FBReader SDK: a library that allows creating own ebook readers.
<Wizzup>
I have 0.99 locally on my computer, which is foss for sure
<eloy>
yeah, it's sad, but the latest foss version will live on forever :P
<Wizzup>
uvos: so re: sphone, I will try to fix the rtcom logging now, and then next step I think is to try to make a glib telepathy plugin for calls (and sms, but I want to be able to turn that off)
<sicelo>
eloy: anyway, so yes, there was no garage repo for it. using garage was not a requirement.
<eloy>
sicelo: I see
<Wizzup>
sicelo: yeah we were just searching for a svn or git repo
<Wizzup>
but in some cases those don't even exist and it's just a source tarball upload I think
<uvos>
Wizzup: the call recording path cant really work at all rn
<uvos>
i just ignore it
<uvos>
we dont even have the dai to use it
<uvos>
Wizzup: so can you switch outputs via pactl?
<uvos>
i dont get i - or pactl is buggy
<Wizzup>
uvos: let me try to do it now
<uvos>
pactl list
<Wizzup>
yeah I know how it should work, let me try :)
<Wizzup>
I am looking at set-sink-port, but it's not clear to me how to ref the sink
<eloy>
Wizzup: yeah, so I guess I'll try to extract the Maemo specific stuff from the tarball and add that on top of the latest open source fbreader repo + other deps
<uvos>
alsa_output.0.HiFi__hw_Audio_0__sink works for volume