Kanzen

  • 16 nov. 2013
  • Inscrit 7 août 2013
  • 0 meilleure réponse
  • Petit nouveau
  • Salut ! Chez moi ça marche toujours au moins pour les verouillages num et caps.

    As-tu essayé avec (ou juste en virant la ligne) : Option "AutoAddDevices" "ON"

    Notre problème vient du fait que Corsair confie la prise en charge des LEDS du clavier à l'OS, ça marche bien sous Windows puisque ce sont des claviers gamers mais sous Linux ils ne développeront un support logiciel que quand assez de clients se plaidront sur leur forum. Y'en a déjà pas mal.

    Bon courage.
  • Yo la compagnie j'ai eu le même message d'erreur que paradise dans les mêmes circonstances.

    Il a fallu booter sur le kernel précédent mais même là j'avais bien des bugs :

    - Si j'éteignais l'écran, au rallumage le bureau ne chargeait pas (page noire avec quelques artefacts).
    - Switcher d'une session à une autre = mêmes symptomes
    - Freezes aléatoires.

    J'ai dû virer les pilotes nvidia et je pense que je vais m'en tenir loin désormais, patches ou pas.
  • Yop ! J'ai enfin trouvé ! Mon xorg.conf a apparemment besoin d'un peu de personnalisation de ma part.
    /etc/X11/xorg.conf wrote: # RPM Fusion - nvidia-xorg.conf
    #
    Section "ServerLayout"
    Identifier "Layout0"
    InputDevice "Keyboard0" "CoreKeyboard"
    Option "AllowEmptyInput" "false"
    Option "AutoAddDevices" "OFF"
    EndSection

    Section "Device"
    Identifier "Videocard0"
    Driver "nvidia"
    VendorName "NVIDIA Corporation"
    BoardName "Asus GeForce GTX670"
    EndSection

    Section "InputDevice"
    Identifier "Keyboard0"
    Driver "keyboard"
    Option "CoreKeyboard"
    Option "XkbRules" "xorg"
    Option "XkbModel" "pc105"
    Option "XkbLayout" "fr"
    Endsection
    Je viens de reboot et ça marche enfin... En tout cas pour NumLock et CapsLock, de toute façon qui utilise ScrollLock ?

    Problème résolu ! Merci pour rien.

    PS : J'avais oublié de dire que c'est le mode BIOS du clavier qui active le clignotement de la LED ScrollLock justement pour signaler qu'il est en mode BIOS, ça c'est géré matériellement mais le B-A-ba on le refile aux OS, rahlalaaa Corsair...

    Si un jour une pauvre ame tombe ici dans son malheur j'aimerais aussi laisser 2 commandes que je trouve fortes utiles pour la configuration de périphériques : xev et xinput (pour le reste je vous renvois au man, c'est l'homme de la situation).

    Edit : Les touches multimédia marchent sauf sous Unreal où elles ne répondent plus. Concernant les touches macros elles ne sont même pas détectées par xev, Corsair attend d'avoir suffisamment de demandes pour développer un support Linux complet (logiciels+S.A.V).
  • Yo !

    Je continue de ramer ma race pour résoudre ce truc de dingue.

    D'après le forum Corsair le problème est dû à une mauvaise gestion logicielle du clavier, comme d'hab dans ces moments là tout le monde se tient par la barbichette. Ca serait un souci de clavier 16 bits mal géré par mon OS et je rappelle que Debian, Suse et Windows 7 ne m'ont jamais emmerdé avec ça. Show must go on...
    # kbd_mode
    Le clavier est en mode Unicode (UTF-8)
    
    Bon... L'herbe coupée sous le pied juste comme ça... J'étais prêt à dégaine un salvateur kbd_mode -u.

    J'ai ajouté une section "Input Device" au fichier 00-keyboard.conf conformément à un conseil donné sur le forum Corsair :
    Fichier /etc/X11/xorg.conf.d/00-keyboard.conf wrote:# Read and parsed by systemd-localed. It's probably wise not to edit this file
    # manually too freely.
    Section "InputClass"
    Identifier "system-keyboard"
    MatchIsKeyboard "on"
    Option "XkbLayout" "fr"
    EndSection

    Section "InputDevice"
    Identifier "Keyboard0"
    Driver "keyboard"
    Option "CoreKeyboard"
    Option "XkbRules" "xorg"
    Option "XkbModel" "pc105"
    Option "XkbLayout" "fr"
    Endsection
    Ca été fructueux pour d'autres mais pas pour moi.

    Bah en avant Guingamp, j'sais pas trop ce que je fais là mais j'en ai marre, même chose pour le fichier xorg.conf :
    Fichier /etc/X11/xorg.conf wrote:# RPM Fusion - nvidia-xorg.conf
    #
    Section "Device"
    Identifier "Videocard0"
    Driver "nvidia"
    EndSection

    Section "InputDevice"
    Identifier "Keyboard0"
    Driver "keyboard"
    Option "CoreKeyboard"
    Option "XkbRules" "xorg"
    Option "XkbModel" "pc105"
    Option "XkbLayout" "fr"
    Endsection
    Toujours rien...
  • Je viens de débrancher le clavier, mis le switch sur mode BIOS et redémarré, arrivé sur la page de login je le branche et me log mais pas mieux pour les leds, je reboot quand même avec le clavier branché.

    Et là la LED ScrollLock se met à clignoter dès que GRUB se lance et ne cesse tant que je suis sous Fedora, sous BIOS ou Windows pas de souci, coté positif j'ai retrouvé mes LEDs CapsLock et NumLock mais ce clignotement est génant.

    Le mode BIOS n'a pas d'incidence apparente sur la fluidité de la saisie.

    Si quelqu'un a une idée ^^.
  • Salut à tous ! Je vais encore vous solliciter cette fois pour un problème de clavier.

    Pendant toute la phase de boot et jusqu'au chargement du login KDE, mes touches Caps, Num et Scroll Lock s'activent à la fois fonctionnellement que de par les LED idoine mais une fois sur l'invite de login les LEDS refusent de s'éclairer alors que les fonctions sont bien activées.

    J'ai découvert la commande 'setleds -v +num +caps +scroll' mais qui ne concerne que le tty, pour le desktop j'ai pu choper le plasmoid Lock Keys State (QML), quand bien même j'aimerais restaurer tout ça avant d'attaquer les prochaines missions ^^.

    J'ai cru comprendre que pour la config sous KDE c'était du coté du fichier kxkbrc dont voici le contenu :
    Fichier ~/.kde/share/config/kxkbrc wrote:[Layout]
    DisplayNames=
    LayoutList=fr
    LayoutLoopCount=-1
    Model=logitech_g15
    Options=compose:rwin,terminate:ctrl_alt_bksp,grp_led:num,grp_led:caps,grp_led:scroll
    ResetOldOptions=true
    ShowFlag=true
    ShowLabel=true
    ShowLayoutIndicator=true
    ShowSingle=true
    SwitchMode=Global
    Use=false
    Ou via la Configuration du système > Périphériques d'entrée > Clavier > Avancé (où j'ai tenté diverses bidouilles qu'on voit ici mais qui n'ont pas eu d'incidence facheuses du coup je suis pas encore revenu en arrière sur certaines).

    J'ai aussi essayé les commandes via terminal 'setxkbmap -option grp_led:num'.

    Le paquet xnumlock ne concerne que la touche NumLock et quand il allume la LED elle ne s'éteint plus.

    Coté hardware j'ai un clavier Corsair K95 branché sur une carte mère Asus Sabertooth X58, que ça soit sur USB 2.0 ou 3.0 le problème persiste. Le clavier dispose d'un switch qui permet de régler la fréquence USB en ms (1 ms, 2 ms, 4 ms, 8 ms ou mode BIOS pour les très vieilles cartes mères) mais la réponse n'est pas là à part le mode 1 ms (1'000 hz) où parfois les LEDS clignotent de façon erratique donc la plupart du temps je reste à 2 ms.

    D'autre part le clavier se branche sur 2 ports usb en cas d'utilisation du port embarqué sur le clavier, j'ai tenté diverses permutations (en branchant/débranchant ma souris sur le clavier, en débranchant le bypass, en débranchant les autres périphériques USB, en testant différents ports USB etc...) rien n'a résolu le souci de ce coté là.

    Sous Windows 7, OpenSuse 12.3 KDE et Debian 7.1 Gnome je n'ai pas eu à déplorer ce problème.

    Voilà où je bûche pour l'instant, merci d'avance pour votre aide.
  • Hello !

    L'installation du pilote akmod-nvidia304xx s'est bien passée via yum mais après un reboot c'était même pire qu'avant:s j'avais du lag dans UT2004 que je n'avais pas sur nouveau.

    J'ai dû suivre le howto de rpmfusion.org pour désinstaller le pilote car là ça ne s'est pas bien passé la première fois mais peu importe.

    J'ai pu revenir sur nouveau mais celui-ci s'est mis à me refaire le coup qu'il m'avait fait la première fois que j'ai fédoré : il m'affichait des paragraphes dans tous les tty, du coup foutu pour foutu j'ai retenté un setup d'akmod-nvidia-319xx, via le tty et là tout est rentré dans l'ordre de la fluidité d'un matos trop cher pour être si sous-utilisé ^^.

    Merci pour votre aide, maintenant j'ai un souci d'absence totale de son dans UT2004 mais ça sera pour un autre post.

    Edit : J'ai trouvé la soluce pour mon souci de son dans UT2004, il faut le lancer à partir de la racine du jeu soit avec la commande 'padsp ./ut2004' soit 'aoss ./ut2004' (pour moi c'est la seconde, la première donnait un son tout dégueu) tout est parfait, c'est aussi kiffant que sous windows ^^. Je précise du coup que j'ai le patch3369 et le megapack installés et que j'ai modifié ut2004 à la racine pour qu'il pointe vers System/ut2004-bin-linux-amd64 dispo après application du patch 3369 mais que j'avais un problème de libSDL-1.2.so.0 bel et bien dispo et lié symboliquement vers /lib64 mais non détecté par un ldd ut2004. En espérant que ça en aidera d'autres.
  • Yo !

    Je me suis mal exprimé la première fois, la vidéo entière ne saccade pas, seulement une bande qui prend toute la largeur, et pendant les déplacements horizontaux/diagonaux dans la vidéo. Je parle bien de lecture dans vlc, le phénomène ne m'a pas frappé dans youtube.

    Comme un souci de vsync désactivé dans un jeu vidéo qui enverrait trop de fps, hors les drivers proprio activent le vsync partout et j'avais bien confirmé dans la config écran et opengl.

    Par désespoir j'ai voulu testé OpenSuse mais la config réseau usa ma patience, puis j'ai testé Debian ça avait l'air solide mais perte de repères totale alors chuis revenu à mon bon vieux Fedora.

    Je suis donc de nouveau sur une installation fraiche comme si je n'avais jamais installé le drivers proprio.

    La commande top me dit que lorsque ça arrive plasma-desktop consomme 9% de CPU (constant), puis X pour 5% et enfin vlc 4% (sur la lecture d'une vidéo 360p flv, les saccades arrivent aussi sur certaines vidéos HD où vlc consomme alors 29% de CPU).

    Je testerai les drivers 304 et vous dirai de quoi il en retourne.

    Merci pour votre aide !
  • Salut coRe, as-tu des soucis de bandes saccadées quand tu scroll dans des pages ou regarde une vidéo ?
  • Bonjour à tous, je suis fraichement migré de Windows et j'ai découvert Linux et Fedora il y a 2 semaines. J'ai beaucoup lu pour arriver à quelque chose d'exploitable au quotidien mais j'atteins mes limites ici...

    j'ai quelques soucis pour avoir une bonne expérience en vidéo quelque soit le player utilisé ou les drivers.

    Sur une installation fraiche de Fedora 19 x86_64 via DVD (SHA256 OK sous Windows puis re ok sous Fedora - check média au setup ok), j'ai testé le driver nouveau mais j'ai des saccades dans les vidéos (VLC et Kplayer, je préfère quand même VLC).

    J'ai donc suivi le guide du wiki.

    La commande lspci |grep VGA renvoie :
    03:00.0 VGA compatible controller: NVIDIA Corporation GK104 [GeForce GTX 670] (rev a1)
    J'entre donc la commande : su -c 'yum install kmod-nvidia'

    Tout est OK, version 319.32, à cette occasion le kernel semble avoir été mis à jour en 3.10.5-201. je reboot sur ce même kernel, mais les saccades ne sont qu'atténuées donc je remets ça avec akmod sans avoir plus de chance, c'est mieux qu'avec nouveau mais c'est pas encore ça.

    J'ai testé l'état du vsync avec glxgears, avec nouveau j'avais du 4000 fps et quelques, avec kmod et akmod je suis bien à 59/60 fps.

    J'ai d'ailleurs le même souci si je scrolle sur des pages, je penses que c'est lié à la même cause car je n'ai pas ces problèmes sous Windows.

    Merci d'avance pour votre aide.