Tous les projets

Dimanche 25 mars 2012 à 6h00 du matin, le Player indique 06:00, le Server indique 05h00.
Je n’ai pas redémarré les Freebox.
Après la tentative de correction du bug de passage à l’heure d’hiver, la situation s’est aggravée.
Le Server a raté le passage à l’heure d’été.
Je signale ce bug qui concerne le Server. Voir aussi le  bug 9786 , vieux de trois jours, signalé dans la partie Player concernant les enregistrements à distance.

Lors d’un appel téléphonique entre deux abonnés dégroupés qui ont des Freebox V6, si celui qui est appelé reçoit un appel en instance (signalé par un bip) et tente d’y répondre en tapant ‘R2’, l’appelant initial se retrouvera sans tonalité après la fin de son appel, et son numéro restera injoignable.

Ce test a été fait plusieurs fois et a donné ce résultat de façon systématique, entre deux abonnés ayant une Freebox V6, l’un en ADSL l’autre en FTTH. Les téléphones utilisés, bien que DECT étaient branchés en filaire, sans utiliser la base DECT du Server V6.

Le résultat ne change pas, que ce soit l’appelant ou l’appelé qui raccroche en premier.

Si c’est l’appelant qui tape ‘R2’, il y a très rarement un problème.

Le résultat est le même qu’il y ait ou non dialogue avec l’appel en instance. C’est le fait de taper ‘R2’ qui provoque le bug, même si le deuxième appelant a raccroché immédiatement. En cas de dialogue, je n’ai pas testé le cas d’une conversation en instance terminée par ‘R1’, mais j’ai testé le cas où le deuxième appelant raccroche, ce qui fait entendre la tonalité, puis celui qui a fait ‘R2’ doit raccrocher et reprendre la conversation avec l’appelant initial quand son combiné sonne à nouveau.

J’ignore si le problème existe quand un des deux interlocuteurs est non dégroupé, ou a une Freebox V5, ou est client d’un autre opérateur fixe ou mobile.

L’absence de tonalité après un appel est une situation grave. Le numéro est injoignable. Cela justifie le classement du bug en ‘critique’.

Ce bug n’est pas nouveau. Je savais confusément que cette situation arrivait parfois et qu’elle semblait liée à la tentative de prendre un appel en instance.

Dans l’attente d’une correction, il faut à la fin d’un appel, raccrocher et décrocher le téléphone une et parfois deux fois pour obtenir la tonalité, ce qui rétablit le fonctionnement de la ligne.

Plus embarrassant, tenter de prendre un appel en instance entraîne une panne pour l’autre interlocuteur, celui qui a appelé et n’a pas tapé ‘R2’.

J’ignore s’il existe un délai au-delà duquel la ligne téléphonique retombe en marche. Cela ne semble pas le cas même après plusieurs heures.

Un enregistrement, ancien ou nouveau, est utilisable tant qu’il est ‘neuf’.
Si on en sort, on ne peut plus le réouvrir.
Aucun des deux boutons [Continuer] ou [Recommencer] ne fonctionne.
L’enregistrement n’est utilisable que quand cette question n’est pas posée.
Le changelog laisse penser que cet état sera définitif.

Visuellement (surtout sur les enregistrements courts), on constate que le ‘Recommencer’ tente de ‘Continuer’.

J’ignore si ce bug concerne le Player ou le Server.

La France passe à l’heure d’été dimanche prochain, dans 3 jours, le 30 mars 2014.

Je viens de programmer deux fois l’enregistrement du même programme, une fois par l’interface à distance, une fois par le Player V6.

Le Player V6 indique dans le planning des enregistrements qu’il compte respecter l’horaire d’enregistrement pour celui qui a été programmé à distance, mais qu’il lancera l’enregistrement programmé sur le Player, une heure à l’avance.

UNE VERIFICATION DE MON AFFIRMATION EST AISEE ET RAPIDE.

J’ignore lequel des deux enregistrement ne sera pas réalisé à l’heure, ce n’est pas forcément celui qu’on croit. Il faudra aussi vérifier ce qui arrive aux enregistrements récurrents.

Un changement de firmware sur une des V6 semble avoir réintroduit le bug, peut-être à l’occasion de l’ajout de la fonction de modification. Je vois mal comment le couple Player-Server pourrait se tromper quand il annonce que ces deux enregistrements ne démarreront pas à la même heure. Il y en aura forcément un de raté.

J’ai signalé ce bug hier sur proxad.free.adsl.tv et donné plus de précisions.

Il serait intéressant de savoir si la V5 est à l’abri de ce bug. S’il impactait AUSSI la V5, cela signifierait que les firmwares ne sont pas en cause. On pourrait espérer que le changement d’un réglage dans l’informatique de Free le fasse disparaître à temps.

Précision : on peut constater le problème dès la programmation de l’enregistrement sur le Player à partir d’un des deux guides des programmes. L’horaire annoncé est avancé d’une heure.

On pourrait penser qu’il suffit, quand on est attentif, de corriger manuellement l’horaire. C’est peut-être le cas.

Peut-on en être sûr ?
On sait seulement que les V6 se trompent sur l’horaire au-delà du changement d’horaire. Rien ne prouve que l’horaire annoncé ensuite dans le planning sera respecté, puisque l’une des deux Freebox se trompe visiblement sur le nouvel horaire.

Vu la persistance de bugs concernant les réservations lors du changement d’horaire sur V5 comme sur V6, il est certain que les développeurs chez Free ne testent jamais à l’avance ce qui arrivera lors du changement d’horaire deux fois par an. Sur la V6, on en est à la troisième variante de ce bug.

Le changement d’heure amène régulièrement de nouveaux bugs sur la V6.

Aujourd’hui, dimanche 25 octobre 2015, après passage à l’heure d’hiver, le Player n’est pas capable d’afficher le planning des enregistrements qui débuteront ce soir entre 23h00 et 00h00.
Ces enregistrements sont prévus puisqu’on peut les consulter par Freebox OS ou à distance par ‘Mon compte’ sur le site de Free. On peut espérer qu’ils seront réalisés.

Il sera trop tard demain pour constater le bug (à moins de pouvoir tromper le Player sur la date).

J’ai constaté un dysfonctionnement plus grave mais il est possible qu’il soit présent depuis le dernier firmware (voir bug 18990).
Le Player permet de programmer de nouveaux enregistrements. Cela fonctionne bien pour les jours à venir. De même pour aujourd’hui en acceptant les horaires du guide des programmes.
Si on tente de modifier les horaires pour un enregistrement du jour-même, on a l’impression de devenir fou, les horaires affichés changent à chaque frappe.
J’ai testé en voulant enregistrer de 16h01 à 16h03 l’émission de France 2 cet après-midi prévue de 14h15 à 16h05. Le résultat est un enregistrement de 10h01 à 14h03...
Mêmes horaires obtenus pour une deuxième tentative.

Ce test est facile à reproduire.

Problèmes concernant la nouvelle interface de saisie des programmations d’enregistrements de la version 1.6.5

1) Ne pas proposer les partitions en lecture seule pour l’enregistrement (NTFS).

2) Lignes en rouge :

Erreur dans l’affichage de lignes en rouge dans la liste des enregistrement programmés :
La liste des enregistrements programmés signale en rouge les lignes en erreur. c’est une nouveauté. Mais elle se trompe.
Par exemple, elle signale l’interdiction d’enregistrer en même temps 3 fluxs ADSL et un flux TNT. Même si les trois fluxs ADSL ne se chevauchent pas.
Exemple concret :
Enregistrement TNT de 20h à 22h
Enregistrement ADSL de 21h à 21h09
Enregistrement ADSL de 21h10 à 21h19
Enregistrement ADSL de 21h20 à 21h29
Il n’y a jamais plus de deux chaînes enregistrées en même temps pourtant la ligne TNT s’affiche en rouge.

De même les enregistrements programmés stoppés restent dans la liste et peuvent provoquer l’affichage de lignes en rouge, alors que le nombre d’enregistrements programmés prévus simultanément n’excède pas la limite imposée.

Autres décisions qui pourraient rendre la saisie plus confortable :

Autoriser comme avant la frappe de la touche OK partout dans le formulaire sauf sur les zones amenant un enregistrement périodique (récurrent).

Permettre la modification du numéro de chaîne.
Sinon, au moins permettre la modification du mode vidéo, non seulement pour les chaînes xy mais aussi pour les chaînes 700+xy et 450+xy.
Pour basculer une programmation d’enregistrement de la chaîne 451 (TF1 bas débit) à la chaîne 701 (TF1 TNT), il faut actuellement supprimer l’une et retaper l’autre.

Résumé : l’utilisation des enregistrements de la FBV6 sur le Player fonctionne correctement dans le menu “Mes enregistrements” mais pas dans les menus “Mes Vidéos” ou “Mes disques”. 1 enregistrement sur 3 est privé d’image. Pour les autres, les sous-titres sont absents, le bond par la touche [9] à 90% de l’enregistrement se traduit 1 fois sur 5 par un retour à la liste des fichiers, pour certains les déplacements sont extrêmement longs. Mêmes inconvénients pour les enregistrements provenant d’une FBHDV5.

Le disque dur du Server est de 250Go, soir 232,83Gio, plus confortable que les 36,6Gio de la FBHDV5, mais vite rempli par des enregistrements vidéos. La liste de “Mes enregistrements” est unique et non paginée. Pour atteindre un enregistrement fait ou prévu, il faut obligatoirement parcourir toute la liste séquentiellement. Il serait inconfortable d’y maintenir des entrées pour des fichiers déplacés ou enregistrés sur des disques externes.

Un enregistrement, à voir “beaucoup plus tard”, copié ailleurs puis supprimé de “Mes enregistrements” ne pourra plus être utilisé correctement (sauf par un subterfuge compliqué décrit plus bas).

L’enregistrement est composé de deux fichiers.
“*.m2ts” contient l’enregistrement brut, image, son et sous-titres.
“*.m2ts.idx” contient des informations utilisées pour les déplacements rapides à l’intérieur de la vidéo.

Le nom de fichier est composé du nom de la chaîne, du nom du programme (éventuellement modifié par l’utilisateur), puis de la date et de l’heure de la programmation de l’enregistrement (et non de l’horaire de l’enregistrement comme sur la V5). Ceci complique la tâche d’apparier les fichiers et les enregistrements. A partir de l’ordinateur, il suffit de les trier par les dates de modification des fichiers. La liste de la V6 dans les menus “Mes Vidéos” ou “Mes disques” affiche le nom de la chaîne en entier, le nom du programme tronqué à quelques caractères (environ 4 à 8 sur un téléviseur 4×3), des points de suspension, puis la fin de l’horodatage, puis l’extension de fichier. cela impose de renommer les enregistrements pour apercevoir une partie plus significative du nom.

Pour sauvegarder l’enregistrement, il faut copier les deux fichiers qui se trouvent dans le dossier “\\Freebox\Disque dur\Enregistrements”.

On peut ensuite supprimer l’enregistrement de la liste de “Mes enregistrements”, ce qui le fait disparaître de la liste et supprime les deux fichiers dans le dossier “\\Freebox\Disque dur\Enregistrements”.

Plus tard, on peut souhaiter voir l’enregistrement avec la V6, à partir des menus “Mes Vidéos” ou “Mes disques”.

On ne peut pas le faire directement à partir de “Mes enregistrements”. Si on copie les deux fichiers dans “\\Freebox\Disque dur\Enregistrements”, la V6 ne le replace pas dans la liste de “Mes enregistrements”.

Voici les problèmes liés à l’utilisation de ce “vieil enregistrement” dans les menus “Mes disques” ou “Mes Vidéos”.

Les sous-titres sont toujours absents, jamais proposés par la touche verte “Menu”.

Pour 1 enregistrement sur 3, on n’obtient que le son sans image. Ce n’est pas aléatoire. On n’obtient jamais l’image pour ces enregistrements. Rien ne semble les distinguer des autres. Cela touche indifférement toutes les chaînes, toutes les durées d’enregistrement, autant en MPEG2 qu’en MPEG4 (débit standard ou bas-débit).

Si on supprime le fichier “*.m2ts.idx”, on retrouve son et image, on n’a toujours pas les sous-titres, mais les déplacements dans l’enregistrement sont d’une durée très longue, y compris si on tente de reprendre la lecture de l’enregistrement. La V6 semble repartir du début du fichier. Taper [5] prend 5 fois plus de temps que taper [1]. Taper [1] permet péniblement d’arriver à 10% du fichier. Taper [9] pour atteindre 90% est beaucoup plus long.

Cette lenteur de déplacement concerne aussi une partie des enregistrements disposant de leur fichier index, comme si la FBV6 ne parvenait pas à exploiter cet index (ce qui n’arrive jamais dans “Mes enregistrements”). Pour l’un de mes enregistrements, j’ai attendu presque 9mn en tapant [9] (test fait deux fois).
Cela touche tous les déplacements y compris les bonds d’une minute (flèches autour de [OK]). Pour un de mes enregistrements, taper [5] prend 50 secondes, si j’appuie ensuite sur une de ces flèches, cela prend aussi 50 secondes.

Le même cas se produit si on a tenté d’éditer l’enregistrement (par exemple par “Smart Cutter” qui fonctionne pour le MPEG2 et le MPEG4) pour couper les séquences inutiles de début et de fin, pou réduire la taille du fichier. Dans ce cas, on se retrouve avec le seul fichier “*.m2ts” sauvegardé (car le fichier *.mdts.idx est inadapté et ne peut être conservé), pas de sous-titres et des déplacements très longs dans l’enregistrement.

Si on ne coupe que la fin, cela fonctionne en conservant le même fichier *.m2ts.idx, les bonds effectués par les touches numériques restent calculés sur la taille initiale avant la troncation, les touches [8] ou [9] seront à éviter. Cela reste une bonne nouvelle, on peut éditer les enregistrements si on se limite à ne couper que la fin (Il faut prendre une marge importante après une émission car certaines chaînes diffusent souvent leurs programmes très en retard).

Même situation pour les enregistrements faits sur la V5 et conservés sur disque externe. Ce sont des fichiers “*.ts”. Après plusieurs années d’utilisation de la FBHDV5, nous sommes de nombreux clients de Free à avoir un stock d’enregistrements, en attente d’être vus.
Leur traitement semble poser encore plus de problèmes. Ils ne disposent pas d’un fichier d’index. Les déplacements sont systématiquement longs, parfois suivis de perte du son. Il vaut mieux se limiter à les regarder séquentiellement du début à la fin. Sur l’un d’eux la FBV6 s’est arrêtée systématiquement plus de deux minutes avant la fin du fichier, alors que je peux vérifier par VLC sur l’ordinateur que mon fichier n’est pas tronqué. Peut-être une erreur de calcul sur la position dans le fichier après un bond. Les enregistrements en VM sont privés de sous-titres. Ces enregistrements disposent de toutes les informations permettant un déplacement instantané. La FBHDV5 le fait.

Il existe une méthode pour contourner les problèmes de lecture et pouvoir regarder un enregistrement sauvegardé. Son utilisation n’est pas simple.

1) Créer un enregistrement permanent “bidon” qu’on ne supprimera jamais.
S’il est pour la chaîne FR99, qu’on lui donne le nom “Bidon”, la V6 l’ajoute dans la liste des enregistrements, et crée dans “\\Freebox\Disque dur\Enregistrements” les fichiers :
FR99 - Bidon - jj-mm-aaaa 12h34 56m (nb).m2ts et
FR99 - Bidon - jj-mm-aaaa 12h34 56m (nb).m2ts.idx

2) Pour voir un enregistrement sauvegardé sur un disque externe, on copie ses deux fichiers dans “\\Freebox\Disque dur\Enregistrements”, on supprime les deux fichiers permanents et on renomme les deux fichiers de l’enregistrement en leur donnant les deux noms des deux fichiers permanents (on peut aussi les renommer avant de les copier).
On ne peut pas écraser directement les deux fichiers permanents qui semblent protégés (contre l’écrasement mais pas la suppression, comportement habituel des fichiers en lecture seule).
Ces opérations doivent être faites à partir de l’ordinateur. La FBV6 refuse la suppression d’un fichier du dossier “Enregistrements” par le menu “Mes disques”.
On peut ensuite voir l’enregistrement comme s’il n’avait jamais été supprimé du disque de la FBV6. Tout fonctionne, l’image, le son, les sous-titres et les déplacements rapides à l’intérieur de la vidéo.

Ceci peut aussi fonctionner pour un enregistrement édité dont on a seulement tronqué la fin, en conservant le fichier d’index.
Cela ne fonctionne ni pour les enregistrements provenant de la V5, ni pour ceux qu’on a édités en coupant le début, puisqu’ils n’ont plus le fichier index *.m2ts.idx.

On pourrait s’épargner cette gymnastique lassante, si la FBV6 traitait les fichiers se trouvant ailleurs de la même façon que les fichiers de la liste “Mes enregistrements”.

Une autre méthode plus élégante serait de pouvoir “importer” un enregistrement dans la liste de “Mes enregistrements”.

On se rappelle que Free a affirmé avoir corrigé le bug qui est survenu sur V6 lors du passage à l’heure d’hiver.

C’est peut-être vrai.
Sur V6 au moins, cela s’est fait en créant un NOUVEAU bug.
Peut-être seulement un bug d’affichage, mais comment le savoir ?

Je viens de tenter de programmer des enregistrements pour le dimanche 25 mars 2012.
Je constate que toutes mes programmations d’enregistrements s’affichent avec une heure d’avance, dans l’interface de gestion sur le site de Free.

Par contre l’horaire indiqué sur le Player est le bon.

Par exemple, j’indique 09h30 comme heure de début pour l’enregistrement d’un Grand Prix de F1 sur TF1.

Le Player indique 09h30 comme horaire de départ, l’interface de gestion à distance indique 08h30.

Je ne prendrai pas le risque. Je redémarrerai les Freebox dimanche matin, et je reprogrammerai les enregistrements du dimanche 25 mars 2012.

Je sais pourquoi certains enregistrements sont verrouillés à tort.

Cela se produit de façon systématique quand un enregistrement qui devrait être non verrouillé démarre à l’horaire de fin d’un enregistrement verrouillé.

Par exemple, j’enregistre TF1, M6, W9, etc... de 10h00 à 11h00, sur FreeboxTV, en ADSL (pas sur la TNT).
Un enregistrement de France 2 ou France 5 démarrant à 11h00 sera verrouillé et inaccessible sur le NAS, ce qui n’est pas prévu et empêche de le sauvegarder. On ne pourra jamais connaître sa taille.

Hélas, le bug n’est pas symétrique. Si certains enregistrements avaient pu se trouver non verrouillés à tort quand ils sont précédés d’un enregistrement non verrouillé, je me serais abstenu de signaler le bug...

Depuis les firmwares de juillet 2015 sur le Player, j’étais stupéfait de voir que Free ne corrigeait pas un bug évident dès le démarrage. Or j’ai constaté que ce bug n’existe pas sur les Players plus récents, ce qui explique que les développeurs ne l’aient pas vu...

Le firmware pour la première génération de Player se trompe, accédant au menu “précédent” (de gauche à droite). Sans doute un indice-1 dans la liste des menus.

En clair, le Player démarre toujours sur le menu “Photo”, à gauche de “Télévision”.
Quand on sort de la liste des enregistrements, par la touche [Free], on se retrouve à nouveau sur le menu “Photo” au lieu du menu “Télévision” comme auparavant.
Il faut donc taper deux fois sur [Free] pour arriver sur le menu “Télévision”.

Quand on sort par Free de la consultation des vidéos du menu “Vidéos” par la touche [Free], on arrive sur le menu “Télévision”, on tombe toujours à gauche du comportement normal (dont bénéficient toujours les heureux clients dont le Player a été remplacé par un modèle plus récent après une panne).

Ce n’est pas seulement au moment du démarrage, le Player, s’il est de la première génération, accède toujours au menu qui est à gauche de celui sur lequel il devrait se positionner.

Ce bug est mystérieux. J’ignorais que sous le terme V6 (Revolution) semblent se cacher des matériels et logiciels multiples. J’espère que vous avez un seul code source. Dans ce cas, le bug peut provenir d’une directive conditionnelle mal placée.

Dans tous les cas, l’équipe de développement doit obtenir un exemplaire du premier modèle de V6, celui qui était livré dans l’année qui a suivi la sortie de la V6, puisque ce modèle peut bénéficier de bugs spécifiques.

Le firmware HD 1.6.6 corrige le  bug 2444  : écrasement d’un enregistrement en cours lors du redémarrage de la FBHD.
La correction fonctionne pour un grand nombre de chaînes, mais pas pour certains fluxs des chaînes cadenassées.
Dans ces cas, le début de l’enregistrement s’affiche en noir sur la Freebox, on ne peut visionner que la partie enregistrée après le redémarrage.
Les fluxs victimes de ce bug sont au minimum :
TF1, HD et standard.
M6, HD, standard et bas-débit.
W9 standard et bas-débit.
Gully standard.

D’autre part, lors du redémarrage de la FBHD pendant un enregistrement pour l’ensemble des chaînes, on obtient souvent (aléatoirement) l’affichage de la page qui prétend qu’on manque de débit, demandant de choisir entre bouquet normal et bouquet bas-débit. J’ai 16Mbps, cette page ne devrait pas s’afficher. J’ai déjà aperçu occasionnellement cette page affichée par erreur dans le passé, mais rarement. En cas d’enregistrement en cours, je l’obtiens à peu près une fois sur deux.

Voici une séquence qui bloque systématiquement ma FBHD (j’ai le modèle de 2006).

Programmation par l’interface de gestion des enregistrements suivants :
(programmation directe par chaîne, horaire, durée)

1) FR2 aujourd’hui 23h40-1h05 (85mn)
2) FR3 aujourd’hui 23h50-2h49 (179mn)
3) FR4 demain 01h06-3h30 (144mn)
4) FR5 demain 02h50-4h50 (120mn)

5) Arte demain 15h50-18h10 (140mn)
6) FR5 demain 16h45-18h05 (80mn)

7) FR2 demain 21h00-21h30 (30mn)

La septième étape ne passe JAMAIS, même après redémarrage des Freebox.

Je pense que ce bug a un lien avec le cas de blocage de la FBHD sur “Rock’n roll”, mais on ne tombe pas ici directement sur ce blocage.

Dans l’exemple ci-dessus, le bug est indépendant des chaînes et se maintient pour d’autres chaînes ou pour des titres d’enregistrements différents.
Remarquer deux blocs.
Un bloc de quatre enregistrements qui se chevauchent, mais qui sont valides. La FBHD parvient à fonctionner puisque 2 fluxs au maximum sont utilisés en même temps, sur une période où 4 enregistrements se chevauchent. 23h40-1h05 puis 1h06-3h30. 23h50-2h49 puis 2h50-4h50.
Un deuxième bloc où se chevauchent deux enregistrements, 15h50-18h10 et 16h45-18h05.

Après les 6 premières étapes, on peut enregistrer une émission aujourd’hui ou demain dans la journée.
Mais la FBHD se bloque si on tente d’enregistrer pour demain après 18h10.

Je n’ai pas fait tous les tests le même jour. “Aujourd’hui” et “demain” sont à comprendre le jour où vous faites le test.

J’ai tenté de simplifier le test sans succès, si je supprime l’une des six premières phases, le blocage ne se produit pas.
Je suggère que le problème peut provenir de la partie du firmware de la FBHD qui tente de détecter les chevauchements d’enregistrements pour les signaler en rouge quand plus de deux fluxs ADSL se chevauchent.

Pourtant, sur mon test, le bug se produit UNIQUEMENT par l’interface de gestion et ne bloque pas la FBHD si on programme directement avec la télécommande.
Mais, certains témoignages montrent que des blocages dans cette partie de l’interface peuvent se produire sur “Rock’n roll”, en cas d’utilisation directe de la télécommande, cela m’est arrivé plusieurs fois récemment en utilisant la fonction STOP sur un enregistrement en cours.

Pour que le test ne soit pas fantaisiste :

1) partir d’une situation dans laquelle aucune programmation d’enregistrement n’est faite
2) redémarrer la Freebox ADSL
3) redémarrer la FBHD
4) redémarrer l’ordinateur
5) programmer les 7 enregistrements indiqués ci-dessus, vous devez constater que le septième enregistrement est refusé.

Merci à ceux qui tenteront de reproduire le test de témoigner pour confirmer ou infirmer mon témoignage.

Je l’avais signalé en juin 2011 parmi d’autres choses dans le  bug 7173  (fermé). La V6 gère mal les enregistrements créés par la V5. Avec le nouveau firmware 1.1.0, rien n’a changé. Il est possible de les lire. Les déplacements dans ces fichiers *.ts sont encore très lents. Pour se positioner quelque part dans le fichier, il faut attendre plusieurs minutes. Les délais n’ont pas changé depuis juin 2011.

Je viens de constater que la V6 donne la priorité au direct sur l’enregistrement.

Je suis surpris. Est-ce une règle qui existe depuis le début, un changement fonctionnel ou un bug ?

Sur la V5, cela ne fonctionne pas comme cela. J’étais persuadé que la V6 fonctionnait avec les mêmes règles, et qu’on se retrouvait avec un écran noir après le lancement du deuxième enregistrement simultané.

Quand deux enregistrements ADSL sont lancés, la V6 m’indique un message d’erreur ‘Erreur vidéo inconnue 500/0’ si je tente de regarder un troisième flux ADSL.

Si je suis dans l’espace FreeboxTV sur une chaîne ADSL et que deux enregistrements sont prévus sur deux autres flux ADSL, le deuxième n’est jamais lancé. Problème supplémentaire, j’ai forcé le réglage ‘Retirer automatiquement les enregistrements terminés’ à ‘Oui’. Résultat à la fin : l’enregistrement jamais lancé ne se retrouve ni dans l’onglet ‘Planning’ ni dans l’onglet ‘Terminés’ de ‘Mes enregistrements’. Il devrait rester bloqué dans l’onglet planning avec la mention d’une erreur.

Le Player n’affiche pas quel flux (automatique, TNT, TNT HD, HD, standard, bas-débit) sera enregistré dans l’onglet planning de ‘Mes enregistrements’.
Jusqu’ici, seule la consultation à distance permettait de vérifier cette information.
Depuis 1 ou 2 jours, cette information n’est plus disponible à distance non plus.
Cela coïncide avec la sortie du firmware 1.2.2. du Player, mais je vois mal comment les deux évènements pourraient être liés.

C’est ennuyeux. J’utilisais la consultation à distance pour contrôler les erreurs de saisie. Dès qu’on enregistre plus de deux flux en simultanéité, il est important de vérifier lesquels seront en ADSL et lesquels sur la TNT, la moindre erreur se traduit par un enregistrement qui ne démarrera pas.

Noter qu’à distance, il y a toujours un bug qui empêche de saisir les enregistrements pour les chaînes payantes (lors des promotions ?) et qui remplace le nom de la chaîne par un point d’interrogation dans la consultation de la liste des enregistrements.

En ce moment, la liste contient surtout des points d’interrogation. Pour le type de flux pour tous les enregistrements, pour le nom de la chaîne s’il s’agit d’un enregistrement sur une chaîne payante en clair comme TCM (n°36) en ce moment.

Curieusement, la page m’indique immédiatement un état ‘Confirmée’ pour ce que je tape, sans possibilité de modification...

La télécommande possède plusieurs combinaisons mal documentées : [AV]+[HAUT] : éjection DVD, [AV]+[BAS] : verrou, [AV]+[PROG+] : debug.

[AV]+[Free] n’en fait pas partie. C’est une combinaison que le Player réclame en phase de détection de la télécommande.

Si on tape [AV]+[Free] sur une chaîne ou sur le menu principal, la télécommande reste (définitivement ?) muette. Le Player ne la considère pas comme verrouillée, aucun message n’apparaît. En cas de télécommande verrouillée par [AV]+[BAS], le verrou est fait par le Player, la télécommande fait clignoter le voyant radio, le Player affiche un message clair.

Après [AV]+[Free], le voyant ne clignote plus. La télécommande n’émet plus de signal ou le Player ne veut pas l’écouter.
Un redémarrage du Player ou un changement de piles de la télécommande ne changent rien.
Je n’ai trouvé aucune combinaison de touches permettant de débloquer la télécommande. En particulier [AV]+[Free] ne fonctionne pas en bascule et ne permet pas de remettre la télécommande en fonctionnement.

Seule solution, le reset par le minuscule bouton à l’arrière du Player, qui rétablit pleinement le fonctionnement.
Une correction pourrait éviter une frayeur aux clients, des appels inutiles à la hotline, peut-être parfois un échange injustifié de télécommande.