View Single Post
Old 01-04-2018, 07:24 AM   #17
mdp
Wizard
mdp ought to be getting tired of karma fortunes by now.mdp ought to be getting tired of karma fortunes by now.mdp ought to be getting tired of karma fortunes by now.mdp ought to be getting tired of karma fortunes by now.mdp ought to be getting tired of karma fortunes by now.mdp ought to be getting tired of karma fortunes by now.mdp ought to be getting tired of karma fortunes by now.mdp ought to be getting tired of karma fortunes by now.mdp ought to be getting tired of karma fortunes by now.mdp ought to be getting tired of karma fortunes by now.mdp ought to be getting tired of karma fortunes by now.
 
Posts: 1,481
Karma: 9010563
Join Date: Jul 2013
Device: none
Quote:
Originally Posted by Booxtor View Post
Actually if you use Max2 in regular mode, which means
- not used as secondary monitor
Actually, Booxtor, just for precision: the "secondary monitor" function throught HDMI does not need to drain all that battery. It's just how it works now. The devs must simply optimize the rendering algorithm: static content on the screen must not change. I am totally sure that it will not be that difficult to fix it.
That done, the "monitor via HDMI" function will be more battery conservative than normal web browsing.

BTW: please do not forget about me, I have things to submit as you know, it's best to start as soon as possible! ; )


EDIT (I add this for the people who may not have fully got my other reports): currently a box rendered by the monitor function is a dynamic container for something like the "old television snow effect", because the dithering is calculated every frame. All greyscales rendered through dithering in A2 will be akin to a snapshot of a salt-and-pepper mixture. What must happen is, that mixture of black and white dots must be static, not an animation like in the "television snow effect noise".

Last edited by mdp; 01-04-2018 at 07:30 AM.
mdp is offline   Reply With Quote