Multivue : regarder quatre chaînes à la fois sur Windows
Six dispositions, de deux tuiles à neuf. L’intéressant n’est pas la grille, c’est que l’application compte vos connexions fournisseur avant de démarrer le moindre flux.
Six dispositions sont livrées, pas une. La grille à quatre chaînes est la plus populaire et l’éventail va de 2 tuiles à 9 :
2up two equal tiles, side by side 2 slots
1+2 one large left, two stacked right 3 slots
2x2 equal grid 4 slots
1+3 one large left, three stacked right 4 slots
2x3 two columns, three rows 6 slots
3x3 equal grid 9 slots
Les dispositions asymétriques sont sous-estimées. 1+3 est la disposition du sport : un match que vous regardez vraiment à une taille utilisable, et trois que vous gardez à l’œil. Un 2x2 régulier donne aux quatre le même poids, ce qui est rarement ce que vous voulez dire.
La partie qui ne parle pas de grilles
Demandez un 3x3 de 9 tuiles à une ligne fournisseur qui autorise 2 connexions simultanées et quelque chose doit céder. Dans la plupart des lecteurs, ce qui cède, ce sont les flux : 9 démarrent, le portail en accepte 2, et 7 tuiles affichent une erreur qu’il vous reste à interpréter.
La multivue compte d’abord. Elle lit le quota de connexions de chaque source, suit la part qu’une disposition en a déjà dépensée, et cesse de proposer des chaînes d’une source dès que cette source est épuisée. Le refus se produit dans le sélecteur de chaînes, sous la forme d’une option grisée avec une raison, plutôt que sur la grille sous la forme de sept échecs identiques.
Cela change ce que signifie une disposition mixte. Avec 2 sources de 2 connexions chacune, une disposition à 4 tuiles est atteignable, mais seulement comme 2 chaînes de chaque source, et le sélecteur impose cet arrangement que vous y ayez pensé ou non. Ce qu’il ne fait pas encore, c’est vous avertir à l’approche de la limite : le budget est appliqué, la bannière n’est pas construite. Ce que compte vraiment le nombre maximal de connexions passe en revue la comptabilité, y compris pourquoi une connexion reste parfois dépensée après que vous avez arrêté de regarder.
Pourquoi les tuiles paraissent moins nettes que le lecteur principal
Délibérément. Une tuile est plafonnée à 640 par 360 quand elle est muette et à 1280 par 720 quand c’est elle qui porte le son. Le chemin de direct plein écran n’a aucun plafond.
La raison est arithmétique. Chaque tuile est sa propre instance de lecteur, donc un 3x3 de flux 1080p à pleine cadence, ce sont 9 décodages simultanés plus 9 jeux de tampons, et sur une machine qui fait aussi autre chose, c’est la différence entre une grille qui fonctionne et une qui saccade. Une tuile de 640 par 360 sur 4 pouces de large n’est pas visiblement pire qu’une tuile 1080p à la même taille.
Les tampons sont plus courts aussi : 350 et 200 millisecondes sur une tuile muette contre 1200 et 800 sur le chemin de direct plein écran. Une tuile se remet donc moins gracieusement d’un accroc réseau. C’est le bon compromis pour quelque chose que l’on regarde du coin de l’œil plutôt qu’attentivement.
Les tuiles conservent aussi le contrôle vidéo d’origine plutôt que la surface propre à l’application qu’utilise le lecteur principal. Le HDR sur une tuile de 640 par 360 ne vaut pas la peine, et le changement le plus petit valait davantage que la cohérence.
Le son, et pourquoi une seule tuile l’a
Une seule tuile porte le son à la fois. C’est une décision produit en surface et une contrainte dure en dessous : le passthrough bitstream ouvre le périphérique audio en mode exclusif, donc un second lecteur demandant le même point de sortie verrait sa sortie audio échouer purement et simplement. Le passthrough n’est émis que pour l’instance principale.
Changer la tuile qui a le son y déplace à la fois le son et le plafond de définition le plus haut.
Enregistrer une disposition
Nommez une disposition et elle se synchronise. C’est un état de compte, pas un état de machine, si bien qu’un arrangement « Sports du dimanche » construit sur un ordinateur de bureau est disponible sur n’importe quel autre appareil du compte.
Une parenthèse sur la facilité avec laquelle cette fonctionnalité se laisse mal juger de l’extérieur. Le 2026-08-15, notre propre suivi des fonctionnalités notait la multivue à 55 pour cent et les dispositions enregistrées à 0 pour cent, alors que les deux étaient effectivement terminées. Nous nous sommes trompés en lisant le tableau de statut au lieu du code, et le tableau porte désormais une note qui dit au prochain lecteur de ne pas faire pareil.
Ce qui manque encore, c’est une tuile de lancement rapide depuis l’Accueil, si bien qu’ouvrir une disposition enregistrée est un détour par la multivue plutôt qu’un seul clic depuis la page d’accueil.
La multivue est une fonctionnalité de bureau. Il n’existe pas de surface console pour elle, ce qui est le bon choix pour un écran vu à 10 pieds avec une seule sortie audio et un budget mémoire déjà traité dans 4K et HDR sur Xbox. Si vous voulez plusieurs chaînes sur un grand écran, une machine Windows qui pilote le téléviseur est la voie : brancher un portable en HDMI ou un petit PC de salon.
Ce que cet article a mesuré21 affirmations, chacune avec les preuves derrière elles
| Réclamation | Preuve | Compté |
|---|---|---|
| Six dispositions sont livrées, contenant 2, 3, 4, 6 ou 9 tuiles : deux côte à côte, une plus deux, deux par deux, une plus trois, une grille de deux par trois et une grille de trois par trois. | n = 6 | 31 août 2026 |
| Les tuiles sont tenues à une définition inférieure à celle du lecteur principal : 640 par 360 pour une tuile muette et 1280 par 720 pour celle qui porte le son. Le chemin de direct plein écran n’a pas de tel plafond. | n = 1 | 23 août 2026 |
| Les tuiles utilisent aussi des tampons plus courts que le lecteur principal : 350 et 200 millisecondes en muet, 500 et 350 avec le son, contre 1200 et 800 sur le chemin de direct plein écran. | n = 1 | 23 août 2026 |
| La multivue compte le quota de connexions d’une source avant d’attribuer une tuile et désactive les choix supplémentaires depuis une source épuisée, plutôt que de démarrer les flux et de laisser le portail les refuser. | n = 1 | 15 août 2026 |
| Les dispositions nommées se synchronisent entre appareils comme état de compte plutôt que de rester sur la machine qui les a créées. | n = 1 | 15 août 2026 |
| Les tuiles conservent le contrôle vidéo d’origine plutôt que la surface propre à l’application qu’utilise le lecteur principal, parce que le HDR n’a aucun intérêt sur une tuile de 640 par 360 et que le changement le plus petit valait davantage. | n = 1 | 23 août 2026 |
| Chaque disposition a une forme courte utilisée dans les charges de synchronisation, et l’analyse d’une forme inconnue retombe sur la disposition à deux tuiles plutôt que d’échouer. | n = 6 | 1 sept. 2026 |
| La numérotation des emplacements fait partie du contrat plutôt que d’être accessoire : les dispositions asymétriques documentent l’index zéro comme la tuile principale, et les grilles régulières comme ordonnées ligne par ligne. | n = 1 | 1 sept. 2026 |
| La recherche du nombre d’emplacements a une branche de repli qui renvoie 2, si bien qu’une géométrie non reconnue produit la plus petite disposition valide plutôt qu’une exception. | n = 1 | 1 sept. 2026 |
| Chaque tuile est une instance de lecteur distincte plutôt qu’une seconde vue sur une seule, ce qui explique pourquoi une grille multiplie le coût de décodage au lieu de le partager. | n = 1 | 1 sept. 2026 |
| Les tuiles sont construites à partir d’un jeu d’options de base plus léger : elles sautent la suppression des instantanés et de l’affichage à l’écran dont elles n’ont pas besoin, et ajoutent une suppression de l’incrustation du titre dont elles ont besoin, parce que sinon chaque tuile imprime le nom du flux sur la vidéo. | n = 2 | 1 sept. 2026 |
| Le style des sous-titres n’est délibérément pas appliqué aux tuiles, qui n’affichent aucun sous-titre et restent légères. | n = 1 | 1 sept. 2026 |
| Le plafond de threads du décodeur sur console ne s’applique qu’aux instances hors mosaïque, les tuiles en sont donc exclues. | n = 1 | 1 sept. 2026 |
| Le plafond de définition n’est pas une valeur mais deux, et la plus haute suit la tuile qui porte le son à cet instant, si bien que déplacer le son déplace aussi la qualité. | n = 2 | 23 août 2026 |
| Les dispositions nommées sont l’une des treize familles d’état synchronisées, avec leur propre writer, projection et état miroir, plutôt qu’un fichier local. | n = 1 | 1 sept. 2026 |
| Les dispositions enregistrées se synchronisent, mais il n’y a toujours pas de tuile de lancement rapide depuis la page d’accueil, ce qui est consigné comme le travail restant sur cette fonctionnalité. | n = 1 | 1 sept. 2026 |
| Le budget de connexions est appliqué, mais un avertissement à l’approche de la limite n’est pas encore construit, pas plus que la prise en compte côté enregistrement. | n = 1 | 1 sept. 2026 |
| Les tuiles utilisent des tampons plus courts en plus de définitions plus basses : 350 et 200 millisecondes en muet, 500 et 350 avec le son, contre 1200 et 800 sur le chemin de direct plein écran. | n = 1 | 23 août 2026 |
| Il n’existe pas de surface console pour la multivue, ce qui est cohérent avec une plateforme qui n’a qu’une sortie audio et un budget mémoire qu’une seule session de navigation a déjà été mesurée en train de dépasser. | n = 1 | 30 août 2026 |
| Les dispositions enregistrées ont un jour été notées comme non commencées dans notre propre suivi des fonctionnalités alors qu’elles étaient effectivement terminées, ce qui est consigné comme une mise en garde contre la lecture du statut depuis ce tableau plutôt que depuis le code. | n = 1 | 1 sept. 2026 |
| Le passthrough audio est délibérément restreint au lecteur principal, parce qu’il ouvre le périphérique audio en mode exclusif et qu’une tuile demandant le même point de sortie verrait son audio échouer purement et simplement. | n = 1 | 23 août 2026 |