On Sat, 14 May 2011 22:55:25 +0900 Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote:
> On Sat, 14 May 2011 11:04:34 +0200 Cedric BAIL <cedric.b...@free.fr> said: > > > On Fri, May 13, 2011 at 10:46 PM, Mike Blumenkrantz <m...@zentific.com> > > wrote: > > > On Fri, 13 May 2011 22:23:57 +0200 (CEST) > > > Vincent Torri <vto...@univ-evry.fr> wrote: > > >> On Fri, 13 May 2011, Mike Blumenkrantz wrote: > > >> > On Fri, 13 May 2011 17:41:29 +0200 > > >> > Mathieu Taillefumier <mathieu.taillefum...@free.fr> wrote: > > >> >> Hi, > > >> >> > > >> >>> actually i see the backlight controls in: > > >> >>> > > >> >>> /proc/acpi/video/NGFX/LCD/brightness > > >> >>> /proc/acpi/video/NGFX/CRT/brightness > > >> >>> /proc/acpi/video/NGFX/HDMI/brightness > > >> >>> /sys/devices/virtual/backlight/acpi_video0/brightness > > >> >>> /sys/devices/pci0000:00/0000:00:1c.0/0000:02:00.0/leds/ath9k-phy0::radio/brightness > > >> >>> /sys/devices/pci0000:00/0000:00:1c.0/0000:02:00.0/leds/ath9k-phy0::assoc/brightness > > >> >>> /sys/devices/pci0000:00/0000:00:1c.0/0000:02:00.0/leds/ath9k-phy0::tx/brightness > > >> >>> /sys/devices/pci0000:00/0000:00:1c.0/0000:02:00.0/leds/ath9k-phy0::rx/brightness > > >> >>> /sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/leds/mmc0::/brightness > > >> >>> /sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.4/leds/mmc1::/brightness > > >> >>> > > >> >>> for example. some of these are led's for network and sd card slots, > > >> >>> not the screen.brightness controls also floating about in /proc > > >> >>> > > >> >>> on another laptop with a radeon it's: > > >> >>> /proc/acpi/video/VGA/DFP1/brightness > > >> >>> /proc/acpi/video/VGA/TV/brightness > > >> >>> /proc/acpi/video/VGA/CRT/brightness > > >> >>> /proc/acpi/video/VGA/LCD/brightness > > >> >>> > > >> >>> as well as more in /sys... pick the one thats used :) (probably LCD). > > >> >>> i've found others in other weird places. but whenever xrandr doesn't > > >> >>> work - the fallback is to go to /proc or /sys - also dont assume > > >> >>> users will have the latest and greatest of drivers and kernels so > > >> >>> even if a newer driver does work, an older may not, so need to go > > >> >>> to /proc or /sys > > >> >> > > >> >> Thanks ;). It is just that setting up backlight level on laptop with > > >> >> nvidia card does not necessary works with acpi methods. Lot of people > > >> >> have trouble with it (even me with my sony laptop on nvidia card) that > > >> >> is why is not as simple as it seems. Anyway, I agree that I should not > > >> >> assume that everyone will have the latest kernels+xorg+nvidia (amd) > > >> >> stack on their computer. For now, I want to finish the xrandr part and > > >> >> the dialog box and then I will tackle the acpi method. > > >> >> > > >> >>>>>> - a nice little box indicating the backlight level when it is > > >> >>>>>> changed (edje kind of thing, related to themes). > > >> >>>>> > > >> >>>>> steal all the code from mixer gadget - for its gadget and popup. > > >> >>>>> thats what u need there. :) > > >> >>>>> > > >> >>>>>> - find a way to update backlight when modified by an other program > > >> >>>>>> (xbacklight for instance). > > >> >>>>> > > >> >>>>> for now i'd say use a poller like battery and temperature and make > > >> >>>>> it poll by default every 32ticks (4seconds). allow setting poll > > >> >>>>> interval. should also GET the backlight value first every time you > > >> >>>>> try and modify it. > > >> >>>> > > >> >>>> It was more or lest my intention, i.e. I will use a timer and check > > >> >>>> that backlight property did not change outside e17. it is simple to > > >> >>>> do that. I will code that today if I have time. > > >> >>> > > >> >>> use a poller, not timer. :) see other modules like above :) > > >> >>> > > >> >> Ok. I will check the battery modules to see how to use them. > > >> >> > > >> >> Mathieu > > >> > > >> eeze is linux only. There are other Unix OS out there that are running > > >> e17 and its modules > > > > > > true, but for linux support it should be using eeze to ensure that it gets > > > the correct path and supports all possible controls. > > > > > > > Isn't it possible to make eeze an abstraction for all this stuff for > > more OS than Linux ? That would simplify the work to port of apps on > > other system. Note I never looked at eeze API, nor at how it work > > exactly, so this could be completly silly. > > it'd pretty much have to emulate the linux udev way of looking at the world on > all other os's... and to be honest... i see minimal value in it. yes bsd > exists. but other than osx it's such a small userbase.. is it worth THAT big > of an effort to make a full udev emulation later thing in eeze? > > I actually had planned on adding support for other OSes at some point, namely BSD. The only reason for this is that I'll probably be working pretty closely with BSD in my job in the near future, so device-related stuff will go along with that. This is not something that will happen soon. -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
