salut a tous !

moi aussi je ne suis pas trop satisfait de cet box  ,  a l'heure d'aujourdhui je n'ai rien pu faire avec....des la premiere utlisation ,elle n'a pas demarer correctement avec un message quasi indisriptible pour le consommateur ... j'ai donc contacter idrevon pour de l'aide ( il est vrai que celui ci m'est tous sont possible pour nous aider) mais la reponse  " mes vlan ne sont pas logue ou je ne sais quoi ..." pour moi c'est du scribe...

vraiment dommage , moi j'aurai bien voulu un demarrage impec des le debut !!! ou apres la 50 eme fois !!  et un jolie menu comme a la xbmc

en parlant de xbmc , je n'arrive a rien faire , je n'ai pas pu lire une video d'une clee usb , ni avoir des chaine tv avec les ad on ... je n'y comprend RIEN de RIEN et on a meme pas un guide ou un mode d'emploie , tous de suite cela parle en language informatique que je ne comprend pas .....et je ne vous parle pas de ma femme et de mes gosses.... la seul video qui a fonctionner est une video youtube qui a fait beuger la box apres quelque seconde....obliger de debrancher... la crise !!!!!!!!!!!

par contre seul point positif .... c'est le debit annoncer... il est enorme et quasi stable  95 mega , la rien a dire sa bombarde !!

 
je voudrais pouvoir faire fonctionner des chaine tv sur xbmc avec l'ad on "mythbox" , mais celuici me dit qu'il na pas pu ce connecter (erreur mysql connect )
 
quel serait la solution
 
autre question .. j'ai trouver des logiciel pour avoir une reso perso genre ( newrez ) sous linux , mais comment puige l'instalez sur votre sacrée ...engin.....

car pour le moment a part beuger toutes les 10 minute a chaque changement de chaine , a l'heure d'aujourdhui je n'ai rien pu faire avec votre box tv....
 
merci de votre interet .. a celui ou celle qui peut m'eclairer , car sinon je remballe tous dans les carton
 
 

Newrez ! Il s'agit d'un bête petit script Nautilus qui permet de donner la résolution que vous désirez à votre écran, y compris si ce n'est pas une résolution standard et qui fonctionne sous linux

votre logiciel tv est nul , a chaque changement de chaine , l'ecran linux revient pendant 2s , quant celui ci ne fige pas.........aucun guide tv ni programme ....

Je vais expliquer pourquoi un zapping n'est pas immédiat.

Pour faire simple, il y a :
1/ Le temps pour recevoir le flux multicast
2/ Le temps pour recevoir la PAT / PMT
3/ Le temps nécessaire pour récupérer une ou deux images de référence
4/ Le temps de synchroniser l'Audio et la vidéo.

1/ Le temps pour récupérer le flux entre une requête IGMP et l'arrivée du premier paquet multicast doit très faible sur le réseau de l'Ain (je suppose moins de 20ms, mais je n'ai pas testé). Ce temps dépend du nombre d'équipements a qui il faut faire la demande.

2/ Il faut ensuite savoir sur quel PID est le flux vidéo et sur quel PID et le flux audio. La PAT est une table toujours au PID =0 qui contient le PID de la table qui continent la liste des flux audio et vidéo et de leur PID. Il faut donc déjà récupérer la PAT pour ensuite récupérer la PMT pour enfin savoir ou sont les flux.

Exemple du contenu d'un flux vidéo (TF1 en MPEG2 chez Free) :

On voit la PAT, la PMT (30 Kb/s), Le flux vidéo (2,6 Mb/s), deux flux audio à 273 Kb/s chacun, le teletexte (75 Kb/s), des informations pour le de-scramblage (7 Kb/s). Ce sont des débits utile au niveau TS. Il faut ensuite mettre les paquets TS avec leur en-tête dans des paquets IP (on met 7 paquet TS dans un paquet IP) et donc le débit réel est plus important (Pour l'ADSL, ATM rajoute encore 1/5 de débit en plus).

La PAT et la PMT sont généralement émis au moins toutes les 50ms. donc en moyenne on attend 25ms.

3/ Le temps nécessaire pour récupérer une ou deux images de référence

Le flux video encodé en MPEG arrive avec des informations sur les images transmises. Il transmet plusieurs types d'images encodées, entre autres les I, B, P. L'image I est celle de référence. Elle doit etre la première d'un GOP. Le décodeur Mpeg attend cette image avant d'afficher quoi que ce soit. Elle comprend le maximum d'information sur l'image et se suffit elle-même. Les B et P sont des images de différences, elles prennent comme référence les images I et sont donc moins demandeuse d'information et de debit.

Les images de référence I sont généralement insérées toutes les 25 a 40 images. Pour un diffuseur, l'intérêt est d'avoir un flux Mpeg le moins gourmand en debit. Il peut donc être tenté de mettre un maximum de trames de différence (B,P) et peu d'images I. Le défaut est le temps d'apparition de l'image quand on zappe sur une chaîne.

En MPEG-4, les images peuvent faire la différence par rapport a la précédent image I ou a la suivante => Cela nécessite d'avoir reçu deux image I pour commencer a décoder.

4/ Le temps de synchroniser l'Audio et la vidéo

Bref deux secondes, c'est long pour toi mais il se passe beaucoup de choses !

Oui, mais cela vaut aussi pour un DVD/BD, mais 2 s de flux peuvent ne pas durer 2 s de temps! (hint)

vous dites qu'il faut attendre quant la box bloque sur un changement de chaine , et que si l'image fige il faut etre patient.....

Plus qu'un décodeur TNT?

Je pense que c'est les mêmes flux.

Avec toutes les astuces pour réduire le temps de zapping, le temps de zapping moyen incompressible est de 1,9 sec pour du flux MPEG-4 avec un GOP de 25 images (pour avoir ce temps il ne faut pas avoir de système de correction d'erreur du type FEC ou RTP-Retry / Pure pixel)

Le FEC coute combien?

Pour descendre en dessous de 1,9 sec, il faut démarrer en unicast en envoyant un flux spécifique au décodeur le temps qu'il s'abonne au flux multicast.

Pas d'accord avec le "flux spécifique". Il suffit de faire comme un lecteur de DVD : reculer dans le flux, donc proposer le flux standard tel quel, juste retardé accéléré. Aucun ré-encodage.