Cliqer 3 sort aujourd'hui, et la première chose à savoir, c'est ce qu'il n'est pas : ce n'est pas notre application web dans un cadre de bureau plus grand. C'est une application native pour chaque système, une application Mac et une application Windows, avec un moteur natif en dessous et des applications Remote natives sur votre téléphone et à votre poignet. Mêmes salles, même connexion. Ce qui change, c'est qui pilote la vidéo, les écrans et le matériel : le système d'exploitation et le GPU, et non un moteur de navigateur.
Cet article expose notre raisonnement, chiffres à l'appui quand nous les avons. C'est aussi un bilan honnête de ce que la version 2 faisait bien, car l'essentiel a été repris tel quel. Nous avons simplement atteint un plafond que davantage de réglages ne pouvait pas relever, et nous préférons l'expliquer plutôt que de faire comme s'il n'existait pas.
La version 2 partait d'une promesse simple : n'importe quel téléphone ou navigateur peut servir de télécommande à un présentateur. Un lien de salle s'ouvre dans un navigateur, l'ordinateur hôte fait tourner les diapositives, et le web relie les deux. C'est pour cela qu'un invité peut se joindre sans rien installer, et c'est pour cela que l'idée de la télécommande via Internet a fonctionné.
Dans la version 2, l'application de bureau enveloppait cette application web et ajoutait ce qu'un navigateur ne peut pas faire seul : piloter PowerPoint et Keynote, mixer l'audio, envoyer du NDI. Par-dessus, nous avons ajouté Cliqer Studio, un mélangeur vidéo compact avec en entrée des écrans, des caméras, des sources NDI et des intervenants à distance, et un Program envoyé à la salle et diffusé en NDI.
C'était une bonne conception. Le web nous apportait une base de code unique, des mises à jour instantanées et une vue présentateur qui fonctionne sur n'importe quel appareil, et rien dans cet article ne remet cela en cause. Dans Cliqer 3, invités et présentateurs se joignent toujours depuis un navigateur ou un téléphone, exactement comme avant.
Quand un partage d'écran prenait du retard, nous n'avons pas abandonné la conception. Nous avons passé des mois à le corriger, en documentant chaque correctif au fur et à mesure.
D'abord, le chemin vidéo. Dans la version 2, la vidéo de l'écran partagé transitait par un canal de données fiable, et la norme sur laquelle il repose attend une seconde entière avant de renvoyer un paquet perdu. Nous avons divisé la latence permanente par quatre environ en supprimant l'encodage en double et en resserrant les tampons. Puis nous avons recalé les minuteurs de renvoi sur les valeurs de Chrome et empêché les rafraîchissements complets de s'accumuler derrière l'arriéré. Lors d'un test simulé sur Wi-Fi avec pertes, un partage en 1080p est passé de 15 à 22 gels d'une seconde ou plus toutes les deux minutes à 0 à 2.
Retard médian sur le direct en Wi-Fi simulé avec pertes, partage 1080p (millisecondes)
Ensuite, le clic. Un clic qui atteint l'application de bureau doit faire avancer les diapositives puis renvoyer le numéro de diapositive. Nous avons gardé une connexion ouverte en permanence avec PowerPoint ou Keynote et lu la position directement à partir de l'étape qui vient d'être exécutée. Sur Mac, sur 20 essais, le délai médian entre le clic et la diapositive est passé de 509 ms à 48 ms dans PowerPoint et de 408 ms à 42 ms dans Keynote. Toute l'histoire est racontée dans pourquoi les millisecondes comptent et dans les correctifs de latence.
Enfin, les serveurs. En septembre, nous avons quitté Cloudflare pour notre temps réel au profit de nos propres serveurs dédiés, et les vérifications au démarrage de l'application de bureau répondent désormais jusqu'à 17 fois plus vite.
48 ms
du clic à la diapositive dans PowerPoint sur Mac, contre 509 ms
12 ms
retard médian sur Wi-Fi avec pertes, contre jusqu'à 2,3 s
0 to 2
gels d'une seconde ou plus par essai, contre 15 à 22
Up to 17x
vérifications au démarrage plus rapides après la migration de notre temps réel
Chacun de ces gains consistait à contourner une couche que nous ne maîtrisions pas, et la liste de ce que nous ne pouvions pas contourner ne raccourcissait pas.
Les réglages ne font que déplacer le travail à l'intérieur de la boîte qu'on vous donne. Quatre limites sont restées.
| Tâche | Quand un moteur de navigateur s'en charge | Quand un moteur natif s'en charge |
|---|---|---|
| Capturer et encoder l'écran | Via les choix de capture et de codec du navigateur, avec ses demandes d'autorisation et ses minuteurs de renvoi | Directement depuis le système d'exploitation, avec l'encodeur matériel de la machine |
| Afficher l'image | Une page dans un compositeur, partagée avec tout ce que fait le moteur par ailleurs | Metal sur Mac ou Direct3D sur Windows, dans une fenêtre qui nous appartient |
| Atteindre les écrans et les cartes | Via ce qu'une page a le droit d'ouvrir | De vraies sorties vers chaque écran connecté, les cartes d'acquisition et d'autres applications |
| Exploiter les fonctions matérielles | Uniquement ce que le navigateur choisit d'exposer | HEVC, ProRes, couleur 10 bits et genlock, selon ce que proposent le système et la carte |
Un moteur de navigateur excelle à être un navigateur. Il n'est pas conçu pour être un mélangeur qui tient 60 images par seconde pendant des heures et envoie simultanément une image à un projecteur, à une carte d'acquisition et à un enregistrement. Plus Studio devenait un mélangeur, plus ces décalages apparaissaient.
Cliqer 3 est une application par système plutôt qu'une seule application pour les deux. Sur Mac, elle est conçue pour macOS 15 ou ultérieur, avec Liquid Glass sous macOS 26. Sur Windows, elle est conçue pour Windows 11, avec les matériaux Acrylic et Mica. Les menus, les fenêtres, les autorisations et les raccourcis suivent la plateforme. La documentation v3 détaille précisément ce que chaque plateforme fait aujourd'hui.
Le moteur de bureau, écrit en Rust, gère tout ce qui ne relève pas de l'affichage, et les applications Remote natives reposent sur leur propre cœur Rust, si bien que chaque plateforme partage sa logique au lieu de la réécrire. Nous avons expliqué ce choix, mesures à l'appui, dans pourquoi nous avons reconstruit Cliqer Remote en natif sur un cœur Rust.
La fenêtre Studio sous macOS. La ligne d'état affiche la fréquence d'images du Program ainsi que la charge du GPU et du CPU.
La fenêtre principale regroupe le lien de la salle, le QR code, vos présentateurs et le minuteur. Studio, le minuteur, le sélecteur de partage, le chat, les réglages, External Control et les journaux ont chacun leur propre fenêtre, pour que vous puissiez les placer sur l'écran de votre choix. Vous vous connectez toujours avec la clé de licence ou le compte que vous avez déjà.
La latence est une somme, et une application native nous permet d'en supprimer des termes. La capture provient du système, l'encodage s'exécute sur l'encodeur matériel de la machine quand elle en a un, et le GPU affiche l'image dans une fenêtre qui appartient à l'application.
Nous restons prudents avec les promesses. Les gains mesurés jusqu'ici sont ceux présentés plus haut, et ils ont commencé avec la version 2. Ce qui est livré aujourd'hui vous apporte :
Une comparaison du partage d'écran entre la version 2 et la version 3 dépend de votre réseau et de vos écrans : le test le plus juste reste donc une répétition dans vos propres conditions.
L'encodeur matériel du système code la vidéo en chauffant moins qu'un encodeur logiciel et laisse le CPU libre pour le reste du spectacle. Une application native peut y faire appel directement.
Dans Cliqer 3, le chemin vidéo sur Mac est zéro copie. Les images des caméras, les sources et le Program restent en mémoire GPU du début à la fin, et l'encodeur matériel lit le Program directement depuis la surface GPU : l'image n'est donc jamais recopiée vers le CPU puis renvoyée en chemin vers un stream ou un fichier. Sur Windows, le décodage des caméras et la conversion des couleurs s'exécutent sur le GPU.
Les streams sont aussi encodés pour le temps réel. Studio n'utilise aucun réordonnancement d'images, il n'y a donc pas de B-frames que le décodeur d'un spectateur devrait attendre, et les spectateurs n'ajoutent aucun délai de décodage de leur côté.
Dans la documentation de Studio, cela se traduit par des chiffres clairs : sur Mac, l'encodeur matériel code le H.264 jusqu'en 2160p, le HEVC code la taille complète du Program, et la 8K tourne jusqu'à 30 images par seconde avec toutes les qualités Cliqer Live en parallèle, sans images perdues. La taille du Program va de 720p à 8K, de 25 à 60 images par seconde, avec l'offre qui l'inclut. Les deux offres supérieures, Studio 8K et Enterprise, prennent en charge la 8K, et la page tarifs indique les limites en vigueur pour chaque offre. Un canevas 8K mesure 7680 x 4320 : seize écrans Full HD depuis un seul ordinateur. La ligne d'état de Studio affiche en permanence la fréquence d'images du Program avec la charge du GPU et du CPU à côté, pour que vous voyiez à tout moment comment la machine tient le coup.
Côté téléphone, la règle est la même. Une application Remote native décode la vidéo avec le décodeur matériel du téléphone et l'affiche sur une couche composée par le système, si bien que l'interface ne se redessine pas à chaque image. C'est ce qui a fait la différence lors de notre test sur téléphone, plus bas.
C'est là qu'une application native apporte le plus. Un spectacle se résume rarement à une image sur un écran : c'est un programme pour la salle, un moniteur de retour pour l'intervenant, un flux vers un ordinateur de streaming, un enregistrement et un mur de projecteurs.
Studio envoie le Program à la salle, en NDI, vers un enregistrement, vers un stream, vers une caméra virtuelle, vers un écran, vers Syphon sur Mac ou Spout sur Windows, et vers une carte Blackmagic. Chaque entrée peut sortir comme sa propre source NDI, et le Multiview dispose de son propre flux NDI. Chaque sortie a son propre interrupteur, sa configuration et son état, et vous pouvez les combiner librement. La page Sorties de la documentation les détaille une par une, et notre guide NDI pour les équipes événementielles explique où il trouve sa place.
Sur un gros événement, nous séparons les images en deux. Les écrans principaux (projecteurs et LED) restent sur un chemin matériel du mélangeur au processeur, là où la latence doit être nulle. Tout le reste passe en NDI : les ordinateurs portables de présentation envoient leur minuteur sous le nom Cliqer Timer, un ordinateur Studio reçoit toutes les sources NDI, et il envoie les écrans de confort aux retours de bord de scène, le Multiview à l'équipe technique et le Program à l'enregistrement et au stream. C'est la couche qu'une application native rend possible, et elle réserve les sorties matérielles au mur. Cliqer vs Barco E2 détaille l'ensemble de cette répartition.
Sur Mac, un écran branché ou débranché pendant que Cliqer tourne est détecté. Une sortie écran peut afficher le Program, la Preview, le Multiview ou une entrée, en plein écran, dans la définition native du moniteur pour l'image la plus nette. Pour un grand mur, Projection permet d'étaler une image sur plusieurs sorties, avec une découpe par sortie, un calage aux quatre coins et un fondu des bords. Cela va plus loin qu'une simple carte de découpe : une Warp Grid de 2 à 9 colonnes et lignes, en Linear ou Bezier, un Edge Blend calculé à partir du recouvrement, un Gamma pour le rouge, le vert et le bleu, un niveau de noir et jusqu'à 8 masques. Projection est inclus avec Studio 8K et Enterprise.
Quand un seul ordinateur ne suffit pas, associez-en plusieurs comme machines de rendu dans Réglages > Avancé > Redondance. Un même spectacle répartit alors un canevas entre elles, chacune dessinant ses zones sur la même image, et une machine Backup associée suit la machine Main et prend le relais si elle s'arrête. Les machines de rendu sont incluses avec Studio 8K et Enterprise ; la page Redondance explique la configuration.
Dans Cliqer 3, le Program de Studio peut tourner en SDR 10 bits, HDR PQ ou HDR HLG, jusqu'en 4K, et les entrées HDR font l'objet d'un tone mapping pour les sorties. Avec un format Studio 10 bits ou HDR, les sorties Blackmagic envoient du 10 bits, le NDI envoie du 16 bits, et le HEVC transporte une véritable image 10 bits (Main10). Une sortie Blackmagic affiche son état de genlock, et c'est la carte qui fixe la fréquence d'images.
Les enregistrements bénéficient du même soin : Studio enregistre en H.264, HEVC, ProRes 422 et ProRes 422 HQ, le ProRes étant disponible sur Mac. Les médias sont lus en HAP, HAP Q, HAP Alpha, HAP Q Alpha et HAP R. Le 10 bits et le HDR, le HEVC et le ProRes sont inclus avec Studio 8K et Enterprise, et la page tarifs indique ce que comprend chaque offre.
Dans Studio, un écran est un second mélangeur avec ses propres Preview, Program, Cut et Take. Utilisez-en un pour un moniteur de retour, un minuteur de scène ou un quart de mur 4K, puis réintégrez un écran entier dans le mixage comme entrée. Studio 8K gère jusqu'à 16 écrans. Pour une vue complète de Studio, lisez Cliqer Studio, notre mélangeur de production live, et pour le calcul des écrans, écrans et mixage.
Le Studio de la version 2 était un mélangeur vidéo compact : des transitions Cut et Fade, une console audio avec des tranches, des faders et un master Program, et un Program envoyé à la salle et diffusé en NDI. Le Studio de Cliqer 3 propose les éléments suivants, tous documentés dans le guide Studio :
Le son bénéficie du même traitement natif que l'image. Dans Cliqer 3, le moteur de mixage de Studio fonctionne en virgule flottante 32 bits : chaque tranche, chaque bus et chaque plugin travaille en flottant, si bien que rien ne sature à l'intérieur du mixage, quel que soit le niveau des envois, ce qui vous offre une marge interne de fait illimitée. Les limiteurs fixent le plafond en sortie, un sur le Master et un sur chaque bus, réglables de -24 à 0 dB, et les invités en visioconférence reçoivent un retour mix-minus qui ne le dépasse jamais.
Chaque tranche d'entrée intègre le traitement propre à Cliqer : un délai de 0 à 1000 ms, un filtre passe-haut de 20 à 400 Hz, un gate, un égaliseur quatre bandes de 20 Hz à 20 kHz avec un gain de -18 à 18 dB et un Q de 0,1 à 10, et un compresseur avec des ratios jusqu'à 32 et un knee jusqu'à 24 dB. Il est écrit pour le thread audio temps réel, où il n'alloue jamais de mémoire et ne prend jamais de verrou : il ne produit donc aucun artefact sous charge. Quand vous recherchez un son particulier, ajoutez vos propres plugins en insert sur les tranches d'entrée : VST3 sur macOS et Windows, Audio Units sur macOS, chacun avec son propre éditeur et son état enregistré dans le spectacle.
C'est une véritable console avec routage, pas une simple rangée de faders. Ajoutez vos propres Groupes pour les sous-mixages et des Retours pour les effets et les envois partagés, puis renommez-les, réorganisez-les et dupliquez-les. Les envois sont pré ou post fader, il existe un mixage Casque, et chaque bus a son propre fader, son mute, son vumètre, son traitement et son limiteur. La salle, chaque sortie NDI, chaque sortie du routeur et le retour de chaque invité en visioconférence choisissent n'importe quel bus par son nom, et chaque modification correspond à une seule étape d'annulation. Le traitement des tranches, les groupes et les retours sont inclus avec toutes les offres Studio.
Le Routeur affiche chaque entrée et sortie audio dans les vues Patch et Matrix : appareils en entrée, réseau en entrée, appareils en sortie et réseau en sortie. Dante Virtual Soundcard, Dante Via, AVB et BlackHole apparaissent comme des appareils ordinaires à router. L'audio réseau AES67 transporte jusqu'à 64 canaux par point de terminaison en 24 bits, synchronisé par PTP. Ableton Link apporte le tempo, le temps et Link Audio, Windows bénéficie de l'ASIO à 48 kHz, et vous choisissez les canaux par appareil ainsi que l'horloge maître.
Un spectacle en direct est jugé sur sa pire minute. Le natif aide de trois façons, toutes décrites dans la documentation.
Les enregistrements survivent à un plantage. Studio écrit les enregistrements en petits fragments : si l'application ou l'ordinateur tombe, tout ce qui précède les deux dernières secondes environ est sur le disque.
Un second ordinateur peut prendre le relais. Avec la Redondance, une machine Backup suit la machine Main, maintient ses médias de spectacle synchronisés et passe à l'antenne quand la Main cesse de répondre. Le secours à chaud est inclus avec Studio 8K, et vous associez les deux ordinateurs à l'aide d'un code.
Les serveurs ont cessé de nous surprendre. Le temps réel de Cliqer tourne sur nos propres serveurs dédiés, une mise à jour planifiée reconnecte les clients en une seconde environ, et une connexion inactive s'ouvre en 0,14 seconde contre 1,2 auparavant. Consultez pourquoi nous avons quitté Cloudflare.
La fiabilité, c'est aussi ce que le présentateur tient en main pendant une heure. Nous avons testé un Galaxy S24+ avec trois versions, dix minutes chacune, en regardant le même écran partagé animé. La première version Flutter redessinait son interface environ 48 fois par seconde pour afficher une vidéo, consommait 168 mAh et réchauffait le téléphone de 5,9 °C. L'application native ne dessinait aucune image d'interface, consommait 86 mAh et le réchauffait de 0,2 °C. Soit moitié moins de batterie pour le même travail.
Batterie consommée en 10 minutes à regarder un écran partagé en direct, Galaxy S24+ (mAh)
Les applications natives sont aussi plus légères : 10,8 Mo pour l'application iPhone, application Apple Watch incluse, et 5,8 Mo pour un téléphone Android. Les détails par plateforme sont dans Cliqer Remote pour iPhone, iPad et Apple Watch et Cliqer Remote pour Android et Wear OS.
Nous n'avons pas mesuré la consommation de l'application de bureau par rapport à la version 2, et un ordinateur branché sur secteur pose un problème différent d'un téléphone dans une main chaude. Sur ordinateur, surveillez les chiffres du GPU et du CPU dans la ligne d'état de Studio.
Faisons les comptes honnêtement. Le natif signifie que nous maintenons une application Mac et une application Windows, et que nous testons chaque fonctionnalité deux fois. Cliqer 3 nécessite macOS 15 ou ultérieur ou Windows 11 : Windows 10 reste donc sur l'application de bureau précédente. Certaines fonctionnalités dépendent de la plateforme : le contrôle de Keynote est réservé au Mac et celui de vMix à Windows. La présentation de la v3 contient le tableau complet.
Ce qui ne change pas : votre salle, votre lien, votre connexion et votre licence. Les présentateurs se joignent toujours depuis un navigateur ou Cliqer Remote sans rien installer, et l'ordinateur qui contient vos diapositives fait toujours tourner l'application de bureau Cliqer. Nouveautés de cette même version : Cliqer Timer pour la scène, et le prompteur de Studio présenté dans les prompteurs pour présentateurs.
Si vous présentez, la salle fonctionne comme toujours, avec un clic plus rapide, un téléphone qui chauffe moins et une application de bureau qui suit votre système. Si vous produisez, Studio dispose désormais de vraies sorties, de vrais enregistrements et d'un secours, d'un chemin vidéo zéro copie sur Mac, d'un moteur audio en virgule flottante avec plugins et routage, et d'images 10 bits et HDR avec Studio 8K et Enterprise. Si vous comparez des outils, nous les avons présentés en toute honnêteté : Cliqer face à vMix, face à Ecamm Live et face à Barco E2, avec le comparatif et les fonctionnalités face à vMix pour le détail.
Le natif, c'est une décision sur qui garde le contrôle quand la charge monte. Notre réponse : le système d'exploitation, le GPU et un moteur que nous écrivons et mesurons nous-mêmes, pas un moteur de navigateur. C'est ça, Cliqer 3. Téléchargez-le et faites une répétition pendant l'essai gratuit, ou consultez la page tarifs pour voir quelle offre couvre votre spectacle.
Cliqer 2 était une application web enveloppée dans une application de bureau, et c'est un moteur de navigateur qui décidait comment la vidéo était capturée, encodée, mise en file d'attente et affichée. Nous l'avons optimisé à fond, mais les sorties d'affichage, la vidéo matérielle et les cartes d'acquisition sont hors de portée d'un moteur de navigateur. Cliqer 3 est conçu directement pour macOS et Windows.
Non. Cliqer 3 nécessite macOS 15 ou ultérieur, ou Windows 11 (build 22000 ou ultérieur). Sous Windows 10, vous continuez d'utiliser l'application de bureau Cliqer précédente, et votre salle, votre lien et votre connexion restent les mêmes.
Non. L'ordinateur qui contient vos diapositives fait tourner l'application de bureau Cliqer, et c'est cette application qui héberge la salle. Les présentateurs et les spectateurs se joignent depuis un navigateur ou depuis Cliqer Remote sur un téléphone, une tablette ou une montre.
Oui. Studio envoie le Program comme source NDI, envoie n'importe quelle entrée comme sa propre source NDI et fournit un flux NDI au Multiview. Il sort également vers des écrans, Syphon sur Mac, Spout sur Windows et des cartes Blackmagic. Le NDI nécessite l'installation du runtime NDI, et le NDI n'est pas disponible sur Windows on Arm.
Lors de notre test sur un Galaxy S24+, dix minutes de vidéo d'écran partagé en direct ont consommé 86 mAh avec l'application native et 168 mAh avec notre première version Flutter, et le téléphone s'est réchauffé de 0,2 °C au lieu de 5,9 °C. Il s'agissait d'un seul téléphone et d'un essai par version : considérez-le comme un test de terrain rigoureux.
Contrôler une présentation depuis votre téléphone : toutes les applis comparées
PowerPoint, Keynote, Canva, Unified Remote, PPTControl, Cliqer et d'autres : quelles applis de télécommande sur téléphone fonctionnent via Internet, affichent les notes et vous conviennent.
Cliqer Studio : un mélangeur vidéo live pour Mac et Windows
Cliqer Studio est un mélangeur vidéo live avec multiview, transitions, console audio, replay et NDI, sur Mac et Windows.
À lire aussi
Des guides pratiques pour les présentateurs, les équipes AV et les équipes événementielles, plus les versions de Cliqer qui comptent. Pas de spam, un clic pour se désabonner.
