Il y a une erreur lorsque l'on cherche à enregistrer un programme lorsque l'Apple TV est associé à un server révolution.

Ce serait quelque part "logique" (?!?), car l'enregistrement dans le cloud ne semble pas exister pour les abonnement Révo, et étant donné que l'enregistrement local ne semble pas supporté depuis Oqee, buurp!
Un correctif à faire pour les abo Révo?

On en viens à prendre exprès les programme en retard, pour pouvoir zapper les coupures pubs.

exactement, c'est super pratique.
Attention il y a 2 chaines sur lequelles ce n'est pas possible, il y a un message qui dit que la chaine ne supporte pas.

C'est étonnant car sur une mini 4k je n'ai pas ce problème alors que je crois qu'il n'y pas grande différence entre les 2 serveurs Révolution et mini 4k
Par contre il faut bien autorisé l'enregistrement de 100h dans le cloud pour pouvoir enregistrer, plus d'enregistrement en local.
Pour m'être posé la question, c'est gratuit tant que l'on reste en dessous de 100h.

Ce n'est pas si étonnant que ça puisque le Mini 4K est en Android TV et que ce n'est pas le cas pour la V6.

Ce n'est pas si étonnant que ça puisque le Mini 4K est en Android TV et que ce n'est pas le cas pour la V6.

On parle bien du serveur puisque le player est remplacé par L'apple TV, enfin dans mon cas le player est reparti dans sa boite.
Donc pas de différence notable de ce côté

Et c'est normal, Freebox OS intègre le script pour programmer l'enregistrement uniquement sur le disque dur interne du serveur, il n'est pas connecté à OQEE.

D’ailleurs c’est vraiment pas mal cet enregistrement cloud, la qualité est inchangée du coup comment ils gèrent ça? Ce n’est pas possible si c’était du multicast proxifié, tout comme le contrôle du direct. On en viens à prendre exprès les programme en retard, pour pouvoir zapper les coupures pubs.

Simple, l'enregistrement des chaines est continu sur les serveur OQEE de Free pour gérer le restart du programme en cours.

Pour l'enregistrement, Free peut :

Soit

• 1. Dans un premier temps met des simples marqueurs (début/fin) de la durée choisie sur le fichier enregistré en continu pour le restart durant un temps déterminé (12/24/48h etc).
• 2. Il fait donc un simple raccourci de ces marqueurs et crée la vignette d'enregistrement (faux enregistrement donc, le client va juste aux durées définies sur le flux du restart tant qu'il n'est pas supprimé).
• 3. Puis passé le délai avant la suppression du flux continu sauvegardé pour le restart coupe le flux entre les marqueurs défini et le sauve dans un dossier client en recréant à la volée l'accès à ce nouveau fichier et ainsi éviter de garder l'enregistrement continu et les marqueurs de ceux qui auront déjà visionné et supprimé dans leurs enregistrements (gain de place énorme).

Soit couper direct dans le flux continu enregistré pour le restart et créer à la volée le fichier pour le client plus vignette d'enregistrement.

Soit il enregistre le flux provenant de sa tête de réseau spécifiquement pour le client et créé la vignette d'enregistrement avec le fichier correspondant.

Mais il y a de fortes chances qu'il utilise la première solution, une bonne partie des clients supprimant rapidement l'enregistrement après visionnage.

Il peut également faire autrement mais perso je ferais comme la première solution, en gardant mon flux de restart pendant 48h et en créant de simples raccourcis sur ce flux pour mes milliers de clients (comme étant des vrais enregistrements) je dégage une bonne partie de ceux qui ont enregistré et qui vont supprimer après, surtout qu'il n'y a que 100h gratuites et plusieurs dizaines de chaines à gérer 

Free fait bien comme il le veux