<freemangordon>
have to stop for now, no idea when I will be able to continue
<freemangordon>
but at first glance it looks to be either ICE or sqlite3 bug
<freemangordon>
BTW, you said you have a test program, could you share it?
Twig has joined #maemo-leste
_fab has quit [Ping timeout: 260 seconds]
<Wizzup>
freemangordon: the test program is in /root/ - it's mostly just the failing tests
<Wizzup>
I think you're at the point (or maybe past) where I got stuck as well- trying to figure out the printf problem in sqlite
pere has quit [Ping timeout: 244 seconds]
pere has joined #maemo-leste
<freemangordon>
yeah
_fab has joined #maemo-leste
_fab has quit [Ping timeout: 276 seconds]
System_Error has joined #maemo-leste
ceene has quit [Ping timeout: 260 seconds]
<Wizzup>
freemangordon: I guess would get either older/newer compiler or older/newer sqlite and re-test
<Wizzup>
I guess we could*
mkfx has left #maemo-leste [Disconnected: Replaced by new connection]
mkfx has joined #maemo-leste
<sicelo>
Wizzup: just to take you back to voicecallmanager ... I understand correctly that sphone was switched to qt mainloop because vcm is qt as well?
apac has joined #maemo-leste
<sicelo>
my d4 battery is toast, so I'm daily'ing the N900 now. outgoing calls are OK, but incoming is quite bad as far as UI goes. I hit answer, and UI doesn't immediately reflect this, and still vibrates. However, call has already been picked. Anyway, I blame my SD card for this
<Wizzup>
yes, sphone has to be qtloop
<Wizzup>
I don't think vmg has anything to do with vibration though
uvos__ has joined #maemo-leste
<uvos__>
for sure sphone+glibloop+ofono is mutch lighter than sphone+qtloop+vcm
<sicelo>
yes. what I want to ask is - is it possible to answer a vcm/telepathy call directly via dbus (like it's possible with ofono)?
<uvos__>
if you dont need vcm you should probubly use ofono on n900
<uvos__>
sicelo: yes its possible
<uvos__>
someone would have to write a native sphone telepathy sphone module
hyrumb has quit [Ping timeout: 252 seconds]
hyrumb has joined #maemo-leste
<uvos__>
Wizzup mainly chose to implement vcm because its was less work to do so
<Wizzup>
sicelo: telepathy is dbus, so yes, but you'll have to replicate many many manhours that we don't have for not a big percieved gain
<uvos__>
regarding vibration, stoping vibration happens after the backend reports the call was picked up locally
<sicelo>
right I see what I'm looking for in vcm's dbus. let me make some tests
<uvos__>
which means theres a syncronous trip to the backend
<uvos__>
so it could be the vcm/telepathy stack being slow
<uvos__>
or it could be sphone stalling for some other reason
<Wizzup>
right, it could also be a bug in our code
<Wizzup>
I don't think the dbus round trips are really what kill the performance jere
<Wizzup>
s/jere/here/
<uvos__>
dbus round trips can be quite slow
<uvos__>
mce spends most of its time in those
<uvos__>
but yeah
<uvos__>
could be either
<sicelo>
what I want to try is pickup the call (via dbus) with sphone killed. currently testing ...
<sicelo>
Wizzup: the stack is ofono -> tp -> vcm?
<uvos__>
jup
<uvos__>
-> sphone-tp -> sphone
<sicelo>
ok. so yes, let me see what happens at the vcm layer. I'm aware the ucm, etc. won't be working, but that's a different concern. for now I just want to see if reacting to an incoming call is fast enough on the N900
<sicelo>
unfortunately seem to have run out of call credit :-p
<Wizzup>
I don't have troubles on my n900
<sicelo>
prolly my SD card indeed
<Wizzup>
and lack of nice/cgroups/etc
<sicelo>
also to be clear, I'm definitely not considering replacing tp/vcm. but might end up looking for a simple way to not add anything on any layer higher than these
<sicelo>
for testing/fun :-)
<Wizzup>
my aim is to reduce additional work and use products that are supported upstream (in this case sailfishos) so that we can focus on many other things that are lacking
<Wizzup>
your sd card is likely much slower than the emmc as well, so it's not a fair comparison then
<Wizzup>
(when comparing to fremantle)
<Wizzup>
keep in mind that vcm also gives us xmpp/sip calls
udder has quit [Quit: die in fire]
<sicelo>
agreed, that's why I'm not even remotely considering removing/bypassing it. I'll have a look at vcm's dbus interface
udder has joined #maemo-leste
apac has quit [Ping timeout: 276 seconds]
vectis_ has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11>
sicelo: yeah Wizzup is right imo @sdcard and lack of nice/cgroup. one more thing is the current bug with incoming call on n900
<arno11>
issue #767
<arno11>
only on daedalus
<sicelo>
i saw that issue
<arno11>
ok, btw boost mode and H-D renicing to -8 should help your sdcard
<arno11>
*for incoming calls
<arno11>
Wizzup: currently working on new picodrive (almost finished) but have few questions
<Wizzup>
shoot
<arno11>
1) is the buider compatible with flto (link time optimization) ?
<arno11>
2) does picodrive need a new tag for new daedalus version ?
<arno11>
2) if i remove cortex and neon optimization from configure file, does the buider automatically add them to armv7 ?
<arno11>
*builder
<arno11>
(in fact i'd like to make a more generic build to be able to build pico for arm64 and amd64
<arno11>
*3)
<arno11>
btw local build (with armv7 optimizations) works better than ever on n900: some 32x games run @60fps !
<Wizzup>
I think we should be able to lto
<Wizzup>
I think we have some default compiler flags in our builder for armhf, but there are ways not to add them
<arno11>
ok cool, if not, that's easy to fix anyway
<arno11>
yeah i should make a video running virtua racing for next news post, as it was impossible to do that on fremantle
<sicelo>
fun, `busctl --user call org.nemomobile.voicecall /calls/active org.nemomobile.voicecall.VoiceCall answer && pactl set-card-profile 0 'Voice Call'` gives me working incoming call (obviously still need to know when the call has arrived)
<Wizzup>
sicelo: making a sphone.sh? :D
<sicelo>
exactly ;-)
<Wizzup>
I wish we'd be able to write some of our things in rust or go, but with gtk2 this is just not doable
<Wizzup>
maybe if/when we move to gtk3 :)
<arno11>
Wizzup: i'd like to launch a daedalus picodrive build plz :) (as a test)
<Wizzup>
maemo/daedalus branch?
<arno11>
yes plz
<Wizzup>
running
<arno11>
cool ty
<arno11>
at least source is ok
<Wizzup>
I'm planning to fix this also in the near future, the complexity of running jobs
<arno11>
ah indeed could be cool
<arno11>
it fails @binaries, will have a look later
pere has quit [Ping timeout: 248 seconds]
<arno11>
libgles dep missing in control imo
arno11 has left #maemo-leste [#maemo-leste]
uvos__ has quit [Quit: Konversation terminated!]
<sicelo>
Wizzup: although i won't use/test this right away ... sip calls also come in via vcm? or those are only available at tp level?
<freemangordon>
you may want to increase tp-ring and vcm prio as well
<freemangordon>
though, we shall control those through cgroups
xmn has quit [Quit: Leaving]
xmn has joined #maemo-leste
<freemangordon>
sicelo: procmngd will be in repos in few minutes
_fab has joined #maemo-leste
_fab has quit [Ping timeout: 276 seconds]
<sicelo>
want to try a sip call on the N900 now. i add it via SIMPLE (haze), or I need to use a different connector?
hm has joined #maemo-leste
<freemangordon>
SIMPLE does not support voice
<freemangordon>
sicelo: iirc, you need tp-rakia
arno11 has joined #maemo-leste
<arno11>
yeah tp-rakia for sure
<sicelo>
ok cool, thanks. i can configure the account from UI, or needs mc-tool?
<arno11>
should work from the ui
<arno11>
sip calls work from sphone/vcm but atm the best sip results i got on n900 were through twinkle
Anasko has quit [Ping timeout: 252 seconds]
<sicelo>
i hope to try them on dbus :-P
<arno11>
yeah could be cool :)
nela7 has quit [Quit: bye]
nela7 has joined #maemo-leste
<sicelo>
i do see the sip call in vcm dbus iface... nice!!!
<arno11>
cool
<arno11>
Wizzup: btw i need another kick for picodrive plz (when you can ofc)
a_fantom has joined #maemo-leste
fantom has quit [Ping timeout: 244 seconds]
_fab has joined #maemo-leste
<Wizzup>
done
fantom has joined #maemo-leste
a_fantom has quit [Ping timeout: 244 seconds]
_fab has quit [Ping timeout: 252 seconds]
_fab has joined #maemo-leste
<Wizzup>
arno11: looks like it built
<arno11>
Wizzup: yeah, cool, ty
Anasko has joined #maemo-leste
<arno11>
at the moment, that's still experimental as the emulator is really powerfull with last notaz stuff but still not really user friendly unfortunately
pere has joined #maemo-leste
_fab has quit [Ping timeout: 268 seconds]
<arno11>
cool, the pkg works fine, full speed. could be interesting to test on PP + kbd
akossh has quit [Quit: Leaving.]
Twig has quit [Remote host closed the connection]
arno11 has quit [Quit: Lost terminal]
hyrumb has quit [Read error: Connection reset by peer]