es-tu obligé d'afficher la description du programme quand on active le PIP ?
Oui, obligé. Le SDK de free n'expose que des actions possibles d'une télécommande. En fait on pourrait éviter de voir la description par des envois de codes touches très rapides mais on est malheureusement obligé de laisser une petite tempo après l'affichage de la description pour laisser le temps à la freebox de s'abonner aux touches qui vont suivre.
si je change de chaine après avoir activé le PIP, et que je clique sur le bouton PIP, ca me switch le PIP sur la chaine courante. Si je reclique ça le vire : je ne sais pas quel est l'usage des autres, mais ici le comportement attendu serait plutôt de virer le PIP dès le premier clic.
Oui. Malheureusement le SDK ne remonte pas le contexte de la freebox. Une action sur l'application ne peut donc pas en tenir compte et se traduit donc toujours par la même action (suite de touches).
j'ai pas trouvé de raccourci pour la télévision. Actuellement je dois presser 2 fois sur free, puis faire OK, soit 3 clics :-)
Envisages-tu des boutons additionnels ? Ou encore mieux, des boutons customizables. Je pense (en vrac) à l'accès direct au port USB (où je stock mes films !) ou l'accès direct à la grille des programmes.
Oui bien sûr. A titre personnel j'aimerai bien un bouton Deezer également. Pour le moment je n'y ai mis que les trois plus évidents dans la place disponible.
Egalement, une très légère vibration au toucher d'un bouton pourrait rendre l'expérience plus sympa, là j'ai l'impression de toucher une image statique.
Oui. Ca ou un rendu graphique du bouton quand il est appuyé. Je suis le premier conscient du besoin. Ça arrive …
Un correctif sur l'IPv6 vient d'être mise à disposition dans la toute dernière version (1.4.2). Il corrige un problème semblant toucher une grosse partie des utilisateurs.
Faites moi savoir si ça fonctionne mieux dorénavant.
Une toute nouvelle version est disponible depuis cette nuit (1.4.2). Elle corrige un bug touchant une partie non négligeable du parc de machines. Acceptez la mise à jour et faites moi savoir si ça fonctionne désormais. Dans le cas contraire je tâcherai de comprendre ce qui ce passe dans votre cas.
Même remarque que plus haut, le contrôle de plusieurs boitiers est tout à fait possible sans code par le SDK (pas encore disponible sur Freeteuse, mais c'est à venir).
Je vais regarder la faisabilité. Ceci dit le zapp sur des chaines > 10 fonctionne malgré tout en pressant sur les chiffres les uns après les autres rapidement.
Oui, il y a de grandes chances que les trames DNS-SD (DNS Service Discovery) qu'utilise la freebox ne traversent pas les routeurs.
Pour le véfifier, cette petite appli (ZeroConf Browser) permet de découvrir tous les services annoncés par ce biais.
Si le service _hid._udp n'apparait pas ce n'est pas la peine d'aller plus loin, ça ne marchera pas.
Pas fastoche de comprendre d'ici. Il me faut plus d'info, mais du coup un peu d'aide :
Dans un premier temps, il faut vérifier que le DNS-SD (DNS Service Discovery) est bien opérant sur le réseau. Il existe pour ça une petite appli qui rend très bien le service : ZeroConf Browser.
Dans l'arborescence des services qu'elle va détecter, on doit trouver l'adresse ip de la freebox sous l'intitulé _hid._udp. Est-ce bien le cas ?
En fait je ne connaissais pas FDroid. Je n'ai rien contre à priori. Je regarde …
J'avais pas non plus trouvé la copie de la licence GPL
C'est vrai que j'ai négligé de mettre le fichier de la licence à la racine des sources (les fichiers source eux embarquent bien la cartouche sur la licence). Ca sera corrigé.
J'ai écris la première ligne de code de Freeteuse il y quelques jours seulement et je n'ai pas encore pris le temps de le publier. Qu'on se rassure, ça le sera dans les jours qui viennent sous GPL V3. Je ne manquerai pas de passer le message ici.
Quant aux deux autres logiciels (système de gestion de compétition d'escrime) précédemment mentionnés par les lecteurs du journal, qu'on se rassure également, ils sont bien évidemment accessibles selon les termes de la GPL V3. https://git.launchpad.net/smartpoule https://git.launchpad.net/bellepoule
Je ne sais pas si tu es dans ce cas de figure, mais la télécommande ne fonctionne que sur le réseau WIFI de la Freebox.
Je viens tout juste de mettre en ligne une mise à jour qui permet d'alerter l'utilisateur de cette situation et de lui suggérer de se connecter au réseau.
Pour avoir un peu (parfois beaucoup) souffert avec MinGW, je ne peux que recommander de passer à Crossroad.
L'outil est vraiment génial. Depuis que je l'utilise, je génère mes binaires Windows depuis ma machine Linux un peu comme monsieur Jourdain faisait de la prose sans le savoir.
Côté Mac (machine que je ne possède pas), je génère également mes zips installables intégralement sous Linux avec Osxcross.
Et puis le plus important; on est ici dans un rapport entre développeurs qui n'est absolument pas guidé par l'urgence impérieuse de vendre un produit, de devoir attirer une masse critique d'utilisateurs de telle sorte que des gens puissent en vivre.
Il me semble que Photoshop est écrit en C++. Sait-on si ils envisagent de migrer vers un autre langage ?
Certe c’est un coût mais pas un coût de maintenance en soi
Un énorme coût pour rien alors et de plus pour aucun gain fonctionnel. Gardons à l'esprit qu'un compilateur possède quand même quelques vertus dont celle d'offrir un niveau de vérification dont on aurait du mal à se passer sur des logiciels de cette taille.
C'est tout bête, mais le choix du langage est aussi une question d'échelle (pas que, mais aussi). Python est génial (je pèse mes mots), je l'adore même, mais passée une masse critique de code, le coût de maintenance peut aussi se retourner contre lui. Avec GIMP on est clairement dans ce schéma.
Ce temps d'avant n'est pas si éloigné puisque l'introduction de l'informatique remonte à la moitié des années 90. C'était donc crayon papier et surtout une bonne gomme.
Plusieurs personnes étaient à la manœuvre.
Les ratios victoires/défaites n'étaient pas calculés, mais récupérés dans des tables indexées par la taille des poules et le nombre de victoires (à l'image des tables trigonométriques et logarithmiques).
Les feuilles de poules/match étaient pré-imprimées vides. Il fallait donc les remplir à la main.
Les inscriptions se font en ligne de nos jours. Il ne reste plus qu'à pointer les tireurs le jour de la compétition. A l'époque elles étaient faite soit par courrier postal soit par fax.
Un vrai cauchemar en fait. Je suis convaincu qu'on ne trouverait plus personne pour le faire maintenant.
Oui, toute la sécurité repose sur l'accès au flash-code. Celui-ci ne doit en aucun cas être visible des smartphones autres que celui de l'arbitre à qui il est destiné.
C'est une contrainte tout à fait acceptable et facilement gérable dans ce genre de contexte. Maintenant, on n'est jamais trop prudent, et c'est vrai qu'une sécurité supplémentaire bloquant les authentifications d'un arbitre déjà enregistré ne serait pas un luxe (merci pour le tuyau).
La méthode utilisée est un chiffrement symétrique donc sans clé publique. Un chiffrement asymétrique est ici complètement inutile puisque les deux interlocuteurs sont physiquement présent l'un en face de l'autre. C'est donc la clé privée (une différente pour chaque arbitre) qui est inscrite dans le flash-code. L'algorithme est de l'AES-256 (lib openssl).
[^] # Re: typo
Posté par betonniere (site web personnel) . En réponse à la dépêche Sortie de LLVM, Clang, lld, lldb 8.0.0. Évalué à 1.
Dans la série anglicisme, "Faute de frappe" ou éventuellement "coquille" auraient mieux convenu que "typo" ;-)
[^] # Re: Marche pô !
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 2.
Oui, obligé. Le SDK de free n'expose que des actions possibles d'une télécommande. En fait on pourrait éviter de voir la description par des envois de codes touches très rapides mais on est malheureusement obligé de laisser une petite tempo après l'affichage de la description pour laisser le temps à la freebox de s'abonner aux touches qui vont suivre.
Oui. Malheureusement le SDK ne remonte pas le contexte de la freebox. Une action sur l'application ne peut donc pas en tenir compte et se traduit donc toujours par la même action (suite de touches).
Oui bien sûr. A titre personnel j'aimerai bien un bouton Deezer également. Pour le moment je n'y ai mis que les trois plus évidents dans la place disponible.
Oui. Ca ou un rendu graphique du bouton quand il est appuyé. Je suis le premier conscient du besoin. Ça arrive …
[^] # Re: Aie ca ne marche pas chez moi
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 2.
Un correctif sur l'IPv6 vient d'être mise à disposition dans la toute dernière version (1.4.2). Il corrige un problème semblant toucher une grosse partie des utilisateurs.
Faites moi savoir si ça fonctionne mieux dorénavant.
[^] # Re: Marche pô !
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 3.
Une toute nouvelle version est disponible depuis cette nuit (1.4.2). Elle corrige un bug touchant une partie non négligeable du parc de machines. Acceptez la mise à jour et faites moi savoir si ça fonctionne désormais. Dans le cas contraire je tâcherai de comprendre ce qui ce passe dans votre cas.
[^] # Re: F-Droid?
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 5.
https://github.com/betonniere/freeteuse/tree/master/app/release
[^] # Re: Télécommande en serveur Node JS
Posté par betonniere (site web personnel) . En réponse à la dépêche Freeteuse, une télécommande pour Freebox. Évalué à 1.
Même remarque que plus haut, le contrôle de plusieurs boitiers est tout à fait possible sans code par le SDK (pas encore disponible sur Freeteuse, mais c'est à venir).
[^] # Re: freeteuse sans appairage
Posté par betonniere (site web personnel) . En réponse à la dépêche Freeteuse, une télécommande pour Freebox. Évalué à 2.
Plusieurs boitiers peuvent être commandés par par le SDK et sans code.
[^] # Re: suggestion
Posté par betonniere (site web personnel) . En réponse à la dépêche Freeteuse, une télécommande pour Freebox. Évalué à 2.
Je vais regarder la faisabilité. Ceci dit le zapp sur des chaines > 10 fonctionne malgré tout en pressant sur les chiffres les uns après les autres rapidement.
[^] # Re: Aie ca ne marche pas chez moi
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 3.
Compris. C'est de l'IPv6 et c'est pas géré. Je regarde ce que je peux faire.
Surveillez les mises à jours…
[^] # Re: Installée !
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 4.
Oui, il y a de grandes chances que les trames DNS-SD (DNS Service Discovery) qu'utilise la freebox ne traversent pas les routeurs.
Pour le véfifier, cette petite appli (ZeroConf Browser) permet de découvrir tous les services annoncés par ce biais.
Si le service _hid._udp n'apparait pas ce n'est pas la peine d'aller plus loin, ça ne marchera pas.
[^] # Re: Aie ca ne marche pas chez moi
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 3.
Pas fastoche de comprendre d'ici. Il me faut plus d'info, mais du coup un peu d'aide :
Dans un premier temps, il faut vérifier que le DNS-SD (DNS Service Discovery) est bien opérant sur le réseau. Il existe pour ça une petite appli qui rend très bien le service : ZeroConf Browser.
Dans l'arborescence des services qu'elle va détecter, on doit trouver l'adresse ip de la freebox sous l'intitulé _hid._udp. Est-ce bien le cas ?
[^] # Re: Pas libre ?
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 7.
https://github.com/betonniere/freeteuse
[^] # Re: Mentions obligatoires
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 6.
Si doute il y avait, il vient de toutes façons d'être levé. Le projet gradle prêt pour être importé sous AndroidStudio est sous github.
[^] # Re: Mentions obligatoires
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 7.
En fait je ne connaissais pas FDroid. Je n'ai rien contre à priori. Je regarde …
C'est vrai que j'ai négligé de mettre le fichier de la licence à la racine des sources (les fichiers source eux embarquent bien la cartouche sur la licence). Ca sera corrigé.
[^] # Re: Mentions obligatoires
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 10.
J'ai écris la première ligne de code de Freeteuse il y quelques jours seulement et je n'ai pas encore pris le temps de le publier. Qu'on se rassure, ça le sera dans les jours qui viennent sous GPL V3. Je ne manquerai pas de passer le message ici.
Quant aux deux autres logiciels (système de gestion de compétition d'escrime) précédemment mentionnés par les lecteurs du journal, qu'on se rassure également, ils sont bien évidemment accessibles selon les termes de la GPL V3.
https://git.launchpad.net/smartpoule
https://git.launchpad.net/bellepoule
[^] # Re: Aie ca ne marche pas chez moi
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 2.
Ok compris. Pas la peine d'aller plus loin. Le SDK de Free ne cible que les Freebox V6.
[^] # Re: Aie ca ne marche pas chez moi
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 3.
Je ne sais pas si tu es dans ce cas de figure, mais la télécommande ne fonctionne que sur le réseau WIFI de la Freebox.
Je viens tout juste de mettre en ligne une mise à jour qui permet d'alerter l'utilisateur de cette situation et de lui suggérer de se connecter au réseau.
[^] # Re: Installée !
Posté par betonniere (site web personnel) . En réponse au journal Freeteuse - Télécommande pour Freebox. Évalué à 3.
La dernière mise à jour (1.3.0) doit corriger les problèmes d'adaptation aux différentes tailles d'écran.
[^] # Re: Plateformes : ne pas oublier Crossroad et Osxcross
Posté par betonniere (site web personnel) . En réponse à la dépêche GCompris sort en version 0.80. Évalué à 1. Dernière modification le 21 août 2017 à 23:46.
A l'époque du choix je développais sous Windows/MinGW. Le poids de l'histoire …
[^] # Re: Plateformes : ne pas oublier Crossroad et Osxcross
Posté par betonniere (site web personnel) . En réponse à la dépêche GCompris sort en version 0.80. Évalué à 3.
Inno Setup que je fait tourner avec Wine. Ca marche suffisemment bien pour que je ne me sois pas encore posé la question d'y trouver une alternative.
Oui, je crois que c'est comme ça qu'il faut effectivement le comprendre.
# Plateformes : ne pas oublier Crossroad et Osxcross
Posté par betonniere (site web personnel) . En réponse à la dépêche GCompris sort en version 0.80. Évalué à 6.
Pour avoir un peu (parfois beaucoup) souffert avec MinGW, je ne peux que recommander de passer à Crossroad.
L'outil est vraiment génial. Depuis que je l'utilise, je génère mes binaires Windows depuis ma machine Linux un peu comme monsieur Jourdain faisait de la prose sans le savoir.
Côté Mac (machine que je ne possède pas), je génère également mes zips installables intégralement sous Linux avec Osxcross.
[^] # Re: Paradoxe
Posté par betonniere (site web personnel) . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 2.
Il me semble que Photoshop est écrit en C++. Sait-on si ils envisagent de migrer vers un autre langage ?
[^] # Re: Paradoxe
Posté par betonniere (site web personnel) . En réponse à la dépêche Entretien avec Michael Natterer, mainteneur de GIMP. Évalué à 7.
Un énorme coût pour rien alors et de plus pour aucun gain fonctionnel. Gardons à l'esprit qu'un compilateur possède quand même quelques vertus dont celle d'offrir un niveau de vérification dont on aurait du mal à se passer sur des logiciels de cette taille.
C'est tout bête, mais le choix du langage est aussi une question d'échelle (pas que, mais aussi). Python est génial (je pèse mes mots), je l'adore même, mais passée une masse critique de code, le coût de maintenance peut aussi se retourner contre lui. Avec GIMP on est clairement dans ce schéma.
? Moi aussi, je ne comprends pas.
[^] # Re: tant de calculs ?
Posté par betonniere (site web personnel) . En réponse à la dépêche BellePoule - Gestion de compétitions d'escrime. Évalué à 1.
Ce temps d'avant n'est pas si éloigné puisque l'introduction de l'informatique remonte à la moitié des années 90. C'était donc crayon papier et surtout une bonne gomme.
Plusieurs personnes étaient à la manœuvre.
Les ratios victoires/défaites n'étaient pas calculés, mais récupérés dans des tables indexées par la taille des poules et le nombre de victoires (à l'image des tables trigonométriques et logarithmiques).
Les feuilles de poules/match étaient pré-imprimées vides. Il fallait donc les remplir à la main.
Les inscriptions se font en ligne de nos jours. Il ne reste plus qu'à pointer les tireurs le jour de la compétition. A l'époque elles étaient faite soit par courrier postal soit par fax.
Un vrai cauchemar en fait. Je suis convaincu qu'on ne trouverait plus personne pour le faire maintenant.
[^] # Re: sécurité
Posté par betonniere (site web personnel) . En réponse à la dépêche BellePoule - Gestion de compétitions d'escrime. Évalué à 4.
Oui, toute la sécurité repose sur l'accès au flash-code. Celui-ci ne doit en aucun cas être visible des smartphones autres que celui de l'arbitre à qui il est destiné.
C'est une contrainte tout à fait acceptable et facilement gérable dans ce genre de contexte. Maintenant, on n'est jamais trop prudent, et c'est vrai qu'une sécurité supplémentaire bloquant les authentifications d'un arbitre déjà enregistré ne serait pas un luxe (merci pour le tuyau).
La méthode utilisée est un chiffrement symétrique donc sans clé publique. Un chiffrement asymétrique est ici complètement inutile puisque les deux interlocuteurs sont physiquement présent l'un en face de l'autre. C'est donc la clé privée (une différente pour chaque arbitre) qui est inscrite dans le flash-code. L'algorithme est de l'AES-256 (lib openssl).