[mir:ror] ref:let : discussions, questions, suggestions...

Moon´s Heart a écrit:

Cela implique que les commandes liées aux ztamp:s soient stockées non pas localement mais dans une database sur un serveur.

Du coup, je me demandais, est-ce que ref:let pourrait, dans un futur pas trop lointain, le faire aussi ?

Salut,

et bien, peut-être... Mais je pense que cette implémentation sera faite prochainement par GoProd. Adrien confirmera ou infirmera, mais je pense que c'est dans leurs plans.

Sinon, si ce n'était pas le cas, je peux implémenter une fonction, et essayer de voir si mon serveur perso tient suffisamment la charge. Là encore c'est à tester !

On peut imaginer que pour éviter de surcharger le serveur, il y aurait une case à cocher, du genre 'lecture partagée', et, qu'ainsi, le script pourra être executé sur n'importe quel mir:ror.
Tous les autres scripts seraient sauvés localement sur chaque machine.

Hello,

De notre coté c'est opérationnel pour du off et online.

Nous avons les ressources serveurs suffisantes, le offline est pratique dans certains cas, les deux semblent le meilleur compromis.

Faire du offline pour freeAngels ? Sans aucune critique, ca sert à quoi ?
peut-être une autre utilité ?

Adrien Touati a écrit:

Hello,
De notre coté c'est opérationnel pour du off et online.
Nous avons les ressources serveurs suffisantes, le offline est pratique dans certains cas, les deux semblent le meilleur compromis.

Et si vous pouvez prévoir une fonction exporter les paramètres afin de sauvegarder ou de transférer vers un autre appareil...

Phabbrrysse a écrit:

Faire du offline pour freeAngels ? Sans aucune critique, ca sert à quoi ? peut-être une autre utilité ?

Le offline, de la façon dont je le conçoit, est de ne pas stocker les commandes associées aux ztamp:s sur un serveur distant mais en local sur la machine.
Cela évite de surcharger le serveur pour des commandes qui ne sont pas partagées avec d'autres utilisateurs.

Et pour les commandes qui doivent pouvoir être exécutées en différents endroits (comme la carte postale ztampée qu'on envoie à mamy mais qu'on à préparée sur son ordi) là on utilise le serveur donc du online.

Mais ce n'est que ma vision, je préfèrerais la confirmation d'Adrien.

Phabbrrysse a écrit:

Faire du offline pour freeAngels ? Sans aucune critique, ca sert à quoi ?
peut-être une autre utilité ?

On ne prévoit pas un plan de sauvetage FreeAngel rfid only, mais pour tous les users mir:ror.

Dans le cas de FreeAngel c'est du online, pour d'autres applis c'est du offline.

Adrien Touati a écrit:

Phabbrrysse a écrit:

Faire du offline pour freeAngels ? Sans aucune critique, ca sert à quoi ?
peut-être une autre utilité ?

On ne prévoit pas un plan de sauvetage FreeAngel rfid only, mais pour tous les users mir:ror.

Dans le cas de FreeAngel c'est du online, pour d'autres applis c'est du offline.

Ok je comprend mieux ..
Merci pour les explications

Bonjour,

Le jour est venu ! après un bon mois de travail (bon, j'avoue, je n'ai pas forcément eu beaucoup de temps d'y travailler...), la nouvelle version de ref:let est sortie.

Elle tient compte de la plupart des remarques que vous avez pu me faire jusqu'à maintenant, et notamment les demandes d'ajout de fonctionnalités.

Vous pourrez ainsi trouver le changelog sur l'adresse officielle : http://reflet.oneiric.fr

Pour le téléchargement de la nouvelle version, elle se trouve à cette adresse.

merci longlife, pour ce soft libre. je ni connais rien en programmation mais cela doit representé pas mal de taf alors encore merci.

pour info reflet tourne nikel sous win xp pro sp3!

Super! On va tester cette nouvelle version...

Sera-t-il possible de pouvoir fermer un fichier ?

quand tu dis "fermer un fichier", tu entends quoi par cela ?

Par exemple j'utilise un ztamp:s pour lancer ma playlist en le retirant par exemple, je voudrais pouvoir fermer la playslit (Windows Media Player donc)

J'ai trouvé un petit bug ^^ :
Mettre un ztamp:s sur le Mir:ror, le mettre en veille en gardant le ztamp:s au contact, et le retourner toujours avec le ztamp:s collé, et là : un ztamp:s fantôme est comptabilisé ^^.

pour le bug, en effet, ce n'est pas géré.
je vais le noter.

Pour ce qui est de question de la playlist, il devrait être possible d'envoyer ALT+F4 si l'application (WMP) est active, mais j'imagine que tu voudrais etre capable de fermer n'importe quelle appli peu importe son état (active, en arrière plan...) ?

Xeno, tu peux aussi mettre une ligne taskkill pour fermer mediaplayer

@LongLife : Oui

@Moon´s Heart : Peux-tu expliquer ?

Xeno a écrit:

Moon´s Heart : Peux-tu expliquer ?

Si tu remontes à la page précédente, ICI et ICI, j'en parlais avec un lien pour la liste de commandes taskkill.

Salut,

L'état des CD qui trainent sur le chaine HiFi est un point de discorde avec ma tendre et douce. Pour eviter une guerre d'usure avec elle, je veux mettre un un tag sur chacun de mes (environ) 700 CD et faire que chaque fois qu'on passe un CD avec tag devant le lecteur, un soft du style itunes ou winamp se mette à jouer le CD.

Mes question :
- est il possible de lier ton magnifique soft à une base mysql ou sqlite pour éviter d'avoir à stocker 700 références de tags dans un fichier texte ce qui doit pendre un poil de temps à chercher ? la base contiendrais à minima 2 colonnes, une pour la référence du tag et une pour l'action à lancer.

- comment sont actuellement stockées les action a exécuter quand on détecte un tag?

- a tu fais des tests de charge en mettant plus de 500 ou 1000 règles pour voir si le soft reste réactif?

Par avance merci pour tes réponses,

Pascal

Salut azazaz,

Pour lier le logiciel à une BD je pense qu'il faudra faire un changement de code, pas forcément très important (en fait, il faudrait que je revoie le code en détail...)

Les actions sont actuellement stockées dans un fichier XML. Le fichier est déserialisé grâce à une classe C# et tout est mis en mémoire (les objets ne sont pas énormes donc je ne pense pas que la consommation mémoire de l'appli soit forcément très importante).

Ensuite la recherche s'effectue dans la mémoire et non sur le disque, ce qui est normalement assez réactif même avec un nombre important de tags. La réactivité pourrait par contre être diminuée par la performance de la déserialisation, mais je n'ai pas vraiment trouvé d'article très probant à ce sujet. Mais là encore, comme les objets manipulés sont assez petits, je pense que ca devrait aller.
Après, tout ça c'est un peu de la théorie, je n'ai pas testé avec un nombre important de tags.


Pour bien voir comment est sauvegardée l'action sur un tag, je te conseille ça :
- enregistre quelques z:tamps dans le logiciel
- sauvegarde !
- puis exporte la config vers le fichier et le dossier de ton choix
- en ouvrant le fichier avec un editeur de texte tu verras bien comment est stocké le fichier.

La configuration utilisée sur le disque est stockées dans le dossier AppData/Application Data (selon la version de Windows).

J'espère avoir répondu à tes questions... au moins partiellement, je peux pas te donner de réponse plus précise.

Si la base SQL est hébergée et non pas locale sur HD, il suffirait alors d'un peu de PHP et d'un appel d'url au passage du tag.

Du coup, ref:let est prêt à l'emploi tel quel.

Moon´s Heart a écrit:

Si la base SQL est hébergée et non pas locale sur HD, il suffirait alors d'un peu de PHP et d'un appel d'url au passage du tag.

Du coup, ref:let est prêt à l'emploi tel quel.

Pourquoi PHP ? On peut aussi utiliser l'API MySQL (par exemple) en C et en plein d'autres langages, l'interpréteur PHP est plus lent que du C compilé et plus gros (PHP sur ma machine avec presque toutes les bibliothèques pèse aux alentours de 250 Mio).

En fait, pour préciser un peu quelque chose,

j'avais prévu la chaîne {{ztampId}} dans le lancement d'un programme pour pouvoir configurer, dans ref:let, une action "générique" lancée au passage de n'importe quel z:tamp.

L'appel d'un programme avec l'id du ztamp en paramètre permettrait de faire tout et n'importe quoi (notamment d'interfacer avec une BD facilement depuis un prog C ou autre).

Mais malheureusement, je n'ai pas encore implémenté la possibilité de rajouter ces actions génériques (je ne sais pas exactement comment l'afficher dans l'interface).

--

Pour en revenir à l'histoire des performances sur le mir:ror, je vais pouvoir faire un test (j'ai réfléchi à ça dans le train et je pourrai te donner une réponse). Tu comptes lancer tes albums comment azazaz ? Juste un appel à une playlist par exemple ?

Hello,

Pensez-vous qu'il soit possible de lier ref:let à homeseer afin de déclencher des actions domotique du type allumer la lumière, envoyer une commande infrarouge sur l'usbuirt pour allumer la tv lorsque l'on y dépose un nano etc..

Je teste actuellement le plugin de ptrinchi pour edwin, mais ça suppose d'avoir edwin qui tourne en permanence..

Marci pour vot' réponse,

Charly

Hello,

Je ne connais pas bien comment fonctionne homeseer.
J'ai rapidement regardé sur le site d'HomeSeer et je vois qu'il existe une application commande qui s'appelle hsc et qui permet d'envoyer des commandes à homeseer. Mais il y a visiblement quelques limitations : pas de possibilité de faire ca a distance (et du coup reflet doit etre sur la meme machine que homeseer) et je ne connais pas bien la portée des commandes ainsi que la difficulté d'y programmer sa propre action.
ca se passe ici : http://www.smarthomeusa.com/Common/homeseer/downloads.htm

etant donné ue reflet peut lancer des lignes de commande, ca, ca doit fonctionner.

après, peut-etre existe-t-il d'autres manières de faire...