L’HDMI utilise 4 paires différentielles, 3 pour transmettre les pixels R, G et B (une paire par couleur) plus une pour l’horloge.
La fréquence d’horloge dépendra de la résolution et du nombre de FPS. Les pixels sont simplement envoyés de la même manière que sur un cable VGA, par ligne, avec des temps d’attente entre deux lignes et deux images.(blanking)
L’audio ou d’autres informations seront envoyés pendant le blanking, la bande passante nécessaire étant très faible.
Rien de bien compliqué à faire pour mettre en œuvre de l’HDMI, les pixels arrivant au moment ou l’écran en aura besoin. C’est comme du VGA numérisé, ou du DVI avec de l’audio en plus.
Pour du display port par contre, il peut y avoir au choix, 1,2,3 ou 4 paires fonctionnant à 1.296, 2.16, ou 4.32 Gbit/s.
Les pixels ne sont plus envoyés sous une forme reconstituant directement une image et l’horloge (non transmise) ne pourra donc avoir que 3 fréquences possible.
Les différents flux vidéos qui transitent sont envoyés par “paquets”, et sont traitées comme des données lambda. D’où la possibilité d’avoir plusieurs flux sur un seul câble.
Pire même! Lors du branchement d’un câble Display Port, des tests de bande passante sont automatiquement effectués pour choisir la fréquence des paires. Pas évident du tout comme protocole.
Le Display Port est beaucoup mieux conçu et optimisé que de l’HDMI, mais beaucoup plus dur à mettre en place pour un constructeur de circuit intégré.
Il n’existe actuellement d’ailleurs que peu de circuit intégré capable d’émettre ou de recevoir en DP. Les seules trouvables actuellement sont:
-pour émettre: intégré dans les chips des CGraphiques
-pour recevoir: des SOCs tout en un pour écran
Des circuit intégré HDMI, il y en a pleins!
Dernier petit détail, un câble DP disposant de 4 paires différentielles peut tout à fait être utilisé pour transporter un flux HDMI.
Au niveau de la bande passante maximale, à moins de doubler le nombre de paire, ou de passer en optique ! Ça n’augmentera pas beaucoup plus je pense.
4 commentaires
GeForce Experience 1.8.2 : ajustez les paramètres vidéo de ShadowPlay
23/01/2014
Le 23/01/2014 à 13h 48
Oui je parlais des cartes Kepler. J’ai testé avec une 670MX.
Cela ne fonctionne pas par contre sur les portables disposant d’Optimus.
En tout cas, le support devrait arriver officiellement:
https://forums.geforce.com/default/topic/660786/nvidia-shadowplay-for-kepler-mob…
Le 23/01/2014 à 09h 57
Les versions mobiles disposent aussi de l’encodeur h264.
Il faut juste lancer GFExperience.exe avec l’option -shadowplay
=)
La norme HDMI 2.0 est finalisée : 18 Gb/s et support de la 4K @ 60 Hz
04/09/2013
Le 04/09/2013 à 14h 17
Le 04/09/2013 à 14h 00
Pour info:
L’HDMI utilise 4 paires différentielles, 3 pour transmettre les pixels R, G et B (une paire par couleur) plus une pour l’horloge.
La fréquence d’horloge dépendra de la résolution et du nombre de FPS. Les pixels sont simplement envoyés de la même manière que sur un cable VGA, par ligne, avec des temps d’attente entre deux lignes et deux images.(blanking)
L’audio ou d’autres informations seront envoyés pendant le blanking, la bande passante nécessaire étant très faible.
Rien de bien compliqué à faire pour mettre en œuvre de l’HDMI, les pixels arrivant au moment ou l’écran en aura besoin. C’est comme du VGA numérisé, ou du DVI avec de l’audio en plus.
Pour du display port par contre, il peut y avoir au choix, 1,2,3 ou 4 paires fonctionnant à 1.296, 2.16, ou 4.32 Gbit/s.
Les pixels ne sont plus envoyés sous une forme reconstituant directement une image et l’horloge (non transmise) ne pourra donc avoir que 3 fréquences possible.
Les différents flux vidéos qui transitent sont envoyés par “paquets”, et sont traitées comme des données lambda. D’où la possibilité d’avoir plusieurs flux sur un seul câble.
Pire même! Lors du branchement d’un câble Display Port, des tests de bande passante sont automatiquement effectués pour choisir la fréquence des paires. Pas évident du tout comme protocole.
Le Display Port est beaucoup mieux conçu et optimisé que de l’HDMI, mais beaucoup plus dur à mettre en place pour un constructeur de circuit intégré.
Il n’existe actuellement d’ailleurs que peu de circuit intégré capable d’émettre ou de recevoir en DP. Les seules trouvables actuellement sont:
-pour émettre: intégré dans les chips des CGraphiques
-pour recevoir: des SOCs tout en un pour écran
Des circuit intégré HDMI, il y en a pleins!
Dernier petit détail, un câble DP disposant de 4 paires différentielles peut tout à fait être utilisé pour transporter un flux HDMI.
Au niveau de la bande passante maximale, à moins de doubler le nombre de paire, ou de passer en optique ! Ça n’augmentera pas beaucoup plus je pense.