Freebox Player (Revolution / V6)

Il est prevu de faire une api de télécommande non orientée touches, mais orientée sémantique. Je n’ai par contre aucune date a vous annoncer.

Bonjour,

Merci pour cette réponse très rapide. Qu’entendez-vous par “orienté sémantique” ?
“API” m’inquiète un peu, cela sera-t-il adapté à nos besoins pour nos télécommandes universelles (irule pour iOS dans mon cas) ? Il ne s’agit pas vraiment de programmation.
Ne serait-il pas possible à court terme de juste rajouter “poweron” et “poweroff” dans la listes des commandes http prises en charge ? Cela permettrait au moins d’arriver jusqu’à l’interface player ou à l’inverse d’eteindre le player lorsque l’on change d’activité.
Généralement il est plus facile de programmer ces deux commandes simple qu’une commande “toggle”.

Vous avez fermé le bug en double sur ce sujet en renvoyant vers http://dev.freebox.fr/sdk/freebox_player_1.1.4_codes.html Là où les commandes http sont très simples d’utilisation, cette page de code est fort obscure :(
Je ne vois comment l’exploiter simplement.

Sauf que les commandes hibernate / wakeup ne fonctionne pas ...

Pour faire fonctionner ces commandes : http://hd1.freebox.fr/pub/remote_control?code=XXXXXXXX&key=Hibernate remplacer les XX par votre code télécommande que vous trouverez dans votre interface freebox

@samuel14:
* l’API d’input HTTP risque de disparaitre,
* Une API sémantique arrivera, mais elle ne permettra pas un mode télécommande (i.e. pas des envois de touches), mais un pilotage sémantique (commandes de haut niveau). Allumer/Eteindre en fera probablement partie,
* l’API HID/UDP est la seule *pour le moment* qui permet d’envoyer des commandes d’extinction/allumage.

Est-il prévu ou envisageable que cette future API permette également d’envoyer un message sur l’écran de la télé ?
Je m’explique : pouvoir envoyer un court message qui s’afficherait sur l’écran en surimpression de l’image pendant quelques secondes. Dans mon cas, ça me permettrait par exemple d’envoyer des informations liées à ma domotique depuis mon serveur. Je suis sûr que de nombreux autres usages seraient possibles avec une telle fonctionnalité. Merci

Je fais remonter ce topic, après avoir jeté un coup d’oeil sur l’API proposé et posé des questions à l’équipe de développement, je trouve cette API totalement à l’inverse de la philosophie de Free, effectivement l’API proposé est basé sur de l’UDP totalement incompatible avec de l’HTTP. De ce faite la majorité d’entre nous (utilisateur de la télécommande réseau) ne pourront utilisé cette API bien trop fermé ...
Pourquoi ne pas conserver les commandes HTTP en ajoutant les commandes de pilotage sémantique ?
Merci d’avance

+1 pour la remarque de chrissou

+1 d’autant plus pour moi désormais : j’utilise beaucoup la fonction radio et avec l’évolution de l’interface il devient compliqué d’accéder à une radio en particulier ⇒ Se serai bien d’avoir une possibilité d’accès direct à l’écoute d’une radio en particulier.

Bonjour,

Je fais à nouveau remonter ce bug pour réexrimer le besoin d'une api http sous forme semantique.

En effet de nombreuses box domotiques (eedomus en autre) et applications (comme tasker) sur le marché aujourd'hui permettent d'automatiser des requetes http.

Avec une api semantique http, il serait donc possible :
- d'éteindre le player (et par extension la tele) automatiquement lorsque l'on sort de chez sois
- d'allumer le player et de diffuser de la musique au reveil en meme temps que l'on allume des ampoules hue
- de lancer un film en meme temps que l'on ferme ses volets.

Et bien d'autres encore...

Bref l'api http est trés importante pour tout ceux qui integre leurs freebox à leurs systemes domotiques.

Elle ne doit donc surtout pas etre supprimer et merite d'etre etendu.

Merci pour votre attention

Bien cordialement