Lazer

Oui si tu veux du 100%, c'est toujours mieux de prendre la dernière version ! D'ailleurs, extrait du changelog : Ce qu est marrant, puisque le support avait déjà été ajouté en HF :

OK donc avec curl, dans ce cas le plus simple c'est de laisser curl s'occuper des urlencode et base64 comme ceci : curl --request GET -u "adresse.email@domaine.com:password" "http://192.168.1.1/api/..."

non justement, il ne faut pas mettre "admin" dans l'URL. Il faut mettre l'email à la place, et faire un urlencode avant. Il faut que tu donnes plus de détail, tu effectues cet appel comment, depuis quoi ? En quel langage ?

oui je comprends, c'est pas marrant ça...

RIP

Hum, je viens de regarder, et je n'ai pas l'impression que ça soit possible, ou alors je n'ai pas trouvé non plus. (je n'utilise pas cette fonction réveil) C'est bête pour toi ça. Sinon faut passer par la box domotique

99% à ce point là ??? Là tout de suite, je suis sur PC portable avec un vieux Core i5-3337U, donc plutôt lent, et pourtant le CPU n'est qu'à 40%. Sous Firefox / Windows 10

Oui mais si le CPU monte, ça ralentie la machine, jusqu'à geler l'affichage.

N'empêche, c'est là qu'on voit la différence : - La neige, ça fait geler les "Pommes". - Tandis qu'il suffit de fermer la "Fenêtre" pour résoudre le problème.

Oui moi aussi (bon pas aussi drastique, mais ça crée une petite surcharge CPU) @Yohan y'a moyen d'enlever les flocons maintenant que les fêtes sont terminées ?

Faut quand même pas trop en demander à GEA le jour du seigneur

Pour le profil utilisateur, je n'en n'ai aucune idée. Par contre pour les messages privés, il n'a jamais été possible de mettre de pièce jointe dans les messages. Si @Yohan passe par là.

Il existe déjà un sujet ici, on l'utilise ou on en fait un nouveau ?

Non, maintenant il faut impérativement utiliser l'adresse email pour se connecter, que ça soit sur l'interface Web ou via l'API.

Fireconnect c'était leur multiroom propriétaire dans lequel ils s'étaient lancés en retard sur le marché, je croyais que c'était abandonné au profit de PlayFIi ?

J'ai constaté ça aussi avec mon FGBS sur la sonnette. A la différence majeure que mon scénario sonnette n'est pas géré par GEA, mais par une scène externe, qui ne fait que ça (donc optimisée pour la performance). Donc GEA n'est pas en cause, c'est la box qui loupe certains événements et ne déclenche pas le trigger de la scène comme elle le devrait. Sans certitude, je soupçonne que ce comportement se produit quand : - la box est déjà occupée à autre chose - pendant ce temps là, l'entrée du FGBS passe tellement vite de 0 à 1 puis reprend son était 1 à 0, que la box loupe le premier front montant, et ne déclenche le trigger de la scène que sur le front descendant du FGBS (alors qu'en temps normal, elle devrait déclencher 2 fois la scène)

Certes oui.... mais le PlayFi tarde à sa développer, et ça reste soumis à licence DTS, donc pas certain que ça soit la solution ultime qui mette tout le monde d'accord. Le multiroom, c'est comme la domotique, c'est pas demain la veille qu'il y aura un standard universel interopérable. Une fois de plus, on est des défricheurs de technologies.

Cela dit, je parle là d'optimisation "atomiques", il existe ainsi plein de petits trucs et astuces à savoir.... MAIS on gagne là des pouillèmes de micro-secondes, souvent le temps perdu par un code l'est par une mauvaise logique, et il est parfois plus efficace de restructurer son code différemment que de se prendre la tête sur les optimisations atomiques.

Oui tout à fait, la ligne for elle-même est interprétée à chaque passage. Bien sur qu'il y a énormément de code écrit ainsi, tout comme il y a énormément de code avec la fonction pair(). Le propre d'un langage de programmation, c'est aussi de nous faciliter la vie avec des raccourcis, mais ces raccourcis sont rarement performants au sens du temps d'exécution machine. Si on pousse plus loin encore le raisonnement, un appel de fonction, c'est très long, il faut placer les paramètres sur la pile, décaler le pointeur d'exécution du programme, etc. D'un point de vue performance, un code linéaire est donc plus performant qu'un code bien structuré avec de multiples fonctions. Sauf qu'à un moment donné, on est quand même obligé d'utiliser les fonctions si on veut que le développeur, un simple humain, puisse s'y retrouver dans la structure du code. De plus, les fonctions permettent de factoriser le code, donc de minimiser l'usage mémoire. Il a longtemps été reproché à Microsoft d'être trop gourmand en RAM.... donc les fonctions, faut les utiliser !

Comme ceci, non testé : getBtn=function(i,n) local c,r = 0, api.get("/devices/"..tostring(i))["properties"]["rows"] local nbr = #r for a=1, nbr do local nbra = #r[a].elements for b=1, nbra do c=c+1 if n == r[a].elements[b].name then return c end end end return nil end J'en ai profité pour déclarer toutes les variables en local, cela évite d'interférer avec les éventuelles variables du reste du script LUA de l'utilisateur qui intègrera ce code.

Je peux faire le chieur ? Tu comptes le nombre d'éléments de tes tableaux à chaque passage dans la boucle, tant qu'à optimiser il veut mieux stocker dans une variable locale avant d'entrer dans la boucle.

Tu peux encore annuler ? Parce que sinon, tu peux attendre le prochain Denon, il promet du lourd : Denon AVC-X8500H, 13.2, HDMI 2.1, Upscaling Ultra HD/4K, compatible 8K et 10K Pas encore de prix remarque, vaut mieux pas savoir

T'as pas trainé dis donc Félicitations

C'est le même. Page produit officielle : https://fr.yamaha.com/fr/products/audio_visual/av_receivers_amps/rx-v481/index.html Il a donc bien une entrée numérique SPDIF Optique, ainsi que 2 entrées numériques SPDIF Coaxiales.

Si je peux me permettre, par souci d'optimisation de la performance du code, il faut éviter l'utilisation de la fonction "pairs" qui est très lente. Elle a l'avantage de simplifier l'écriture et la compréhension, mais elle est peu performante, On trouve des benchmarks sur le net. Donc il vaut mieux privilégier l'emploi d'une simple boucle "for". Bon après, c'est surtout vrai si on appelle souvent ce code. Si il est peu utilisé, c'est pas ça qui changera les perfs de la box. Merci pour ce bout de code en tout cas