Côté radio, je n'ai pas trop d'infos si ce n'est que c'est du 868,35 MHz pour une portée théorique de 100 m (je n'ai pas cherché à tester les limites).
Ensuite il y a ce device /dev/ttyUSB0 qui sort toutes les 3 minutes soit du texte humainement lisible, soit du LogView OpenFormat qui ressemble à ça :
Je n'ai mes capteurs que depuis 8 jours. Ce qui me surprend pour l'instant est la stabilité des valeurs pour l'intérieur. Mes capteurs ne sont séparés que par 3 mètres et une porte-fenêtre que j'ai parfois laissée ouverte plusieurs heures, et pourtant en une semaine la température intérieure n'a pas bougé de l'intervalle 25-27 °C… Quant à l'humidité, bien que plus variable, elle reste plus ou moins dans la plage recommandée des 40-60 %.
Entre temps j'ai écrit un plugin Munin pour comparer à mes mesures les valeurs donnés par des sites météo ; je ferai peut-être une suite au journal quand j'aurai eu les premiers résultats.
Effectivement c'est vraiment le même principe. Dommage que la syntaxe soit liée à celle de la ligne de commande, et que donc elle ne soit pas la même d'un lecteur à l'autre ("fullscreen=yes", donnée en exemple pour mpv, n'est pas reconnue par mplayer qui ne comprend que "fs=yes").
J'ai aussi une préférence, pour ce qui est du stockage de l'information, pour les tags du fichier lui-même plutôt qu'un fichier séparé ou un mécanisme fourni par le système (bureau sémantique ou autre), pour avoir l'idée qu'on modifie le fichier et que si on le transfère ensuite sur un autre support, on le transfère avec la modification.
D'où la phrase finale du journal, « Rendez-vous sans conditions »…
Je n'y connais pas grand chose en audio/vidéo et j'ai codé un truc pour faire ce que je voulais sans devoir devenir expert. J'ai bien sûr cherché si quelque chose de semblable existait, mais sans savoir quoi chercher…
Je trouve les alternatives que tu mentionnes intéressantes et j'en prends note. Pas besoin de tant d'amertume…
L'idéal serait clairement une implémentation au sein de chaque lecteur ; un wrapper c'était la solution de facilité.
Je ne connaissais pas MPRIS ; c'est intéressant quoique dans une orientation différente de Playtag : des actions de lecture (play, pause, etc.) plus que des paramètres…
Merci pour le lien ; je ne connaissais pas. En effet, il semble que ReplayGain rende superflu le paramètre de volume de Playtag. Malheureusement, si j'en crois cette page, ReplayGain n'est que partiellement supporté par MPlayer ; reste à voir s'il y a une raison particulière…
Ensuite, il ne t'a pas échappé que le volume n'est qu'un des paramètres supportés par Playtag ; je n'en suis donc pas à réinventer complètement la roue par fierté ou pour le fun. (Le volume est d'ailleurs le plus récent ajout à Playtag ; ça me semblait évident qu'il le fallait mais en pratique j'utilise surtout t=...-....)
Pour les autres paramètres, donc, vu l'état d'ébauche du format, il m'a semblé pertinent depuis que j'ai commencé à coder de les regrouper dans un seul tag pour ne pas pourrir mes fichiers de tags qui ne correspondent plus à rien si je changeais d'avis sur leur nom par exemple. Mais en faisant les choses plus sérieusement, les paramètres pourraient très bien en effet avoir chacun un tag séparé.
# Errata : capteurs compatibles
Posté par nahoj (site web personnel) . En réponse au journal Capteurs météo et graphiques Munin. Évalué à 2.
À la réflexion et contrairement à ce que je disais dans le journal, je doute fortement que le capteur quadruple thermo/hygro/pluvio/anémomètre s'utilise avec le même récepteur USB-WDE1.
[^] # Re: Quel protocole
Posté par nahoj (site web personnel) . En réponse au journal Capteurs météo et graphiques Munin. Évalué à 1.
Voir aussi le site du pilote de l'adaptateur : Silicon Labs CP210x USB to UART Bridge Virtual COM Port (VCP).
[^] # Re: Quel protocole
Posté par nahoj (site web personnel) . En réponse au journal Capteurs météo et graphiques Munin. Évalué à 3.
Côté radio, je n'ai pas trop d'infos si ce n'est que c'est du 868,35 MHz pour une portée théorique de 100 m (je n'ai pas cherché à tester les limites).
Ensuite il y a ce device
/dev/ttyUSB0qui sort toutes les 3 minutes soit du texte humainement lisible, soit du LogView OpenFormat qui ressemble à ça :La doc de l'adaptateur avec le détail des champs se trouve ici (en allemand, mais on s'y retrouve).
[^] # Re: Il manque des courbes.
Posté par nahoj (site web personnel) . En réponse au journal Capteurs météo et graphiques Munin. Évalué à 7.
Voici les courbes :
Je n'ai mes capteurs que depuis 8 jours. Ce qui me surprend pour l'instant est la stabilité des valeurs pour l'intérieur. Mes capteurs ne sont séparés que par 3 mètres et une porte-fenêtre que j'ai parfois laissée ouverte plusieurs heures, et pourtant en une semaine la température intérieure n'a pas bougé de l'intervalle 25-27 °C… Quant à l'humidité, bien que plus variable, elle reste plus ou moins dans la plage recommandée des 40-60 %.
Entre temps j'ai écrit un plugin Munin pour comparer à mes mesures les valeurs donnés par des sites météo ; je ferai peut-être une suite au journal quand j'aurai eu les premiers résultats.
[^] # Re: mplayer/mpv te proposent cela de base
Posté par nahoj (site web personnel) . En réponse au journal Playtag : paramètres de lecture audio/vidéo en métadonnées. Évalué à 2.
Effectivement c'est vraiment le même principe. Dommage que la syntaxe soit liée à celle de la ligne de commande, et que donc elle ne soit pas la même d'un lecteur à l'autre ("fullscreen=yes", donnée en exemple pour mpv, n'est pas reconnue par mplayer qui ne comprend que "fs=yes").
J'ai aussi une préférence, pour ce qui est du stockage de l'information, pour les tags du fichier lui-même plutôt qu'un fichier séparé ou un mécanisme fourni par le système (bureau sémantique ou autre), pour avoir l'idée qu'on modifie le fichier et que si on le transfère ensuite sur un autre support, on le transfère avec la modification.
[^] # Re: Not Invented Here
Posté par nahoj (site web personnel) . En réponse au journal Playtag : paramètres de lecture audio/vidéo en métadonnées. Évalué à 7.
D'où la phrase finale du journal, « Rendez-vous sans conditions »…
Je n'y connais pas grand chose en audio/vidéo et j'ai codé un truc pour faire ce que je voulais sans devoir devenir expert. J'ai bien sûr cherché si quelque chose de semblable existait, mais sans savoir quoi chercher…
Je trouve les alternatives que tu mentionnes intéressantes et j'en prends note. Pas besoin de tant d'amertume…
[^] # Re: Une autre manière de faire
Posté par nahoj (site web personnel) . En réponse au journal Playtag : paramètres de lecture audio/vidéo en métadonnées. Évalué à 1.
L'idéal serait clairement une implémentation au sein de chaque lecteur ; un wrapper c'était la solution de facilité.
Je ne connaissais pas MPRIS ; c'est intéressant quoique dans une orientation différente de Playtag : des actions de lecture (play, pause, etc.) plus que des paramètres…
[^] # Re: Not Invented Here
Posté par nahoj (site web personnel) . En réponse au journal Playtag : paramètres de lecture audio/vidéo en métadonnées. Évalué à 1.
Merci pour le lien ; je ne connaissais pas. En effet, il semble que ReplayGain rende superflu le paramètre de volume de Playtag. Malheureusement, si j'en crois cette page, ReplayGain n'est que partiellement supporté par MPlayer ; reste à voir s'il y a une raison particulière…
Ensuite, il ne t'a pas échappé que le volume n'est qu'un des paramètres supportés par Playtag ; je n'en suis donc pas à réinventer complètement la roue par fierté ou pour le fun. (Le volume est d'ailleurs le plus récent ajout à Playtag ; ça me semblait évident qu'il le fallait mais en pratique j'utilise surtout
t=...-....)Pour les autres paramètres, donc, vu l'état d'ébauche du format, il m'a semblé pertinent depuis que j'ai commencé à coder de les regrouper dans un seul tag pour ne pas pourrir mes fichiers de tags qui ne correspondent plus à rien si je changeais d'avis sur leur nom par exemple. Mais en faisant les choses plus sérieusement, les paramètres pourraient très bien en effet avoir chacun un tag séparé.