Discussion:Télévision à ultra-haute définition
- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
Cet article est indexé par les projets Télévision et Cinéma.
Les projets ont pour but d’enrichir le contenu de Wikipédia en aidant à la coordination du travail des contributeurs. Vous pouvez modifier directement cet article ou visiter les pages de projets pour prendre conseil ou consulter la liste des tâches et des objectifs.
| Avancement | Importance | pour le projet | |
|---|---|---|---|
| Ébauche | Maximum |  | Télévision (discussion • critères • liste • stats • hist. • comité • stats vues) |
| Moyenne |  | Cinéma (discussion • critères • liste • stats • hist. • comité • stats vues) | |
Cet article ne comporte pas de liste de tâches suggérées. Vous pouvez saisir une liste de tâches à accomplir (par exemple sous forme d'une liste à puces), puis sauvegarder. Vous pouvez aussi consulter la page d'aide.
Compression ?[modifier le code]
Pour stocker des vidéos numériques UHDTV durant 18 minutes, il faut un espace de 3,5 téraoctets, ou l'équivalent de 750 DVD. => on parle bien sans compression, là, hein? Si oui, faudrait le préciser, parce que ça fait peur!!
- Pourquoi 18 minutes? ^^;
- Oui, on parle bien sans compression. Pour répondre à la seconde question "pourquoi 18 minutes" il suffit de faire un calcule très simple en général on code les informations de la manière suivante [la résolution en nombre de pixel (largeur x hauteur) x l'encodage binaire (en général 32 bits) x nombre d'image par seconde (24 images pour l’œil croit que l'action se passe de manière continue)] + [piste audio] ceci donne le nombre de donné pour une seconde.
- Aujourd'hui on utilise généralement deux manières pour encoder une piste audio soit on fait comme sur les CD soit comme sur les SACD sachant que la qualité est largement meilleur sur les SACD. On peut néanmoins dire que la piste audio peut être considérée comme négligeable du faite qu'elle tient sur un espace relativement faible en comparaison à l'image.
- Ce qui donne [7680 x 4320 x 32 x 24] soit 25 Gigabits/s. On multiplie par 60 ce qui donne des minutes soit 1529 Gigabits ou 1.5 Térabits. On multiplie ensuite par 18 pour obtenir 18 minutes ce qui donne 27.52 Térabits. Étant donné que la valeur est donné en octet et sachant que un octet correspond à 8 bits, il faut diviser le tout par 8 soit 27.52/8 = 3.44 To (Téraoctet) ou 3.13 Tio (tébioctet).
- Si la source le bulletins-electroniques dit qu'il faut 24Gbits/s se doit être qu'ils font des arrondissements. En effet, étant donné que la résolution avec l'encodage binaire fait 1.06 Gbits ils arrondissent à 1 Gbits puis il multiplie par 24 pour obtenir les 24 images par seconde ce qui donne 24 Gbits/s. Mon calcul a quand à lui été réalisé sans aucun arrondissement. --JujuForUnix (d) 1 mars 2012 à 16:33 (CET)
- Une belle démonstration pour montrer comment arriver à 18 minutes de données sans compression, si j'ai bien compris. Mais je ne comprends pas pourquoi 18 minutes. Si je comprends bien on a quelques chose comme 25 920 images de stocker sans compression durant 18 minutes. Pourquoi stocker 25 920 images durant 18 minutes, compression ou pas? — Le message qui précède, non signé, a été déposé par 172.164.108.111 (discuter), le 30 octobre 2016 à 20:04
- Ceci n'apparaît plus dans l'article à l'heure actuelle. Ça ne doit donc pas avoir grand intérêt. — Ellande (Disc.) 2 novembre 2016 à 20:53 (CET)
principe de Bayer ?[modifier le code]
Bonjour. Je m'apprêtais à wikifier le "principe de Bayer", et j'ai vu un lien rouge en prévisualisation. Google ne connait pas non plus. S'agit-il d'une erreur ? Merci. domsau2 (d) 24 février 2009 à 21:40 (CET)