ubuntuusers.de

Intrepid Multimediatasten Laustärke

Status: Gelöst | Ubuntu-Version: Ubuntu 8.10 (Intrepid Ibex)
Antworten |

Hasenblut

Avatar von Hasenblut

Anmeldungsdatum:
31. Oktober 2008

Beiträge: 15

Wohnort: Greifswald

Jo, bei funktioniert das Regeln der Helligkeit mittels der Tastatur auch völlig problemlos.

EDIT:

nochmal was anderes: kann es sein, dass ich die eine .fdi für die Sondertasten erstellen muss ähnlich denen, die unter /usr/share/hal/fdi/information/10freedesktop ablegt sind? Und wenn ja, kennt sich wer damit aus, wie es konkret auszusehen hat?

Nochmal EDIT ☺:

hab mir jetzt mal die Ausgabe von xev angekuckt. Wenn ich einmal kurz fn-F5 drücke für eigentlich "lauter" wird die ganze Konsole mit:

KeyPress event, serial 34, synthetic NO, window 0x5a00001,
    root 0x13b, subw 0x0, time 1818185, (282,42), root:(289,658),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 34, synthetic NO, window 0x5a00001,
    root 0x13b, subw 0x0, time 1818225, (282,42), root:(289,658),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

zugespammt. Ähnlich die Mute-Taste:

FocusIn event, serial 31, synthetic NO, window 0x5a00001,
    mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 31, synthetic NO, window 0x0,
    keys:  126 0   0   0   0   0   0   0   0   0   0   0   0   0   0   12  
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

FocusOut event, serial 31, synthetic NO, window 0x5a00001,
    mode NotifyGrab, detail NotifyAncestor

Katz

(Themenstarter)
Avatar von Katz

Anmeldungsdatum:
2. März 2008

Beiträge: 182

sieht bei mir so aus:

KeyPress event, serial 35, synthetic NO, window 0x3600001,
    root 0x13b, subw 0x0, time 8207007, (-88,202), root:(1190,596),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 35, synthetic NO, window 0x3600001,
    root 0x13b, subw 0x0, time 8207046, (-88,202), root:(1190,596),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 35, synthetic NO, window 0x3600001,
    root 0x13b, subw 0x0, time 8207046, (-88,202), root:(1190,596),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 35, synthetic NO, window 0x3600001,
    root 0x13b, subw 0x0, time 8207081, (-88,202), root:(1190,596),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 35, synthetic NO, window 0x3600001,
    root 0x13b, subw 0x0, time 8207081, (-88,202), root:(1190,596),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 35, synthetic NO, window 0x3600001,
    root 0x13b, subw 0x0, time 8207116, (-88,202), root:(1190,596),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 35, synthetic NO, window 0x3600001,
    root 0x13b, subw 0x0, time 8207116, (-88,202), root:(1190,596),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 35, synthetic NO, window 0x3600001,
    root 0x13b, subw 0x0, time 8207149, (-88,202), root:(1190,596),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 35, synthetic NO, window 0x3600001,
    root 0x13b, subw 0x0, time 8207149, (-88,202), root:(1190,596),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 35, synthetic NO, window 0x3600001,
    root 0x13b, subw 0x0, time 8207182, (-88,202), root:(1190,596),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 35, synthetic NO, window 0x3600001,
    root 0x13b, subw 0x0, time 8207182, (-88,202), root:(1190,596),
    state 0x0, keycode 123 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

und bei mir "spammt" er da auch wie wild 😀 bis ich die "Stop" Taste drücke... dann hörts auf

Jensel

Anmeldungsdatum:
23. März 2006

Beiträge: 209

Naja, wie du schon sagst ist das Mapping anscheinend korrekt. Das scheint mir eher ein Bug zu sein, also am besten melden. Das betroffene Paket ist vermutlich "evdev".

Ihr könnt übrigens versuchen, statt evdev eben den alten "keyboard" Treiber zu nutzen. Dazu müsst ihr die fdi-Datei so ändern

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
<?xml version="1.0" encoding="utf-8"?>
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.keyboard">
      <merge key="input.x11_driver" type="string">keyboard</merge>
      <merge key="input.xkb.model" type="string">pc105</merge>
      <merge key="input.xkb.rules" type="string">base</merge><!-- vllt auch weiterhin xorg ? -->
    </match>
  </device>
</deviceinfo>

Dabei kann sich allerdings das Mapping zunächst wieder ändern, außerdem fehlen evtl Tasten. Falls die Sondertasten eine "separate" Tastatur bilden (sieht man in der hal-devices Ausgabe), die sich nicht unter "info.capabilities" mit "input.keyboard" meldet, müsst ihr den match-Befehl auf eine passende Eigenschaft ändern.

Gruß, Jens

Hasenblut

Avatar von Hasenblut

Anmeldungsdatum:
31. Oktober 2008

Beiträge: 15

Wohnort: Greifswald

Der fix für die alten Treiber funktioniert auch nicht (hal-find-by-capability --capability input.keys | xargs -I{} hal-device {} liefert nur evdev Einträge), trotzdem danke für deine Mühen.

MfG Hasenblut

Katz

(Themenstarter)
Avatar von Katz

Anmeldungsdatum:
2. März 2008

Beiträge: 182

hab´s mal ins Launchpad als Bugreport .....Jaja mein Englisch ist nicht so gut 😀

Guckt mal rein wenn ihr wollt....

https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/291612

michote

Avatar von michote

Anmeldungsdatum:
19. August 2006

Beiträge: 283

Wohnort: Bad Salzuflen

so hänge mich mal an 😉 hab bis jetzt auch noch keine Lösung meine detailierten Fehlermeldungen findet ihr hier und hier ansonsten habe ich ähnliche xev ausgaben wie ihr.

@ Katz
was hast du denn für ein Zepto?

Vielleicht handelt es sich ja um eine bestimmte Hardware, mit der evdev Probleme hat.
Auf dem Amilo meine Frau funzen die Volumentasten unter Intrepid ganz normal.
Bei mir sind die Volumentasten separat (nicht über Fn o.ä.), wie ist das bei euch.

Hasenblut

Avatar von Hasenblut

Anmeldungsdatum:
31. Oktober 2008

Beiträge: 15

Wohnort: Greifswald

Ich hab genau einen Fujitsu Siemens Amilo (Xi2428) 😬. Die fn-Tasten machen die Probs, die Leiste über der Tastatur funzen so weit(nur Lautstärke Regelung ist ein ziemlich frickliges großes Feld auf dem man seinen Finger hin und her schiebt). Aber scheint ein Laptop-Problem zu sein.

Katz

(Themenstarter)
Avatar von Katz

Anmeldungsdatum:
2. März 2008

Beiträge: 182

Hi

Hab nen Zepto Znote 6625WD

die Tasten sind eizeln, neben an der Seite.

Grüße

michote

Avatar von michote

Anmeldungsdatum:
19. August 2006

Beiträge: 283

Wohnort: Bad Salzuflen

Katz schrieb:

die Tasten sind eizeln, neben an der Seite.

wir haben also wahrscheinlich die gleiche Hardware verbaut,
aber viel weiter hilft uns das leider nicht ☹

Katz

(Themenstarter)
Avatar von Katz

Anmeldungsdatum:
2. März 2008

Beiträge: 182

Da haste recht...

kann man nur aufn Bugfix warten....

michote

Avatar von michote

Anmeldungsdatum:
19. August 2006

Beiträge: 283

Wohnort: Bad Salzuflen

So, das hier scheint unser bug 261721 zu sein.
Habe deinen mal verlinkt. gibt auch schon ein anderes Zepto 6625WD
hängt euch dran, ist immerhin high 😉

michote

Avatar von michote

Anmeldungsdatum:
19. August 2006

Beiträge: 283

Wohnort: Bad Salzuflen

scheinbar ist der Hauptbug doch 285323
ein fix scheint nur ein selbstgebauter Kernel mit folgendem Patch zu sein.
Aber das ist es mir momentan echt nicht wert. 😕

Katz

(Themenstarter)
Avatar von Katz

Anmeldungsdatum:
2. März 2008

Beiträge: 182

Wie es aussieht, ist nun die das Problem "[Bug 261721]: X never sees brightness key release eventsv" gelöst. Ein Update auf gnome-power-manager 2.24.0-0ubuntu8.1, sowie linux-image-2.6.27-10.20 dürfte das Problem für manche Dell Rechner lösen.

Aber von unsrem Multimediatastenproblem, gibt es noch keine News, leider.

Hasenblut

Avatar von Hasenblut

Anmeldungsdatum:
31. Oktober 2008

Beiträge: 15

Wohnort: Greifswald

Da das Problem bei mir immer noch besteht, wollte ich wissen ob es noch weitere Betroffene oder vielleicht sogar ne Lösung gibt?

b_rusch

Anmeldungsdatum:
25. Oktober 2008

Beiträge: Zähle...

also ich habe genau das gleiche Problem - allerdings erst seit einem Update letze oder vorletzte Woche (ich habe in der Zeit auch Wine installiert - denke aber nicht, dass das etwas damit zu tun hat ?)

Habe jetzt die Tastatur auf evdev gesetzt - es funktioniert zwar alles andere, aber das Problem hat es nicht behoben.