akossh has quit [Quit: Leaving.]
<Wizzup> norayr: (last offtopic msg) apparently there is #fpc-alt and the fpc folks do not advertise #fpc anymore on the website because of this person
<buZz> ooo freepascal
<buZz> :D
<norayr> heh thank u
<norayr> our photolightmeter is written in fpc.
<buZz> cool :)
joerg has quit [Ping timeout: 276 seconds]
joerg has joined #maemo-leste
macros_2ndPC has quit [Ping timeout: 246 seconds]
macros_2ndPC has joined #maemo-leste
Twig has joined #maemo-leste
Twig has quit [Remote host closed the connection]
pere has quit [Ping timeout: 265 seconds]
pere has joined #maemo-leste
xmn has quit [Ping timeout: 260 seconds]
Langoor has quit [Ping timeout: 240 seconds]
xmn has joined #maemo-leste
Langoor has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
uvos__ has joined #maemo-leste
<Wizzup> arno11: btw you can read tech mode (2g/3g/etc) from ofono
<Wizzup> (in case we want to switch audio delay based on network)
<freemangordon> what if technology is being switched while in a call?
<Wizzup> then we have to adjust call latency
arno11 has joined #maemo-leste
<arno11> freemangordon: Wizzup: switching tech on the fly seems to not affect cmtspeech so probably possible during a call. have to check
<arno11> Wizzup: good idea but i think that's a hard task to implement
<arno11> (for audio delay based on network)
xmn has joined #maemo-leste
arno11 has quit [Ping timeout: 246 seconds]
buZz has quit [Remote host closed the connection]
<sicelo> i think Wizzup meant switching your delay parameters, not the tech
<Wizzup> right
arno11 has joined #maemo-leste
<arno11> sicelo: i understand :)
<arno11> but switching delay parameters is not easy
buZz has joined #maemo-leste
buZz is now known as Guest100
uvos__ has quit [Ping timeout: 268 seconds]
Guest100 is now known as buZz
<arno11> Wizzup: ok so for fmg question switching tech during a call close the connection
<Wizzup> can't we change the latency params at runtime?
<freemangordon> arno11: you do that through ofono?
<arno11> freemangordon: yes
<freemangordon> my point was - what if modem do that
<freemangordon> afaik it can fallback 3G->2G
<Wizzup> then ofono will know
<Wizzup> and will indicate this
<arno11> ah ok
<Wizzup> so I was not at all suggesting we tell ofono to switch tech
<Wizzup> all I said was
<Wizzup> let's change PA latency params if ofono informs us the modem switched tech
<Wizzup> maybe more clear now :D
<freemangordon> mhm
<arno11> lol yes very clear
<freemangordon> maybe my question was not clear
<arno11> that's just 2 different scenari
<arno11> i think it should work if the modem do that
<arno11> Wizzup: definitely really complicated to change PA latency during runtime
<arno11> sorry guys. kids time so that's complicated to talk lol
<arno11> back in few hours
arno11 has left #maemo-leste [#maemo-leste]
macros_2ndPC has quit [Ping timeout: 248 seconds]
<freemangordon> Wizzup: do we have a replacement for QAbstractKineticScroller?
uvos__ has joined #maemo-leste
<freemangordon> QScroller it seems
<Wizzup> yes, QScroller
<Wizzup> and it kind of needs to be added just about everywhere
macros_2ndPC has joined #maemo-leste
nela has quit [Ping timeout: 240 seconds]
pere has quit [Ping timeout: 250 seconds]
nela has joined #maemo-leste
Twig has joined #maemo-leste
pere has joined #maemo-leste
akossh has joined #maemo-leste
elastic_dog has quit [Ping timeout: 246 seconds]
elastic_dog has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11> Wizzup: weird thing but cool: as previously discussed i'm now using 44100hz with resampling (soxr hq) and the weird incoming bug almost disappeard...
<arno11> with no ofono audiosettings/voicacall modifications
<arno11> it means PA does a lot of things dynamically (not a surprise) and resampling method has a huge inpact on how PA reacts with cmtspeech (half a surprise)
<arno11> anyway it seems stable
<Wizzup> cool, but the incoming call bug you also has fixed with better ofono interaction right?
<arno11> yes indeed but once the issue solved a new issue appeard...lol
<arno11> using soxr
<arno11> once removing ofono fix everything is fine
<arno11> so weird
<arno11> the new issue was recording starting to late...
<arno11> *record
<arno11> so IMO cmtspeech with very few modif is enough
<arno11> my explaination is unclear: in fact the 15 sec bug was due to wrong resampling (undirectly) so the root cause was not cmtspeech code
<freemangordon> Wizzup: have OMP compiled here :)
<arno11> my ofono fix works with no/different resampling method and causes other troubles i didn't notice
<freemangordon> not that it works though
<freemangordon> we will need mafw-tracker-source
<Wizzup> freemangordon: yes, and that needs porting to new tracker iface I think
<Wizzup> arok
<Wizzup> arno11: ok
<freemangordon> mhm
<Wizzup> also great @ compiled,
<freemangordon> but I will first try to make it work with iradio source
<freemangordon> I used
<Wizzup> I got to that point long time ago but ui was white, at least where lists where
<freemangordon> ...
<Wizzup> then I thought it was not working
<freemangordon> rigth, the issue with style plugin
<Wizzup> but maybe it was just empty list
<Wizzup> yeah....
<freemangordon> mhm
<freemangordon> Wizzup: used 'porting' branch, is that ok?
<Wizzup> let me check
<Wizzup> I think so, I think dsc also did some cmake work on it
<Wizzup> but nothing beyond cmake I think
<freemangordon> yeah, but in another branch
<freemangordon> mhm
<Wizzup> he did refactor the project
<freemangordon> basically I have everything ported to the point it compiles
<Wizzup> so if we do want to use cmake, we might want to use that from the get go
<Wizzup> yeah, that's what I did at the time
<freemangordon> sure, but i think we first want it working
<freemangordon> also, I am not a big fan of cmake
<freemangordon> YAY!
<freemangordon> iradiosource works
<Wizzup> in the ui?
<freemangordon> yes
<Wizzup> wow :)
<freemangordon> sec
<arno11> freemangordon: :)
<Wizzup> freemangordon: amazing
<Wizzup> I will get the new post out before the end of the week
<Wizzup> also with qt fixes, n900 calls wip, etc
<arno11> and z-rock rocks
<Wizzup> and uvos__ had xt1602 booting
<Wizzup> freemangordon: the qmenu needs to be hidden btw, but I can do that later
<freemangordon> arno11: heh? you know the station?
<freemangordon> Wizzup: yes, but I have no idea how
<Wizzup> freemangordon: I'm kind of happy all my random porting on OMP worked tbh :D
<arno11> yes thx to you
<freemangordon> heh :)
<Wizzup> freemangordon: other qt apps do it
<Wizzup> sec
<Wizzup> #ifdef Q_WS_MAEMO_5 menuBar()->hide(); // hide menubar
<Wizzup> #endif
<freemangordon> well, I will push my work so far
<Wizzup> heh ok
<freemangordon> gimme 5 minutes
<Wizzup> I am in a car for the next ~1.5 hours anyway
<Wizzup> no rush
<freemangordon> ok
<freemangordon> Wizzup: pushed
<freemangordon> I am not 100% sure changes are proper, but at least we have something to start with
<Wizzup> yeah
<Wizzup> I believe debian has a much newer version of gnome tracker than what our sourceu ses
<freemangordon> yeah
<freemangordon> and unfortunately they use sparql AFAIK
<Wizzup> looks like sqlite
<freemangordon> ummm
<freemangordon> queries are done in sparql, not sql
<freemangordon> last time I chakced that is
<Wizzup> old or new tracker?
<freemangordon> *checked
<freemangordon> new
<freemangordon> but thos was a while ago - when I was porting libhildonfm
<freemangordon> *that was
<Wizzup> mhm
<Wizzup> idk
<Wizzup> maybe it is
<freemangordon> it still lacks tracker code
<Wizzup> btw, regarding qcroller
<Wizzup> I wonder if we should just add one to every scroll area or not
<Wizzup> since many apps that have a scrollbar are really hard to use
<freemangordon> I think yes
<Wizzup> so maybe in maemo theme we can just give everything a qscroller
<Wizzup> theme or qpa
<freemangordon> hmm
<freemangordon> not sure
<Wizzup> right
<Wizzup> it's tricky
<freemangordon> how do you know which widget to add scroller to?
<Wizzup> oh, scrollareas I guess
<Wizzup> maybe lists
<Wizzup> treeviews
<Wizzup> we know when they are created at least
<Wizzup> but yeah I am not sure
<freemangordon> maybe to all qabstractscrollarea ancesstors
<Wizzup> right
<freemangordon> or just fix the applications :)
<Wizzup> I am not sure if it really is the application that needs fixing
<Wizzup> I mean, I did fix a bunch for maemo
<Wizzup> but there are many more qt apps that would benefit from it straight from debian
<freemangordon> hmm, right
<Wizzup> like in many cases you cannot even scroll settings window
<freemangordon> right
<freemangordon> Wizzup: menu bars are hidden
<Wizzup> great
<freemangordon> seems there is some issue with stacked windows
<freemangordon> the third one appears as a separate window
<freemangordon> hmm, but not every time
<freemangordon> maybe some issue on 64 bitrs
<freemangordon> *bits
<Wizzup> I think this is a qt qpa problem
<Wizzup> these is a bug for it
<Wizzup> as in my qt qpa
<freemangordon> ah
<freemangordon> if you give me some hints I can try to fix it
arno11 has left #maemo-leste [#maemo-leste]
<Wizzup> freemangordon: ok, but not right now
<Wizzup> if you search bugtracker for stacked qt
<Wizzup> you will probably find it
<freemangordon> yeah
<freemangordon> found it
<freemangordon> I am not sure I fully understand the commit message, but lets stop for now
<Wizzup> yeah, still in car
arno11 has joined #maemo-leste
asriel has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
elastic_dog has quit [Remote host closed the connection]
elastic_dog has joined #maemo-leste
<arno11> does anyone have a temporary fix for sphone portrait mode issue on n900 ? (it makes me crazy...)
nela has quit [Ping timeout: 240 seconds]
Twig has quit [Remote host closed the connection]
norayr has joined #maemo-leste
<Wizzup> arno11: yes, rebuilding sphone and removing the force-request for portrait moe
<Wizzup> find all the HILDON_PORTRAIT_MODE_SUPPORT and remove them
<Wizzup> i.e.
<Wizzup> hildon_gtk_window_set_portrait_flags(GTK_WINDOW(g_history_calls.window), HILDON_);
<arno11> ok cool ! thx
pere has quit [Ping timeout: 246 seconds]
<arno11> Wizzup: it works :) thx gn
arno11 has left #maemo-leste [#maemo-leste]
elastic_dog has quit [Read error: Connection reset by peer]
elastic_dog has joined #maemo-leste
norayr has quit [Ping timeout: 252 seconds]
elastic_dog has quit [Remote host closed the connection]
antranigv has quit [Ping timeout: 260 seconds]
elastic_dog has joined #maemo-leste
antranigv has joined #maemo-leste
antranigv has quit [Client Quit]
antranigv has joined #maemo-leste
akossh has quit [Quit: Leaving.]
uvos__ has quit [Ping timeout: 276 seconds]