uvos__ has quit [Read error: Connection reset by peer]
uvos__ has joined #maemo-leste
dev has left #maemo-leste [Disconnected: Replaced by new connection]
dev has joined #maemo-leste
dev has left #maemo-leste [Disconnected: closed]
dev has joined #maemo-leste
xmn has joined #maemo-leste
<Wizzup>
sicelo: oh, sweet, does that also fix the idle issues?
<Wizzup>
freemangordon: I see a bo cache, does it help?
enyc has quit [Ping timeout: 250 seconds]
<buZz>
hmm, maybe i should change the three-phone-stand into some 'rack' and add a fan :P
<sicelo>
Wizzup: what does? the panel stuff? i don't think so. it's just about changing between HIGH & LOW for reset pin. i thought fmg should keep note because recent mail mentions VRFB, although that's in the omapfb driver, as oppossed to omapdrm
enyc has joined #maemo-leste
<Wizzup>
Iirc I tried a similar patch from sre back when I was doing off mode tests and it significantly increased power usage
<Wizzup>
but it might have been different
<sicelo>
ah yes ... i recall your mail :-)
<sicelo>
actually it's the same thing in the new commit, only this one puts it in dts, while sre put it in the driver.
<buZz>
i'll be probably be getting a spyder4 on saturday :) hopefully it'll work well
<buZz>
might have to kill hildon and use fluxbox or something, perhaps
<Wizzup>
I don't think the droid 4 even allows for calibration
<Wizzup>
this is a hw feature usually
<buZz>
i think it does? i just mean the normal icc profiles
<buZz>
well, i'll discover it saturday either way
<Wizzup>
mhm
<buZz>
> According to section "Loading ICC profiles" in https://wiki.archlinux.org/index.php/ICC_profiles, loading ICC profiles for deskop environments not providing color management can be done in X11 using XICCD.
<buZz>
but yeah, not sure
<Wizzup>
probably won't perform
<Wizzup>
but who knows
<buZz>
yeah doesnt take a lot of effort, plus i still needed to calibrate my new tv here, its a bit annoying to drag windows across desk and see em change color :P
<buZz>
'new tv' from the giveawayshop, same model i already had but 39" instead of 32"
<buZz>
ehhhhh lol, i now have hdmi output on d4 + mouse connected, it works
<buZz>
but
<buZz>
the mouse cursor is on LCD, not HDMI :D
<buZz>
amazing ^_^ nice that it does show easily that dual video output is possible in the hw
<buZz>
this was after restarting hildon-desktop after ; xrandr --output HDMI-1 --same-as DSI-1 --mode 1280x720
<sicelo>
dual video output?
<buZz>
yeah , both the LCD and the HDMI were enabled, and displaying different pixels
<buZz>
the mousecursor was visible only on LCD , the hildon output was on HDMI
<Wizzup>
freemangordon: I am resurrecting leste-image-sunxi builds
<Wizzup>
freemangordon: what should we use as kernel? omap?
<Wizzup>
I suppose not really
<buZz>
i have a cubieboard2 here to test
<buZz>
maybe just mainline? iirc works pretty well
<Wizzup>
buZz: I am swimming in sunxi boards @ my amsterdam apartment
<Wizzup>
buZz: yes, but I would prefer to use our omap kernel
<Wizzup>
it's just that we use omap2plus_defconfig
<Wizzup>
which doesn't include most of sunxi_defconfig
<buZz>
doesnt debian already have a kernel for allwinners?
<Wizzup>
so we can make -another- repo
<buZz>
:)
<Wizzup>
but I was hoping to avoid it
<Wizzup>
or at least a different pkg but same repo or something... don't know
<buZz>
i'm SO CLOSE to a working devilutionx package to submit to -extras
<buZz>
:D
<buZz>
(that at least should work on pp, d4 and n900)
<buZz>
probably also builds for x86 i guess
<Wizzup>
great
<freemangordon>
Wizzup: bo cache shall improve scrollin performance a lot
<freemangordon>
try modest or adressbook after you install it
<freemangordon>
re sunxi - that's great, but I don;t think we'll be able to use omap kernel as is
<freemangordon>
though...
<freemangordon>
well, lets try
<freemangordon>
though I doubt the same config will work
<freemangordon>
Wizzup: I wonder if we can resurrect n9/50 builds
<Wizzup>
sure we can, but we need to test it
<freemangordon>
well, we can, but does it make sense
<freemangordon>
I have n950 here
<freemangordon>
lemme check if it is still alive
<Wizzup>
I have a n9, but not here
<Wizzup>
do you want to try to show it at openfest?
<freemangordon>
n9?
<Wizzup>
n950
<Wizzup>
so for sunxi, we can take mainline kernel and just make it use sunxi_defconig much like pine64 kernel then
<freemangordon>
lets see if battery is still alive
<Wizzup>
probably a lot of kernel work if required for it to just work
<freemangordon>
mhm
<freemangordon>
ok, it seems to be charging
<Wizzup>
I think email scroll is also faster btw
<Wizzup>
also x term
<freemangordon>
yep, it should be
<Wizzup>
xterm in particular is very noticeable
<freemangordon>
10-15fps at least
<freemangordon>
though I wonder why it looks like brightness is varying while scrolling
<freemangordon>
some display technology weirdness?
<freemangordon>
doe not happen on n900
<freemangordon>
*does
<freemangordon>
didn;t check on pp
<freemangordon>
Wizzup: also, please, whoever maintains startup scripts for n900, remove zram and use flash swap instead
<freemangordon>
we are simply torturing the device with zram/zswap
<uvos>
the problem iwth flash swap is we dont want to use emmc on sutch an old device for fear of breaking it
<uvos>
and we cant tell at build time if other swap space will be available
<uvos>
as to if we should just have nothing instead of zram idk
<freemangordon>
uvos: I used my old device for 10 years without having any issue with emmc being used as swap
alex1216 has quit [Quit: WeeChat 2.3]
<freemangordon>
neither did I hear anyone having issues
<uvos>
thats a nice anecdote
<freemangordon>
wtym?
<Wizzup>
18:06 < uvos> the problem iwth flash swap is we dont want to use emmc on sutch an old device for fear of breaking it
<Wizzup>
this
<uvos>
im saying that your device survieing dosent mean anything
<Wizzup>
but this is mostly a matter of not having the time t focus
<freemangordon>
fremantle uses it all the time
<uvos>
since how much swap will create writes depends on usage patterns
<uvos>
we probubly should ship a script or something to enable the swap partition on emmc
<uvos>
with an explenation ofc
<freemangordon>
well, at least disable zswap by default
<uvos>
and maybe not have zram at all, but idk about that.
<freemangordon>
:nod:
<uvos>
depends on how it beaves without any swap
<freemangordon>
will behave better than with zswap in any case
<uvos>
the kernel has the tendacy to get stuck in buffer flush loops when there is no swap
<uvos>
on pc
<freemangordon>
right after boot I already have 27648 KiB of zswap
<uvos>
for this reason usually linux just hangs when it runs out memory with no swap
<uvos>
instead of oom ever getting called
<uvos>
this is an anoying issue since forever
<uvos>
freemangordon: so reduce swappiness to 1
<uvos>
and otherwise leave it be
<freemangordon>
uvos: trust me on that, I played months with zswap and whatever kernel parameters you can imagine back then
<freemangordon>
nothing helps
<uvos>
buZz: Wizzup: wrt callibrating the d4 display
<uvos>
so the d4 has really lackluster color accuracy beacuse of the rgbw nature of the pannel, there is no way to get rid of that aside from turning the w subpixels off (wich in turn looses you resolution), its jus a tradeoff motorola made in favor of power consumption at the expense of color accuracy.
<freemangordon>
uvos: do you have idea why is scrolling so strangely looking on d4?
<freemangordon>
is that tearing or something else?
<uvos>
freemangordon: it loses frames
<uvos>
this is some hw bug
<uvos>
the bionic dosent have it
<uvos>
the d4 also has it in android
<freemangordon>
really?
<freemangordon>
omg
<freemangordon>
lemme reboot there to see if it is the same
<uvos>
yes the transfer of the frame sometimes just fails
<uvos>
to the pannel
<freemangordon>
ok, but I think this is another issue
<uvos>
this causes microstuttering
<freemangordon>
do you have contacts imported in addressbook?
<uvos>
on d4
<uvos>
that you cant see on bonic (really obvious if you place them next to eatch other)
<uvos>
freemangordon: yes
<freemangordon>
ok, scroll there and tell me is this what you mean by "microstuttering"?
<uvos>
this is a really poor test
<uvos>
as fps is really low
<freemangordon>
it is > 30
<freemangordon>
with latest driver
<Wizzup>
uvos: it's much better with latest ddx
<uvos>
Wizzup: no this is a different effec
<uvos>
t
<uvos>
its not better
<uvos>
oh the fps
<freemangordon>
fps is better
<freemangordon>
yes
<uvos>
right but its still to slow
<uvos>
its best viewed on something that dose 60
<uvos>
so no i dont see it there
<uvos>
its not fully smooth as is
<uvos>
there is allso tearing
<uvos>
but thats some other issue
<uvos>
it looks like tiles sometimes dont get updated
<freemangordon>
no, it is the same on android
<freemangordon>
fints stutter there
<uvos>
what now
<uvos>
the stutter?
<uvos>
yes thats on android
<uvos>
the tearing
<uvos>
no
<freemangordon>
ah, no, tearing is because we don;t support TE
<freemangordon>
]but that's clear
<uvos>
as i said the stutter is a hw bug in the pannel/dsi
<uvos>
*dss
<freemangordon>
but it is not so obvious on android because it uses dark fonts on white background
<uvos>
im not sure what difference that makes
<uvos>
the pannel also has pretty slow response times, this is affected by that
<uvos>
but thats something else
<uvos>
so we agree what your seing is the hw bug
<uvos>
or are you seeing something else?
<freemangordon>
yes, I think I agree
<freemangordon>
in applications menu in android, when you scroll you can see how fonts become 'thinner' and even black at times
<freemangordon>
the same happens on leste
<buZz>
uvos: afaiui , the ICC profile could still alter the colors in xorg, to have 'human eye' perceive better colors on d4
BenLand100 has joined #maemo-leste
BenLand100 has quit [Changing host]
BenLand100 has joined #maemo-leste
Guest2379 has quit [Ping timeout: 252 seconds]
<uvos>
buZz: yes
<uvos>
however that requires the ddx to be able to hw accelerate the output frames color transformation
<uvos>
if you want resonable perf
<uvos>
i doubt omapddx can do that
<uvos>
modesetting/glamor can
<uvos>
and even so
<Wizzup>
right
<uvos>
you cant get good color repoduction on d4 its just impossible
<uvos>
unless you sacrifice brightness and resolution by turning off the white subpixels
<uvos>
interestingly the bionic dose do this
<uvos>
i has better color repoduciton but way worse brightness
<freemangordon>
ok, neither pp nor n900 suffer from that choppiness, so not much we can do there
<uvos>
because it bearly uses the white subpixxels
<uvos>
freemangordon: bionic wont either
<uvos>
nor d3
<freemangordon>
ok
norayr has left #maemo-leste [Error from remote client]
<buZz>
uvos: we'll see :)
<uvos>
buZz: look at the bionic
<uvos>
buZz: if you have one, thats the best you can do
<uvos>
imo i think it stucks more than d4 beacuse its so damn dim
<buZz>
i'll do pp and n900 aswell
<buZz>
but dont have a bionic yet
<buZz>
its just, diablo looks so blue on d4, vs the others
norayr has joined #maemo-leste
<buZz>
there must be something between current and 'dim but accurate'
<uvos>
you have a hard time doing that without knowing how to change the pannel parameters
<uvos>
since the pannel gets rgb and transfroms that to rgbw
<buZz>
i'll use dispcalgui with calibration hw
<uvos>
since you only have 3 varaibles to work with but the pannel uses 4
<uvos>
you cant make the pannel do what you want
<uvos>
without changing the transformation parameters stored on the pannel
<uvos>
(and we dont know how or even if those can be changed)
<uvos>
but sure getting it closes might be possible
<uvos>
but see comment about the ddx
ravelo has quit [Quit: Connection closed for inactivity]
<uvos>
*closer
<buZz>
uvos: i think you could even have a .icc for seperate applications
<buZz>
at least, seems some tools do that
<Wizzup>
image-builder always confuses me
<buZz>
so a mediaplayer could get 'best possible' but ereader just 'briiight'
<uvos>
sure
<uvos>
also mpv could work since you can give it color profiles to apply
<uvos>
but if you want something global
<buZz>
at least i'll try a normal dispcalgui run
<uvos>
xorg needs support to accelerate the transformation
<buZz>
and see if it affects anything at all :P
<uvos>
for it to be resonable
<uvos>
and i doubt omapddx has
<buZz>
hmhm
<buZz>
we'll see :)
<uvos>
so btw
<uvos>
since gtk2 scrolling works a bit better now
<uvos>
am i the only one who hates the bouce back effect when it reatches the end of a scoll area
<uvos>
imo its works pretty poorly
<uvos>
also on fremantle
<Wizzup>
it is the indicator you have reached the end
<uvos>
i know
<uvos>
but it looks jaring
<uvos>
imo
<uvos>
maybe its just poorly implemented
<uvos>
i dont hate it as mutch on ios
<Wizzup>
could be
<Wizzup>
uvos: maep is much more smooth too
<Wizzup>
freemangordon: ^
<Wizzup>
impressively more smooth
<buZz>
uvos: i am MORE annoyed by the timepicker difference between qalendar and alarms
<Wizzup>
that is just qt and gtk
<uvos>
well thats just broken
<buZz>
the alarm one is good, the qalendar one is hell
<uvos>
wut no
<buZz>
yeah
<uvos>
both alarm and qalendar is qt
<Wizzup>
what I mean is one uses the gtk implementation
<Wizzup>
the other has its own
<uvos>
its just the alarm implements a custom widget
<buZz>
they do look the same
<uvos>
in maep i think its unfortionate that it dosent do kinectic scrolling
<buZz>
but always sooo hard to pick the right time on applications
<uvos>
well and mutlitouch
<uvos>
buZz: yeah
<uvos>
but this is a bug
<uvos>
not something that works as intended thats just bad
<Wizzup>
uvos: well, it's a 2008 era app when there was no multitouch
<buZz>
hmhm, afaik on issuetracker
<Wizzup>
I'm sure it can be added later
<uvos>
well n900 had no mutlitouch
<uvos>
it was common else where
<uvos>
in 2008
<uvos>
anyhow
<buZz>
capacitive touchscreens are older than resistive ones anyway
<uvos>
navit is also faster
<uvos>
altho fast it is not
<uvos>
(but it isent on my desktop ether, lol)
<freemangordon>
Wizzup: and NEON optimisations in gtk and gdk-pixbuf are yet to come
<uvos>
with fallback path i hope
<uvos>
armv7 devices with no neon are a thing
<uvos>
it was optional
<uvos>
(eg the atrix/ tegra2)
<freemangordon>
do we support such?
<uvos>
not atm
<freemangordon>
well, do we *plan* to support?
<uvos>
but would be a bad move to force support for an optional extension
<uvos>
idk what everyone plans :P
<uvos>
tegra2 was very popular and is very close to omap4 in terms of perf
<uvos>
so its not out of the question
<uvos>
im sure other chips of simmular vitange with no neon also exist
<buZz>
doesnt tegra2 do normal opengl?
<uvos>
yes
<uvos>
but thats not uncommon
<uvos>
mostly just sgx dose only gles :P
<buZz>
well, mali too?
<uvos>
pretty sure mali dose ogl, unles were talking ainchent gles1 stuff
<uvos>
if you can do gles2 you can do ogl1.x really
<uvos>
im also going to go out on a limb here
<uvos>
and say the difference between sgx 540 and sgx 545 is software
<uvos>
(the latter doing ogl2)
<buZz>
there's a project i wanted to package but its opengles3 only :(
<buZz>
i wonder if packaging stuff with gl4es inside the package is possible
<uvos>
sure
<uvos>
just LD_PRELOAD it
<buZz>
systemwide gl4es works, but i dont want everything to use it
<uvos>
imo systemwide gl4es is a bad idea
<uvos>
just LD_PRELOAD it where required
<buZz>
currently, just apt install gl4es, gives it systemwide
<uvos>
i know
<buZz>
maybe we should change that?
<uvos>
maybe
<uvos>
but then again
<uvos>
telling people to mess with envvars isent good expieriance either
<buZz>
maybe
<uvos>
so it would need some kind of ui
<buZz>
i dont see 'linuxphone users' as beginners usually
<buZz>
heh yeah pff
<buZz>
:)
<uvos>
linuxphone users are mostly crazy people
<buZz>
good
<buZz>
:)
<buZz>
Wizzup: ^^^ first tshirt txt for leste marketing
<norayr>
i maybe missed that, do we alceady use it?
<Wizzup>
the podcast is wrong, there's only some wip stuff, unless we completely misunderstood the guys writeup
<Wizzup>
I mean not to piss on his work, it'll be great to have
<norayr>
oh
<norayr>
they sounded very inspiring.
<Wizzup>
great :)
<norayr>
eh i prefer to know the sour truth.
<Wizzup>
well I might be wrong :)
akossh has quit [Read error: Connection reset by peer]
norayr has left #maemo-leste [Error from remote client]
<sicelo>
it does sound like the person has a bit of experience in the field
<Wizzup>
happy to be proven wrong :D
akossh has joined #maemo-leste
ikmaak has quit [Quit: ikmaak]
ikmaak has joined #maemo-leste
<bencoh>
:)
norayr has joined #maemo-leste
<buZz>
does anyone here have some idea about packaging gl4es inside a .deb for opengl-wanting programs?
<buZz>
i really want openscad on leste :)
<buZz>
instead of doing systemwide
<norayr>
maybe u have to package it with your game and put to non-standard location, so it won't be found by linux loader.
<buZz>
hmhm, maybe a run.sh that LD_PRELOAD=./gl4eswhateverneeded
<norayr>
then start your binary as uvos suggested
<buZz>
yeah
<norayr>
or maybe by using ld ribrary path
<Wizzup>
buZz: maybe make gl4es not systemwide and some way for pkgs to depend on it
<uvos>
this ^^^
<uvos>
maybe we should have gl4es that just installs the .so
<uvos>
gl4es-syswide that simlinks the .so to gl.so
<uvos>
and then just depend on gl4es and preload the so
<uvos>
otherwise packaging gl4es with a game would require you to build it for eatch package in that package
<uvos>
which is a mess
<norayr>
u can rename the package (call it buzzgles or mgles) and hack the scripts that create deb files to install librarie to different, weird locations. and then more than one package may depend on it.
<Wizzup>
buggles then please
<norayr>
(:
<buZz>
hehe
<buZz>
omnomnom
<buZz>
i'm trying to convince someone here to adopt a droid4 so he can get moonlight working
mardy has quit [Quit: WeeChat 3.5]
sixwheeledbeast has quit [Quit: Let's beat it - This is turning into a bloodbath! [http://znc.in]]
jr-logbot has quit [Read error: Connection reset by peer]
jr-logbot has joined #maemo-leste
sixwheeledbeast has joined #maemo-leste
akossh has quit [Quit: Leaving.]
<buZz>
what was joergs nickname again
<buZz>
freemangordon: meh, not even 144p plays well hon yt here
<buZz>
freemangordon: can you give me the full useragent you spoof
<sicelo>
buZz: doc___scrutinizer
<buZz>
ooo yes ty
<buZz>
:)
<uvos>
buZz: something like mpv `youtube-dl -f 18 -g $(URL)` tends to work very well
<uvos>
you can also try -vo xv, but mpv has some issues with xv and it provides only marginally better perf than gpu if at all.
<buZz>
right, but i wanted to record playing normal youtube.com in chromium
<buZz>
i noticed the same with -vo xv vs -vo gpu
<buZz>
also -vo gpu has working hue/saturation/gamma
<buZz>
xv doesnt
<uvos>
i mean 240p works ok in firefox
<uvos>
dosent appear to be loosing any frames
<uvos>
but fullscreen dosent work
<uvos>
and you cant interact with the controles
<uvos>
so its not usable as sutch
<buZz>
yeah i dont know, i think freemangordon said he has fluid fullscreen now on youtube with just spoofing old-iphone user agent and blocking adds
<uvos>
i spoof android
<uvos>
fullscreen not working is just a problem with ff/hildon
<uvos>
theres a race condition
<uvos>
of some kind
<buZz>
it might be because of something toggling compositing
<uvos>
no
<uvos>
its has something to do with focus out
<uvos>
when ff gets focus out it exits fullscreen
<uvos>
for some reason ff asking for fullscreen also causes hildon to send focus out and then immidatly foucs in again