Hallo,
hat schon jemand eine Idee wie man eine Abkürzung zur Helligkeitseinstellung hinbekommt?
Buttons zu "koord465.exe Backlight=..." scheint nicht mehr zu funktionieren?
Grüße
Hallo,
hat schon jemand eine Idee wie man eine Abkürzung zur Helligkeitseinstellung hinbekommt?
Buttons zu "koord465.exe Backlight=..." scheint nicht mehr zu funktionieren?
Grüße
Hallo b-hörnchen,
wenn ich wüsste, wie ich auf Betriebssystemebene die Helligkeit ändern kann, dann hätte ich es schon implementiert...
Bisher habe ich nur einen Wert in der Registry geändert und GoPal hat für mich die Helligkeit angepasst. Das läuft nun leider nicht mehr so!
Ich bin aber noch am Suchen und für sachdienlichen Hinweise sehr dankbar!
Gruß,
Stefan
Hallo,
aber auch nur ein Shortcut in die richtige Richtung würde die langen 4 Klicks bis zur Helligkeitsreglung vereinfachen.
Danke und Grüße
B-Hörnchen
Hallo,
das müsste mit einer Klickfolge und koord schon gehen, aber das kann ich nicht testen. Da muss jemand mit GoPal4 'ran!
Gruß,
Stefan
ZitatOriginal von StefanDausR
Hallo,
das müsste mit einer Klickfolge und koord schon gehen, aber das kann ich nicht testen. Da muss jemand mit GoPal4 'ran!
Gruß,
Stefan
mach ich, wenn ich den passenden code bekomme (oder passt der von gopal 3?)!
mfg rohoel.
ZitatAlles anzeigenOriginal von rohoel
mach ich, wenn ich den passenden code bekomme (oder passt der von gopal 3?)!
mfg rohoel.
ähhh ich les gerade was von klickfolge, das klingt übel und langwierig! das hab ich in der 3er schon mal gemacht, ich weiß nicht, ob ich da der richtige bin?!!
mfg rohoel.
Hi Stefan!
Ich habe auch gerade mit der Funktion 'backlight' deiner koord465 experimentiert. Mein Ziel war, ein SleepTimer-Skript für TCPMP zu basteln. Die Backlight-Funktion sollte das Display herunter dimmen, leider erfolglos. So bin ich dann über die SUFU auf diesen Thread gestossen.
Es scheint bisher noch keinen bekannten Weg zu geben, das Betriebssystem dazu anzustossen, die Helligkeitswerte über die LED'S zu setzen?
Meine Vermutung ist, dass man irgendwie den Display-Treiber anstossen muss, sich den Wert aus der Registry zu holen und umzusetzen (ich hab's naiverweise mit 'nem 'RedrawToday' im MortScript versucht, ebenfalls erfolglos). In welche Umgebung programmierst du denn deine Koord? Klaus_GP scheint ganz gut in Pelles C eingearbeitet zu sein. Vielleicht hat die eine entsprechende Bibliothek, die man nutzen könnte? Vielleicht könnte man ihn ja mal fragen?
Wenn ich Zeit habe, probiere ich mal die PPC-Version von MortScript, die so eine Funktion beinhalten soll. Wenn das klappen sollte, könnte man auch Mirko Schenk mal fragen, wie er das umgesetzt hat.
Viele Grüße
deichjunge
Hallo deichjunge,
ich bin bisher bei der Backlight-Geschichte auch erfolglos geblieben.
Ich habe Koord mit Pelles-C geschrieben (Klaus_GP hatte ich für seinen TourGen ein paar Routinen von mir gegeben...)
Bis einschließlich GoPal 3 war es einfach, da musste ich nur den Wert in der Registry setzten und GoPal hat den "freundlicherweise" ausgelesen und das Weitere gemacht. Im Startmenü (und bei der PDA-Version) ging es aber schon damals nicht.
Nachdem ich mit diversen "redraws" erwartungsgemäß nicht erfolgreich war, versuchte ich es mit dem Broadcasten einer WM_SETTINGCHANGE-Message (=WM_WININICHANGE), um anzuzeigen, dass sich die Registry geändert hat. Aber auch das brachte nichts.
Als letztes Mittel versuchte ich das Erzeugen eines Events vom Typ "BackLightChangeEvent" bzw. "BackLightNotifyEvent" und "BackLightActiveEvent", aber auch das klappt nicht. Auch die Power-Management-Funktionen brachten nicht den rechten Erfolg.
Also kam ich auch zu dem Schluss, dass das nur über den Treiber direkt gehen kann, obwohl ich mir gar nicht sicher bin, ob die Hintergrundbeleuchtung überhaupt was mit dem Display-Treiber zu tun hat oder ob die nicht ganz unabhängig gesteuert wird. Mich hat es auch stutzig gemacht, dass es in WinCE dafür keine Einstellmöglichkeit gibt.
Ich fürchte, dass ohne tiefere Kenntnis der Hardware eine Lösung schwierig wird...
Gruß,
Stefan
Hi rohoel,
das mit den Klickfolgen ist gar nicht so schwer (war in Sokobanas Staufunktion erstmals groß rausgekommen) - vielleicht ist eine derartige Routine sogar speichersparender als ein weiteres Mortscript (habe mir sagen lassen, man müsse bei 4.x mehr darauf achten).... ![]()
Gruß
mobutu
Hey Stefan!
Mensch, du hast ja echt schon viel probiert. Schade, dass es so schwierig ist. Ich war neugierig und habe mal einige Applikationen aus dem WWW ergoogelt und versucht, mit dem Dependency Walker einer Funktion auf die Schliche zu kommen, die vielleicht das tut, was wir wollen. War ziemlich erfolglos. ABER: der kleinste gemeinsame Nenner der Programme war die CoreDll.dll. Leider läßt sie sich nicht aus dem WinCE-Rom des Navis herausrupfen, um sie weiter zu untersuchen, genauso wenig wie der Display-Driver (S32440DISP.dll)
Ich habe allerdings noch eine Internet-Seite gefunden:
Hier haben einige Leute Ideen in C und VB geposetet. Aus einem Source in VB wird deutlich, dass das Display über die CoreDll.dll mit der Funktion DevicePowerNotify manipulierbar ist.
Ein C-Code-Schnipsel scheint hier eine funktionierende Variante der Backlighteinstellung über ein "BackLightChangeEvent" (CreateEvent, SetEvent) zu liefern, aber vermutlich hattest du es ja genauso schon probiert, wie du oben beschrieben hast?
Falls mir irgendwo noch ein Lösungsansatz über den Weg läuft, geb' ich hier nochmal bescheid.
Viele Grüße
dj
-------
P.S.: ein bisschen OT, aber dein Post oben hat bei mir noch ne ganz andere Frage aufgeworfen:
Lässt sich GoPal eigentlich durch das Broadcasten einer WM_SETTINGCHANGE-Message (=WM_WININICHANGE) beeindrucken? Ich denke dabei an eine on-the-fly-Aktualisierung des LaunchOnRegistry-Buttons... Aber vermutlich aktualisiert GoPal die MapView nur dann, wenn sie (aus dem Menü) aufgerufen wird, oder?
Nachschlag:
ich habe noch ein bisschen recherchiert zum Thema Backlight-Setting:
Ein Guru der Entwicklung von Programmen für Mobile Devices, Peter Foot, ausgezeichnet als Microsoft Most Valuable Professional :applaus, schreibt hier, dass das Setzen der Backlight-LEDs sehr stark hardwarespezifisch ist. Was auf einem Gerät funktioniert, muss auf dem anderen nicht laufen.
Für mich klingt das so, als Stünde am Ende der Pipeline eben doch der Display-Treiber und als müsste die Display-API gut bzw. offen auf das WinCE-OS abgestimmt sein. Da Medion (zumindest für unsere 470T Geräte) von diesem (oder diesem?) Board (koreanische Übersetzer bitte mal melden!) seine Komponenten kompiliert hat, könnte ich mir vorstellen, dass die Wahrscheinlichkeít groß ist, dass unsere PNA-Display-API (von Samsung) generell über WinCE ansprechbar ist.
Derjenige, der Peter Foot zu seiner Aussage veranlasste, stand damals selber vor der gleichen Herausforderung, die Backlight-LED's programmiertechnisch zu 'erwischen'. Er hat's geschafft, siehe sein Programm PocketLightProfiles. Ergo: Was die Hardware angeht, könnte es klappen, vielleicht auch nicht.
Wenn die Hardware wahrscheinlich mitspielt, warum läßt sie sich dann nicht über die Software ansprechen? Nachdem ich PocketLightProfiles auf unserem PNA ausprobieren wollte, versagte die .exe ihren Dienst, mit der Begründung, das bestimmte Komponenten fehlen würden. Also wieder das Problem unseres abgespeckten PNA-OS. In der 'FAQ' der PocketLightProfiles fand ich dann den Hinweis, dass das Programm nur läuft, wenn das .NET Compact Framework 1.0 installiert ist. Dieses bräuchte man aber nur installieren, wenn man ein WinCE-OS kleiner Version 4.x hätte, da es ab WinCE4.x standardmäßig im OS integriert wäre. Also ist dieser Teil des .NET CF bei der Zusammenstellung unseres PNA-WinCE5-Cores durch Medion zum Opfer gefallen? Da frage ich mich, ob das ChangeBackLightEvent vielleicht in dem Augenblick funktionieren würde, wenn man sich das .NET Compact Framework SP2 Redistributable auf seinem Navi installiert?
[edit: das .NET Compact Framework SP2 läuft nicht auf dem P4410 und drunter. Letzte funktionierende Version ist .Net Compact Framework 1.3]
Fragen über Fragen...
Viele Grüße
dj
ZitatOriginal von b-hörnchen
Hallo,
aber auch nur ein Shortcut in die richtige Richtung würde die langen 4 Klicks bis zur Helligkeitsreglung vereinfachen.
Danke und Grüße
B-Hörnchen
Hallo
Ich löse das mit einem kleinen Script das zuerst die Settigs.exe aufruft und dann 2 Klicks zu den Helligkeitseinstellungen ausführt. Lässt sich mit Mortscript oder dem NFRunner leicht realisieren.
Das Script legt man auf einen Button in die MapView und beim anklicken landet man direkt in den Helligkeitseinstellungen.
Hallo zusammen,
hab das auch realisiert (Mort)
Das Ändern der Helligkeit ist zwar über die Setting.exe möglich, muß aber beim Verlassen des Settingsbereich mit einfachen Klicks durchgeführt werden - Ansonsten bleibt die neue Einstellung nicht bestehen
Ist im nächsten update bei mir drin :gap
gibt es denn hier im beitrag mal eine einbaufertige lösung? die könnte ich dann nämlich für alle mit verlinken!
dank euch!
mfg rohoel.
ZitatAlles anzeigenOriginal von erste mühle
Hallo zusammen,
hab das auch realisiert (Mort)
Das Ändern der Helligkeit ist zwar über die Setting.exe möglich, muß aber beim Verlassen des Settingsbereich mit einfachen Klicks durchgeführt werden - Ansonsten bleibt die neue Einstellung nicht bestehen
Ist im nächsten update bei mir drin :gap
Hallo
Stimmt. Leider sind das aber nochmal 3 Klicks bis zur MapView zurück. ![]()
Auch das kannst du automatisieren indem du einen kleinen Farbpunkt in das Hintergrundbild der Helligkeitssteuerung einbindest.
Im Script eine Farbabfrage einbauen und das Script so lange pausieren lassen bis die Farbe nicht mehr da ist.
Das passiert dann wenn du den Exit Button betätigst.
Dann die restlichen 2 Klicks bis zur MapView ausführen lassen und Script beenden.
Somit musst du nur 1 selbst klicken. Gut für die Verkehrssicherheit. ![]()