<BCMM>
(i'm trying to resurrect an n900 with a broken cell modem to use as a timelapse camera)
rafael2k_ is now known as rafael2k
<rafael2k>
humpelstilzchen[, good to know. The guy that made that project have many optimized layouts for German language. I think we should include them all.
<rafael2k>
BCMM, libcamera has an interesting project of supporting the N900 ISP, so userland don't need to do the heavy-lifting task of configuring it
<sicelo>
but yes, libcamera will hopefully make this easier
<BCMM>
sicelo: so no focus so far?
<sicelo>
i think that works too, but probably manually :-)
<sicelo>
in all honesty, i guess it's not suitable for your need right now
<sicelo>
it's more a proof of concept
<rafael2k>
just use gstreamer with the Maemo 5 which comes with N900 should work
<BCMM>
i think that's what i'm going to do (just using maemo 5). i can't work out how to fire the flash properly but i might be able to get away with just using the torch instead
<BCMM>
sicelo: manual is fine for what i'm doing. i'm basically trying to write a janky shell script to take a photo every N minutes
<BCMM>
thanks for the information, anyway
<sicelo>
i think there were also issues with exposure ..
<uvos__>
syncroization/ the camera framework has to know the flash will fire, because it adjusts exposure and wb
<uvos__>
so you will have to fiddle with it a bit
<sixwheeledbeast>
I suppose i am answering the rest of the question from #maemo. I can well believe it will not be easy, somehow third party camera apps where made tho.
pere has quit [Ping timeout: 268 seconds]
pere has joined #maemo-leste
<norayr>
uvos__: do you think i can provide you access to d3, or to a computer that is connected to d3 via usb, so that you could 'check registers'? i don't know which registers are those by the way.
<uvos__>
norayr: i have several d3
<uvos__>
access is not the issue
<norayr>
oh, good.
mro has quit [Remote host closed the connection]
nmdv has quit [Ping timeout: 246 seconds]
mro has joined #maemo-leste
<norayr>
can maemo project upstream something (don't know where, since gtk 2 is not mantained) so that maemo hildon menus would show somehow in regular linux?
<norayr>
when i was using fremantle, i didn't know it is something else. i though the regular gtk menu is shown by this gtk theme as maemo menu with buttons from upper part of the screen.
<norayr>
or maybe the hlidon lib can do that? so just adding to the system libhildon would make hildonized application to run on any linux?
<norayr>
that would be ideal.
<Wizzup>
what is the use case here?
<Wizzup>
the system requires hildon-desktop or matchbox to run to decorate the menus / make them work at all
<norayr>
users won't feel locked into yet another ecosystem - if someone loves mstardict, let's say, they can run same mstardict on regular debian, or gentoo, or ubuntu touch, or whatever.
<norayr>
even i, when i use a lapdock, it's not comfortable to work with hildon, and i use windowmaker.
<norayr>
but then in windowmaker i cannot run my maemo apps. with droid4!
<Wizzup>
oh, right, I think it probably works in some way already
<Wizzup>
if you don't link to hildon
* Wizzup
bbl
mro has quit [Remote host closed the connection]
mro has joined #maemo-leste
mro has quit [Remote host closed the connection]
mro has joined #maemo-leste
xmn has joined #maemo-leste
mro has quit [Remote host closed the connection]
mro has joined #maemo-leste
Twig has joined #maemo-leste
mro has quit [Remote host closed the connection]
BlagovestPetrov[ has quit [Ping timeout: 256 seconds]
mogolobogo[m] has quit [Ping timeout: 260 seconds]
PureTryOut[m] has quit [Ping timeout: 252 seconds]
<rafael2k_>
humpelstilzchen[, which layout and variant are you using?
<rafael2k_>
I come back tomorrow, need to fix this, be it patching kernel or not... I can not do a "-" wtf!!
rafael2k_ is now known as rafael2k
mro has joined #maemo-leste
buZz has quit [*.net *.split]
l_bratch has quit [*.net *.split]
[TheBug] has quit [*.net *.split]
Amnesia has quit [*.net *.split]
norly has quit [*.net *.split]
attah has quit [*.net *.split]
mrkrisprolls has quit [*.net *.split]
ashley has quit [*.net *.split]
mro has quit [Remote host closed the connection]
buZz has joined #maemo-leste
l_bratch has joined #maemo-leste
Amnesia has joined #maemo-leste
[TheBug] has joined #maemo-leste
norly has joined #maemo-leste
attah has joined #maemo-leste
ashley has joined #maemo-leste
mrkrisprolls has joined #maemo-leste
rafael2k has quit [Ping timeout: 248 seconds]
k1r1t0 has quit [Read error: Connection reset by peer]
elastic_dog has quit [Remote host closed the connection]
elastic_dog has joined #maemo-leste
BCMM has quit [Quit: Konversation terminated!]
pere has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
norayr has joined #maemo-leste
mro has joined #maemo-leste
<humpelstilzchen[>
rafael2k_: XKBMODEL="pp" and XKBVARIANT="pine" in /etc/default/keyboard - '-' is on Pine+7
mro has quit [Remote host closed the connection]
<humpelstilzchen[>
rafael2k_: Also looks like I have modified xkb/pp and xkb/pp-driver for backspace and more importantly /usr/local/ppkb-layouts/xkb/evdev to register the layout
akossh has joined #maemo-leste
uvos has joined #maemo-leste
mro has joined #maemo-leste
mro has quit [Ping timeout: 248 seconds]
norayr has quit [Excess Flood]
norayr has joined #maemo-leste
Twig has quit [Remote host closed the connection]
rafael2k has joined #maemo-leste
mro has joined #maemo-leste
mro has quit [Remote host closed the connection]
k1r1t0 has joined #maemo-leste
rafael2k has quit [Ping timeout: 246 seconds]
nmdv has joined #maemo-leste
nmdv has quit [Client Quit]
mro has joined #maemo-leste
ceene has quit [Remote host closed the connection]
arno11 has joined #maemo-leste
mro has quit [Read error: Connection reset by peer]
mro_ has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
<sicelo>
mmm, does N900 have Thumb2-enabled kernel in Leste?
<sicelo>
at least looking at kernel config on github, i don't see CONFIG_THUMB2_KERNEL set, unless it gets set somewhere else
<uvos>
no and i dont know if the kernel mitigates broken coretex-a8 thumb
<freemangordon>
it does not need to, as workaround is in CPU iself
<bencoh>
in cpu?
<freemangordon>
umm, yes?
<freemangordon>
like...
<freemangordon>
one of the issues is that T flags is not properly set when switching the context
<uvos>
dosent the linker create a bunch of trampoliens to avoid broken jumps?
<bencoh>
I vaguely remember kernel-power/kernel-cssu (from fremantle) having thumb-related errata, are we talking about the same issue(s) ?