Pas dans l’immédiat, et j’utilise peu le service (surtout pour les notifs TTS via Home mini), mais dans l’avenir pourquoi pas selon ma charge ma quotidienne.
Déjà au moins pour maintenir les update, que cela soit de la lib, comme des dépendances, et de Python/jQuery qui bougent pas mal, et histoire d’avoir quelque chose durable dans le temps.
Ca varie, j’ai testé des upgrades ZeroConf & Protobuf, et ça m’as quand même fait des bugs sur le démon ce week-end donc je suis revenu en arrière. (et Python2 semble embêter parfois).
Y’a des cas où j’ai vu dans les logs que le /usr/bin/python3 n’était pas utilisé, et que ça passait via pip2(.7), et donc les requirements étaient erronnés
Arffff Pour information, je n’avais pas encore communiqué sur le forum (je souhaitais le faire ce we, et faute de temps j’ai remis ca à plus tard ) :
Cela fait quelques semaines que je travailler à la réécriture complète du plugin (en repartant de zéro, avec la dernière version de la librairie tierce, ainsi que l’environnement python isolé via venv), car après avoir étudié le code, je m’étais aperçu qu’il y avait bcp de bouts de code obsolètes en commencant par les librairies tierces utilisées (pychromecast notamment), mais aussi la méthode de connexion à Google Cloud TTS, et les API google cast ont bcp évoluées depuis 3 ans, et certaines fonctions ont été déclarées obsolètes ce qui va rendre le support plus compliqué.
Quant au code utilisé côté jeedom, pareil il y a un grand ménage à faire.
Maintenant, la réécriture de zéro prend énormément de temps, et à date, je n’ai pas encore une version « diffusable à grande échelle », même si le plugin tourne sur mes jeedom avec un démon qui tourne avec le scan et le TTS opérationnel (via google translation, jeedom tts et google cloud tts via clé api json), mais il manquait encore bcp de choses avant de sortir un plugin complet.
Avec plaisir alors, techniquement je n’ai pas fait grand chose donc je ne vais pas te couper l’herbe sous le pied, j’avais mis les venv dans ma todo car ça aidera pas mal mais possiblement pas faisable avant 1 an pour ma part alors no soucis !
A l’inverse je viendrais faire des PR avec grand plaisir pour aider dans ce cas là
Je rajouterai que c’est pas plus mal de repartir sur un plugin « remis à neuf » au moins pour le plugin ID.
Sinon je me demande si en installant un plugin depuis github avec le même ID qu’un plugin existant sur le market, jeedom risque de continuer à proposer des mises à jour sur le plugin venant du market?
et pour ce genre de plugin largement utilisé, ca sera qd meme plus simple qu’il soit installable depuis le market
Si tu es sûr et que cela ne te dérange pas, alors je prendrai le relai (bon, ca me met un coup de pression pour le coup )
Et pour les PR, ce sera avec le plus grand des plaisirs, toute aide est la bienvenue, car c’est un « gros » morceau (pour moi en tout cas !) et le temps défile trop vite (avec la famille, le boulot…) du coup les nuits sont trop courtes
Si cela intéresse du monde de jeter un premier coup d’oeil, le code est ici :
PS : la branche béta est « testable » même si c’est vraiment du « early access » !!!
Si tu peux, si tu désinstalles le premier (venant du market), tu peux un installer un autre venant de github;
et ton fork a toujours comme id « googlecast » (cf info.json) et la class du plugin est toujours « googlecast » donc si tu as les deux en // … je ne vois pas comment jeedom peut savoir quelle class il doit charger; c’est précisément le genre de conflits qui j’envisageais