Tous les projets

coupure et craquement du son lors de changement de chaine.
le son marche de temp en temp.
il arrive aussi que quand on est sur une chaine ou y a du son que lon change de chaine et puis que l’on revien et bien ca ne marche plus.
je suis en hdmi
reboot
hard reboot
rien ne change !!

bonjour;

j’ai voulu tester le branchement hdmi entre ma freebox hd et ma tv plasma panasonic 42 px 64 ( ou px60 c’est pareil): resultat NI SON NI IMAGE.tout est noir.j’ai essayé avec un autre cable hdmi , celui de ma platine dvd et helas cela ne marche pas non plus.donc ce n’est pas le cable.ensuite j’ai testé sur la 2 eme entréé hdmi du panasonic: rien, aucune image/son.
j’ai rebooté la freebox hd mais rien n’y fait.donc je suis revenu au branchement classique peritel..
sagit t il d’une incompatibilité entre les 2 system? qq connait il le même soucis?

merci de vos reponses

Ecran Samsung HD Ready connecté en HDMI avec la Freebox.
Freebox HD.

1. Ce problème existe quelque soit le mode choisi sur le téléviseur LCD : 4/3 16/9e etc....
2. A chaque reboot de la freebox cette dernière rebascule sur 16/9e dans son paramètrage sur la touche en forme de flèche jaune.

Téléviseur sur 16/9e > Freebox bascule sur 16/9e lors de l’allumage, et l’image est déformé sur toutes les chaînes. L’image est en 4/3 sur l’écran.

Télévisuer sur 16/9e > Freebox basculé sur 16/9e lors de l’allumgage, je force le 4/3 l’image reviens normale et obtiens bien toute la surface de la dalle LCD à l’écran. J’obtiens bien par exemple NRJ 12 en 16/9e après avoir forcé le 4/3 sur le paramètrage de la freebox HD.

La freebox ne reproduit pas dans la réalité du 16/9e. Dyfonctionnement uniquement présent à priori d’après mes constats depuis la dernière mise à jour de firmware.

Mon téléviseur refuse d’être en 16/9e avec la Freebox à priori.

Hypothèses :
1. Mauvaise détection par le téléviseur du mode de la Freebox ?
2. Mauvaise commutation sur la sortie HDMI du paramètrage.

Autre test sur le Canal 14 de France 4 :
(Soirée du 31/10/06 21:20)

Mode 16/9e choisi sur la Freebox
Mode 16/9e choisi sur la TV.
Résulat > Affichage 16/9e Horizontalement (bandes noir ok). Verticalement présence de bandes noirs (bandes noir comme si nous avions un 4/3 centré en plein milieu).

Mode 4/3 letterbox sur la Freebox.
Mode 16/9e choisi sur la TV.
Résulat > Affichage 16/9e ok horizontallement (bandes noir ok). Verticalement l’image couvre bien toute la surface comme habituellement pour du 16/9e.

Informations concernant le téléviseur :
Contrast 3000:1
HDMI et HDready
Modèle LE32S71B / Samsung LCD

Depuis le firmware déployé lors de la mise en service sur service PVR les options de conversion (menu option) ne fonctionnent plus correctement.

Le firmware 1.1.1 a corrigé une partie des problèmes mais il reste :
Lorsque le flux diffusé est en 4/3 les options de conversion suivantes “4/3 Letterbox” “4/3 Combined” “4/3 Pan Scan” ont exactement le même comportement. Le comportement est : image étirée sur toute la surface de la télévision (sur tv 16/9 connectée en HDMI).
L’option “16/9” donne le résultat : image 4/3 affichée, ratio conservé, bandes noire à droite et à gauche (sur TV 16/9 connectée en HDMI)
Avant les options 4/3 avaient trois comportements différents. Lorsque Freebox connectée sur une TV 16/9 :
- image 4/3 étirée sur toute la surface (ratio non respecté)
- image 4/3 zommée (ratio respecté, perte d’une partie de l’image en haut et en bas)
- image 4/3 avec bandes noires à droite et à gauche de l’écran 16/9

(test sur TV HD Toshiba en HDMI / firmware FreeboxHD v5b 1.1.1)

Avant je selectionnais le mode 16/9eme au niveau de la freebox et fonction du format d’emission la tele et la Free s’arrangeaient pour afficher le meilleur mode mais en plein ecran. Maintenant en mode 16/9, ce qui est en 16/9 est biensur parfait, mais ce qui est emis en 4/3 est affiché en 4/3...bof bof

Il va donc falloir changer manuellement le mode d’affichage entre chaque prog...

Est ce un bug du 1.1.1, avec le 1.1.0 c’etait parfait, la c’est vraiment penible, entre chaque programme ou chaine il faut changer

Pour info j’ai un plasma samsung PS42P5H

J’ai relié la Freebox HD via HDMI à un VP TW600 HD Ready (1280×720). Or depuis la mise à jour 1.1.0, un problème critique vient d’apparaitre, l’image (tnt et adsl) est constament étiré en largeur quelque soit le mode auto, 720p50 ou 60 et config * que ce soit sur 4/3 ou 16/9ème. Seule excepton réglable, les chaines en 16/9 natives qui passsent parfaitement c’est àdire NRJ 12(TNT et ADSL) canal+ Hi tech et M6 ce soir sur Prison Break quand * réglé sur 16/9. Je rappelle que le zoom sur le VP est de toute façon bloqué sur auto puisque la source est numérique. Une anomalie critique donc, surtout que je n’avait pas ce problème avec le firmware précédent. merci d’y remédier au plus vite.

reposté par manque d’info des modos, problème soit disant déjà posé.

Mon téléviseur n’ayant qu’une seule entrée HDMI, j’utilise un boitier commutateur HDMI (octava HDMI Switch) qui permet de brancher
plusieurs sources HDMI sur l’entrée du téléviseur.

Le commutateur détecte automatiquement dès qu’il y a un signal sur une des sources et commute sur celle-ci.

Le commutateur gère actuellement le boitier Freebox HD et un lecteur DVD Samsung, en HDMI.
L’ensemble fonctionne à l’exception d’un problème:

Le commutateur est censé se mettre en veille automatiquement lorsqu’il n’y a plus de signal source.
Hors, lorsque la Freebox HD est en veille, le commutateur continue à détecter un signal résiduel
sur la sortie HDMI de la Freebox, ce qui fait que le commutateur reste actif en permanence 24/24.

Je n’ai pas ce problème avec le lecteur DVD qui coupe bien complètement le signal HDMI lorsqu’il est en veille.

Lorsque l’on utilise l’HDMI, et que l’on allume la freebox, la TV, si elle est en veille, ne passe pas directement sur l’HDMI comme cela était le cas avec la Peritel. Ainsi, il faut tout d’abord allumer la TV puis ensuite l’HDMI, et faire pareil pour l’extinction.

Il faudrait rapidement un jeu de sudoku pour la freebox.

Lorsque que je joue a un jeux sur la freebox player surtout les jeux asphalt 5 et let’s golf, le jeux ce bloque un petit instant et le jeux ce quitte tout seul et je me retrouve sur le menu home de la freebox, c’est aléatoire mais sa arrive plusieur fois par jour et jamais au même moment, c’est ragent quand tu es dans une course dans asphalt 5.

Bonjour,

J’avais déja le problème en 1.1.5 mais là en 1.1.6 c’est encore pire ! Sur deux abos distincts tous les deux en Revolution 1.1.6, j’ai une coupure de traffic IP pendant à peu près 2 minutes toutes les heures en gros ! Dans un cas je suis en wifi sur la box, dans l’autre en Ethernet (avec deux ordis différents !). Sur la freebox server rien n’apparait au niveau perte synchro adsl, tout reste bien connecté au niveau adsl, l’heure est toujours là, mais plus de traffic iP et ça revient tout seul en gros au bout de 2 minutes ! Malgré hard-reboot de freebox, le problème revient régulier comme une horloge et particulièrement ennuyeux !
En revanche si une communication téléphonique est en cours elle n’est pas coupée lorsque le problème survient !

Merci

Vincèn

Bonjour,
j’avais un switch netgear GS108 revision 1 et impossible d’obteir une adresse ip du dhcp de la freebox. J’ai doc changé mon switch pour un sisco sg100D-08 et la pareille. Je suis obliger de passer par le switch de mon routeur netgear wgt624 v2 qui ne me sert que de borne wifi pour pouvoir obtenir une adresse du dhcp de la freebox. Si quelqu’un a une idée je suis preneur.

Bonjour,

depuis la mise à jour en version 1.1.1 de ma v6, je ne “vois” plus mon disque dur réseau à partir du player. Il reste visible partout sur mon réseau comme avant, sauf depuis le player. Je peux, depuis mon pc, transférer des fichiers du disque réseau vers le disque du server pour pouvoir les lire du player ... ça marche comme ça, mais ça fait une manip de plus.
Il y aurait-il un paramètre que j’aurais zappé ?

D’avance merci.

Il est impossoble de récupérer une adresse IP derrière un équipement de type bridge.
La requête DHCP envoyé à la freebox n’obtient jamais de réponse de la part de celle-ci.

Le problème a été vérifié derrière plusieurs type d’équipements:
- machine virtuelle vmware connecté en mode bridge.
- PC / Xbox connecté derrière un WRT54GS avec DD-WRT configuré en mode ‘AP Client bridged’.
- repeteur wifi netgear WN2000RPT utilisé en mode ‘AP client’

J’ai pris des traces avec wireshark permettant de mettre en évidence ce problème (correspondant au cas 1 – traces prises sur l’interface de sortie d’un PC hebergeant une machine virtuelle utilisant le mode bridge vmware).
Les traces sont visible ici : http://dl.free.fr/q3GPkKqTB

Les trames 1 à 5 correspondent à une requête DHCP du PC hôte (requête qui aboutit normalement).
Les trames 6 à 9 correspondent à la requête DHCP émise (à 4 reprises car aucune réponse) par la machine virtuelle au travers de la même interface physique. Sur ces 4 dernière trames, on voit clairement que l’adresse MAC physique depuis laquelle provient la requête DHCP est différente du “client MAC Address” correpondant à l’adresse MAC de la machine virtuelle.

En revanche, si une IP fixe est configuré sur l’équipement connecté derirère le bridge, je n’ai constaté aucun problème particulier.
Cela semble montrer que le problème vient dans l’implémentation du serveur DHCP sur la freebox.

Bonjour,
avec la freebox V6 il n’est pas possible d’attribuer une même IP à plusieurs adresses MAC, ce qui est pourtant extrèmement pratique lorsqu’on utilise un ordinateur portable : on peut garder la même IP que l’on soit en WIFI ou en filaire et qu’on bascule de l’un à l’autre !

Je considère qu’il s’agit d’une anomalie dans la mesure où ça fonctionnait parfaitement avec la freebox V5. C’est le dernier périphérique connecté qui récupère l’IP. (bien entendu 2 périphériques ne peuvent pas avoir la même IP simultanément)

J’irai même plus loin : sur l’interface du site free.fr on peut toujours configurer des baux permanents, avec plusieurs @MAC pour une IP ... Mais ce n’est pas pris en compte, seul ce qu’on met sur l’interface mafreebox.freebox est pris en compte ... Et là on a le message d’erreur “Impossible d’ajouter ce bail statique” lorsqu’on ajoute une IP qui existe déjà

Bonjour,

J’ai quelques soucis de DNS, que j’imagine liés à la freebox revolution serveur.
Lorsque je créé une nouvelle entrée DNS sur un de mes serveurs, celle-ci s’étant bien propagée, n’arrive pas dans mon réseau local.

En détails :
- Mon mac récupère bien par DHCP un dns correspondant à ma Box
- J’ai bien sur rafraichi le cache local de mon ordi (dscacheutil -flushcache sur OSX)
- “dig mon.nouveau.domaine.com” > échec, non trouvé (réponse de la box)
- “dig mon.nouveau.domaine.com @dns1.proxad.net” > succès

Si je reboot la freebox (ce que je viens de faire pour vérifier), le cache DNS de celle-ci est purgé et tout marche...

Une idée?

Tout d’abord les symptomes lorsque ce bug se produit, c’est simple aucun de mes PC en ethernet ou WiFi n’accèdent au réseau.

Cas où le bug s’est produit :

1ère fois :
A la reception de ma v6 j’ai voulu faire une redirection de port, n’ayant pas reussi à le faire avec l’administration locale (http://mafreebox.free.fr/) de la freebox (va savoir pourquoi parceque maintenant ça fonctionne), j’ai voulu le faire via l’administration en ligne (http://www.free.fr/adsl/) et lorsque j’ai rebooté la freeboc pour prise en compte du paramétrage fait sur internet, j’ai eu le problème décrit ci-dessus

2ème fois :
Reboot de la freebox pour installation du firmware 1.0.3 et hop re-problème

3ème fois ce soir :
Bidouillant les fils, j’ai par inadvertence débranché la freebox au boot suivant KO

Bref j’ai peur maintenant de rebooter ma freebox...

Comment je résoud le problème :
Reboot, restauration des paramètres usine et c’est reparti (jusqu’à la fois suivante)

Autres symptomes observé lors du problème :
Visiblement mes PC n’arrivent pas a contacter le serveur DHCP de la freebox (commande dhclient sous linux)
Les paramètres WiFi configurés en ligne semblent appliqués (ou partiellement) puisque mes PC en wifi détectent le SSID paramétré en ligne et non pas celui paramétré en local (cad celui des paramètres usines) et un chiffrage WEP (parametre en ligne) et non pas WPA (parametres locaux). Par contre je n’arrive pas à me connecter au WIFI avec le mot de passe paramétré en ligne....

Désolé pour ce long post.

Pas de dyndns sur le serveur. Cette fonctionalité est présente sur la plupart des routeurs.

Bonjour,

Lorsque je connecte un routeur Wireless en mode Client/Pont Client, celui-ci est incapable de transmettre/recevoir les requêtes DHCP.

- Les postes clients n’obtiennent aucune IP.
- En configuration fixe : Aucun problème.