https://wiki.nofrag.com/api.php?action=feedcontributions&feedformat=atom&user=E-t172 2026-05-05T19:11:55Z Contributions MediaWiki 1.44.0 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=3008 2024-01-10T21:31:34Z

<p>E-t172 : Ajout de la mention de videojitter</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''NOUVEAU Janvier 2024: [https://github.com/dechamps/videojitter videojitter] peut être utilisé pour mesurer et caractériser les problèmes présentés dans cet article.'''<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art en avril 2018'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[[wikipedia:Three-two_pull_down|3:2 pull down]]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[[wikipedia:Telecine#Telecine_judder|Telecine judder]]&quot;. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#32-pulldown une autre présentation] de ce phénomène.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [[wikipedia:Clock_signal|signal d'horloge]]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([[wikipedia:Coordinated_Video_Timings|CVT]]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. (Sous Linux la situation est meilleure : le [[wikipedia:X.Org_Server|serveur X.Org]] offre des paliers de 0.001 MHz.) Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[[wikipedia:Sample-rate_conversion|sample rate conversion]]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [[wikipedia:Pitch_(music)#Just-noticeable_difference|imperceptible]] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui [https://github.com/mpv-player/mpv/wiki/Display-synchronization#display-sync implémente cette fonctionnalité] (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> * [https://potplayer.daum.net/ Potplayer] semble inclure cette fonctionnalité en standard. [https://wiki.mikejung.biz/PotPlayer#Potplayer_Playback_Settings] [https://forum.doom9.org/showthread.php?p=1843214#post1843214]<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion une autre présentation] de cette solution.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-interpolation option &lt;code&gt;interpolation&lt;/code&gt;] qui implémente cette fonctionnalité. La technique utilisée semble être subtilement différente ([https://github.com/mpv-player/mpv/wiki/Interpolation#convolution-based-interpolation convolution]) comparé à la solution classique ([https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion smoothmotion]).<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[[wikipedia:Coordinated_Video_Timings|Coordinated Video Timings]]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> Sous Linux le support des &quot;custom modes&quot; est meilleur : [[wikipedia:X.Org_Server|X.Org]] les supporte nativement, et la pixel clock est réglable par paliers de 0.001 MHz (contre 0.01 MHz sous Windows). Cela implique cependant de modifier manuellement la configuration du serveur X.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [[wikipedia:Coordinated_Video_Timings|CVT]]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], [https://mpv.io/ mpv], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Sources_de_bruit_entre_%C3%A9quipements_audio&diff=2869 2018-08-17T19:25:56Z

<p>E-t172 : Discussion du ground lift dans le cas de sorties d&#039;ampli /* Solutions */</p> <hr /> <div>''Ce texte a été initialement [http://forum.nofrag.com/forums/partage/topics/462845/69#post_1073896 posté] dans le [http://forum.nofrag.com/forums/partage/topics/462845/ topic de la Hi-Fi] le 11 mars 2017 par [[e-t172]].''<br /> ----<br /> <br /> == Boucles de terre ==<br /> <br /> '''C'est de loin la cause de bruit la plus courante. Si vous entendez des grésillements bizarres quand vous faites certaines actions sur votre PC (bouger la souris, lancer un jeu, lire une vidéo…), alors il y a 99% de chances que vous vous trouvez dans le cas décrit dans cette section.'''<br /> <br /> Une boucle de terre apparaît lorsque les conditions suivantes sont toutes réunies :<br /> * Un câble relie les deux appareils audio.<br /> * Ce câble relie les masses des deux appareils. C'est typiquement le cas sauf câble « trafiqué » (voir plus bas).<br /> * Les deux appareils ont leurs masses également reliées par un autre chemin. Typiquement il s'agit de la prise de terre, ce qui explique pourquoi un appareil démuni de prise de terre ([[wikipedia:Appliance_classes#Class_II|classe II]]) est rarement sujet à ce problème. Malheureusement une enceinte active pro, telle qu'une JBL LSR30x, est typiquement un appareil de classe 1 doté d'une prise de terre.<br /> <br /> Dans ces conditions, une partie du courant qui circule dans les appareils va exploiter ce nouveau chemin et retourner à la masse à travers le câble reliant les deux appareils, au lieu de simplement s'écouler normalement à travers les masses internes des appareils eux-mêmes. Comme le dit un fameux adage : « les électrons sont têtus et ils ne lisent pas les schémas ».<br /> <br /> Une boucle de terre en elle-même n'est pas un problème si elle passe à travers des conducteurs qui ne sont pas utilisés pour transporter le signal ; c'est le cas par exemple des liaisons audio symétriques.<br /> <br /> Par contre, si la boucle de terre passe par un conducteur qui fait partie du signal, par exemple le shield dans une liaison asymétrique (qui est utilisé pour la référence du signal), le courant parasite va provoquer une tension dans le conducteur ([[wikipedia:Ohm%27s_law|loi d'ohm]]). Cette tension parasite est indistinguable du signal et se retrouve donc sous forme de bruit.<br /> <br /> La nature et l'intensité du bruit dépend des impédances des différents chemins de retour vers la masse, qui dépendent de la topologie interne des appareils et de l'impédance du câble. La situation peut donc être très différente d'un cas à l'autre. Le bruit dépend également de l'intensité des courants qui cherchent à retourner vers la masse, qui dépendent à leur tour de l'activité électrique dans l'appareil. Cela explique pourquoi le bruit a tendance à changer lorsque l'activité de l'appareil change. Par exemple, lancer un jeu vidéo va avoir un énorme impact sur la consommation électrique du GPU d'un PC, et va donc avoir des conséquences sur la quantité de courant qui retourne vers la masse, et donc sur le bruit.<br /> <br /> == Interférences basse fréquence ==<br /> <br /> Par « basse fréquence » je veux dire dans les environs de 20Hz-20kHz. Dans ces fréquences là, nous baignons tous dans des champs électriques divers et variés, souvent causés par la tension secteur (50 Hz) et des harmoniques souvent causées par des alimentations à découpage (telles que celle d'un PC).<br /> <br /> Le risque ici est que le câble se comporte une antenne dipolaire, où un pôle de l'antenne est représenté par le conducteur portant le signal et l'autre pôle est représenté par la masse de l'appareil. Une manière équivalente d'exprimer ça est de dire qu'il y a une [[wikipedia:Parasitic_capacitance|capacité parasite]] entre le signal et la masse.<br /> <br /> Le shield d'un câble, en lui-même, est incapable d'arrêter ces champs électriques parce que la fréquence est trop basse et le shield est trop fin. Pour que le shield fasse son effet il faut qu'il soit connecté à la masse - en effet, dans ce cas la [[wikipedia:Capacitance#Simple_systems|géométrie]] de l'antenne est modifiée de telle sorte que la sensibilité au champ électrique devient négligeable.<br /> <br /> Il arrive souvent que le bruit lié à ces interférences disparaisse dès lors que le câble est branché à une sortie audio alimentée. Cela est lié au fait qu'une sortie audio typique est implémentée par le biais d'un amplificateur opérationnel doté d'un circuit de contre-réaction (negative feedback) qui corrige toute déviation en sortie. Comme une interférence induit une tension parasite qui est « visible » des deux côtés du câble (contrairement à un courant de masse), le bruit causé par l'interférence est automatiquement « corrigé » par l'amplificateur opérationnel, qui envoie une tension opposée pour compenser. Si le câble est débranché, ou si la sortie audio est éteinte, le bruit revient.<br /> <br /> == Interférences haute fréquence ==<br /> <br /> Il s'agit là d'interférences au-delà voire très au-delà de 20 kHz, jusqu'à 1 GHz environ. Par exemple radio, TV hertzienne, ou téléphones portables.<br /> <br /> Bien que ces interférences soient en dehors du spectre de l'audible, elles peuvent malgré tout causer des bruits dans la bande audio parce que les semiconducteurs qui équipent les entrées et sorties audio ont la fâcheuse tendance de démoduler spontanément ces signaux et le résultat se retrouve dans la bande audible. C'est la cause du fameux « tididip tididip tididip » qu'on entend lorsqu'un téléphone portable 2G est utilisé à proximité de matériel audio sensible.<br /> <br /> La sensibilité des appareils à ce phénomène est très variable et dépend des composants utilisés, de la qualité du filtrage en entrée (s'il y en a) ainsi que du comportement de la contre-réaction de l'étage de sortie (cf section précédente) dans les hautes fréquences.<br /> <br /> Un simple shield, même flottant est capable d'arrêter ce type d'interférences. La difficulté, c'est qu'il faut que le shield soit continu, opaque et sans « trous ». En effet, à ces fréquences-là, la longueur d'onde est très courte et ces signaux peuvent donc s'immiscer dans des discontinuités dont les dimensions se comptent en millimètres. La qualité du câble et des connecteurs joue donc un rôle prépondérant.<br /> <br /> == Solutions ==<br /> <br /> Avant toute chose, rappelons que les sources de bruit décrites ici sont constantes, dans le sens où elles ne varient pas en fonction du volume de la source. Pour cette raison, plus le signal (tension) sur la ligne est élevé, plus le rapport signal/bruit augmente. Il est donc recommandé d'augmenter le volume de la source, tout en diminuant le gain de l'appareil connecté à l'autre bout pour garder le volume final constant. (Par exemple, augmenter le volume général de Windows sur le PC, tout en diminuant le réglage de volume sur l'ampli ou enceinte active.) Cela dit, cette approche atteint vite ses limites : les limites de tension maximale de la source, même avec le volume réglé au maximum possible, ne permettent souvent pas de faire passer le plancher de bruit en-dessous du seuil d'audibilité.<br /> <br /> Une liaison purement [[Liaisons audio symétriques et asymétriques|‎symétrique]] (sortie symétrique, câble symétrique shieldé, entrée symétrique) est ''de facto'' immunisée contre tous ces problèmes. Non seulement le câble est shieldé de bout en bout avec liaison à la masse, mais en plus le shield ne transporte pas le signal (les boucles de masse n'ont donc pas d'impact) et si ce n'est pas suffisant, la construction symétrique du câble (paires torsadées, impédances symétriques) permet à l'amplificateur différentiel situé à l'entrée de rejeter toute interférence résiduelle qui aurait réussi à passer outre les barrières susdites (notamment les champs magnétiques). C'est de très loin la solution la plus propre, mais elle n'est pas toujours envisageable pour des raisons d'équipement ou de coût (surtout pour du 5.1). La [http://www.m-audio.com/products/view/m-track-hub M-Audio M-Track Hub] est une interface stéréo symétrique très bon marché, mais [https://forum.nofrag.com/viewtopic.php?p=1066219#p1066219 sa réputation n'est pas fameuse].<br /> <br /> Il est possible de transformer une liaison asymétrique en liaison symétrique à l'aide d'un transformateur d'isolation, tel que celui inclus dans une DI Box. Pour des résultats optimaux la longueur de la section asymétrique doit être réduite au strict minimum. Malheureusement, un transfo de bonne qualité coûte cher, et un mauvais transfo peut poser des [[Sirus_Pro_Cable_GL_Isojack#Distorsion|problèmes de qualité sonore]] (en particulier, non-linéarité dans les basses fréquences). Pour éviter une boucle de masse sur la portion asymétrique il peut être nécessaire de couper la masse entre les deux côtés du transfo, une option que les DI Box offrent sous la forme du &quot;ground lift&quot;.<br /> <br /> Dans le cas précis d'une boucle de masse dans une liaison asymétrique - symétrique (cas très courant du PC connecté à un ampli de classe II, tel qu'une LSR 30x, ou du branchement à un ampli, voir paragraphe ci-dessous), il existe une troisième solution, plus simple et moins chère : couper la masse au niveau du câble, par exemple à l'aide d'un adaptateur &quot;[https://www.amazon.co.uk/Hosa-GLT-255-Ground-Lifter-Adapter/dp/B00FC4YPL4 ground lift]&quot; ou simplement en trafiquant le connecteur. Le principe de cette solution consiste à connecter la masse de la sortie asymétrique au &quot;cold&quot; de l'entrée symétrique, mais ''pas'' à la masse de l'entrée comme un câble typique le ferait. Comme l'impédance masse-cold est généralement élevée (quelques kiloohms), la boucle de terre est éliminée. En contrepartie, la continuité du shield est compromise, ce qui invite les interférences. Dans la plupart des cas ces dernières seront automatiquement compensées par l'étage de sortie, mais cela ne fonctionne que si la sortie est allumée. Dans le cas d'un PC éteint ou en train de démarrer par exemple, il y a fort à parier que du bruit audible sera généré.<br /> <br /> La solution décrite au paragraphe précédent est facile à mettre en place dans le cas d'une [[Connecter_des_enceintes_actives_à_un_système_audio_domestique|entrée symétrique connectée à une sortie amplifiée]], car il suffit, du côté de l'ampli, de ne simplement pas brancher le shield (blindage) du câble à l'ampli ; ça revient alors au même qu'utiliser l'adaptateur ci-dessus. Notons que cela n'est possible que si un câble symétrique (trois conducteurs) est utilisé, et pour cette raison il est recommandé d'utiliser ce genre de câble lorsqu'on souhaite se connecter à une sortie amplifiée. Pour éviter au maximum l'incursion d'interférences électromagnétiques, il est de bon ton de s'assurer que la section dénudée (non protégée par le shield) soit la plus courte possible.<br /> <br /> Dans le cas particulier d'une carte son USB, il existe une solution presque aussi propre qu'une liaison symétrique : l'[[HifimeDIY USB Isolator ADUM4160|USB Isolator]]. Il s'agit d'un transformateur d'isolation, même principe donc qu'une DI Box, mais sans les inconvénients : l'isolation se fait au niveau de la liaison numérique USB, pas au niveau de la sortie analogique, il n'y a donc aucun impact sur la qualité sonore. C'est une excellente solution qui est plus propre qu'un « câble trafiqué » tel que décrit ci-dessus, mais un peu plus chère. On notera néanmoins qu'un isolateur USB peut poser des problèmes de compatibilité avec certaines cartes son.<br /> <br /> [[Category:Audio]]</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2739 2018-05-31T10:58:20Z

<p>E-t172 : Mention de Potplayer /* En pratique */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art en avril 2018'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[[wikipedia:Three-two_pull_down|3:2 pull down]]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[[wikipedia:Telecine#Telecine_judder|Telecine judder]]&quot;. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#32-pulldown une autre présentation] de ce phénomène.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [[wikipedia:Clock_signal|signal d'horloge]]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([[wikipedia:Coordinated_Video_Timings|CVT]]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. (Sous Linux la situation est meilleure : le [[wikipedia:X.Org_Server|serveur X.Org]] offre des paliers de 0.001 MHz.) Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[[wikipedia:Sample-rate_conversion|sample rate conversion]]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [[wikipedia:Pitch_(music)#Just-noticeable_difference|imperceptible]] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui [https://github.com/mpv-player/mpv/wiki/Display-synchronization#display-sync implémente cette fonctionnalité] (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> * [https://potplayer.daum.net/ Potplayer] semble inclure cette fonctionnalité en standard. [https://wiki.mikejung.biz/PotPlayer#Potplayer_Playback_Settings] [https://forum.doom9.org/showthread.php?p=1843214#post1843214]<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion une autre présentation] de cette solution.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-interpolation option &lt;code&gt;interpolation&lt;/code&gt;] qui implémente cette fonctionnalité. La technique utilisée semble être subtilement différente ([https://github.com/mpv-player/mpv/wiki/Interpolation#convolution-based-interpolation convolution]) comparé à la solution classique ([https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion smoothmotion]).<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[[wikipedia:Coordinated_Video_Timings|Coordinated Video Timings]]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> Sous Linux le support des &quot;custom modes&quot; est meilleur : [[wikipedia:X.Org_Server|X.Org]] les supporte nativement, et la pixel clock est réglable par paliers de 0.001 MHz (contre 0.01 MHz sous Windows). Cela implique cependant de modifier manuellement la configuration du serveur X.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [[wikipedia:Coordinated_Video_Timings|CVT]]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], [https://mpv.io/ mpv], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2714 2018-04-23T18:28:43Z

<p>E-t172 : </p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art en avril 2018'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[[wikipedia:Three-two_pull_down|3:2 pull down]]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[[wikipedia:Telecine#Telecine_judder|Telecine judder]]&quot;. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#32-pulldown une autre présentation] de ce phénomène.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [[wikipedia:Clock_signal|signal d'horloge]]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([[wikipedia:Coordinated_Video_Timings|CVT]]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. (Sous Linux la situation est meilleure : le [[wikipedia:X.Org_Server|serveur X.Org]] offre des paliers de 0.001 MHz.) Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[[wikipedia:Sample-rate_conversion|sample rate conversion]]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [[wikipedia:Pitch_(music)#Just-noticeable_difference|imperceptible]] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui [https://github.com/mpv-player/mpv/wiki/Display-synchronization#display-sync implémente cette fonctionnalité] (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion une autre présentation] de cette solution.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-interpolation option &lt;code&gt;interpolation&lt;/code&gt;] qui implémente cette fonctionnalité. La technique utilisée semble être subtilement différente ([https://github.com/mpv-player/mpv/wiki/Interpolation#convolution-based-interpolation convolution]) comparé à la solution classique ([https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion smoothmotion]).<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[[wikipedia:Coordinated_Video_Timings|Coordinated Video Timings]]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> Sous Linux le support des &quot;custom modes&quot; est meilleur : [[wikipedia:X.Org_Server|X.Org]] les supporte nativement, et la pixel clock est réglable par paliers de 0.001 MHz (contre 0.01 MHz sous Windows). Cela implique cependant de modifier manuellement la configuration du serveur X.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [[wikipedia:Coordinated_Video_Timings|CVT]]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], [https://mpv.io/ mpv], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2713 2018-04-23T18:28:25Z

<p>E-t172 : </p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art à avril 2018'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[[wikipedia:Three-two_pull_down|3:2 pull down]]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[[wikipedia:Telecine#Telecine_judder|Telecine judder]]&quot;. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#32-pulldown une autre présentation] de ce phénomène.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [[wikipedia:Clock_signal|signal d'horloge]]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([[wikipedia:Coordinated_Video_Timings|CVT]]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. (Sous Linux la situation est meilleure : le [[wikipedia:X.Org_Server|serveur X.Org]] offre des paliers de 0.001 MHz.) Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[[wikipedia:Sample-rate_conversion|sample rate conversion]]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [[wikipedia:Pitch_(music)#Just-noticeable_difference|imperceptible]] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui [https://github.com/mpv-player/mpv/wiki/Display-synchronization#display-sync implémente cette fonctionnalité] (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion une autre présentation] de cette solution.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-interpolation option &lt;code&gt;interpolation&lt;/code&gt;] qui implémente cette fonctionnalité. La technique utilisée semble être subtilement différente ([https://github.com/mpv-player/mpv/wiki/Interpolation#convolution-based-interpolation convolution]) comparé à la solution classique ([https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion smoothmotion]).<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[[wikipedia:Coordinated_Video_Timings|Coordinated Video Timings]]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> Sous Linux le support des &quot;custom modes&quot; est meilleur : [[wikipedia:X.Org_Server|X.Org]] les supporte nativement, et la pixel clock est réglable par paliers de 0.001 MHz (contre 0.01 MHz sous Windows). Cela implique cependant de modifier manuellement la configuration du serveur X.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [[wikipedia:Coordinated_Video_Timings|CVT]]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], [https://mpv.io/ mpv], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2712 2018-04-23T18:02:25Z

<p>E-t172 : Mention de X.Org /* Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[[wikipedia:Three-two_pull_down|3:2 pull down]]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[[wikipedia:Telecine#Telecine_judder|Telecine judder]]&quot;. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#32-pulldown une autre présentation] de ce phénomène.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [[wikipedia:Clock_signal|signal d'horloge]]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([[wikipedia:Coordinated_Video_Timings|CVT]]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. (Sous Linux la situation est meilleure : le [[wikipedia:X.Org_Server|serveur X.Org]] offre des paliers de 0.001 MHz.) Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[[wikipedia:Sample-rate_conversion|sample rate conversion]]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [[wikipedia:Pitch_(music)#Just-noticeable_difference|imperceptible]] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui [https://github.com/mpv-player/mpv/wiki/Display-synchronization#display-sync implémente cette fonctionnalité] (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion une autre présentation] de cette solution.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-interpolation option &lt;code&gt;interpolation&lt;/code&gt;] qui implémente cette fonctionnalité. La technique utilisée semble être subtilement différente ([https://github.com/mpv-player/mpv/wiki/Interpolation#convolution-based-interpolation convolution]) comparé à la solution classique ([https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion smoothmotion]).<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[[wikipedia:Coordinated_Video_Timings|Coordinated Video Timings]]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> Sous Linux le support des &quot;custom modes&quot; est meilleur : [[wikipedia:X.Org_Server|X.Org]] les supporte nativement, et la pixel clock est réglable par paliers de 0.001 MHz (contre 0.01 MHz sous Windows). Cela implique cependant de modifier manuellement la configuration du serveur X.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [[wikipedia:Coordinated_Video_Timings|CVT]]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], [https://mpv.io/ mpv], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2711 2018-04-23T17:55:03Z

<p>E-t172 : Mention de Linux/X.org qui offre des paliers de 0.001 MHz /* Le Seigneur des PC : les Deux Horloges */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[[wikipedia:Three-two_pull_down|3:2 pull down]]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[[wikipedia:Telecine#Telecine_judder|Telecine judder]]&quot;. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#32-pulldown une autre présentation] de ce phénomène.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [[wikipedia:Clock_signal|signal d'horloge]]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([[wikipedia:Coordinated_Video_Timings|CVT]]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. (Sous Linux la situation est meilleure : le [[wikipedia:X.Org_Server|serveur X.Org]] offre des paliers de 0.001 MHz.) Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[[wikipedia:Sample-rate_conversion|sample rate conversion]]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [[wikipedia:Pitch_(music)#Just-noticeable_difference|imperceptible]] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui [https://github.com/mpv-player/mpv/wiki/Display-synchronization#display-sync implémente cette fonctionnalité] (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion une autre présentation] de cette solution.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-interpolation option &lt;code&gt;interpolation&lt;/code&gt;] qui implémente cette fonctionnalité. La technique utilisée semble être subtilement différente ([https://github.com/mpv-player/mpv/wiki/Interpolation#convolution-based-interpolation convolution]) comparé à la solution classique ([https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion smoothmotion]).<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[[wikipedia:Coordinated_Video_Timings|Coordinated Video Timings]]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [[wikipedia:Coordinated_Video_Timings|CVT]]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], [https://mpv.io/ mpv], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2710 2018-04-22T09:54:04Z

<p>E-t172 : /* Résumé global */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[[wikipedia:Three-two_pull_down|3:2 pull down]]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[[wikipedia:Telecine#Telecine_judder|Telecine judder]]&quot;. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#32-pulldown une autre présentation] de ce phénomène.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [[wikipedia:Clock_signal|signal d'horloge]]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([[wikipedia:Coordinated_Video_Timings|CVT]]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[[wikipedia:Sample-rate_conversion|sample rate conversion]]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [[wikipedia:Pitch_(music)#Just-noticeable_difference|imperceptible]] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui [https://github.com/mpv-player/mpv/wiki/Display-synchronization#display-sync implémente cette fonctionnalité] (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion une autre présentation] de cette solution.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-interpolation option &lt;code&gt;interpolation&lt;/code&gt;] qui implémente cette fonctionnalité. La technique utilisée semble être subtilement différente ([https://github.com/mpv-player/mpv/wiki/Interpolation#convolution-based-interpolation convolution]) comparé à la solution classique ([https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion smoothmotion]).<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[[wikipedia:Coordinated_Video_Timings|Coordinated Video Timings]]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [[wikipedia:Coordinated_Video_Timings|CVT]]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], [https://mpv.io/ mpv], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2709 2018-04-22T09:51:38Z

<p>E-t172 : Mention de mpv interpolation /* Frame blending (Smooth Motion) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[[wikipedia:Three-two_pull_down|3:2 pull down]]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[[wikipedia:Telecine#Telecine_judder|Telecine judder]]&quot;. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#32-pulldown une autre présentation] de ce phénomène.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [[wikipedia:Clock_signal|signal d'horloge]]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([[wikipedia:Coordinated_Video_Timings|CVT]]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[[wikipedia:Sample-rate_conversion|sample rate conversion]]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [[wikipedia:Pitch_(music)#Just-noticeable_difference|imperceptible]] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui [https://github.com/mpv-player/mpv/wiki/Display-synchronization#display-sync implémente cette fonctionnalité] (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion une autre présentation] de cette solution.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-interpolation option &lt;code&gt;interpolation&lt;/code&gt;] qui implémente cette fonctionnalité. La technique utilisée semble être subtilement différente ([https://github.com/mpv-player/mpv/wiki/Interpolation#convolution-based-interpolation convolution]) comparé à la solution classique ([https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion smoothmotion]).<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[[wikipedia:Coordinated_Video_Timings|Coordinated Video Timings]]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [[wikipedia:Coordinated_Video_Timings|CVT]]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2708 2018-04-22T09:44:42Z

<p>E-t172 : /* Frame blending (Smooth Motion) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[[wikipedia:Three-two_pull_down|3:2 pull down]]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[[wikipedia:Telecine#Telecine_judder|Telecine judder]]&quot;. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#32-pulldown une autre présentation] de ce phénomène.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [[wikipedia:Clock_signal|signal d'horloge]]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([[wikipedia:Coordinated_Video_Timings|CVT]]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[[wikipedia:Sample-rate_conversion|sample rate conversion]]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [[wikipedia:Pitch_(music)#Just-noticeable_difference|imperceptible]] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui [https://github.com/mpv-player/mpv/wiki/Display-synchronization#display-sync implémente cette fonctionnalité] (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#smoothmotion une autre présentation] de cette solution.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[[wikipedia:Coordinated_Video_Timings|Coordinated Video Timings]]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [[wikipedia:Coordinated_Video_Timings|CVT]]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2707 2018-04-22T09:42:17Z

<p>E-t172 : /* Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[[wikipedia:Three-two_pull_down|3:2 pull down]]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[[wikipedia:Telecine#Telecine_judder|Telecine judder]]&quot;. La documentation de [https://mpv.io/ mpv] propose [https://github.com/mpv-player/mpv/wiki/Interpolation#32-pulldown une autre présentation] de ce phénomène.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [[wikipedia:Clock_signal|signal d'horloge]]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([[wikipedia:Coordinated_Video_Timings|CVT]]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[[wikipedia:Sample-rate_conversion|sample rate conversion]]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [[wikipedia:Pitch_(music)#Just-noticeable_difference|imperceptible]] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui [https://github.com/mpv-player/mpv/wiki/Display-synchronization#display-sync implémente cette fonctionnalité] (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[[wikipedia:Coordinated_Video_Timings|Coordinated Video Timings]]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [[wikipedia:Coordinated_Video_Timings|CVT]]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2706 2018-04-22T09:32:48Z

<p>E-t172 : /* En pratique */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[[wikipedia:Three-two_pull_down|3:2 pull down]]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[[wikipedia:Telecine#Telecine_judder|Telecine judder]]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [[wikipedia:Clock_signal|signal d'horloge]]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([[wikipedia:Coordinated_Video_Timings|CVT]]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[[wikipedia:Sample-rate_conversion|sample rate conversion]]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [[wikipedia:Pitch_(music)#Just-noticeable_difference|imperceptible]] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui [https://github.com/mpv-player/mpv/wiki/Display-synchronization#display-sync implémente cette fonctionnalité] (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[[wikipedia:Coordinated_Video_Timings|Coordinated Video Timings]]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [[wikipedia:Coordinated_Video_Timings|CVT]]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2705 2018-04-22T09:21:03Z

<p>E-t172 : Nettoyage des liens wikipedia</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[[wikipedia:Three-two_pull_down|3:2 pull down]]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[[wikipedia:Telecine#Telecine_judder|Telecine judder]]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [[wikipedia:Clock_signal|signal d'horloge]]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([[wikipedia:Coordinated_Video_Timings|CVT]]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[[wikipedia:Sample-rate_conversion|sample rate conversion]]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [[wikipedia:Pitch_(music)#Just-noticeable_difference|imperceptible]] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui implémente cette fonctionnalité (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[[wikipedia:Coordinated_Video_Timings|Coordinated Video Timings]]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [[wikipedia:Coordinated_Video_Timings|CVT]]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2704 2018-04-22T09:14:40Z

<p>E-t172 : Mention de mpv --video-sync=display-resample /* Ajuster la vitesse audio (ReClock) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> * [https://mpv.io/ mpv] (et [[wikipedia:Mpv_(media_player)#Interface_and_graphical_front-ends|dérivés]] tels que [https://www.smplayer.info/ SMPlayer]) propose l'[https://mpv.io/manual/master/#options-video-sync option &lt;code&gt;video-sync&lt;/code&gt;] qui implémente cette fonctionnalité (valeur &lt;code&gt;display-resample&lt;/code&gt;).<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Sources_de_bruit_entre_%C3%A9quipements_audio&diff=2700 2018-04-15T09:07:22Z

<p>E-t172 : Mention de M-Audio M-Track Hub /* Solutions */</p> <hr /> <div>''Ce texte a été initialement [http://forum.nofrag.com/forums/partage/topics/462845/69#post_1073896 posté] dans le [http://forum.nofrag.com/forums/partage/topics/462845/ topic de la Hi-Fi] le 11 mars 2017 par [[e-t172]].''<br /> ----<br /> <br /> == Boucles de terre ==<br /> <br /> '''C'est de loin la cause de bruit la plus courante. Si vous entendez des grésillements bizarres quand vous faites certaines actions sur votre PC (bouger la souris, lancer un jeu, lire une vidéo…), alors il y a 99% de chances que vous vous trouvez dans le cas décrit dans cette section.'''<br /> <br /> Une boucle de terre apparaît lorsque les conditions suivantes sont toutes réunies :<br /> * Un câble relie les deux appareils audio.<br /> * Ce câble relie les masses des deux appareils. C'est typiquement le cas sauf câble « trafiqué » (voir plus bas).<br /> * Les deux appareils ont leurs masses également reliées par un autre chemin. Typiquement il s'agit de la prise de terre, ce qui explique pourquoi un appareil démuni de prise de terre ([[wikipedia:Appliance_classes#Class_II|classe II]]) est rarement sujet à ce problème. Malheureusement une enceinte active pro, telle qu'une JBL LSR30x, est typiquement un appareil de classe 1 doté d'une prise de terre.<br /> <br /> Dans ces conditions, une partie du courant qui circule dans les appareils va exploiter ce nouveau chemin et retourner à la masse à travers le câble reliant les deux appareils, au lieu de simplement s'écouler normalement à travers les masses internes des appareils eux-mêmes. Comme le dit un fameux adage : « les électrons sont têtus et ils ne lisent pas les schémas ».<br /> <br /> Une boucle de terre en elle-même n'est pas un problème si elle passe à travers des conducteurs qui ne sont pas utilisés pour transporter le signal ; c'est le cas par exemple des liaisons audio symétriques.<br /> <br /> Par contre, si la boucle de terre passe par un conducteur qui fait partie du signal, par exemple le shield dans une liaison asymétrique (qui est utilisé pour la référence du signal), le courant parasite va provoquer une tension dans le conducteur ([[wikipedia:Ohm%27s_law|loi d'ohm]]). Cette tension parasite est indistinguable du signal et se retrouve donc sous forme de bruit.<br /> <br /> La nature et l'intensité du bruit dépend des impédances des différents chemins de retour vers la masse, qui dépendent de la topologie interne des appareils et de l'impédance du câble. La situation peut donc être très différente d'un cas à l'autre. Le bruit dépend également de l'intensité des courants qui cherchent à retourner vers la masse, qui dépendent à leur tour de l'activité électrique dans l'appareil. Cela explique pourquoi le bruit a tendance à changer lorsque l'activité de l'appareil change. Par exemple, lancer un jeu vidéo va avoir un énorme impact sur la consommation électrique du GPU d'un PC, et va donc avoir des conséquences sur la quantité de courant qui retourne vers la masse, et donc sur le bruit.<br /> <br /> == Interférences basse fréquence ==<br /> <br /> Par « basse fréquence » je veux dire dans les environs de 20Hz-20kHz. Dans ces fréquences là, nous baignons tous dans des champs électriques divers et variés, souvent causés par la tension secteur (50 Hz) et des harmoniques souvent causées par des alimentations à découpage (telles que celle d'un PC).<br /> <br /> Le risque ici est que le câble se comporte une antenne dipolaire, où un pôle de l'antenne est représenté par le conducteur portant le signal et l'autre pôle est représenté par la masse de l'appareil. Une manière équivalente d'exprimer ça est de dire qu'il y a une [[wikipedia:Parasitic_capacitance|capacité parasite]] entre le signal et la masse.<br /> <br /> Le shield d'un câble, en lui-même, est incapable d'arrêter ces champs électriques parce que la fréquence est trop basse et le shield est trop fin. Pour que le shield fasse son effet il faut qu'il soit connecté à la masse - en effet, dans ce cas la [[wikipedia:Capacitance#Simple_systems|géométrie]] de l'antenne est modifiée de telle sorte que la sensibilité au champ électrique devient négligeable.<br /> <br /> Il arrive souvent que le bruit lié à ces interférences disparaisse dès lors que le câble est branché à une sortie audio alimentée. Cela est lié au fait qu'une sortie audio typique est implémentée par le biais d'un amplificateur opérationnel doté d'un circuit de contre-réaction (negative feedback) qui corrige toute déviation en sortie. Comme une interférence induit une tension parasite qui est « visible » des deux côtés du câble (contrairement à un courant de masse), le bruit causé par l'interférence est automatiquement « corrigé » par l'amplificateur opérationnel, qui envoie une tension opposée pour compenser. Si le câble est débranché, ou si la sortie audio est éteinte, le bruit revient.<br /> <br /> == Interférences haute fréquence ==<br /> <br /> Il s'agit là d'interférences au-delà voire très au-delà de 20 kHz, jusqu'à 1 GHz environ. Par exemple radio, TV hertzienne, ou téléphones portables.<br /> <br /> Bien que ces interférences soient en dehors du spectre de l'audible, elles peuvent malgré tout causer des bruits dans la bande audio parce que les semiconducteurs qui équipent les entrées et sorties audio ont la fâcheuse tendance de démoduler spontanément ces signaux et le résultat se retrouve dans la bande audible. C'est la cause du fameux « tididip tididip tididip » qu'on entend lorsqu'un téléphone portable 2G est utilisé à proximité de matériel audio sensible.<br /> <br /> La sensibilité des appareils à ce phénomène est très variable et dépend des composants utilisés, de la qualité du filtrage en entrée (s'il y en a) ainsi que du comportement de la contre-réaction de l'étage de sortie (cf section précédente) dans les hautes fréquences.<br /> <br /> Un simple shield, même flottant est capable d'arrêter ce type d'interférences. La difficulté, c'est qu'il faut que le shield soit continu, opaque et sans « trous ». En effet, à ces fréquences-là, la longueur d'onde est très courte et ces signaux peuvent donc s'immiscer dans des discontinuités dont les dimensions se comptent en millimètres. La qualité du câble et des connecteurs joue donc un rôle prépondérant.<br /> <br /> == Solutions ==<br /> <br /> Avant toute chose, rappelons que les sources de bruit décrites ici sont constantes, dans le sens où elles ne varient pas en fonction du volume de la source. Pour cette raison, plus le signal (tension) sur la ligne est élevé, plus le rapport signal/bruit augmente. Il est donc recommandé d'augmenter le volume de la source, tout en diminuant le gain de l'appareil connecté à l'autre bout pour garder le volume final constant. (Par exemple, augmenter le volume général de Windows sur le PC, tout en diminuant le réglage de volume sur l'ampli ou enceinte active.) Cela dit, cette approche atteint vite ses limites : les limites de tension maximale de la source, même avec le volume réglé au maximum possible, ne permettent souvent pas de faire passer le plancher de bruit en-dessous du seuil d'audibilité.<br /> <br /> Une liaison purement [[Liaisons audio symétriques et asymétriques|‎symétrique]] (sortie symétrique, câble symétrique shieldé, entrée symétrique) est ''de facto'' immunisée contre tous ces problèmes. Non seulement le câble est shieldé de bout en bout avec liaison à la masse, mais en plus le shield ne transporte pas le signal (les boucles de masse n'ont donc pas d'impact) et si ce n'est pas suffisant, la construction symétrique du câble (paires torsadées, impédances symétriques) permet à l'amplificateur différentiel situé à l'entrée de rejeter toute interférence résiduelle qui aurait réussi à passer outre les barrières susdites (notamment les champs magnétiques). C'est de très loin la solution la plus propre, mais elle n'est pas toujours envisageable pour des raisons d'équipement ou de coût (surtout pour du 5.1). La [http://www.m-audio.com/products/view/m-track-hub M-Audio M-Track Hub] est une interface stéréo symétrique très bon marché, mais [https://forum.nofrag.com/viewtopic.php?p=1066219#p1066219 sa réputation n'est pas fameuse].<br /> <br /> Il est possible de transformer une liaison asymétrique en liaison symétrique à l'aide d'un transformateur d'isolation, tel que celui inclus dans une DI Box. Pour des résultats optimaux la longueur de la section asymétrique doit être réduite au strict minimum. Malheureusement, un transfo de bonne qualité coûte cher, et un mauvais transfo peut poser des [[Sirus_Pro_Cable_GL_Isojack#Distorsion|problèmes de qualité sonore]] (en particulier, non-linéarité dans les basses fréquences). Pour éviter une boucle de masse sur la portion asymétrique il peut être nécessaire de couper la masse entre les deux côtés du transfo, une option que les DI Box offrent sous la forme du &quot;ground lift&quot;.<br /> <br /> Dans le cas précis d'une boucle de masse dans une liaison asymétrique - symétrique (cas très courant du PC connecté à un ampli de classe II, tel qu'une LSR 30x), il existe une troisième solution, plus simple et moins chère : couper la masse au niveau du câble, par exemple à l'aide d'un adaptateur &quot;[https://www.amazon.co.uk/Hosa-GLT-255-Ground-Lifter-Adapter/dp/B00FC4YPL4 ground lift]&quot; ou simplement en trafiquant le connecteur. Le principe de cette solution consiste à connecter la masse de la sortie asymétrique au &quot;cold&quot; de l'entrée symétrique, mais ''pas'' à la masse de l'entrée comme un câble typique le ferait. Comme l'impédance masse-cold est généralement élevée (quelques kiloohms), la boucle de terre est éliminée. En contrepartie, la continuité du shield est compromise, ce qui invite les interférences. Dans la plupart des cas ces dernières seront automatiquement compensées par l'étage de sortie, mais cela ne fonctionne que si la sortie est allumée. Dans le cas d'un PC éteint ou en train de démarrer par exemple, il y a fort à parier que du bruit audible sera généré.<br /> <br /> Dans le cas particulier d'une carte son USB, il existe une solution presque aussi propre qu'une liaison symétrique : l'[[HifimeDIY USB Isolator ADUM4160|USB Isolator]]. Il s'agit d'un transformateur d'isolation, même principe donc qu'une DI Box, mais sans les inconvénients : l'isolation se fait au niveau de la liaison numérique USB, pas au niveau de la sortie analogique, il n'y a donc aucun impact sur la qualité sonore. C'est une excellente solution qui est plus propre qu'un « câble trafiqué » tel que décrit ci-dessus, mais un peu plus chère. On notera néanmoins qu'un isolateur USB peut poser des problèmes de compatibilité avec certaines cartes son.<br /> <br /> [[Category:Audio]]</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2699 2018-04-14T14:36:42Z

<p>E-t172 : /* Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'[[#En_pratique_3|assistant de madVR]] ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> Au final le principal inconvénient de cette technique reste sa pauvreté logicielle : vous avez le choix entre un filtre DirectShow abandonné, un lecteur vidéo obscur ou un lecteur payant. Joie.<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Sources_de_bruit_entre_%C3%A9quipements_audio&diff=2698 2018-04-13T22:15:49Z

<p>E-t172 : /* Solutions */</p> <hr /> <div>''Ce texte a été initialement [http://forum.nofrag.com/forums/partage/topics/462845/69#post_1073896 posté] dans le [http://forum.nofrag.com/forums/partage/topics/462845/ topic de la Hi-Fi] le 11 mars 2017 par [[e-t172]].''<br /> ----<br /> <br /> == Boucles de terre ==<br /> <br /> '''C'est de loin la cause de bruit la plus courante. Si vous entendez des grésillements bizarres quand vous faites certaines actions sur votre PC (bouger la souris, lancer un jeu, lire une vidéo…), alors il y a 99% de chances que vous vous trouvez dans le cas décrit dans cette section.'''<br /> <br /> Une boucle de terre apparaît lorsque les conditions suivantes sont toutes réunies :<br /> * Un câble relie les deux appareils audio.<br /> * Ce câble relie les masses des deux appareils. C'est typiquement le cas sauf câble « trafiqué » (voir plus bas).<br /> * Les deux appareils ont leurs masses également reliées par un autre chemin. Typiquement il s'agit de la prise de terre, ce qui explique pourquoi un appareil démuni de prise de terre ([[wikipedia:Appliance_classes#Class_II|classe II]]) est rarement sujet à ce problème. Malheureusement une enceinte active pro, telle qu'une JBL LSR30x, est typiquement un appareil de classe 1 doté d'une prise de terre.<br /> <br /> Dans ces conditions, une partie du courant qui circule dans les appareils va exploiter ce nouveau chemin et retourner à la masse à travers le câble reliant les deux appareils, au lieu de simplement s'écouler normalement à travers les masses internes des appareils eux-mêmes. Comme le dit un fameux adage : « les électrons sont têtus et ils ne lisent pas les schémas ».<br /> <br /> Une boucle de terre en elle-même n'est pas un problème si elle passe à travers des conducteurs qui ne sont pas utilisés pour transporter le signal ; c'est le cas par exemple des liaisons audio symétriques.<br /> <br /> Par contre, si la boucle de terre passe par un conducteur qui fait partie du signal, par exemple le shield dans une liaison asymétrique (qui est utilisé pour la référence du signal), le courant parasite va provoquer une tension dans le conducteur ([[wikipedia:Ohm%27s_law|loi d'ohm]]). Cette tension parasite est indistinguable du signal et se retrouve donc sous forme de bruit.<br /> <br /> La nature et l'intensité du bruit dépend des impédances des différents chemins de retour vers la masse, qui dépendent de la topologie interne des appareils et de l'impédance du câble. La situation peut donc être très différente d'un cas à l'autre. Le bruit dépend également de l'intensité des courants qui cherchent à retourner vers la masse, qui dépendent à leur tour de l'activité électrique dans l'appareil. Cela explique pourquoi le bruit a tendance à changer lorsque l'activité de l'appareil change. Par exemple, lancer un jeu vidéo va avoir un énorme impact sur la consommation électrique du GPU d'un PC, et va donc avoir des conséquences sur la quantité de courant qui retourne vers la masse, et donc sur le bruit.<br /> <br /> == Interférences basse fréquence ==<br /> <br /> Par « basse fréquence » je veux dire dans les environs de 20Hz-20kHz. Dans ces fréquences là, nous baignons tous dans des champs électriques divers et variés, souvent causés par la tension secteur (50 Hz) et des harmoniques souvent causées par des alimentations à découpage (telles que celle d'un PC).<br /> <br /> Le risque ici est que le câble se comporte une antenne dipolaire, où un pôle de l'antenne est représenté par le conducteur portant le signal et l'autre pôle est représenté par la masse de l'appareil. Une manière équivalente d'exprimer ça est de dire qu'il y a une [[wikipedia:Parasitic_capacitance|capacité parasite]] entre le signal et la masse.<br /> <br /> Le shield d'un câble, en lui-même, est incapable d'arrêter ces champs électriques parce que la fréquence est trop basse et le shield est trop fin. Pour que le shield fasse son effet il faut qu'il soit connecté à la masse - en effet, dans ce cas la [[wikipedia:Capacitance#Simple_systems|géométrie]] de l'antenne est modifiée de telle sorte que la sensibilité au champ électrique devient négligeable.<br /> <br /> Il arrive souvent que le bruit lié à ces interférences disparaisse dès lors que le câble est branché à une sortie audio alimentée. Cela est lié au fait qu'une sortie audio typique est implémentée par le biais d'un amplificateur opérationnel doté d'un circuit de contre-réaction (negative feedback) qui corrige toute déviation en sortie. Comme une interférence induit une tension parasite qui est « visible » des deux côtés du câble (contrairement à un courant de masse), le bruit causé par l'interférence est automatiquement « corrigé » par l'amplificateur opérationnel, qui envoie une tension opposée pour compenser. Si le câble est débranché, ou si la sortie audio est éteinte, le bruit revient.<br /> <br /> == Interférences haute fréquence ==<br /> <br /> Il s'agit là d'interférences au-delà voire très au-delà de 20 kHz, jusqu'à 1 GHz environ. Par exemple radio, TV hertzienne, ou téléphones portables.<br /> <br /> Bien que ces interférences soient en dehors du spectre de l'audible, elles peuvent malgré tout causer des bruits dans la bande audio parce que les semiconducteurs qui équipent les entrées et sorties audio ont la fâcheuse tendance de démoduler spontanément ces signaux et le résultat se retrouve dans la bande audible. C'est la cause du fameux « tididip tididip tididip » qu'on entend lorsqu'un téléphone portable 2G est utilisé à proximité de matériel audio sensible.<br /> <br /> La sensibilité des appareils à ce phénomène est très variable et dépend des composants utilisés, de la qualité du filtrage en entrée (s'il y en a) ainsi que du comportement de la contre-réaction de l'étage de sortie (cf section précédente) dans les hautes fréquences.<br /> <br /> Un simple shield, même flottant est capable d'arrêter ce type d'interférences. La difficulté, c'est qu'il faut que le shield soit continu, opaque et sans « trous ». En effet, à ces fréquences-là, la longueur d'onde est très courte et ces signaux peuvent donc s'immiscer dans des discontinuités dont les dimensions se comptent en millimètres. La qualité du câble et des connecteurs joue donc un rôle prépondérant.<br /> <br /> == Solutions ==<br /> <br /> Avant toute chose, rappelons que les sources de bruit décrites ici sont constantes, dans le sens où elles ne varient pas en fonction du volume de la source. Pour cette raison, plus le signal (tension) sur la ligne est élevé, plus le rapport signal/bruit augmente. Il est donc recommandé d'augmenter le volume de la source, tout en diminuant le gain de l'appareil connecté à l'autre bout pour garder le volume final constant. (Par exemple, augmenter le volume général de Windows sur le PC, tout en diminuant le réglage de volume sur l'ampli ou enceinte active.) Cela dit, cette approche atteint vite ses limites : les limites de tension maximale de la source, même avec le volume réglé au maximum possible, ne permettent souvent pas de faire passer le plancher de bruit en-dessous du seuil d'audibilité.<br /> <br /> Une liaison purement [[Liaisons audio symétriques et asymétriques|‎symétrique]] (sortie symétrique, câble symétrique shieldé, entrée symétrique) est ''de facto'' immunisée contre tous ces problèmes. Non seulement le câble est shieldé de bout en bout avec liaison à la masse, mais en plus le shield ne transporte pas le signal (les boucles de masse n'ont donc pas d'impact) et si ce n'est pas suffisant, la construction symétrique du câble (paires torsadées, impédances symétriques) permet à l'amplificateur différentiel situé à l'entrée de rejeter toute interférence résiduelle qui aurait réussi à passer outre les barrières susdites (notamment les champs magnétiques). C'est de très loin la solution la plus propre, mais elle n'est pas toujours envisageable pour des raisons d'équipement ou de coût (surtout pour du 5.1).<br /> <br /> Il est possible de transformer une liaison asymétrique en liaison symétrique à l'aide d'un transformateur d'isolation, tel que celui inclus dans une DI Box. Pour des résultats optimaux la longueur de la section asymétrique doit être réduite au strict minimum. Malheureusement, un transfo de bonne qualité coûte cher, et un mauvais transfo peut poser des [[Sirus_Pro_Cable_GL_Isojack#Distorsion|problèmes de qualité sonore]] (en particulier, non-linéarité dans les basses fréquences). Pour éviter une boucle de masse sur la portion asymétrique il peut être nécessaire de couper la masse entre les deux côtés du transfo, une option que les DI Box offrent sous la forme du &quot;ground lift&quot;.<br /> <br /> Dans le cas précis d'une boucle de masse dans une liaison asymétrique - symétrique (cas très courant du PC connecté à un ampli de classe II, tel qu'une LSR 30x), il existe une troisième solution, plus simple et moins chère : couper la masse au niveau du câble, par exemple à l'aide d'un adaptateur &quot;[https://www.amazon.co.uk/Hosa-GLT-255-Ground-Lifter-Adapter/dp/B00FC4YPL4 ground lift]&quot; ou simplement en trafiquant le connecteur. Le principe de cette solution consiste à connecter la masse de la sortie asymétrique au &quot;cold&quot; de l'entrée symétrique, mais ''pas'' à la masse de l'entrée comme un câble typique le ferait. Comme l'impédance masse-cold est généralement élevée (quelques kiloohms), la boucle de terre est éliminée. En contrepartie, la continuité du shield est compromise, ce qui invite les interférences. Dans la plupart des cas ces dernières seront automatiquement compensées par l'étage de sortie, mais cela ne fonctionne que si la sortie est allumée. Dans le cas d'un PC éteint ou en train de démarrer par exemple, il y a fort à parier que du bruit audible sera généré.<br /> <br /> Dans le cas particulier d'une carte son USB, il existe une solution presque aussi propre qu'une liaison symétrique : l'[[HifimeDIY USB Isolator ADUM4160|USB Isolator]]. Il s'agit d'un transformateur d'isolation, même principe donc qu'une DI Box, mais sans les inconvénients : l'isolation se fait au niveau de la liaison numérique USB, pas au niveau de la sortie analogique, il n'y a donc aucun impact sur la qualité sonore. C'est une excellente solution qui est plus propre qu'un « câble trafiqué » tel que décrit ci-dessus, mais un peu plus chère. On notera néanmoins qu'un isolateur USB peut poser des problèmes de compatibilité avec certaines cartes son.<br /> <br /> [[Category:Audio]]</div>

E-t172 https://wiki.nofrag.com/index.php?title=Sources_de_bruit_entre_%C3%A9quipements_audio&diff=2697 2018-04-13T22:14:05Z

<p>E-t172 : Mention du réglage des niveaux /* Solutions */</p> <hr /> <div>''Ce texte a été initialement [http://forum.nofrag.com/forums/partage/topics/462845/69#post_1073896 posté] dans le [http://forum.nofrag.com/forums/partage/topics/462845/ topic de la Hi-Fi] le 11 mars 2017 par [[e-t172]].''<br /> ----<br /> <br /> == Boucles de terre ==<br /> <br /> '''C'est de loin la cause de bruit la plus courante. Si vous entendez des grésillements bizarres quand vous faites certaines actions sur votre PC (bouger la souris, lancer un jeu, lire une vidéo…), alors il y a 99% de chances que vous vous trouvez dans le cas décrit dans cette section.'''<br /> <br /> Une boucle de terre apparaît lorsque les conditions suivantes sont toutes réunies :<br /> * Un câble relie les deux appareils audio.<br /> * Ce câble relie les masses des deux appareils. C'est typiquement le cas sauf câble « trafiqué » (voir plus bas).<br /> * Les deux appareils ont leurs masses également reliées par un autre chemin. Typiquement il s'agit de la prise de terre, ce qui explique pourquoi un appareil démuni de prise de terre ([[wikipedia:Appliance_classes#Class_II|classe II]]) est rarement sujet à ce problème. Malheureusement une enceinte active pro, telle qu'une JBL LSR30x, est typiquement un appareil de classe 1 doté d'une prise de terre.<br /> <br /> Dans ces conditions, une partie du courant qui circule dans les appareils va exploiter ce nouveau chemin et retourner à la masse à travers le câble reliant les deux appareils, au lieu de simplement s'écouler normalement à travers les masses internes des appareils eux-mêmes. Comme le dit un fameux adage : « les électrons sont têtus et ils ne lisent pas les schémas ».<br /> <br /> Une boucle de terre en elle-même n'est pas un problème si elle passe à travers des conducteurs qui ne sont pas utilisés pour transporter le signal ; c'est le cas par exemple des liaisons audio symétriques.<br /> <br /> Par contre, si la boucle de terre passe par un conducteur qui fait partie du signal, par exemple le shield dans une liaison asymétrique (qui est utilisé pour la référence du signal), le courant parasite va provoquer une tension dans le conducteur ([[wikipedia:Ohm%27s_law|loi d'ohm]]). Cette tension parasite est indistinguable du signal et se retrouve donc sous forme de bruit.<br /> <br /> La nature et l'intensité du bruit dépend des impédances des différents chemins de retour vers la masse, qui dépendent de la topologie interne des appareils et de l'impédance du câble. La situation peut donc être très différente d'un cas à l'autre. Le bruit dépend également de l'intensité des courants qui cherchent à retourner vers la masse, qui dépendent à leur tour de l'activité électrique dans l'appareil. Cela explique pourquoi le bruit a tendance à changer lorsque l'activité de l'appareil change. Par exemple, lancer un jeu vidéo va avoir un énorme impact sur la consommation électrique du GPU d'un PC, et va donc avoir des conséquences sur la quantité de courant qui retourne vers la masse, et donc sur le bruit.<br /> <br /> == Interférences basse fréquence ==<br /> <br /> Par « basse fréquence » je veux dire dans les environs de 20Hz-20kHz. Dans ces fréquences là, nous baignons tous dans des champs électriques divers et variés, souvent causés par la tension secteur (50 Hz) et des harmoniques souvent causées par des alimentations à découpage (telles que celle d'un PC).<br /> <br /> Le risque ici est que le câble se comporte une antenne dipolaire, où un pôle de l'antenne est représenté par le conducteur portant le signal et l'autre pôle est représenté par la masse de l'appareil. Une manière équivalente d'exprimer ça est de dire qu'il y a une [[wikipedia:Parasitic_capacitance|capacité parasite]] entre le signal et la masse.<br /> <br /> Le shield d'un câble, en lui-même, est incapable d'arrêter ces champs électriques parce que la fréquence est trop basse et le shield est trop fin. Pour que le shield fasse son effet il faut qu'il soit connecté à la masse - en effet, dans ce cas la [[wikipedia:Capacitance#Simple_systems|géométrie]] de l'antenne est modifiée de telle sorte que la sensibilité au champ électrique devient négligeable.<br /> <br /> Il arrive souvent que le bruit lié à ces interférences disparaisse dès lors que le câble est branché à une sortie audio alimentée. Cela est lié au fait qu'une sortie audio typique est implémentée par le biais d'un amplificateur opérationnel doté d'un circuit de contre-réaction (negative feedback) qui corrige toute déviation en sortie. Comme une interférence induit une tension parasite qui est « visible » des deux côtés du câble (contrairement à un courant de masse), le bruit causé par l'interférence est automatiquement « corrigé » par l'amplificateur opérationnel, qui envoie une tension opposée pour compenser. Si le câble est débranché, ou si la sortie audio est éteinte, le bruit revient.<br /> <br /> == Interférences haute fréquence ==<br /> <br /> Il s'agit là d'interférences au-delà voire très au-delà de 20 kHz, jusqu'à 1 GHz environ. Par exemple radio, TV hertzienne, ou téléphones portables.<br /> <br /> Bien que ces interférences soient en dehors du spectre de l'audible, elles peuvent malgré tout causer des bruits dans la bande audio parce que les semiconducteurs qui équipent les entrées et sorties audio ont la fâcheuse tendance de démoduler spontanément ces signaux et le résultat se retrouve dans la bande audible. C'est la cause du fameux « tididip tididip tididip » qu'on entend lorsqu'un téléphone portable 2G est utilisé à proximité de matériel audio sensible.<br /> <br /> La sensibilité des appareils à ce phénomène est très variable et dépend des composants utilisés, de la qualité du filtrage en entrée (s'il y en a) ainsi que du comportement de la contre-réaction de l'étage de sortie (cf section précédente) dans les hautes fréquences.<br /> <br /> Un simple shield, même flottant est capable d'arrêter ce type d'interférences. La difficulté, c'est qu'il faut que le shield soit continu, opaque et sans « trous ». En effet, à ces fréquences-là, la longueur d'onde est très courte et ces signaux peuvent donc s'immiscer dans des discontinuités dont les dimensions se comptent en millimètres. La qualité du câble et des connecteurs joue donc un rôle prépondérant.<br /> <br /> == Solutions ==<br /> <br /> Avant toute chose, rappelons que les sources de bruit décrites ici sont constantes, dans le sens où elles ne varient pas en fonction du volume de la source. Pour cette raison, plus le signal (tension) sur la ligne est élevé, plus le rapport signal/bruit augmente. Il est donc recommandé d'augmenter le volume de la source, tout en diminuant le gain de l'appareil connecté à l'autre bout pour garder le volume final constant. (Par exemple, augmenter le volume général de Windows sur le PC, tout en diminuant le réglage de volume sur l'ampli ou enceinte active.) Cela dit, cette approche atteint vite ses limites : les limites de tension maximale de la source, même avec le volume réglé au maximum possible, ne permettent souvent pas de faire passer le plancher de bruit en-dessous du seuil d'audibilité.<br /> <br /> Une liaison purement [[Liaisons audio symétriques et asymétriques|‎symétrique]] (sortie symétrique, câble symétrique shieldé, entrée symétrique) est ''de facto'' immunisée contre tous ces problèmes. Non seulement le câble est shieldé de bout en bout avec liaison à la masse, mais en plus le shield ne transporte pas le signal (les boucles de masse n'ont donc pas d'impact) et si ce n'est pas suffisant, la construction symétrique du câble (paires torsadées, impédances symétriques) permet à l'amplificateur différentiel situé à l'entrée de rejeter toute interférence résiduelle qui aurait réussi à passer outre les barrières susdites (notamment les champs magnétiques). C'est de très loin la solution la plus propre, mais elle n'est pas toujours envisageable pour des raisons d'équipement ou de coût (surtout pour du 5.1).<br /> <br /> Il est possible de transformer une liaison asymétrique en liaison symétrique à l'aide d'un transformateur d'isolation, tel que celui inclus dans une DI Box. Pour des résultats optimaux la longueur de la section asymétrique doit être réduite au strict minimum. Malheureusement, un transfo de bonne qualité coûte cher, et un mauvais transfo peut poser des problèmes de qualité sonore (en particulier, non-linéarité dans les basses fréquences). Pour éviter une boucle de masse sur la portion asymétrique il peut être nécessaire de couper la masse entre les deux côtés du transfo, une option que les DI Box offrent sous la forme du &quot;ground lift&quot;.<br /> <br /> Dans le cas précis d'une boucle de masse dans une liaison asymétrique - symétrique (cas très courant du PC connecté à un ampli de classe II, tel qu'une LSR 30x), il existe une troisième solution, plus simple et moins chère : couper la masse au niveau du câble, par exemple à l'aide d'un adaptateur &quot;[https://www.amazon.co.uk/Hosa-GLT-255-Ground-Lifter-Adapter/dp/B00FC4YPL4 ground lift]&quot; ou simplement en trafiquant le connecteur. Le principe de cette solution consiste à connecter la masse de la sortie asymétrique au &quot;cold&quot; de l'entrée symétrique, mais ''pas'' à la masse de l'entrée comme un câble typique le ferait. Comme l'impédance masse-cold est généralement élevée (quelques kiloohms), la boucle de terre est éliminée. En contrepartie, la continuité du shield est compromise, ce qui invite les interférences. Dans la plupart des cas ces dernières seront automatiquement compensées par l'étage de sortie, mais cela ne fonctionne que si la sortie est allumée. Dans le cas d'un PC éteint ou en train de démarrer par exemple, il y a fort à parier que du bruit audible sera généré.<br /> <br /> Dans le cas particulier d'une carte son USB, il existe une solution presque aussi propre qu'une liaison symétrique : l'[[HifimeDIY USB Isolator ADUM4160|USB Isolator]]. Il s'agit d'un transformateur d'isolation, même principe donc qu'une DI Box, mais sans les inconvénients : l'isolation se fait au niveau de la liaison numérique USB, pas au niveau de la sortie analogique, il n'y a donc aucun impact sur la qualité sonore. C'est une excellente solution qui est plus propre qu'un « câble trafiqué » tel que décrit ci-dessus, mais un peu plus chère. On notera néanmoins qu'un isolateur USB peut poser des problèmes de compatibilité avec certaines cartes son.<br /> <br /> [[Category:Audio]]</div>

E-t172 https://wiki.nofrag.com/index.php?title=Sources_de_bruit_entre_%C3%A9quipements_audio&diff=2696 2018-04-13T22:07:02Z

<p>E-t172 : /* Boucles de terre */</p> <hr /> <div>''Ce texte a été initialement [http://forum.nofrag.com/forums/partage/topics/462845/69#post_1073896 posté] dans le [http://forum.nofrag.com/forums/partage/topics/462845/ topic de la Hi-Fi] le 11 mars 2017 par [[e-t172]].''<br /> ----<br /> <br /> == Boucles de terre ==<br /> <br /> '''C'est de loin la cause de bruit la plus courante. Si vous entendez des grésillements bizarres quand vous faites certaines actions sur votre PC (bouger la souris, lancer un jeu, lire une vidéo…), alors il y a 99% de chances que vous vous trouvez dans le cas décrit dans cette section.'''<br /> <br /> Une boucle de terre apparaît lorsque les conditions suivantes sont toutes réunies :<br /> * Un câble relie les deux appareils audio.<br /> * Ce câble relie les masses des deux appareils. C'est typiquement le cas sauf câble « trafiqué » (voir plus bas).<br /> * Les deux appareils ont leurs masses également reliées par un autre chemin. Typiquement il s'agit de la prise de terre, ce qui explique pourquoi un appareil démuni de prise de terre ([[wikipedia:Appliance_classes#Class_II|classe II]]) est rarement sujet à ce problème. Malheureusement une enceinte active pro, telle qu'une JBL LSR30x, est typiquement un appareil de classe 1 doté d'une prise de terre.<br /> <br /> Dans ces conditions, une partie du courant qui circule dans les appareils va exploiter ce nouveau chemin et retourner à la masse à travers le câble reliant les deux appareils, au lieu de simplement s'écouler normalement à travers les masses internes des appareils eux-mêmes. Comme le dit un fameux adage : « les électrons sont têtus et ils ne lisent pas les schémas ».<br /> <br /> Une boucle de terre en elle-même n'est pas un problème si elle passe à travers des conducteurs qui ne sont pas utilisés pour transporter le signal ; c'est le cas par exemple des liaisons audio symétriques.<br /> <br /> Par contre, si la boucle de terre passe par un conducteur qui fait partie du signal, par exemple le shield dans une liaison asymétrique (qui est utilisé pour la référence du signal), le courant parasite va provoquer une tension dans le conducteur ([[wikipedia:Ohm%27s_law|loi d'ohm]]). Cette tension parasite est indistinguable du signal et se retrouve donc sous forme de bruit.<br /> <br /> La nature et l'intensité du bruit dépend des impédances des différents chemins de retour vers la masse, qui dépendent de la topologie interne des appareils et de l'impédance du câble. La situation peut donc être très différente d'un cas à l'autre. Le bruit dépend également de l'intensité des courants qui cherchent à retourner vers la masse, qui dépendent à leur tour de l'activité électrique dans l'appareil. Cela explique pourquoi le bruit a tendance à changer lorsque l'activité de l'appareil change. Par exemple, lancer un jeu vidéo va avoir un énorme impact sur la consommation électrique du GPU d'un PC, et va donc avoir des conséquences sur la quantité de courant qui retourne vers la masse, et donc sur le bruit.<br /> <br /> == Interférences basse fréquence ==<br /> <br /> Par « basse fréquence » je veux dire dans les environs de 20Hz-20kHz. Dans ces fréquences là, nous baignons tous dans des champs électriques divers et variés, souvent causés par la tension secteur (50 Hz) et des harmoniques souvent causées par des alimentations à découpage (telles que celle d'un PC).<br /> <br /> Le risque ici est que le câble se comporte une antenne dipolaire, où un pôle de l'antenne est représenté par le conducteur portant le signal et l'autre pôle est représenté par la masse de l'appareil. Une manière équivalente d'exprimer ça est de dire qu'il y a une [[wikipedia:Parasitic_capacitance|capacité parasite]] entre le signal et la masse.<br /> <br /> Le shield d'un câble, en lui-même, est incapable d'arrêter ces champs électriques parce que la fréquence est trop basse et le shield est trop fin. Pour que le shield fasse son effet il faut qu'il soit connecté à la masse - en effet, dans ce cas la [[wikipedia:Capacitance#Simple_systems|géométrie]] de l'antenne est modifiée de telle sorte que la sensibilité au champ électrique devient négligeable.<br /> <br /> Il arrive souvent que le bruit lié à ces interférences disparaisse dès lors que le câble est branché à une sortie audio alimentée. Cela est lié au fait qu'une sortie audio typique est implémentée par le biais d'un amplificateur opérationnel doté d'un circuit de contre-réaction (negative feedback) qui corrige toute déviation en sortie. Comme une interférence induit une tension parasite qui est « visible » des deux côtés du câble (contrairement à un courant de masse), le bruit causé par l'interférence est automatiquement « corrigé » par l'amplificateur opérationnel, qui envoie une tension opposée pour compenser. Si le câble est débranché, ou si la sortie audio est éteinte, le bruit revient.<br /> <br /> == Interférences haute fréquence ==<br /> <br /> Il s'agit là d'interférences au-delà voire très au-delà de 20 kHz, jusqu'à 1 GHz environ. Par exemple radio, TV hertzienne, ou téléphones portables.<br /> <br /> Bien que ces interférences soient en dehors du spectre de l'audible, elles peuvent malgré tout causer des bruits dans la bande audio parce que les semiconducteurs qui équipent les entrées et sorties audio ont la fâcheuse tendance de démoduler spontanément ces signaux et le résultat se retrouve dans la bande audible. C'est la cause du fameux « tididip tididip tididip » qu'on entend lorsqu'un téléphone portable 2G est utilisé à proximité de matériel audio sensible.<br /> <br /> La sensibilité des appareils à ce phénomène est très variable et dépend des composants utilisés, de la qualité du filtrage en entrée (s'il y en a) ainsi que du comportement de la contre-réaction de l'étage de sortie (cf section précédente) dans les hautes fréquences.<br /> <br /> Un simple shield, même flottant est capable d'arrêter ce type d'interférences. La difficulté, c'est qu'il faut que le shield soit continu, opaque et sans « trous ». En effet, à ces fréquences-là, la longueur d'onde est très courte et ces signaux peuvent donc s'immiscer dans des discontinuités dont les dimensions se comptent en millimètres. La qualité du câble et des connecteurs joue donc un rôle prépondérant.<br /> <br /> == Solutions ==<br /> <br /> Une liaison purement [[Liaisons audio symétriques et asymétriques|‎symétrique]] (sortie symétrique, câble symétrique shieldé, entrée symétrique) est ''de facto'' immunisée contre tous ces problèmes. Non seulement le câble est shieldé de bout en bout avec liaison à la masse, mais en plus le shield ne transporte pas le signal (les boucles de masse n'ont donc pas d'impact) et si ce n'est pas suffisant, la construction symétrique du câble (paires torsadées, impédances symétriques) permet à l'amplificateur différentiel situé à l'entrée de rejeter toute interférence résiduelle qui aurait réussi à passer outre les barrières susdites (notamment les champs magnétiques). C'est de très loin la solution la plus propre, mais elle n'est pas toujours envisageable pour des raisons d'équipement ou de coût (surtout pour du 5.1).<br /> <br /> Il est possible de transformer une liaison asymétrique en liaison symétrique à l'aide d'un transformateur d'isolation, tel que celui inclus dans une DI Box. Pour des résultats optimaux la longueur de la section asymétrique doit être réduite au strict minimum. Malheureusement, un transfo de bonne qualité coûte cher, et un mauvais transfo peut poser des problèmes de qualité sonore (en particulier, non-linéarité dans les basses fréquences). Pour éviter une boucle de masse sur la portion asymétrique il peut être nécessaire de couper la masse entre les deux côtés du transfo, une option que les DI Box offrent sous la forme du &quot;ground lift&quot;.<br /> <br /> Dans le cas précis d'une boucle de masse dans une liaison asymétrique - symétrique (cas très courant du PC connecté à un ampli de classe II, tel qu'une LSR 30x), il existe une troisième solution, plus simple et moins chère : couper la masse au niveau du câble, par exemple à l'aide d'un adaptateur &quot;[https://www.amazon.co.uk/Hosa-GLT-255-Ground-Lifter-Adapter/dp/B00FC4YPL4 ground lift]&quot; ou simplement en trafiquant le connecteur. Le principe de cette solution consiste à connecter la masse de la sortie asymétrique au &quot;cold&quot; de l'entrée symétrique, mais ''pas'' à la masse de l'entrée comme un câble typique le ferait. Comme l'impédance masse-cold est généralement élevée (quelques kiloohms), la boucle de terre est éliminée. En contrepartie, la continuité du shield est compromise, ce qui invite les interférences. Dans la plupart des cas ces dernières seront automatiquement compensées par l'étage de sortie, mais cela ne fonctionne que si la sortie est allumée. Dans le cas d'un PC éteint ou en train de démarrer par exemple, il y a fort à parier que du bruit audible sera généré.<br /> <br /> Dans le cas particulier d'une carte son USB, il existe une solution presque aussi propre qu'une liaison symétrique : l'[[HifimeDIY USB Isolator ADUM4160|USB Isolator]]. Il s'agit d'un transformateur d'isolation, même principe donc qu'une DI Box, mais sans les inconvénients : l'isolation se fait au niveau de la liaison numérique USB, pas au niveau de la sortie analogique, il n'y a donc aucun impact sur la qualité sonore. C'est une excellente solution qui est plus propre qu'un « câble trafiqué » tel que décrit ci-dessus, mais un peu plus chère. On notera néanmoins qu'un isolateur USB peut poser des problèmes de compatibilité avec certaines cartes son.<br /> <br /> [[Category:Audio]]</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2693 2018-04-09T19:51:26Z

<p>E-t172 : /* Écran capable de détecter 24p@60 Hz (inverse telecine) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Cette approche ne fonctionnera probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Il peut y avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> Au final le principal inconvénient de cette technique reste sa pauvreté logicielle : vous avez le choix entre un filtre DirectShow abandonné, un lecteur vidéo obscur ou un lecteur payant. Joie.<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2690 2018-04-08T22:38:08Z

<p>E-t172 : /* En pratique */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> Au final le principal inconvénient de cette technique reste sa pauvreté logicielle : vous avez le choix entre un filtre DirectShow abandonné, un lecteur vidéo obscur ou un lecteur payant. Joie.<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2689 2018-04-08T22:05:48Z

<p>E-t172 : </p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> '''Cet article est à jour vis-à-vis de l'état de l'art au : 2018-04-08'''<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2688 2018-04-08T22:04:05Z

<p>E-t172 : </p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans ''aucune'' saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2687 2018-04-08T22:03:57Z

<p>E-t172 : </p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions (c'est-à-dire sans *aucune* saccade d'aucune sorte), vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2686 2018-04-08T19:19:50Z

<p>E-t172 : /* Recommandations */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[#Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2685 2018-04-08T19:11:06Z

<p>E-t172 : /* En pratique */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc configurer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2684 2018-04-08T19:04:46Z

<p>E-t172 : Mention du changement de mode automatique de madVR /* Utiliser 24 Hz au lieu de 60 Hz */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> Certains logiciels vidéo, en particulier [http://madvr.net/ madVR], sont capables de passer l'écran dans un mode donné (par exemple 24 Hz) automatiquement lorsque la lecture commence, et de repasser en mode « normal » (par exemple 60 Hz) lorsque la lecture est terminée. Cette fonctionnalité est particulièrement pratique lorsque le PC est également utilisé pour autre chose que de la lecture vidéo, ou pour lire des vidéos de framerates différents.<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2683 2018-04-08T17:51:22Z

<p>E-t172 : Mention des vidéos à framerate exotique /* Frame blending (Smooth Motion) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> Il s'agit également de la seule solution qui est capable de s'adapter de manière transparente et automatique à toutes les situations mêmes les plus exotiques, comme les vidéos à framerate inhabituel (par exemple 25p), voire les (très rares) vidéos à framerate variable. C'est une solution idéale si vous regardez des contenus de formats très divers.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2682 2018-04-08T17:42:58Z

<p>E-t172 : /* Frame blending (Smooth Motion) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capables de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2681 2018-04-08T17:41:30Z

<p>E-t172 : /* Frame blending (Smooth Motion) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' indésirables si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2680 2018-04-08T17:37:09Z

<p>E-t172 : /* En pratique */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel (notamment un changement de sortie son) ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2679 2018-04-08T17:29:49Z

<p>E-t172 : /* Le Seigneur des PC : les Deux Horloges */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards ([https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2678 2018-04-08T17:26:41Z

<p>E-t172 : Ajout d&#039;une remarque concernant le contenu autre que 24p /* Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> Cette cadence 3:2 apparaît lorsqu'on lit une vidéo 24p à 60 Hz. Dans d'autres cas, comme 25p à 60 Hz (qui n'est pas rare en dehors des films/séries) ou 24p à 50 Hz, un phénomène similaire apparaît mais la cadence n'est pas la même ; elle est généralement pire et les saccades sont bien plus visibles.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Nofrag,_source_de_savoir&diff=2677 2018-04-08T16:22:33Z

<p>E-t172 : Ajout d&#039;un lien vers &quot;Cadence vidéo sur PC&quot;</p> <hr /> <div>Cette page rassemble les topics du forum à haute valeur ajoutée en information, classés par thèmes.<br /> <br /> == Administratif ==<br /> * [http://forum.nofrag.com/forums/partage/topics/520030/15 La CAF : si toi aussi t'y comprends rien, ce topic est fait pour toi.]<br /> <br /> == Sciences et Technologies ==<br /> * [http://forum.nofrag.com/forums/partage/topics/384343 Garage dev - jeu vidéo]<br /> * [http://forum.nofrag.com/forums/partage/topics/532616 Le topic de la science et des découvertes]<br /> * [http://forum.nofrag.com/forums/partage/topics/778833 Administration systèmes]<br /> * [http://forum.nofrag.com/forums/partage/topics/591166 Le topic des NAS] pas si naze.<br /> * [http://forum.nofrag.com/forums/threads_rallonge/topics/580084 Oculus RIFT]<br /> * [http://forum.nofrag.com/forums/threads_rallonge/topics/777255 Le topic des cryptomonnaies (Bitcoin, Litecoin...)]<br /> * [http://forum.nofrag.com/forums/threads_rallonge/topics/419965 A quoi ça sert, comment ça marche]<br /> * [http://forum.nofrag.com/forums/debats/topics/894262 Voitures autonomes]<br /> <br /> == Voyages ==<br /> * [http://forum.nofrag.com/forums/entre_aide/topics/313933 Voyage au Japon]<br /> * [http://forum.nofrag.com/forums/threads_rallonge/topics/519662 S'expatrier : pourquoi, comment, les bons plans]<br /> <br /> == Loisirs, Culture et Sports ==<br /> * [http://forum.nofrag.com/forums/partage/topics/196550 Jeux de plateau/figurines/rôle]<br /> * [http://forum.nofrag.com/forums/threads_rallonge/topics/597563 Ce que vous venez de regarder]<br /> * [http://forum.nofrag.com/forums/threads_rallonge/topics/51391 Le topic des documentaires]<br /> * [http://forum.nofrag.com/forums/partage/topics/888596 Expos]<br /> * [http://forum.nofrag.com/forums/debats/topics/507078 Quelle est la meilleure enseigne de fast-food ?]<br /> * [http://forum.nofrag.com/forums/threads_rallonge/topics/212658 Tout le monde le sait... sauf moi]<br /> * [http://forum.nofrag.com/forums/threads_rallonge/topics/139443 Le saviez vous ?]<br /> * [http://forum.nofrag.com/forums/partage/topics/942078 Le topic de la danse]<br /> <br /> == Musique ==<br /> * [http://forum.nofrag.com/forums/partage/topics/462845 Le monde de l'Hi-Fi]<br /> ** Voir aussi [[:Catégorie:Audio]]<br /> * [http://forum.nofrag.com/forums/partage/topics/618073 Le topic de la production musicale]<br /> * [http://forum.nofrag.com/forums/threads_rallonge/topics/362821 Le topic des guitaristes]<br /> <br /> == Vidéo ==<br /> <br /> * [[Cadence vidéo sur PC]]<br /> <br /> == Mode de vie ==<br /> * [http://forum.nofrag.com/forums/partage/topics/899037 Le topic des papas]<br /> * [http://forum.nofrag.com/forums/threads_rallonge/topics/602330 Faire ou ne pas faire d'enfants]<br /> * [http://forum.nofrag.com/forums/threads_rallonge/topics/371544 Le topic du coeur et des pleurnicheries]<br /> * [http://forum.nofrag.com/forums/threads_rallonge/topics/457606 Sexe, déviances et gens nus]<br /> * [http://forum.nofrag.com/forums/debats/topics/787999 Nutrition: régime cétogène]</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2676 2018-04-08T16:18:38Z

<p>E-t172 : /* Recommandations */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] en 24 Hz (ou un multiple) est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] (en 24 Hz) est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2675 2018-04-08T16:12:19Z

<p>E-t172 : Ajout d&#039;une note à propos de l&#039;option &quot;inverse telecine&quot; des drivers Nvidia /* Écran capable de détecter 24p@60 Hz (inverse telecine) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités.<br /> <br /> '''Note : '''cette solution n'a rien à voir avec l'option &quot;inverse telecine&quot; des drivers nVidia, qui n'a aucune importance et n'a aucun effet en pratique.<br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2674 2018-04-08T16:10:04Z

<p>E-t172 : Ajout d&#039;une section &quot;Recommandations&quot;</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> Voir aussi la section [[#Recommandations|recommandations]].<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Recommandations =<br /> <br /> * Si votre écran ne supporte pas du « vrai » 24p, alors le [[#Frame_blending_.28Smooth_Motion.29|frame blending]] est votre seule et unique option.<br /> * Si vous voulez une solution qui fonctionne avec n'importe quel lecteur vidéo (Netflix, etc.), alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] est votre seule et unique option.<br /> <br /> Si vous n'êtes pas contraint par les cas ci-dessus, alors :<br /> <br /> * Si votre ordinateur est à usage mixte, et en particulier si votre écran est un moniteur de PC ou un laptop, ou que vous ne voulez pas vous prendre la tête, restez en 60 Hz (ou plus) et utilisez la solution du [[#Frame_blending_.28Smooth_Motion.29|frame blending]]. Cette solution est très simple, ne nécessite pas de changer de mode et donnera des résultats très corrects dans tous les cas.<br /> * S'il s'agit d'un HTPC dédié connecté à une TV ou un vidéoprojecteur, et que vous voulez les meilleurs résultats possibles, alors un [[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|custom mode]] est probablement la meilleure option, car elle produit un signal 24 Hz parfaitement propre pour votre TV/projecteur. La méthode de l'[[#Ajuster_la_vitesse_audio_.28ReClock.29|ajustement audio]] est également une bonne approche.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2673 2018-04-08T15:59:19Z

<p>E-t172 : Mention des bugs de drivers /* Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> Enfin, les drivers GPU ont tendance à poser des problèmes supplémentaires en raison du cas d'utilisation bizarre et exotique, qui a la fâcheuse tendance à soulever des bugs latents. Par exemple il n'est pas rare de voir des gens se plaindre que les drivers refusent d'appliquer un custom mode sans raison apparente, ou que les modes sont effacés de manière intempestive.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2672 2018-04-08T15:55:23Z

<p>E-t172 : Suppression de la ligne concernant 2160 4:4:4 60 Hz (manque de pertinence) /* Résumé global */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2671 2018-04-08T15:52:52Z

<p>E-t172 : Mise à jour du tableau global /* Récapitulatif des solutions */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Résumé global ==<br /> <br /> Dans le cas des solutions &quot;[[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]&quot;, et &quot;[[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]&quot;, il est supposé que la fréquence de rafraîchissement nominale est approximativement correcte (voir ligne « fréquence de rafraîchissement utilisée »).<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !colspan=&quot;6&quot;|Sans [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> !colspan=&quot;3&quot;|Avec [[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse Telecine]]<br /> |-<br /> !<br /> !60Hz (cas par défaut)<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> !60Hz (cas par défaut)<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> !Résultat final<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Cadence<br /> !colspan=&quot;9&quot;|<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très fréquentes,&lt;br/&gt;invisibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Compatibilité<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Nécessite un écran capable de détecter 24p@60Hz<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Empêche l'utilisation de modes&lt;br /&gt;&quot;low input lag&quot;, &quot;gaming&quot;, &quot;PC&quot;<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes [https://en.wikipedia.org/wiki/Coordinated_Video_Timings CVT]<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un logiciel de lecture spécifique&lt;br /&gt;([http://madvr.com/ madVR], [http://www.zachsaw.com/mpdn/ MPDN], etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Divers<br /> !colspan=&quot;9&quot;|<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|23.976 Hz<br /> |style=&quot;background-color:#ffd;&quot;|N*23.976 Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60+ Hz<br /> |style=&quot;background-color:#fdd;&quot;|~24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|~60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2670 2018-04-08T15:13:53Z

<p>E-t172 : Ajout d&#039;un tableau indiquant les problèmes résolus /* Récapitulatif des solutions */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Problèmes résolus ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |X<br /> |<br /> |-<br /> ![[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|Discontinuités]]<br /> |<br /> |<br /> |<br /> |X<br /> |X<br /> |X<br /> |}<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Solutions ne reposant pas sur le support 24p@60Hz de l'écran ==<br /> <br /> Ces solutions sont utilisables sur tout type d'écran, sauf indication contraire dans la section « compatibilité ».<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !24p@24Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Frame blending&lt;br/&gt;(Smooth Motion)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Inexistantes<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> <br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}<br /> <br /> == Solutions reposant sur le support 24p@60Hz de l'écran ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2669 2018-04-08T15:10:58Z

<p>E-t172 : Ajout d&#039;un tableau décrivant les combinaisons possibles de solutions</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> = Récapitulatif des solutions =<br /> <br /> == Combinaisons possibles ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |-<br /> ![[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|Multiple de 24 Hz]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#.C3.89cran_capable_de_d.C3.A9tecter_24p.4060_Hz_.28inverse_telecine.29|Inverse telecine]]<br /> |<br /> |<br /> |<br /> |X<br /> |<br /> |X<br /> |-<br /> ![[#Ajuster_la_vitesse_audio_.28ReClock.29|Ajustement audio]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |-<br /> ![[#Frame_blending_.28Smooth_Motion.29|Frame blending]]<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |<br /> |-<br /> ![[##Ajustement_avanc.C3.A9_de_la_fr.C3.A9quence_de_rafra.C3.AEchissement_.28Custom_Mode.29|Custom mode]]<br /> |X<br /> |X<br /> |X<br /> |<br /> |<br /> |<br /> |}<br /> <br /> == Solutions ne reposant pas sur le support 24p@60Hz de l'écran ==<br /> <br /> Ces solutions sont utilisables sur tout type d'écran, sauf indication contraire dans la section « compatibilité ».<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !24p@24Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Frame blending&lt;br/&gt;(Smooth Motion)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Inexistantes<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> <br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}<br /> <br /> == Solutions reposant sur le support 24p@60Hz de l'écran ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2668 2018-04-08T14:59:28Z

<p>E-t172 : /* Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> On a vu plus haut une solution consistant à [[#Ajuster_la_vitesse_audio_.28ReClock.29|ajuster la vitesse de lecture audio]] pour se caler sur la vitesse de l'horloge vidéo. En théorie, on pourrait faire le contraire : ajuster la fréquence de rafraîchissement vidéo pour se caler sur l'horloge audio. En effet, les drivers GPU modernes permettent (du moins en théorie) de créer des « résolutions personnalisées » avec des fréquences de rafraîchissement arbitraires.<br /> <br /> En réalité, si on cherche à implémenter une telle solution de manière « naïve », on va se heurter à un problème qui a déjà été mentionné [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|précédemment]] : il est impossible de personnaliser la fréquence de rafraîchissement de manière suffisamment fine. En pratique il y a une différence de l'ordre de 0.01% entre deux configurations adjacentes (par exemple, entre 23.9741 Hz et 23.9773 Hz), ce qui n'est pas suffisamment « fin » pour obtenir un résultat acceptable - on se retrouve avec une discontinuité toutes les quelques minutes. Idéalement, pour avoir une chance d'éviter toute discontinuité en 24 Hz dans un film de 2 heures, il faut pouvoir ajuster la fréquence de rafraîchissement par paliers extrêmement fins, de l'ordre de 0.0005% (5 ppm).<br /> <br /> La fréquence de rafraîchissement est dérivée directement de la &quot;pixel clock&quot;, qui est le signal d'horloge principal de la sortie vidéo. C'est cette pixel clock qui nous limite, car elle n'est ajustable que par paliers de 0.01 MHz. Mais Madshi (oui, encore lui), a trouvé un moyen de « tricher » : en plus de la pixel clock, il est également possible de « jouer » avec d'autres paramètres de la sortie vidéo qui ont également une influence sur la fréquence de rafraîchissement finale. En particulier le &quot;[https://electronics.stackexchange.com/questions/201011/what-is-front-porch-and-back-porch-of-a-video-signal-in-crt-display back porch]&quot; horizontal et vertical, qui sont des paramètres extrêmement techniques (et pas particulièrement utiles en temps normal) et qui ont trait aux intervalles de temps laissés « blancs » entre chaque ligne et chaque frame qui est envoyée à l'écran. En exploitant ces paramètres exotiques, on obtient plus de contrôle sur la fréquence de rafraîchissement finale, à tel point qu'il devient possible de l'ajuster de manière suffisamment fine pour résoudre notre problème. Cette solution est désignée sous le terme &quot;Custom Modes&quot;.<br /> <br /> En théorie, personne n'est censé modifier ces paramètres avancés - ils sont codifiés dans le standard VESA &quot;[https://en.wikipedia.org/wiki/Coordinated_Video_Timings Coordinated Video Timings]&quot;. Pour cette raison, un écran n'appréciera pas forcément de tels ajustements, et il n'y a aucune garantie qu'il acceptera un signal ainsi modifié. Ces problèmes de compatibilité dépendent du matériel utilisé et sont plus ou moins imprévisibles ; il faut faire le test pour vérifier. C'est le principal inconvénient de cette technique.<br /> <br /> Notons que, strictement parlant, cette solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Cela dit, il est évidemment possible de faire d'une pierre deux coups et d'éliminer les deux à la fois en ajustant une fréquence de rafraîchissement qui est déjà proche de [[#Utiliser_24_Hz_au_lieu_de_60_Hz|24 Hz]] (ou d'un [[#Utiliser_un_multiple_de_24_Hz_.2848.2F72.2F96.2F120.2F144.29_au_lieu_de_60_Hz|multiple]]) au départ, à supposer que l'écran est compatible avec une telle fréquence.<br /> <br /> Rappellons également que contrairement à d'autres solutions comme [[#Ajuster_la_vitesse_audio_.28ReClock.29|ReClock]] ou [[#Frame_blending_.28Smooth_Motion.29|Smooth Motion]], cette approche n'a pas une précision infinie : elle peut réduire fortement la probabilité qu'une discontinuité va apparaître pendant la lecture d'une vidéo, mais elle ne peut pas réduire cette probabilité à zéro.<br /> <br /> === En pratique ===<br /> <br /> Contrairement à d'autres solutions décrites dans ce document, il n'est pas possible de faire ces ajustements à la volée au début ou au cours de la lecture vidéo, car les drivers GPU ne sont pas conçus pour changer ces paramètres à la volée de manière transparente.<br /> <br /> Il faut donc générer ces &quot;custom modes&quot; à l'avance. Fort heureusement, [http://madvr.com/ madVR] propose un « assistant » pour vous aider à les générer ; en particulier, il est capable de mesurer la déviation d'horloge pour vous et de vous aider à trouver le bon mode, tout en vous prévenant de potentiels problèmes de compatibilité. La procédure reste tout de même relativement laborieuse. Pour plus d'informations, référez-vous au [http://madvr.com/crt/CustomResTutorial.html tutoriel de Madshi].<br /> <br /> Une fois un &quot;custom mode&quot; adéquat généré pour une fréquence donnée (par exemple, 23.976 Hz), il suffit de l'activer avant de lire une vidéo pour profiter d'une lecture sans discontinuités. Bien que l'assistant de création fasse partie de madVR, en théorie un mode généré de cette manière peut être utilisé dans n'importe quelle application, y compris n'importe quel lecteur vidéo. Par exemple, cette solution peut être utilisée pour corriger la sortie d'une application type Netflix. Cela contraste avec d'autres solutions qui nécessitent de la « coopération » de la part du lecteur vidéo pour fonctionner.<br /> <br /> En plus de potentiels problèmes de compatibilité avec les écrans, et la configuration assez laborieuse, il peut également y avoir des problèmes de stabilité : comme ces &quot;custom modes&quot; sont statiques, ils ne s'adaptent pas automatiquement à des changements qui peuvent avoir un impact potentiel sur la vitesse des horloges audio et vidéo, tels qu'un changement de matériel ou même des écarts de température (!). Cela dit, dans le cas spécifique où l'audio et la vidéo sont au final contrôlés par le même signal d'horloge (par exemple, les deux passent par la même sortie HDMI), la relation entre les deux horloges devrait rester fixe et le &quot;custom mode&quot; ainsi généré devrait en principe être parfaitement stable.<br /> <br /> = Récapitulatif des solutions =<br /> == Solutions ne reposant pas sur le support 24p@60Hz de l'écran ==<br /> <br /> Ces solutions sont utilisables sur tout type d'écran, sauf indication contraire dans la section « compatibilité ».<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !24p@24Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Frame blending&lt;br/&gt;(Smooth Motion)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Inexistantes<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> <br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}<br /> <br /> == Solutions reposant sur le support 24p@60Hz de l'écran ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2667 2018-04-08T14:03:20Z

<p>E-t172 : /* Frame blending (Smooth Motion) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il altère la vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> = Récapitulatif des solutions =<br /> == Solutions ne reposant pas sur le support 24p@60Hz de l'écran ==<br /> <br /> Ces solutions sont utilisables sur tout type d'écran, sauf indication contraire dans la section « compatibilité ».<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !24p@24Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Frame blending&lt;br/&gt;(Smooth Motion)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Inexistantes<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> <br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}<br /> <br /> == Solutions reposant sur le support 24p@60Hz de l'écran ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2666 2018-04-08T13:59:44Z

<p>E-t172 : /* Ajuster la vitesse audio (ReClock) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il dégrade la qualité vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> = Récapitulatif des solutions =<br /> == Solutions ne reposant pas sur le support 24p@60Hz de l'écran ==<br /> <br /> Ces solutions sont utilisables sur tout type d'écran, sauf indication contraire dans la section « compatibilité ».<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !24p@24Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Frame blending&lt;br/&gt;(Smooth Motion)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Inexistantes<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> <br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}<br /> <br /> == Solutions reposant sur le support 24p@60Hz de l'écran ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2665 2018-04-08T13:59:35Z

<p>E-t172 : /* Frame blending (Smooth Motion) */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> === Le principe ===<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Souvenez-vous]] du principe de fonctionnement d'un moteur de rendu vidéo : on envoie une frame au GPU au point temporel adéquat, et le GPU se charge ensuite de délivrer cette frame au rafraîchissement suivant. Ce comportement peut donner lieu à des ''frame repeats'' si la sortie vidéo rafraîchit plus vite que le framerate de la vidéo, à cause du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]] ou du [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]].<br /> <br /> Madshi, l'auteur de l'excellent moteur de rendu vidéo [http://madvr.net/ madVR], a inventé une solution innovante à ce problème, qu'il a baptisé &quot;Smooth Motion&quot; : au lieu de laisser le GPU répéter une frame, on lui envoie une frame supplémentaire qui est une moyenne (mix/blend) de la frame précédente et de la frame suivante. Par exemple, dans le cas du telecine judder, au lieu d'envoyer la cadence &quot;AAA BB CCC DD&quot;, on envoie la cadence &quot;AA X BB CC Y DD&quot;, où X est une frame artificielle constituée à 50/50 de A et B, et Y est une frame artificielle constituée à 50/50 de C et D. On remarque que chaque frame est répétée &quot;2.5&quot; fois (le .5 correspondant au blend), au lieu de 2:3:2:3 fois.<br /> <br /> Le même procédé est utilisé pour « adoucir » une discontinuité due à l'horloge : au lieu de répéter ou retirer une frame, on peut la fusionner à la place. Cette solution peut donc être utilisée pour résoudre les deux problèmes simultanément. En fait, l'algorithme se contrefout de savoir si un frame repeat ou un frame drop est causé par du 3:2 pulldown ou une discontinuité : dans les deux cas il fusionnera mécaniquement les frames sans chercher à comprendre. Cela en fait une solution très flexible et très générique, tout en étant très simple d'utilisation.<br /> <br /> L'objection évidente à ce genre de traitement est qu'il dégrade la qualité vidéo. Notons cependant qu'il ne faut pas confondre ce traitement avec du ''motion interpolation'', qui n'a quasiment rien à voir : ici on ne cherche pas à calculer des vecteurs de mouvement et à reconstituer des frames intermédiaires, au lieu de ça on génère simplement du flou de mouvement pour « gommer » le problème. En particulier, le frame blending, contrairement à l'interpolation, ne ''peut pas'' donner à la vidéo une apparence plus &quot;fluide&quot; (soap opera effect) que la vidéo d'origine - le rendu reste authentique et conforme à la référence cinéma.<br /> <br /> Pour obtenir les meilleurs résultats, il faut que les frames &quot;blendées&quot; soient affichées pendant le moins de temps possible, pour éviter que le spectateur ne puisse voir la supercherie. Il faut donc utiliser la fréquence de rafraîchissement la plus haute possible. En particulier, et de manière contre-intuitive, il est recommandé de ''rester en 60 Hz'' (ou plus) si Smooth Motion est utilisé, ''même si le contenu est en 24p'' (!). Utiliser Smooth Motion en 24 Hz est une mauvaise idée parce qu'une frame &quot;blendée&quot; restera à l'écran pendant beaucoup plus de temps. Par ailleurs, la précision de la fréquence de rafraîchissement n'est pas primordiale parce que Smooth Motion gommera toute discontinuité liée à l'horloge vidéo de toute façon.<br /> <br /> De manière surprenante et remarquable, Smooth Motion en 24p@60Hz est capable de produire un résultat peu ou prou indistinguable du 24p « natif ». Il semblerait que ces frames &quot;blendées&quot; soient capable de berner l'œil humain de manière très efficace. En fait, il est même théoriquement possible d'obtenir un résultat plus &quot;doux&quot; que du 24p &quot;sample and hold&quot; natif parce que le flou de mouvement ainsi créé a tendance à renforcer l'impression de fluidité (une technique similaire est utilisée dans beaucoup de jeux vidéo). L'impression finale semble néanmoins varier selon les individus et l'écran utilisé.<br /> <br /> Dans tous les cas, le flou créé par cette technique aura forcément tendance à diminuer la netteté de l'image dans les mouvements. Cela dit, dans le cas de contenu 24p les mouvements sont rarement nets en premier lieu, en raison des contraintes intrinsèques du format.<br /> <br /> Smooth Motion est la seule vraie solution utilisable avec un écran qui n'accepte que du 60 Hz, ce qui inclut notamment certains moniteurs PC et en particulier les laptops. Dans le cas d'une TV ou d'un projecteur, gardez en tête que les algorithmes de traitement temporel intégrés à l'écran (motion interpolation, etc.) n'apprécieront pas forcément de se retrouver avec des frames blendées en entrée.<br /> <br /> === En pratique ===<br /> <br /> Il est théoriquement possible de traiter la vidéo à l'avance pour appliquer le frame blending, mais ce serait incroyablement laborieux. Heureusement, certains moteurs de rendu vidéo proposent de faire ce traitement à la volée :<br /> <br /> * L'excellent [http://madvr.net/ madVR] propose l'option &quot;Smooth Motion&quot;. madVR nécessite l'utilisation d'un lecteur vidéo compatible DirectShow, tel que [https://mpc-hc.org/ MPC-HC].<br /> * Le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN] semble proposer une option similaire appellée &quot;Fluid Motion&quot;.<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> = Récapitulatif des solutions =<br /> == Solutions ne reposant pas sur le support 24p@60Hz de l'écran ==<br /> <br /> Ces solutions sont utilisables sur tout type d'écran, sauf indication contraire dans la section « compatibilité ».<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !24p@24Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Frame blending&lt;br/&gt;(Smooth Motion)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Inexistantes<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> <br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}<br /> <br /> == Solutions reposant sur le support 24p@60Hz de l'écran ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2664 2018-04-08T13:00:52Z

<p>E-t172 : /* Le principe */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> === Le principe ===<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à la déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> = Récapitulatif des solutions =<br /> == Solutions ne reposant pas sur le support 24p@60Hz de l'écran ==<br /> <br /> Ces solutions sont utilisables sur tout type d'écran, sauf indication contraire dans la section « compatibilité ».<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !24p@24Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Frame blending&lt;br/&gt;(Smooth Motion)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Inexistantes<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> <br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}<br /> <br /> == Solutions reposant sur le support 24p@60Hz de l'écran ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2663 2018-04-08T13:00:18Z

<p>E-t172 : /* Le principe */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> === Le principe ===<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette solution peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> = Récapitulatif des solutions =<br /> == Solutions ne reposant pas sur le support 24p@60Hz de l'écran ==<br /> <br /> Ces solutions sont utilisables sur tout type d'écran, sauf indication contraire dans la section « compatibilité ».<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !24p@24Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Frame blending&lt;br/&gt;(Smooth Motion)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Inexistantes<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> <br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}<br /> <br /> == Solutions reposant sur le support 24p@60Hz de l'écran ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2662 2018-04-08T12:15:23Z

<p>E-t172 : Mention du stutter /* Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, [https://www.rtings.com/tv/tests/motion/motion-interpolation-soap-opera-effect motion interpolation] ou, plus inquiétant, des caractéristiques ayant trait au [https://www.rtings.com/tv/tests/motion/stutter stutter]) peuvent théoriquement donner des résultats non optimaux avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> === Le principe ===<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette opération peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> = Récapitulatif des solutions =<br /> == Solutions ne reposant pas sur le support 24p@60Hz de l'écran ==<br /> <br /> Ces solutions sont utilisables sur tout type d'écran, sauf indication contraire dans la section « compatibilité ».<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !24p@24Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Frame blending&lt;br/&gt;(Smooth Motion)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Inexistantes<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> <br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}<br /> <br /> == Solutions reposant sur le support 24p@60Hz de l'écran ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172 https://wiki.nofrag.com/index.php?title=Cadence_vid%C3%A9o_sur_PC&diff=2661 2018-04-08T11:56:35Z

<p>E-t172 : Problème du bitstreaming /* Le principe */</p> <hr /> <div>Si vous utilisez un PC pour lire des vidéos et que vous voulez lire des films/séries dans de bonnes conditions, vous devriez lire cette page.<br /> <br /> = TL;DR =<br /> <br /> Si vous n'avez pas le temps ou l'envie de rentrer dans les détails, suivez cette procédure simple pour obtenir d'excellents résultats dans la majorité des cas :<br /> # Utilisez un lecteur vidéo DirectShow, tel que [https://mpc-hc.org/ MPC-HC] par exemple.<br /> # Installez [http://madvr.com/ madVR] et configurez votre lecteur pour l'utiliser.<br /> # Dans les options de madVR, activez la fonctionnalité appelée &quot;Smooth Motion&quot;.<br /> # Vous êtes paré !<br /> <br /> = Les problèmes à résoudre =<br /> <br /> Il y en a deux, qui sont assez proches mais peuvent être traités de manière plus ou moins indépendante. Notez qu'il faut éliminer les ''deux'' problèmes simultanément pour obtenir un résultat acceptable, et qu'une solution pour l'un n'est pas forcément une solution pour l'autre.<br /> <br /> == Telecine judder (saccades continues - 24p@60Hz, &quot;3:2 pull down&quot;) ==<br /> <br /> Le framerate normal d'une série TV ou d'un film est ~23.976 FPS (24/1.001 précisément), soit une frame toutes les ~41.7 millisecondes.<br /> <br /> La fréquence de rafraîchissement par défaut d'un PC est de 60 Hz, soit une frame toutes les ~16.7 millisecondes.<br /> <br /> Comme la fréquence de rafraîchissement est plus élevée que le framerate, le lecteur vidéo sur le PC (ou le framebuffer du GPU, selon les cas) va compenser en répétant des frames, de telle sorte que la vitesse de lecture soit correcte. (Si c'était le contraire - un cas très rare - on compenserait en éliminant des frames.) En pratique, et en simplifiant un peu, le comportement consiste à envoyer la frame suivante au GPU lorsque le temps indiqué par l'horloge dépasse la marque temporelle (le timestamp) de la frame en question. Par exemple, la troisième frame d'une vidéo à 24 FPS commence à ~124.9 ms, donc dès que l'horloge affiche ~124.9 ms depuis le début de la lecture, on envoie la frame au GPU, qui l'affichera au rafraîchissement suivant.<br /> <br /> Si la fréquence de rafraîchissement est égale au framerate (24 Hz), alors le comportement décrit ci-dessus va simplement afficher une frame par rafraîchissement. (C'est le comportement d'un lecteur Blu-ray de salon, par exemple.) Dans ce cas le problème décrit dans cette section ne s'applique pas.<br /> <br /> Si la fréquence de rafraîchissement est un multiple du framerate (par exemple : 48, 72, 96, 120, 144 Hz), alors le comportement décrit ci-dessus a pour effet de répéter chaque frame un certain nombre de fois (respectivement : 2, 3, 4, 5, ou 6 fois) de manière constante et régulière. Là encore le problème ne se pose pas.<br /> <br /> Par contre, si vous êtes en 60 Hz comme l'immense majorité des gens, alors ce n'est pas si simple, car 60 n'est pas un multiple de 24. Il faudrait répéter chaque frame 2.5 fois, mais ça n'a pas de sens. Au lieu de ça, le comportement décrit ci-dessus va avoir le résultat suivant : la première frame va être répétée 3 fois, puis la frame suivante 2 fois, puis la frame suivante 3 fois, etc. (Ce processus est souvent appelé &quot;[https://en.wikipedia.org/wiki/Three-two_pull_down 3:2 pull down]&quot;, mais ce terme n'est pas tout à fait correct ici car le flux n'est pas entrelacé.) Par exemple, une série de frames 24 FPS &quot;A B C D E&quot; va être convertie en 60 FPS sous la forme &quot;AAA BB CCC DD EEE&quot;.<br /> <br /> Ce comportement est correct dans la mesure où il permet à la vidéo d'être lue à la bonne vitesse. Mais cette approche présente un gros problème : la vidéo finale une fois convertie ne respecte pas la cadence d'origine. Normalement, dans la vidéo 24 FPS d'origine, chaque frame est affichée pendant ~41 ms. Mais dans la vidéo 60 FPS finale, ce n'est pas le cas : une frame sur deux est affichée pendant ~50 ms, tandis que l'autre est affichée pendant ~33 ms. C'est une dégradation - la vidéo parait saccadée car le rythme de présentation des frames est incorrect. Il s'agit du &quot;[https://en.wikipedia.org/wiki/Telecine#Telecine_judder Telecine judder]&quot;.<br /> <br /> Un objet qui bouge de manière constante à l'écran, par exemple, donnera l'impression de tressauter au lieu de présenter un mouvement constant, doux et fluide. L'effet n'est pas catastrophique parce que la cadence reste plus ou moins régulière (dans le sens où la procession 3:2:3:2, elle, reste constante), mais néanmoins visible dans certaines scènes, en particulier lorsque les objets sont nets et la caméra est en mouvement. Un générique défilant peut également servir d'exemple. Un œil initié qui sait ce qu'il cherche peut remarquer le problème après seulement quelques secondes de lecture, en fonction du contenu.<br /> <br /> == Horloge désynchronisée (discontinuités) ==<br /> <br /> Dans un appareil dédié à la vidéo, tel qu'un lecteur Blu-ray de salon, la cadence de lecture est sous le contrôle d'un seul et unique [https://en.wikipedia.org/wiki/Clock_signal signal d'horloge]. Lors de la lecture d'une vidéo à 24 FPS, ce signal d'horloge donne le « top » toutes les ~41.7 ms pour envoyer la frame suivante.<br /> <br /> Le son d'une vidéo est typiquement échantillonné à 48 kHz. Dans l'exemple d'un lecteur dédié, la cadence sonore est gérée par le même signal d'horloge. Cet arrangement garantit que la vidéo et le son progressent à la même vitesse. Il y aura précisément 2002 échantillons audio entre chaque frame (48000 / 23.976), parce que la vidéo et le son sont régis par le même « top ». Ils avancent de manière parfaitement synchronisée. (Ou, du moins, s'il y a décalage il sera constant.)<br /> <br /> === Le Seigneur des PC : les Deux Horloges ===<br /> <br /> Fort malheureusement, dans le cas d'un PC, la situation est plus compliquée. Un PC dispose d'un certain nombre de signaux d'horloge divers et variés : le CPU bien sûr, mais également l'horloge de la sortie du GPU (qui contrôle le rafraîchissement vidéo) et l'horloge de la sortie son (qui contrôle la vitesse de la sortie audio).<br /> <br /> Dans un monde parfait, ces horloges seraient parfaitement précises - une fréquence de rafraîchissement « nominale » de 60 Hz a pour effet d'envoyer très précisément 60 images par seconde à l'écran, et une fréquence d’échantillonnage audio « nominale » de 48 kHz a pour effet d'envoyer très précisément 48000 échantillons audio via la sortie (analogique ou numérique). Mais nous ne vivons pas dans un monde parfait, les composants électroniques ont leurs limites, et une horloge censée débiter du 60 Hz pourrait en réalité débiter 59.99 Hz, ou bien 60.01 Hz. Même chose pour l'horloge audio.<br /> <br /> Pour l'horloge vidéo, il y a un problème supplémentaire lié à la configuration. Les paramètres standards (CTA) pour du 1080p24 (~23.97'''60''' Hz) nécessitent une ''pixel clock'' de ~74.1759 MHz. Mais en pratique le GPU n'acceptera pas une configuration aussi fine ; la pixel clock n'est ajustable que par paliers de 0.01 MHz. Du coup, on se retrouve forcé de régler la pixel clock à 74.1700 MHz (fréquence de rafraîchissement ~23.97'''41''' Hz, une déviation de ~0.007%) ou à 74.1800 MHz (fréquence de rafraîchissement ~23.97'''73''' Hz, une déviation de ~0.005%). L'horloge audio, elle, n'accepte que précisément 48000 Hz et rien d'autre.<br /> <br /> Si il n'y avait qu'une seule horloge, comme dans un appareil dédié, une telle déviation ne serait pas un problème. Après tout, il s'agit là de déviations minimes - de l'ordre de 0.01%, soit moins d'une seconde sur un film de 2 heures. La vidéo sera lue trop vite ou trop lentement, mais la différence est imperceptible. À moins que vous ne vérifiez la longueur du film chronomètre en main (et de bons réflexes), vous ne remarquerez rien.<br /> <br /> En revanche, si les horloges audio et vidéo sont séparées et indépendantes, comme dans un PC, le lecteur vidéo va faire face à un gros problème : si une des deux horloges est seulement 0.01% plus lente que l'autre, alors au bout de seulement ~17 minutes, l'audio sera décalé de ~100 ms par rapport à la vidéo !<br /> <br /> === Audio ou vidéo : It's Time To Choose ===<br /> <br /> Cela est bien sûr inacceptable, donc le lecteur vidéo va devoir choisir une des deux horloges et « imposer » sa cadence au reste du système. Le problème, c'est qu'il n'est pas possible dans un PC de choisir quel signal d'horloge est utilisé pour gouverner la fréquence de rafraîchissement vidéo ou la sortie audio. Du coup, le lecteur vidéo se retrouve face à un choix cornélien :<br /> * Si le lecteur choisit de suivre l'horloge vidéo, alors la sortie audio va débiter plus vite que le lecteur ne lui fournit le son (buffer underrun), ou bien se retrouver en trop-plein de données parce que le lecteur lui fournit le son trop vite (buffer overflow). Dans les deux cas, cela produit des discontinuités audio (craquements) fort désagréables.<br /> * Si le lecteur choisit de suivre l'horloge audio, alors la sortie vidéo va se retrouver à répéter une frame parce que lecteur ne lui a pas fourni la frame suivante à temps pour le rafraîchissement (frame repeat), ou bien une frame va passer à la trappe parce que le lecteur est déjà passé à la suivante avant que la précédente n'ait été affichée pour le temps prévu (frame drop). Dans les deux cas, la cadence va souffrir et une saccade va apparaître.<br /> <br /> C'est choisir entre la peste et le choléra. En pratique, tous les lecteurs (du moins dans leur configuration par défaut) optent pour la seconde option : le son est parfait, mais la vidéo sera potentiellement saccadée. C'est un choix judicieux, parce qu'une saccade peut parfois passer inaperçue s'il n'y a pas trop de mouvement ; un craquement audio est beaucoup plus difficile à cacher en comparaison. Mais soyons clairs : le problème reste entier, et le résultat est inacceptable pour un vidéophile qui se respecte.<br /> <br /> === Quelles conséquences ? ===<br /> <br /> La gravité du problème dépend de la différence de vitesse (déviation) entre les horloges audio et vidéo. Cette différence est plus ou moins imprévisible et dépend du matériel utilisé. (Elle peut même varier en fonction de la température.) Théoriquement, pour quelqu'un de chanceux elle peut être tellement faible qu'elle ne pose pas de vrai problème, mais ça revient à gagner la loterie.<br /> <br /> En pratique, la déviation peut être de l'ordre de 0.01%. Avec cette valeur d'exemple, et une fréquence rafraîchissement de 60 Hz, le décalage entre l'audio et la vidéo atteindra la durée d'une frame (~16.6 ms) au bout de ~3 minutes ; on aura donc une discontinuité vidéo (saccade) toutes les ~3 minutes pour compenser. À 24 Hz, une frame dure ~41.7 ms ; on aura donc une discontinuité toutes les ~7 minutes. Une partie de ces discontinuités passeront inaperçues parce qu'elles se produiront lors de scènes avec peu ou pas de mouvement. Les autres seront visibles.<br /> <br /> Ce problème peut paraître moins grave que le problème du telecine judder décrit plus haut, mais ce n'est pas le cas ; en réalité, le résultat visuel peut parfois être pire. En effet, le telecine judder a au moins le bon goût de présenter une cadence relativement régulière avec un motif constant auquel on peut tenter de s'habituer ; ces discontinuités ponctuelles, en revanche, agissent par surprise et sont donc particulièrement remarquables. Bien sûr, ces deux problèmes étant relativement indépendants, il est tout à fait possible de se retrouver avec les deux problèmes à la fois : une mauvaise cadence qui ''par dessus le marché'' souffre de discontinuités ponctuelles. C'est même la situation par défaut pour un PC standard, non configuré spécialement pour la lecture vidéo.<br /> <br /> Plus la fréquence de rafraîchissement est basse, moins les discontinuités sont fréquentes, mais plus elles durent longtemps (parce que l'intervalle entre deux frames est plus élevé), donc au final le résultat n'est pas forcément meilleur ou pire. Cela dit, à 24 Hz, une discontinuité est tellement longue et flagrante qu'elle peut à elle seule ruiner l'immersion dans une scène à fort mouvement.<br /> <br /> === Questions ouvertes ===<br /> <br /> * Si la fréquence de rafraîchissement est très élevée (120 Hz ou plus), alors les discontinuités deviennent très fréquentes mais également très courtes. Logiquement, il devrait y avoir un seuil à partir duquel les discontinuités deviennent tellement fréquentes et tellement courtes qu'elles ne sont plus remarquables. Ce seuil est-il atteint à 120 Hz ? 144 Hz ? 200 Hz ?<br /> <br /> = Les solutions =<br /> == Utiliser 24 Hz au lieu de 60 Hz ==<br /> <br /> Il est très facile d'éliminer le problème du [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|Telecine judder]] : sous Windows, dans les propriétés de votre moniteur, choisissez 24 Hz (ou plutôt 23 - voir ci-dessous) au lieu de 60 Hz.<br /> <br /> Cependant, notez bien que cette solution ne fera rien pour éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]]. En fait, elle peut même l'empirer, parce que les discontinuités, bien que moins fréquentes, seront plus longues donc plus sévères.<br /> <br /> Par ailleurs, certains écrans ne supportent pas une fréquence de rafraîchissement de 24 Hz, en particulier les moniteurs PC. Pire : certains écrans accepteront un tel signal mais sont incapables de faire du &quot;vrai&quot; 24 Hz - ils appliqueront un 3:2 pulldown en interne, ce qui nous ramène à la case départ. Les écrans capables de produire du &quot;vrai&quot; 24 Hz sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p]&quot; sur [https://www.rtings.com/ Rtings].<br /> <br /> === Le piège du 24.000 Hz vs. 23.976 Hz ===<br /> <br /> Une erreur typique de débutant consiste à régler la fréquence de rafraîchissement sur 24.000 Hz (ou 60.000 Hz), au lieu de 23.976 Hz (ou 59.940 Hz). Mais l'horloge audio, elle, est toujours configurée pour 48000 Hz - pas 48048 Hz. Cela revient donc à faire tourner l'horloge vidéo légèrement trop vite par rapport à l'horloge audio… et on retombe sur le problème ci-dessus.<br /> <br /> La différence entre 24.000 Hz et 23.976 Hz peut paraître ridicule, mais rendez-vous compte qu'il s'agit d'une déviation de 0.1% - une discontinuité toutes les 42 secondes ! Un excellent moyen de transformer un film en festival des saccades.<br /> <br /> Faites attention à ça lorsque vous choisissez une fréquence de rafraîchissement. En fonction du matériel utilisé, Windows vous donne parfois le choix entre &quot;23 Hz&quot; et &quot;24 Hz&quot;, ou entre &quot;59 Hz&quot; et &quot;60 Hz&quot;. De manière assez obscure, ces fréquences correspondent à 23.976, 24.000, 59.940, et 60.000 Hz, respectivement.<br /> <br /> Encore une fois, gardez bien en tête que même si votre fréquence de rafraîchissement nominale est correcte, cela ne veut pas dire que vos horloges audio et vidéo seront parfaitement synchronisées pour autant (voir [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|ci-dessus]]). Cela diminue la fréquence des discontinuités, mais il faut utiliser une solution plus sophistiquée parmi celles décrites ci-dessous pour les éliminer totalement.<br /> <br /> == Utiliser un multiple de 24 Hz (48/72/96/120/144) au lieu de 60 Hz ==<br /> <br /> Une variante de la solution précédente.<br /> <br /> Certains écrans ne supportent pas 24 Hz, mais supportent 50 Hz (le framerate de la TV en Europe). Dans ce cas il y a fort à parier que l'écran acceptera 48 Hz, puisque c'est suffisamment proche de 50 Hz (dans les 5% de tolérance permise par le standard VESA DMT). Attention, comme dans la solution précédente rien ne garantit que l'écran produira du &quot;vrai&quot; 48 Hz dans ce cas : méfiez-vous. Aussi, comme 48 Hz n'est pas une fréquence standard, il vous faudra la créer manuellement à l'aide d'un logiciel adéquat, tel que l'assistant de madVR (voir ci-dessous) ou l'outil intégré aux drivers nVidia (&quot;résolutions personnalisées&quot;).<br /> <br /> Et bien sûr, n'oublions pas que beaucoup d'écrans PC &quot;gaming&quot; supportent des fréquences très élevées, telles que 120 ou 144 Hz. Coup de bol, il s'agit de multiples de 24 ! Par ailleurs, avec une fréquence aussi élevée les discontinuités liées aux différences d'horloge deviennent tellement courtes qu'elles pourraient potentiellement devenir indistinguables (corrigeant ainsi les deux problèmes à la fois), mais [[#Questions_ouvertes|ça reste à démontrer]].<br /> <br /> Encore une fois, [[#Le_pi.C3.A8ge_du_24.000_Hz_vs._23.976_Hz|n'oubliez pas]] qu'il faut choisir ~47.952, ~119.880 ou ~143.856 Hz, pas les chiffres ronds.<br /> <br /> À noter qu'en utilisant un multiple le signal est moins « propre » qu'en 24 Hz parce que chaque frame est répétée plusieurs fois. Normalement ça ne devrait faire aucune différence, mais certains algorithmes temporels utilisés dans certaines TVs (par exemple, motion interpolation) peuvent théoriquement donner des résultats erratiques avec un tel signal.<br /> <br /> == Écran capable de détecter 24p@60 Hz (inverse telecine) ==<br /> <br /> Certains TV et projecteurs sont capables de détecter une [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|cadence 3:2]] dans le signal d'entrée. Si un tel motif est détecté, l'écran passera automatiquement en 24p et sautera les frames dupliquées, éliminant ainsi le telecine judder de manière transparente.<br /> <br /> Malheureusement, cette solution souffre d'un certain nombre de contraintes :<br /> <br /> * Il faut disposer d'un écran proposant cette fonctionnalité. Ils sont désignés par la mention &quot;[https://www.rtings.com/tv/tests/motion/24p Judder-Free 24p via 60p]&quot; sur [https://www.rtings.com/ Rtings]. Cette fonctionnalité semble être apparue en 2017 sur les TVs, et n'est généralement pas proposée sur les moniteurs PC.<br /> * Ces solutions ne fonctionneront probablement pas si l'écran est en mode &quot;low input lag&quot;, &quot;gaming&quot; ou &quot;PC&quot;, car ces modes ont tendance à désactiver ce genre de traitement pour gagner en latence et/ou « pureté ».<br /> * La fiabilité de cette solution dépend beaucoup de la qualité du traitement interne effectué par l'écran. Un algorithme mal branlé peut causer des discontinuités supplémentaires.<br /> * Ces solutions peuvent avoir des implications concernant la qualité d'image, en fonction des traitements effectués par l'écran.<br /> * Il est [https://forum.doom9.org/showthread.php?p=1838792#post1838792 impossible] d'utiliser madVR dans ce cas, car il ne permet pas d'obtenir une cadence stable en 24p@60Hz pour le moment.<br /> <br /> Pour plus d'informations sur cette solution, vous pouvez lire les discussions sur le [https://forum.nofrag.com/viewtopic.php?p=1085046#p1085046 forum NoFrag] et le [https://forum.doom9.org/showthread.php?p=1838789#post1838789 forum madVR].<br /> <br /> À l'instar des solutions précédentes, cette solution ne fait rien pour résoudre le [[#Le_Seigneur_des_PC_:_les_Deux_Horloges|problème des horloges]]. Assurez-vous au moins de choisir ~59.940 Hz, pas 60 Hz, pour diminuer la fréquence des discontinuités. <br /> <br /> == Ajuster la vitesse audio (ReClock) ==<br /> <br /> === Le principe ===<br /> <br /> Dans la section sur le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]], il est [[#Audio_ou_vid.C3.A9o_:_It.27s_Time_To_Choose|expliqué]] que le lecteur vidéo choisit d'utiliser l'horloge audio, pas l'horloge vidéo, car débiter l'audio à la mauvaise vitesse produit des discontinuités audio audibles (craquements).<br /> <br /> Pour éviter ces discontinuités, on peut essayer de caler l'horloge audio sur l'horloge vidéo. Par exemple, si l'horloge vidéo avance 0.01% plus vite que l'horloge audio, alors on pourrait demander à la sortie son de tourner à 48004.8 Hz au lieu de 48000 Hz.<br /> <br /> En pratique ce n'est pas aussi simple (48004.8 Hz n'est pas une fréquence standard et sera refusée par le driver son), mais il est par contre tout à fait possible d'effectuer un traitement sur la bande sonore pour l'accélérer ou la ralentir tout en gardant la même fréquence d’échantillonnage ; cette opération s'appelle le &quot;[https://en.wikipedia.org/wiki/Sample-rate_conversion sample rate conversion]&quot; (SRC), ou &quot;resampling&quot;. Normalement cette opération est utilisée pour changer la fréquence d’échantillonnage sans changer la vitesse de lecture, mais ça marche aussi dans le sens inverse - changer la vitesse de lecture sans changer la fréquence d’échantillonnage.<br /> <br /> Notons qu'une telle solution est uniquement capable d'éliminer le [[#Horloge_d.C3.A9synchronis.C3.A9e_.28discontinuit.C3.A9s.29|problème des horloges]] ; elle n'élimine pas le [[#Telecine_judder_.28saccades_continues_-_24p.4060Hz.2C_.223:2_pull_down.22.29|telecine judder]]. Elle peut cependant être combinée avec une des solutions ci-dessus pour arriver à une solution complète. Par ailleurs, cette solution est utilisable avec une fréquence « ronde » (par exemple 24.000 Hz au lieu de 23.976 Hz), car la déviation de 0.1% induite par cette erreur est compensée également ; il reste néanmoins plus propre de choisir la bonne fréquence nominale.<br /> <br /> Cette opération peut potentiellement dégrader la qualité audio de deux manières, toutes deux bénignes :<br /> * L'algorithme de SRC lui-même peut dégrader la qualité. En pratique, les algorithmes modernes ne produisent pas de dégradation audible.<br /> * Le changement de vitesse lui-même modifie la hauteur des notes, mais cela est [https://en.wikipedia.org/wiki/Pitch_(music)#Just-noticeable_difference imperceptible] en-deça de 0.2%, un chiffre nettement supérieur à déviation qu'on cherche à corriger.<br /> ** Pour les paranos, il est possible de compenser la différence de hauteur (''time stretching''), mais ce traitement supplémentaire est overkill et peut causer plus de mal que de bien.<br /> <br /> Limitation notoire de cette solution : elle est incompatible avec le ''bitstreaming'', c'est-à-dire le décodage de l'audio en aval du PC (par exemple sur un ampli 5.1). En effet, pour pouvoir appliquer un traitement (SRC) sur l'audio, il faut le décoder d'abord. En pratique ce n'est un problème que si le bitstreaming est une nécessité pour vous, ce qui n'est pas une situation courante - vous n'avez pas à vous en soucier sauf cas très précis comme envoyer du Dolby Digital/DTS à travers une liaison S/PDIF, ou pour exploiter des formats dernier cri tels que Dolby Atmos ou DTS-X.<br /> <br /> === En pratique ===<br /> <br /> Il est possible d'effectuer cette correction manuellement en mesurant la déviation d'horloge, puis en appliquant un filtre SRC adéquat sur la bande son de la vidéo. Ce serait incroyablement laborieux ; heureusement, des logiciels existent pour effectuer ce traitement à la volée.<br /> <br /> Au début de la lecture, le logiciel prend quelques secondes pour mesurer la vitesse des horloges audio et vidéo. Une fois la déviation déterminée avec une précision suffisante, le logiciel prend le contrôle de l'horloge pour ajuster la vitesse de lecture audio, et applique un filtre SRC pour éliminer les discontinuités audio qui seraient causées par le changement de vitesse.<br /> <br /> * [https://forum.redfox.bz/forums/reclock.85/ ReClock] est la référence dans ce domaine ; il s'agit du logiciel le plus vieux (première version sortie en 2002 !) et le plus connu. Il peut s'intégrer avec n'importe quel lecteur vidéo compatible DirectShow, par exemple [https://mpc-hc.org/ MPC-HC], et en particulier est compatible avec [https://www.cyberlink.com/products/powerdvd-ultra/features_en_GB.html PowerDVD].<br /> ** Bémols : le développement de ReClock est plus ou moins abandonné, il n'est pas compatible avec un lecteur vidéo 64-bit, et il peut parfois avoir des difficultés à estimer la vitesse de l'horloge vidéo.<br /> * [https://wiki.jriver.com/index.php/VideoClock VideoClock] est une fonctionnalité intégrée au lecteur (payant) [https://www.jriver.com/ JRiver MediaCenter].<br /> * [https://github.com/zachsaw/MPDN_Extensions/wiki/Rate-Tuner Rate-Tuner] est une extension pour le lecteur vidéo [http://www.zachsaw.com/mpdn/ MPDN].<br /> <br /> == Frame blending (Smooth Motion) ==<br /> <br /> == Ajustement avancé de la fréquence de rafraîchissement (Custom Mode) ==<br /> <br /> = Récapitulatif des solutions =<br /> == Solutions ne reposant pas sur le support 24p@60Hz de l'écran ==<br /> <br /> Ces solutions sont utilisables sur tout type d'écran, sauf indication contraire dans la section « compatibilité ».<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !24p@24Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Frame blending&lt;br/&gt;(Smooth Motion)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#fdd;&quot;|Très mauvais<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;très visibles<br /> |style=&quot;background-color:#dfd;&quot;|Inexistantes<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;très visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Bon/excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> <br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#fdd;&quot;|24 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Très facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}<br /> <br /> == Solutions reposant sur le support 24p@60Hz de l'écran ==<br /> <br /> {| class=&quot;wikitable&quot;<br /> !<br /> !24p@60Hz<br /> !Audio resampling&lt;br/&gt;(ReClock)<br /> !Custom mode<br /> |-<br /> !colspan=&quot;7&quot;|Résultat final<br /> |-<br /> !Qualité du rendu vidéo<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |-<br /> !Qualité du rendu audio<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Excellent<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Cadence<br /> |-<br /> !Variance continue<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !Discontinuités<br /> |style=&quot;background-color:#fdd;&quot;|Très fréquentes,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Très rares,&lt;br/&gt;visibles<br /> |style=&quot;background-color:#dfd;&quot;|Rares,&lt;br/&gt;visibles<br /> |-<br /> !Netteté des mouvements<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |-<br /> !colspan=&quot;7&quot;|Compatibilité<br /> |-<br /> !Nécessite un écran supportant 24 Hz&lt;br /&gt;(ou un multiple)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Prend des libertés avec les normes DVI/HDMI/DP<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Peut interférer avec du post-traitement temporel&lt;br /&gt;effectué par l'écran<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Peut buter contre les limites de HDMI &lt;2.2&lt;br /&gt;(10-bit 2160p@60Hz)<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |-<br /> !Support par les drivers GPU<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#fdd;&quot;|Mauvais<br /> |-<br /> !Nécessite un lecteur vidéo DirectShow&lt;br /&gt;(MPC-HC, etc.)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !Nécessite de décoder l'audio côté PC&lt;br/&gt;(pas de bitstreaming)<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |style=&quot;background-color:#fdd;&quot;|Oui<br /> |style=&quot;background-color:#dfd;&quot;|Non<br /> |-<br /> !colspan=&quot;7&quot;|Divers<br /> |-<br /> !Fréquence de rafraîchissement utilisée<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |style=&quot;background-color:#dfd;&quot;|60 Hz<br /> |-<br /> !Simplicité de mise en place<br /> |style=&quot;background-color:#dfd;&quot;|Rien à faire<br /> |style=&quot;background-color:#dfd;&quot;|Facile<br /> |style=&quot;background-color:#fdd;&quot;|Laborieux<br /> |-<br /> !Stabilité de la configuration<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#dfd;&quot;|Parfait<br /> |style=&quot;background-color:#ffd;&quot;|Moyen<br /> |}</div>

E-t172