[Topic Unique] Akira DHB-B36HR - HU PVR - TNT HD et magnétos

[gelsemium]

Encore un bug du 29 fevrier?

[marceljack]

Bonjour Le Bourguignon,
J'ai le même bug et pas moyen de le corriger même en faisant un reset usine cela ne corrige pas le problème, c'est bien embettant comme bug. Je viens de le remonter chez Akira, on esperant que cela sera corrigé rapidement.

Idem pour le Sigmatek DVBR520 HD, la date est le 03/04/2010 (soit le 3 avril et non le 4 mars) et il si on veut rentrer une date antérieure, il refuse (date invalide).
Je vais également remonter le problème à Sigmatek.

[Le Bourguignon]

J'ai également remonté le problème à AKIRA.

Bon, pour simplifier, je pense qu'il doit y avoir un souci, très vraisemblablement dans le soft du décodeur. Maintenant, je ne pense pas non plus que ce souci soit directement lié à la gestion mécanique d'un calendrier, car ça, tout le monde sait le faire, du fabricant de porte-clés au constructeur d'équipement satellite.

Comme le décodeur met à jour sa date et son heure régulièrement à partir des infos reçues dans le flux, on peut imaginer:
- un souci dans l'heure envoyée à un certain moment par le flux, que ce soit dans son contenu ou encore que ce soit un équipement de transmission qui vienne altérer ce flux: même si un contrôle d'intégrité est réalisé par les équipements du réseau, on sait qu'il est toujours possible de ne pas détecter une erreur si on ne recourt pas à des moyens extrêmement pénalisants et gros consommateurs de ressources CPU, moyens réservés par exemple aux trames véhiculant des ordres stratégiques de la plus haute importance.
- un souci mineur sur le flux, qui mettrait alors en évidence une défaillance du logiciel qui se traduirait ensuite par une date complètement farfelue.

Anecdote: un jour où je travaillais à la mise au point d'un logiciel complexe, j'ai été contraint d'investiguer un "bug" pendant près de trois mois. Pour résumer, le CPU utilisé donnait l'impression de se comporter en menteur, à savoir qu'il positionnait son indicateur de résultat nul alors qu'il chargeait en permanence une donnée non nulle !!! la donnée n'a j'amais été altérée une seule fois, par contre, une entrée de sélection d'hrolgoe était semble-t-il mal protégée sur ce processeur qui, dans certaines circonstances, croyait qu'on lui demandait de se synchroniser sur une horloge externe qui n'existait évidemment pas. Du coup, il reprenait ses esprits, mais repartait évidemment à 0. D'où l'impression de "mensonge".

Il est fort possible qu'un souci analogue puisse être présent sur ce décodeur, sans même que les teste de validation aient pu le mettre en évidence jusqu'à présent.

Attendons donc les nouvelles d'AKIRA sereinement, car leur réactivité semble être à la hauteur de ce que l'on espère d'un fournisseur, et on peut donc penser qu'ils trouveront une solution à ce souci et qu'ils seront en mesure de nous délivrer un patch chargeable par simple clé USB par exemple.

Cordialement !

[gelsemium]

ce qui est marrant c'est qu"au meme moment y a eu ça:
http://www.play3-live.com/news-ps3/comm ... 25-p2.html
ps3 akira meme combat !

[marceljack]

... Comme le décodeur met à jour sa date et son heure régulièrement à partir des infos reçues dans le flux, on peut imaginer:
- un souci dans l'heure envoyée à un certain moment par le flux, que ce soit dans son contenu ou encore que ce soit un équipement de transmission qui vienne altérer ce flux: même si un contrôle d'intégrité est réalisé par les équipements du réseau, on sait qu'il est toujours possible de ne pas détecter une erreur si on ne recourt pas à des moyens extrêmement pénalisants et gros consommateurs de ressources CPU, moyens réservés par exemple aux trames véhiculant des ordres stratégiques de la plus haute importance.
- un souci mineur sur le flux, qui mettrait alors en évidence une défaillance du logiciel qui se traduirait ensuite par une date complètement farfelue.

Ces hypothèses me paraissent peu vraisemblables car d'une part mes autres récepteurs TNT indiquent la date correcte, d'autre part si l'erreur avait été fugitive la situation devrait se rétablir après un cycle extinction/ rallumage (en coupant l'alimentation), or ce n'est pas le cas.
Il y a donc certainement un bug chez Akira, Sigmatek et sans doute les autres nombreux clones.

[Steamboy]

ce qui est marrant c'est qu"au meme moment y a eu ça:
http://www.play3-live.com/news-ps3/comm ... 25-p2.html
ps3 akira meme combat !

Sur notre Akira, on peut comme même l'utiliser et faire des enregistrements, sur la PS3 c'est encore pire les gens ne peuvent même plus jouer et la console refuse de faire quelque chose

[marceljack]

Sur notre Akira, on peut comme même l'utiliser et faire des enregistrements, sur la PS3 c'est encore pire les gens ne peuvent même plus jouer et la console refuse de faire quelque chose

J'ai vérifié sur le Sigmatek, un enregistrement le jour même ne pose pas de problème.
Mais quand il faudra faire un enregistrement programmé avec une date sur un autre mois, cela risque d'être une autre paire de manches (sans compter qu'il y a peut-être d'autres bugs aux changements de mois, genre mois de 30 jours au lieu de 31) .

[Steamboy]

Chez Akira ils sont toujours aussi réactifs

Voilà leur réponse :

Bonjour à tous,
et oui, ça a été la mauvaise surprise du matin.... pour nous aussi !
Bug confirmé, non seulement sur le HR, mais sur le HU aussi, ainsi que sur la série HSB-B18...
Nous n'avons pas pu identifier la raison précise de ce problème qui ne se reproduit pas sur nos téléviseurs utilisant un composant principal provenant du même fabricant....

Basiquement, la mise à jour de la date fonctionne de la manière suivante :
le stream DVB-T diffuse l'information de la date au format UTC, c'est à dire un nombre qui s'indexe de 1 tous les jours depuis une date 0. La formule de calcul de la date à partir de cette donnée est évidemment complexe et fait même partie de la norme DVB.

Ce qui s'est passé aujourd'hui est donc totalement incompréhensible. Nous aurions pu imaginer une erreur du type 29 février, mais d'afficher aujourd'hui le 4 mars est tout simplement de la science fiction.

Nous avons bien entendu remonté cette info à notre R&D, qui elle même doit se retourner vers le fabricant du composant principal qui doit être submergé à l'heure qu'il est car nous sommes loin d'être son seul client et que l'information de la date est dans ce qu'on appelle la couche de code primaire qui est gérée directement par lui, et pas par nos équipes...

Nous revenons vers vous dès que possible avec une mise à jour sw qui ne pourra s'appliquer que sur les produits AKIRA bien entendu...

Et nous sommes profondément désolés pour tous les utilisateurs qui ont perdu leur enregistrement programmé cette nuit suite à ce bug.

Bien cordialement,
L'équipe AKIRA

[marceljack]

Chez Akira ils sont toujours aussi réactifs ...

Pas comme Sigmatek, mais ce n'est pas vraiment une surprise. D'ailleurs le DVBR 520HD ne figure même pas sur leur site.
Je n'ai pas reçu l'accusé de réception de mon mail, mais bon, on peut très bien refuser de l'envoyer tout en ouvrant le mail.
S'ils ne répondent pas, je me retournerai vers Cora qui auront sans doute plus de poids que moi.

[marceljack]

Ce matin la date est de nouveau correcte sur le Metronic et le Sigmatek.
Ce ne devait pas être bien grave car je doute qu'il y ait eu une mise à jour cette nuit ...
Peut-être que l'erreur arrivera le 1er mars de toutes les années non bissextiles.