C'est sympa les petits écrans LCD :)
> Oui c'est sympa, mais c'est super utile, au delà de l'aspect "geek" ;)
Quels sont les avantages de LCD4Linux par rapport à lcdproc ?
> C'est plus riche au niveau configurabilité ?
> Et ne pas garder le mode client-serveur, c'est sensé être plus
> intéressant ?
> LCDProc utilise un mode client-serveur que je trouve assez désagréable à configurer et à utiliser : on ne peut agir que sur ce que le client controle. Impossible pour le client de modifier la vitesse de rotation du ventilo via PWM ou accéder aux GPOs.
Nous avons choisi un mode de fonctionnement "monolithique" pour une meilleure intégration, pour la sécurité (bien que le serveur de LCDProc ne soit pas dangereux) et nous avons séparé le traitement ainsi :
- l'affichage par des 'drivers'
- l'entrée de données via des 'plugins' (le mot est mal choisi, mais c'est pas ma faute :p). Ce système me semble plus puissant, car on peut ajouter le support d'un ioctl ou d'un parseur pour /proc/sys/bidule/truc en écrivant une seule fonction, sans gérer la communication avec le serveur.
- au milieu, l'evaluateur qui fait le lien et gère tout.
- nous prévoyons pour la 0.10.1 une couche d'input qui permettra de gérer des évènements; via des timers, une clavier, le réseau, un gamepad, ... pour modifier le comportement du démon. On pourait par exemple modifier la vitesse de rotation des ventilos via un écran CZ ou MatrixOrbital supportant le PWM selon la température du processeur, ou demander du café à sa cafetière expresso via un GPO si la charge réseau est trop importante ;)
- on peut configurer ce qu'on veut afficher sur son écran via un "layer", alors que je n'ai pas trouvé comment configurer lcdproc pour lui dire de m'afficher une double barre verticale affichant la memoire occupée et le swap occupé ainsi qu'une icone d'éclair quand la charge système s'envole. Je trouve LCD4Linux extrèmenet souple sur ce niveau.
[^] # Re: LCD4Linux / lcdproc
Posté par xavier66 . En réponse au journal LCD4Linux : bientot la prochaine version majeure !. Évalué à 2.
> Oui c'est sympa, mais c'est super utile, au delà de l'aspect "geek" ;)
Quels sont les avantages de LCD4Linux par rapport à lcdproc ?
> C'est plus riche au niveau configurabilité ?
> Et ne pas garder le mode client-serveur, c'est sensé être plus
> intéressant ?
> LCDProc utilise un mode client-serveur que je trouve assez désagréable à configurer et à utiliser : on ne peut agir que sur ce que le client controle. Impossible pour le client de modifier la vitesse de rotation du ventilo via PWM ou accéder aux GPOs.
Nous avons choisi un mode de fonctionnement "monolithique" pour une meilleure intégration, pour la sécurité (bien que le serveur de LCDProc ne soit pas dangereux) et nous avons séparé le traitement ainsi :
- l'affichage par des 'drivers'
- l'entrée de données via des 'plugins' (le mot est mal choisi, mais c'est pas ma faute :p). Ce système me semble plus puissant, car on peut ajouter le support d'un ioctl ou d'un parseur pour /proc/sys/bidule/truc en écrivant une seule fonction, sans gérer la communication avec le serveur.
- au milieu, l'evaluateur qui fait le lien et gère tout.
- nous prévoyons pour la 0.10.1 une couche d'input qui permettra de gérer des évènements; via des timers, une clavier, le réseau, un gamepad, ... pour modifier le comportement du démon. On pourait par exemple modifier la vitesse de rotation des ventilos via un écran CZ ou MatrixOrbital supportant le PWM selon la température du processeur, ou demander du café à sa cafetière expresso via un GPO si la charge réseau est trop importante ;)
- on peut configurer ce qu'on veut afficher sur son écran via un "layer", alors que je n'ai pas trouvé comment configurer lcdproc pour lui dire de m'afficher une double barre verticale affichant la memoire occupée et le swap occupé ainsi qu'une icone d'éclair quand la charge système s'envole. Je trouve LCD4Linux extrèmenet souple sur ce niveau.