SuperMarioSF has quit [Read error: Connection reset by peer]
SuperMarioSF has joined #maemo-leste
gry has quit [Quit: leaving]
SuperMarioSF has quit [Read error: Connection reset by peer]
SuperMarioSF has joined #maemo-leste
mp107 has quit [Ping timeout: 246 seconds]
joerg has quit [Ping timeout: 246 seconds]
joerg has joined #maemo-leste
mp107 has joined #maemo-leste
freemangordon has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11>
Wizzup: that's what i was thinking but cpu usage is still high.
<arno11>
for 2s sleep i don't know, i need to test, specially without overclock
<freemangordon>
arno11: BTW, did you find where those values come from?
<freemangordon>
q60 that is
<freemangordon>
*160
joerg has quit [Excess Flood]
<arno11>
it has been modified by pavel in 2017. 1024 to 128 then 160 to improve things with alsa. but because outgoing sound was not working it was impossible to see/ear the consequences with PA
<freemangordon>
so initially it was 1024?
<arno11>
yes from the beginning
<freemangordon>
but then why do you increase it to 2048?
<freemangordon>
I guess 1024 is what nokia put there, no?
<arno11>
because at 1024 there is still 3-4 sec latency at the beginning of calls
<arno11>
yes for nokia
<arno11>
but nokia was using dsp
<freemangordon>
dsp?
<freemangordon>
no
<freemangordon>
what dsp
<arno11>
the dsp chip
joerg has joined #maemo-leste
<freemangordon>
I know what dsp is, my question is - why do you think DSP is used for calls
<arno11>
because there is specific code in cmtspeech to use dsp
<freemangordon>
could you point me to it?
<arno11>
yes let me few minutes i have a baby in the hands...
<freemangordon>
oh :)
<arno11>
:)
<freemangordon>
hmm, where is NEON optimized code?
<freemangordon>
wtf?
<arno11>
libcmtspeechdata/utils/dsp.c (the code points to dev/dsp)
<arno11>
for neon good question
<arno11>
i forgot to ask
<freemangordon>
arno11: this code is not for n900/fremantle
<freemangordon>
there is no /dev/dsp in fremantle kernel
<arno11>
? really
<arno11>
i didn't know that
<freemangordon>
yes, there is no
<freemangordon>
it is NEON code that is used to resmaple on fremantle
<uvos>
assumes that remote_account_name is a uri, but its not, its a phone nummber
<uvos>
this is correct and is the same as wizzups fremantle database
<uvos>
so then the function bails
<maxwelld>
in gdb: Program received signal SIGFPE, Arithmetic exception.
<uvos>
maxwelld: bt?
<uvos>
freemangordon: Wizzup: instead this function should check event_type_id and if thats a phone call it should know that remote is a phone number and act accordingly
<uvos>
uris are only used for ip accounts in rtcom-el
<maxwelld>
it says it doesn't have stack 😕
<maxwelld>
doing dist-upgrade in the hope it'll solve something.
<uvos>
smells memory corruption
<uvos>
try valgrind
<uvos>
maxwelld: what are you doing exactly to make it crash anyhow?
<uvos>
what device architecture are you using
<freemangordon>
uvos: no, it should be URI
<freemangordon>
either tel:// or phone:// or whatever
<Wizzup>
maxwelld: you need to intsall debug pkgs do get the backtrace
<freemangordon>
the fix is simple - when code pushes into db, it should prefix with tel://
<uvos>
freemangordon: thats not what fremantle dose
<freemangordon>
sure it does
<freemangordon>
otherwise it will not work for unknown numbers
<uvos>
Wizzup's fremantle db is exactly like sphones
<freemangordon>
so?
<uvos>
it works because the account is a telepathy one
<freemangordon>
right
<uvos>
so the fallback path is not taken
<freemangordon>
right
<uvos>
the fallback path is simply wrong
<maxwelld>
oh, so i cannot do dist-upgrade:
<maxwelld>
E: This installation run will require temporarily removing the essential package hildon-base:armhf due to a Conflicts/Pre-Depends loop. This is often bad, but if you really want to do it, activate the APT::Force-LoopBreak option.
<maxwelld>
E: Reverse conflicts early remove for package 'elogind:armhf' failed
<Wizzup>
uvos: there is a small chance that the obfuscation breaks something but inlikely
<uvos>
freemangordon: it must check event_type_id to know what the remote name is supposed to be
<freemangordon>
uvos: fallback path is correct, it is how it is done in fremantle. most-probably db you are using has no received calls from unknown numbers
<freemangordon>
ttyl
<uvos>
the fallback path is _never_ used on fremantle
<uvos>
so its not how its done there
<freemangordon>
it *is*, when you have call from unknow numbe and do "add to contacts"
<uvos>
no
<uvos>
becuse even then the account will be ring/tel/ring
norayr has left #maemo-leste [Disconnected: closed]
maxwelld has left #maemo-leste [Disconnected: Replaced by new connection]
maxwelld has joined #maemo-leste
norayr has joined #maemo-leste
<uvos>
maxwelld: your backtrace is not usefull because you dident do what the wiki sais and used maemo-invoker with gdb
<uvos>
also the fact that launching the .launch directly worked for you suggests your stillon beowulf, which makes your issue non-interesting to us because we no longer support or work on bewulf and have all moved on to chimaera
norayr has left #maemo-leste [Disconnected: timeout during writing]
maxwelld has left #maemo-leste [Error from remote client]
<Wizzup>
maxwelld: are you on beowulf?
maxwelld has joined #maemo-leste
norayr has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11>
Wizzup: freemangordon: so cmtspeech in leste works really differently than cmtspeech + pulseaudio-nokia in fremantle
<arno11>
there is no resample code in cmtspeech (leste) and PA seems to do everything itself
<maxwelld>
i understand that wizzup suggested to run that. my trace without .launch i also shared.
<maxwelld>
> also the fact that launching the .launch directly worked for you suggests your stillon beowulf, which makes your issue non-interesting to us because we no longer support or work on bewulf and have all moved on to chimaera
<maxwelld>
it says that the stack frame repeats and maybe stack is corrupted.
<maxwelld>
that's why it stops showing the stack.
<arno11>
(for low cpu usage) the trick in fremantle is to record at 48khz and downsampling to 8 to be able to communicate to the modem
<arno11>
it's not possible in leste without a specific module like pulseaudio-nokia
<Wizzup>
let's stick with what we have working now wrt calls and then revisit the specific modules later
<arno11>
agreed
<arno11>
it was to answer fmg questions
<arno11>
and let you know
Oksana has joined #maemo-leste
<arno11>
Wizzup: btw do you know who is generating tone and ringtone ?
<uvos>
maxwelld: your missing maemo-invoker
<uvos>
you need to use "gdb --args maemo-sumener /usr/bin/osso-xterm.launch"
<uvos>
exactly that
<uvos>
but if your on beowulf - dont bother
<uvos>
upgrade to chimaera
<uvos>
check cat /etc/os-release to see if its chimaera of beowulf
<uvos>
s/of/or
<Wizzup>
arno11: don't really know
<Wizzup>
uvos: I think he's also not up to date with apt regardless
<Wizzup>
iirc from what I saw earlier
fab_ has quit [Quit: fab_]
norayr has left #maemo-leste [Error from remote client]
fab_ has joined #maemo-leste
maxwelld has left #maemo-leste [#maemo-leste]
xmn_ has quit [Quit: xmn_]
arno11 has left #maemo-leste [#maemo-leste]
maxwelld has joined #maemo-leste
xmn has joined #maemo-leste
norayr has joined #maemo-leste
ceene has joined #maemo-leste
ceene has quit [Remote host closed the connection]
norayr has quit [Excess Flood]
neimsaci has quit [Quit: WeeChat 4.0.1]
norayr has joined #maemo-leste
ahmed_sam has joined #maemo-leste
<norayr>
uvos, Wizzup, os-release says chimaera. i think it might be even not updated to chimaera system, but freshly installed back then.
<norayr>
but i guess with this flag gdb is even less useful: https://bpa.st/LJH4E
<norayr>
or i am doing something wrong.
<norayr>
i do apt-get update regulargly, but apt-get dist-upgrade yes, indeed, doesn't work well because of udev issues, as i remember. forgot already, though looked today.
<uvos>
its "maemo-summoner" i misstyped
<uvos>
what do you mean "doesn't work well because of udev issues"
<uvos>
its probubly pointless to chase xterm not working if your system is broken/ half updated
norayr has left #maemo-leste [Error from remote client]
<Wizzup>
pretty sure the dist-upgrade would just get him going
<maxwelld>
oh let me try
<maxwelld>
but dist-upgrade has a package conflict. can you help to solve it?
<norayr>
anyway, i restarted, did update according to wiki
<norayr>
i'll reinstall the system... will try to preserve the home...
<norayr>
i guess my sdcard is the reason :/
akossh has joined #maemo-leste
arno11 has joined #maemo-leste
<Wizzup>
bad sdcard again?
<Wizzup>
19:47 < norayr> anyway, i restarted, did update according to wiki
<Wizzup>
do you mean according to the news post?
<Wizzup>
but yeah, FPE errors I can see happen when the sd card is corrupt
norayr has left #maemo-leste [Error from remote client]
maemish_ has joined #maemo-leste
Juest has quit [Quit: Client closed]
Juest has joined #maemo-leste
ahmed_sam has joined #maemo-leste
maxwelld has left #maemo-leste [Error from remote client]
<arno11>
sicelo: any idea about what is managing/generating tone and ringtone during calls ? seems to be not cmtspeech directly, maybe ofono or sphone, or ? (i need to fix a bug)
<sicelo>
fmg might know better, but i think there's package `tonegend` or similar somewhere
<sicelo>
oh but ringtone is controlled by profile, no?
<arno11>
yes but i need to understand how it is played and through which service
<Wizzup>
I think ringtone before a call is not the same as tones during a call
<Wizzup>
one is just HiFi playing some audio file
<Wizzup>
the other one is more complicated, and I think arno11 is asking about that
<Wizzup>
(am I wrong?)
<arno11>
you're right :)
<sicelo>
yes the other tones are handled by `tonegend` iirc. fmg will have better details though :-)
<arno11>
ok thx
panzeroceania_ has quit [Server closed connection]
panzeroceania_ has joined #maemo-leste
maxwelld has joined #maemo-leste
maxwelld has left #maemo-leste [#maemo-leste]
maxwelld has joined #maemo-leste
maxwelld has left #maemo-leste [#maemo-leste]
maxwelld has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
uvos has quit [Remote host closed the connection]
uvos has joined #maemo-leste
fab_ has quit [Quit: fab_]
<maxwelld>
yes
xmn has quit [Ping timeout: 246 seconds]
xmn has joined #maemo-leste
akossh has quit [Quit: Leaving.]
maemish_ has quit [Quit: Connection closed for inactivity]
pere has joined #maemo-leste
nela has quit [Quit: bye]
nela has joined #maemo-leste
maxwelld has left #maemo-leste [#maemo-leste]
maxwelld has joined #maemo-leste
norayr has joined #maemo-leste
Oksana has quit [Remote host closed the connection]
Oksana has joined #maemo-leste
ahmed_sam has quit [Read error: Connection reset by peer]
Kabouik has joined #maemo-leste
Kabouik has joined #maemo-leste
Kabouik has quit [Changing host]
SuperMarioSF_ has joined #maemo-leste
SuperMarioSF has quit [Ping timeout: 250 seconds]
maxwelld has left #maemo-leste [#maemo-leste]
maxwelld has joined #maemo-leste
aczid has quit [Server closed connection]
norayr has left #maemo-leste [Error from remote client]