Tous les projets

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.

En arrivant malencontreusement sur une chaîne payante, une boîte de dialogue s’affiche, indiquant le prix de la chaîne, ainsi qu’un bouton [Annuler] pour en sortir.

La touche [Free] fonctionne pour quitter l’univers de la télévision.

La touche rouge [Retour] ou le clic sur le bouton [Annuler] fonctionnent de la même façon et provoquent l’affichage d’un écran noir.
C’est une frappe supplémentaire sur la touche [Retour] qui permet de revenir à la chaîne précédente.

En résumé, pour quitter l’écran d’accueil d’une chaîne payante, on peut frapper deux fois [Retour], ou cliquer sur [Annuler] puis frapper [Retour].

A partir d’une chaîne non payante, une seule frappe sur [Retour], permet de basculer, éventuellement plusieurs fois entre les deux dernières chaînes en clair visitées.

Il est possible que ceci ne soit pas une nouveauté.

Jusqu’ici, cette situation arrivait généralement en faisant une erreur en tapant un numéro de chaîne, et plus fréquemment sur les chaînes à trois chiffres, et ne m’avait pas choqué.

En parcourant la liste des chaînes par les flèches verticales, l’erreur est plus rare, les chaînes payantes étant grisées.
Avec la télécommande, les touches [Prog+] et [Prog-] ne proposent que les chaînes en clair.

La création de la mosaïque a multiplié les risques de se trouver dans cette situation. Rien ne distingue les chaînes payantes des autres, même pas le son qui est coupé aussi sur les chaînes en clair. On se retrouve plus souvent qu’avant confronté à cette difficulté à quitter cet écran inattendu.

Ne pourrait-on éviter cette frappe superflue sur la touche [Retour] dans l’écran d’accueil d’une chaîne payante pour revenir à la chaîne précédente, qu’elle soit la mosaïque ou une autre ?

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.

Depuis les derniers firmwares, j’ai fréquemment un écran d’erreur du serveur Cheyenne sur fond noir, pendant que je regarde une vidéo enregistrée par la FBHD. C’est une erreur aléatoire non numérotée. La plupart des touches habituelles ne permettent pas de s’en sortir. Mais la touche [Free] ou la mise en veille permettent de se récupérer.

Voici comment j’arrive à provoquer l’erreur 9 fois sur 10, donc facilement.
Regarder une enregistrement (j’ai testé en bas débit ou en débit standard), accélérer 3 fois pour passer en vitesse x8 puis presser la touche STOP.

Le redémarrage du Server V6 permet pendant l’affichage du logo Free de choisir entre :
1) le démarrage simple
2) le démarrage de secours
3) la restauration des paramètres d’usine
(libellés indiqués de mémoire).

Pendant un redémarrage avec restauration des paramètres d’usine, le Server affiche ‘Démarrage de secours’, un libellé déconcertant qui incite à recommencer, par crainte d’une erreur.

La restauration des paramètres d’usine ne reformate pas le disque interne du Server et ne fait pas perdre l’historique des appels, qui semble conservé à distance. Le firmware n’est pas rechargé, ce qui peut surprendre tout ancien utilisateur de la V5.

Il faudrait corriger la page d’information “http://www.free.fr/assistance/2550-reinitialisation-du-freebox-server.html“, du site de l’assistance de Free qui indique des informations assez différentes du fonctionnement actuel.

“Paramètre d’usine : tous les paramètres et réglages (WiFi, routeur, partages, etc.) ainsi que le disque dur sont désactivés ET effacés, au bénéfice des paramètres d’usine, comme si vous veniez de recevoir votre Freebox. Après un simple redémarrage, la Freebox s’initialisera alors avec une configuration “vierge” comme au premier branchement.”.

C’est surtout la mention laissant croire à un reformatage du disque qui s’avère inutilement dissuasive, et très stressante quand on est contraint à cette manipulation.

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 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.

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.

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.

Quand on démarre les deux Freebox en même temps, ou si le Player est redémarré alors que le Server est en phase 1, le menu du Player s’affiche souvent au ralenti, la ligne sélectionnée n’étant signalée que très tard.
Dans le menu ‘Réglages/Télévision’, la ligne ‘Retirer automatiquement les enregistrements terminés’, reprend la valeur par défaut ‘NON’.
Je n’ai pas vérifié en détail si c’est le seul réglage qui est perdu.

Cette situation peut arriver même sans la chercher en cas de coupure de courant.

Il faut donc recommander de démarrer le Server, attendre l’affichage de l’horaire, puis démarrer le Player.

Le firmware Server 1.1.5. a ajouté une phase 9 assez longue.
Auparavant, on perdait déjà le réglage ‘Retirer automatiquement les enregistrements terminés’ si on démarrait le Player en phase 1 du Server.
Si on démarrait le Player après l’affichage de l’heure sur le Server, on perdait ce réglage une fois sur deux. Je n’ai pas pensé à laisser un certain délai après l’affichage de l’heure, avant de tester.
La dernière évolution peut être considérée comme positive, mais ne couvre pas encore toutes les situations.

Depuis les firmwares 1.1.1 (et 1.1.0 ?) du Server, je ne peux plus enregistrer les flux bas-débit de TV5 Monde.
Ni à distance, ni par l’interface du Player.
Je n’ai aucune preuve que le problème vient du firmware. Une coincidence de date (25-08-2011).
Je pouvais enregistrer ce flux pendant le mois d’août 2011 avant ce nouveau firmware du Server.
Ce flux n’existait pas en juillet.
Free n’a pas communiqué sur son ajout.
J’enregistre sur TV5 Monde des films que je stocke sur mon disque USB.
Je préfère le flux MPEG4 bas débit, moins volumineux, pour la même qualité visuelle sur une télévision 4×3.

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.

Les sites Internet de Free (ADSL ou Mobile) ne semblent pas testés sous Internet Explorer.
Utilisant IE8 sous XP, je me suis lassé des multiples pages qui fonctionnent mal, comme la page d’entrée dans la console à distance (appelée désormais Interface abonné), dont le menu s’affiche en vrac lors de l’entrée.

J’ai donc dû passer à Firefox.
Sous Firefox, il existe un bug dans le formulaire de saisie d’un enregistrement à distance. Ce bug n’existe pas sous IE8.
Si on tape 00 22 33 44 ou 55 dans les zones heure ou minute, il s’affiche 01 21 31 41 ou 51.

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”.

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.

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’.