
Cliqer 3 erscheint heute, und das Erste, was Sie darüber wissen sollten, ist, was es nicht ist: Es ist nicht unsere Web-App in einem größeren Desktop-Rahmen. Es ist eine native App für jedes System, eine Mac-App und eine Windows-App, mit einer nativen Engine darunter und nativen Remote-Apps auf Ihrem Smartphone und an Ihrem Handgelenk. Dieselben Räume, dieselbe Anmeldung. Geändert hat sich, wer Video, Displays und Hardware steuert: das Betriebssystem und die GPU, nicht eine Browser-Engine.
Dieser Beitrag erklärt unsere Überlegungen, mit Zahlen, wo wir sie haben. Er ist auch eine faire Bilanz dessen, was Version 2 richtig gemacht hat, denn das meiste davon haben wir direkt übernommen. Wir sind schlicht an eine Grenze gestoßen, die sich durch weiteres Feintuning nicht verschieben ließ, und wir erklären das lieber, als so zu tun, als gäbe es sie nicht.
- Version 2 war eine Web-App mit einer Desktop-App drumherum. Sie funktioniert in jedem Raum, aber eine Browser-Engine entscheidet, wie Video erfasst, codiert, gepuffert und gezeichnet wird, und sie hat keinen Zugang zu Capture-Karten, Display-Ausgängen oder Hardware-Videofunktionen.
- Wir haben dieses Design so weit ausgereizt, wie es geht: Ein geteilter Bildschirm in verlustbehaftetem WLAN kam von einer medianen Verzögerung von bis zu 2,3 Sekunden auf 12 Millisekunden, und ein Klick wird in PowerPoint auf einem Mac in 48 ms zur Folie. Die verbleibenden Grenzen lagen im Design, nicht im Feintuning.
- Cliqer 3 ist nativ unter macOS 15 oder neuer und Windows 11: Metal auf dem Mac, Direct3D unter Windows, die Hardware-Encoder des Systems und echte Ausgänge zu Displays, NDI, Capture-Karten und Aufnahmen.
- Derselbe Ansatz hat Cliqer Remote auf Smartphones neu aufgebaut: In unserem Test verbrauchte die native App 86 mAh, wo unser erster Flutter-Build 168 mAh brauchte, und erwärmte das Smartphone um 0,2 °C statt um 5,9 °C.
- Nativ hat für uns seinen Preis: zwei Desktop-Apps statt einer, und Windows 10 bleibt bei der bisherigen Desktop-App. Wir halten den Tausch für eindeutig lohnend.
Wofür Version 2 gebaut wurde
Version 2 begann mit einem einfachen Versprechen: Jedes Smartphone und jeder Browser kann zur Fernbedienung für Vortragende werden. Ein Raum-Link öffnet sich im Browser, der Computer des Hosts steuert die Folien, und das Web verbindet beides. Deshalb kann ein Gast ohne Installation beitreten, und deshalb hat die Idee des Internet-Presenters überhaupt funktioniert.
Die Desktop-App von Version 2 umhüllte diese Web-App und ergänzte, was ein Browser allein nicht kann: PowerPoint und Keynote steuern, Audio mischen, NDI senden. Darauf setzten wir Cliqer Studio als kompakten Bildmischer, mit Displays, Kameras, NDI-Quellen und externen Anrufern als Eingängen und einem Program, das in den Raum und als NDI hinausging.
Es war ein gutes Design. Das Web gab uns eine einzige Codebasis, sofortige Updates und eine Vortragsansicht, die auf jedem Gerät funktioniert, und nichts in diesem Beitrag macht das rückgängig. Gäste und Vortragende treten auch in Cliqer 3 aus einem Browser oder per Smartphone bei, genau wie zuvor.
Wie weit wir es ausgereizt haben
Als eine Bildschirmfreigabe hakte, haben wir das Design nicht aufgegeben. Wir haben monatelang daran gearbeitet und jede Korrektur unterwegs dokumentiert.
Erstens der Videopfad. Das Video geteilter Bildschirme lief in Version 2 über einen zuverlässigen Datenkanal, und der zugrunde liegende Standard wartet eine volle Sekunde, bevor er ein verlorenes Paket erneut sendet. Wir haben die Grundlatenz etwa auf ein Viertel gesenkt, indem wir doppelte Codierung entfernt und Puffer verkleinert haben. Dann haben wir die Timer für erneutes Senden auf die Werte von Chrome abgestimmt und verhindert, dass sich vollständige Bildaktualisierungen hinter dem Rückstau einreihen. In einem simulierten Lauf über verlustbehaftetes WLAN sank eine 1080p-Freigabe von 15 bis 22 Standbildern von einer Sekunde oder länger alle zwei Minuten auf 0 bis 2.
Mediane Verzögerung gegenüber live bei simuliertem verlustbehaftetem WLAN, 1080p-Freigabe (Millisekunden)
- Vor den Korrekturen (bis zu)2,3 s
- Nach den Korrekturen12 ms
Zweitens der Klick. Ein Klick, der die Desktop-App erreicht, muss die Folien weiterschalten und dann die Foliennummer zurückmelden. Wir haben eine Verbindung zu PowerPoint bzw. Keynote dauerhaft offen gehalten und die Position direkt aus dem gerade ausgeführten Schritt gelesen. Auf einem Mac sank über 20 Durchläufe der Median vom Klick bis zur Folie in PowerPoint von 509 ms auf 48 ms und in Keynote von 408 ms auf 42 ms. Die ganze Geschichte steht in Warum Millisekunden zählen und in den Latenz-Korrekturen.
Drittens die Server. Im September sind wir mit unserer Echtzeit-Infrastruktur von Cloudflare auf eigene dedizierte Server umgezogen, und die Startprüfungen der Desktop-App antworten jetzt bis zu 17-mal schneller.
48 ms
vom Klick zur Folie in PowerPoint auf einem Mac, zuvor 509 ms
12 ms
mediane Verzögerung in verlustbehaftetem WLAN, zuvor bis zu 2,3 s
0 to 2
Standbilder von einer Sekunde oder länger pro Lauf, zuvor 15 bis 22
Up to 17x
schnellere Startprüfungen der Desktop-App nach dem Umzug unserer Echtzeit-Infrastruktur
Jeder dieser Erfolge bestand darin, dass wir eine Schicht umgingen, die wir nicht kontrollierten, und die Liste der Dinge, die sich nicht umgehen ließen, wurde nicht kürzer.
Wo ein browserbasierter Stack an seine Grenzen stößt
Feintuning kann Arbeit nur innerhalb des vorgegebenen Rahmens verschieben. Vier Grenzen blieben.
| Aufgabe | Wenn eine Browser-Engine sie übernimmt | Wenn eine native Engine sie übernimmt |
|---|---|---|
| Bildschirm erfassen und codieren | Über die Erfassungs- und Codec-Entscheidungen des Browsers, mit seinen Berechtigungsabfragen und seinen Timern für erneutes Senden | Direkt vom Betriebssystem, mit dem eigenen Hardware-Encoder des Rechners |
| Bild zeichnen | Eine Seite in einem Compositor, geteilt mit allem anderen, was die Engine tut | Metal auf dem Mac oder Direct3D unter Windows, in einem Fenster, das uns gehört |
| Displays und Karten erreichen | Über das, was eine Seite öffnen darf | Echte Ausgänge zu jedem angeschlossenen Bildschirm, zu Capture-Karten und anderen Apps |
| Hardware-Funktionen nutzen | Nur das, was der Browser freigibt | HEVC, ProRes, 10-Bit-Farbe und Genlock, so wie System und Karte sie bieten |
Eine Browser-Engine ist hervorragend darin, ein Browser zu sein. Sie ist nicht dafür gebaut, ein Switcher zu sein, der stundenlang 60 Bilder pro Sekunde hält und gleichzeitig ein Bild an einen Projektor, eine Capture-Karte und eine Aufnahme sendet. Je mehr Studio zum Switcher wurde, desto deutlicher zeigten sich diese Widersprüche.
Was nativ in Cliqer 3 bedeutet
Cliqer 3 ist eine App pro System statt einer App für beide. Auf dem Mac ist sie für macOS 15 oder neuer gebaut, mit Liquid Glass unter macOS 26. Unter Windows ist sie für Windows 11 gebaut, mit den Materialien Acrylic und Mica. Menüs, Fenster, Berechtigungen und Tastenkürzel folgen der Plattform. Die v3-Dokumentation listet genau auf, was jede Plattform heute kann.
Die in Rust geschriebene Desktop-Engine erledigt alles, was nicht Zeichnen ist, und die nativen Remote-Apps bauen auf einem eigenen Rust-Kern auf, sodass jede Plattform ihre Logik teilt, statt sie zu wiederholen. Diese Entscheidung haben wir mit Messwerten erklärt in Warum wir Cliqer Remote nativ auf einem Rust-Kern neu gebaut haben.

Das Studio-Fenster unter macOS. Die Statuszeile zeigt die Bildrate von Program sowie die GPU- und CPU-Last.
Eine App, viele Fenster
Das Hauptfenster enthält den Raum-Link, den QR-Code, Ihre Vortragenden und den Timer. Studio, der Timer, die Freigabeauswahl, Chat, Einstellungen, External Control und Protokolle sind eigene Fenster, sodass Sie jedes auf den Bildschirm legen können, den Sie möchten. Sie melden sich weiterhin mit dem Lizenzschlüssel oder Konto an, das Sie bereits haben.

Latenz: weniger Schichten zwischen Ihnen und dem Bild
Latenz ist eine Summe, und eine native App erlaubt uns, Summanden zu streichen. Die Erfassung kommt vom System, die Codierung läuft auf dem Hardware-Encoder des Rechners, sofern vorhanden, und die GPU zeichnet das Bild in einem Fenster, das der App gehört.
Mit Versprechen sind wir hier vorsichtig. Die bisher gemessenen Verbesserungen sind die oben genannten, und sie begannen schon in Version 2. Was heute ausgeliefert wird, bietet Ihnen:
- Klicks, die Ihre Folien auf dem Computer in zweistelligen Millisekunden erreichen.
- Cliqer Live, das Zuschauenden die Bühne in unter 220 ms zeigt, direkt in Studio integriert und ohne Stream-Key. Details finden Sie unter Cliqer Live.
- Ein Program, das Sie im Blick behalten. Die Statuszeile von Studio zeigt die Bildrate, daneben die GPU- und CPU-Last.
Ein Vergleich der Bildschirmfreigabe zwischen Version 2 und Version 3 hängt von Ihrem Netzwerk und Ihren Displays ab, daher ist der fairste Test eine Probe in Ihrer eigenen Umgebung.
Hardware-Decodierung und -Codierung
Der Hardware-Encoder des Systems codiert Video mit weniger Wärmeentwicklung als Software und lässt die CPU für den Rest der Show frei. Eine native App kann ihn direkt anfordern.
In Cliqer 3 ist der Videopfad auf dem Mac Zero-Copy. Kamerabilder, Quellen und Program bleiben von Anfang bis Ende im GPU-Speicher, und der Hardware-Encoder liest Program direkt von der GPU-Oberfläche, sodass das Bild auf dem Weg zu einem Stream oder einer Datei nie in die CPU und zurück kopiert wird. Unter Windows laufen Kamera-Decodierung und Farbkonvertierung auf der GPU.
Auch Streams werden für Echtzeit codiert. Studio verwendet keine Bildumsortierung, es gibt also keine B-Frames, auf die der Decoder der Zuschauenden warten müsste, und die Zuschauenden fügen keine eigene Decodierverzögerung hinzu.
In der Studio-Dokumentation zeigt sich das in klaren Zahlen: Auf einem Mac codiert der Hardware-Encoder H.264 mit bis zu 2160p, HEVC codiert die volle Program-Größe, und 8K läuft mit bis zu 30 Bildern pro Sekunde, während jede Cliqer Live-Qualitätsstufe parallel läuft, ohne verlorene Frames. Die Program-Größe reicht von 720p bis 8K, mit 25 bis 60 Bildern pro Sekunde, in dem Plan, der dies enthält. Die beiden höchsten Pläne, Studio 8K und Enterprise, bieten 8K, und unter Preise finden Sie die aktuellen Grenzen jedes Plans. Eine 8K-Arbeitsfläche misst 7680 x 4320: sechzehn Full-HD-Bildschirme von einem Computer. Die Statuszeile von Studio zeigt stets die Bildrate von Program mit der GPU- und CPU-Last daneben, sodass Sie jederzeit sehen, wie gut der Rechner mithält.

Auf dem Smartphone gilt dieselbe Regel. Eine native Remote-App decodiert Video mit dem Hardware-Decoder des Smartphones und zeigt es auf einer Ebene an, die das System zusammensetzt, sodass die Oberfläche nicht für jedes Bild neu gezeichnet wird. Das machte in unserem Smartphone-Test weiter unten den Unterschied.
Displays, NDI und jeder Ort, an den ein Bild muss
Hier spielt eine native App ihre größte Stärke aus. Eine Show ist selten ein Bild auf einem Bildschirm: Sie besteht aus einem Program für den Raum, einem Confidence-Monitor für die Vortragenden, einem Feed an einen Streaming-Computer, einer Aufnahme und einer Wand aus Projektoren.
Studio sendet Program in den Raum, an NDI, an eine Aufnahme, an einen Stream, an eine virtuelle Kamera, an ein Display, an Syphon auf dem Mac oder Spout unter Windows und an eine Blackmagic-Karte. Jeder Eingang kann als eigene NDI-Quelle hinausgehen, und Multiview hat einen eigenen NDI-Feed. Jeder Ausgang hat seinen eigenen Schalter, seine eigene Einrichtung und seinen eigenen Status, und Sie betreiben beliebige Kombinationen gleichzeitig. Ausgänge in der Dokumentation behandelt jeden einzelnen, und unser NDI-Leitfaden für Eventteams erklärt, wo NDI seinen Platz hat.
Bei einer großen Show teilen wir die Bilder in zwei Wege auf. Die Hauptbildschirme, also die Projektoren und die LED-Wand, bleiben auf einem Hardware-Pfad vom Switcher zum Prozessor, wo die Latenz null sein muss. Alles andere läuft über NDI: Die Präsentationslaptops senden ihren Timer als Cliqer Timer, ein Studio-Computer nimmt jede NDI-Quelle auf und sendet Comfort-Screens an die Monitore vorne an der Bühne, die Multiview an die Crew und Program an Aufnahme und Stream. Das ist die Ebene, die eine native App möglich macht, und sie hält die Hardware-Ausgänge für die Wand frei. Cliqer vs. Barco E2 zeigt die gesamte Aufteilung.

Auf einem Mac wird ein Display erkannt, das während des Betriebs von Cliqer angeschlossen oder getrennt wird. Ein Display-Ausgang trägt Program, Preview, Multiview oder einen einzelnen Eingang im Vollbild, im nativen Modus des Monitors für das schärfste Bild. Für eine große Wand lässt Projection ein Bild über mehrere Ausgänge laufen, mit einem Ausschnitt pro Ausgang, Vier-Ecken-Pinning und Edge Blending. Das geht über eine Slice-Map hinaus: ein Warp Grid mit 2 bis 9 Spalten und Zeilen, Linear oder Bezier, ein aus der Überlappung berechnetes Edge Blend, Gamma für Rot, Grün und Blau, ein Schwarzwert und bis zu 8 Masken. Projection ist in Studio 8K und Enterprise enthalten.
Wenn ein Computer nicht reicht, koppeln Sie mehrere als Render-Maschinen unter Settings > Advanced > Redundancy. Eine Show teilt dann eine Arbeitsfläche auf sie auf, jede zeichnet ihre Bereiche im selben Frame, und ein gekoppeltes Backup folgt dem Main und übernimmt, wenn dieser ausfällt. Render-Maschinen sind in Studio 8K und Enterprise enthalten; Redundanz beschreibt die Einrichtung.
Bildqualität: 10 Bit, HDR und ProRes
In Cliqer 3 läuft das Program von Studio wahlweise in 10-Bit-SDR, HDR PQ oder HDR HLG, bis 4K, und HDR-Eingänge werden per Tone Mapping an die Ausgänge angepasst. Mit einem 10-Bit- oder HDR-Studio-Format senden Blackmagic-Ausgänge 10 Bit, NDI sendet 16 Bit, und HEVC überträgt ein echtes 10-Bit-Bild (Main10). Ein Blackmagic-Ausgang zeigt seinen Genlock-Status an, und die Karte gibt die Bildrate vor.
Aufnahmen erhalten dieselbe Sorgfalt: Studio nimmt in H.264, HEVC, ProRes 422 und ProRes 422 HQ auf, ProRes auf dem Mac. Medien werden in HAP, HAP Q, HAP Alpha, HAP Q Alpha und HAP R wiedergegeben. 10 Bit und HDR, HEVC und ProRes sind in Studio 8K und Enterprise enthalten, und unter Preise sehen Sie, was jeder Plan bietet.
Screens, die nach eigenem Plan laufen
Ein Screen in Studio ist ein zweiter Switcher mit eigenem Preview, Program, Cut und Take. Nutzen Sie einen für einen Confidence-Monitor, einen Bühnentimer oder ein Viertel einer 4K-Wand, und mischen Sie dann einen ganzen Screen als Eingang wieder ein. Studio 8K betreibt bis zu 16 Screens. Das Gesamtbild von Studio finden Sie in Cliqer Studio, unser Live-Produktions-Switcher, die Screen-Berechnung unter Screens und Mix.

Studio in Version 2 war ein kompakter Bildmischer: Übergänge Cut und Fade, ein Audiomixer mit Kanalzügen, Fadern und einem Program-Master sowie ein Program, das in den Raum und als NDI hinausging. Studio in Cliqer 3 bietet Folgendes, vollständig dokumentiert im Studio-Leitfaden:
- Übergänge: Cut, Fade, Morph, Wipe, Slide und Zoom, mit T-Bar und wählbaren Kurven.
- Ein vollständiger Audiomixer mit Routing: eine 32-Bit-Gleitkomma-Engine, Bus A und B, eigene Gruppen und Returns, Kopfhörer, ein Limiter auf Master und jedem Bus, VST3- und Audio-Units-Plugins sowie ein Router für jeden Audioeingang und -ausgang.
- Aufnahme und Streaming: MP4- oder MOV-Dateien in H.264, HEVC oder ProRes sowie RTMP-, RTMPS-, SRT-, WHIP- oder Cliqer Live-Streams.
- Weitere Ausgänge: eine virtuelle Kamera und ein virtuelles Mikrofon für Zoom und Teams, Display-Ausgänge, Syphon oder Spout, Blackmagic-Karten und eine aufgezeichnete Datei pro Eingang.
- Zusätzliche Screens, jeder ein eigener Switcher mit eigenem Take.
Audio: ein Gleitkomma-Mixer mit Plugins und Routing
Der Ton erhält dieselbe native Behandlung wie das Bild. In Cliqer 3 läuft die Mix-Engine von Studio mit 32-Bit-Gleitkomma: Jeder Kanalzug, jeder Bus und jedes Plugin arbeitet in Gleitkomma, sodass im Mix nichts übersteuert, egal wie heiß die Sends sind, was Ihnen effektiv unbegrenzten internen Headroom gibt. Die Limiter setzen die Obergrenze am Ausgang, einer auf Master und einer auf jedem Bus, einstellbar von -24 bis 0 dB, und Gäste aus Videoanrufen erhalten einen Mix-Minus-Return, der diese Grenze nie überschreitet.
Jeder Eingangskanalzug bietet Cliqers eigene Bearbeitung: ein Delay von 0 bis 1000 ms, einen Hochpassfilter von 20 bis 400 Hz, ein Gate, einen Vierband-EQ über 20 Hz bis 20 kHz mit -18 bis 18 dB Gain und einer Güte (Q) von 0,1 bis 10 sowie einen Kompressor mit Ratios bis 32 und einem Knee bis 24 dB. Sie ist für den Echtzeit-Audio-Thread geschrieben, wo sie nie Speicher reserviert und nie eine Sperre nimmt, daher gibt es unter Last keine Aussetzer. Wenn Sie einen bestimmten Klang möchten, fügen Sie eigene Plugins als Inserts auf Eingangskanalzügen hinzu: VST3 unter macOS und Windows, Audio Units unter macOS, jeweils mit eigenem Editor und mit ihrem Zustand in der Show gespeichert.
Das ist ein vollständiger Mixer mit Routing, keine Reihe von Fadern. Legen Sie eigene Groups für Submixe und Returns für Effekte und gemeinsame Sends an, und benennen Sie sie um, ordnen Sie sie neu oder duplizieren Sie sie. Sends sind Pre- oder Post-Fader, es gibt einen Phones-Mix, und jeder Bus hat eigenen Fader, Mute, Meter, Bearbeitung und Limiter. Der Raum, jeder NDI-Ausgang, jeder Router-Ausgang und der Return jedes Videoanruf-Gasts wählen beliebige Busse per Namen, und jede Änderung ist ein einzelner Rückgängig-Schritt. Kanalzug-Bearbeitung, Groups und Returns sind in jedem Studio-Plan enthalten.
Der Router zeigt jeden Audioeingang und -ausgang in den Ansichten Patch und Matrix: Geräte-Eingänge, Netzwerk-Eingänge, Geräte-Ausgänge und Netzwerk-Ausgänge. Dante Virtual Soundcard, Dante Via, AVB und BlackHole erscheinen als gewöhnliche Geräte zum Routen. AES67-Netzwerkaudio überträgt bis zu 64 Kanäle pro Endpunkt mit 24 Bit, getaktet über PTP. Ableton Link liefert Tempo, Beat und Link Audio, Windows erhält ASIO mit 48 kHz, und Sie wählen die Kanäle pro Gerät und bestimmen den Clock-Master.
Zuverlässigkeit: was passiert, wenn etwas schiefgeht
Eine Live-Show wird an ihrer schlechtesten Minute gemessen. Nativ hilft auf drei Arten, die in der Dokumentation beschrieben sind.
Aufnahmen überstehen einen Absturz. Studio schreibt Aufnahmen in kleinen Fragmenten, sodass bei einem Absturz der App oder des Computers alles bis etwa zu den letzten zwei Sekunden auf der Festplatte liegt.
Ein zweiter Computer übernimmt. Mit Redundanz folgt ein Backup dem Main, hält seine Show-Medien synchron und geht auf Sendung, wenn der Main nicht mehr antwortet. Hot Standby ist in Studio 8K enthalten, und Sie koppeln die beiden Computer mit einem Code.
Die Server überraschen uns nicht mehr. Cliqers Echtzeit-Infrastruktur läuft auf unseren eigenen dedizierten Servern, ein geplantes Update verbindet Clients in etwa einer Sekunde neu, und eine Verbindung aus dem Ruhezustand öffnet sich in 0,14 Sekunden statt in 1,2. Siehe Warum wir Cloudflare verlassen haben.
Akku und Wärme auf dem Smartphone
Zuverlässigkeit betrifft auch das, was eine Stunde lang in der Hand der Vortragenden liegt. Wir haben ein Galaxy S24+ mit drei Builds getestet, jeweils zehn Minuten, mit demselben bewegten geteilten Bildschirm. Der erste Flutter-Build zeichnete seine Oberfläche etwa 48-mal pro Sekunde neu, um ein Video anzuzeigen, verbrauchte 168 mAh und erwärmte das Smartphone um 5,9 °C. Die native App zeichnete überhaupt keine Oberflächen-Frames, verbrauchte 86 mAh und erwärmte es um 0,2 °C. Das ist halb so viel Akku für dieselbe Aufgabe.
Akkuverbrauch in 10 Minuten beim Ansehen eines live geteilten Bildschirms, Galaxy S24+ (mAh)
- Erster Flutter-Build168 mAh
- Natives Cliqer Remote86 mAh
Die nativen Apps sind auch kleiner: 10,8 MB für die iPhone-App mit integrierter Apple Watch-App und 5,8 MB für ein Android-Smartphone. Die Plattform-Beiträge finden Sie unter Cliqer Remote für iPhone, iPad und Apple Watch und Cliqer Remote für Android und Wear OS.
Den Akkuverbrauch der Desktop-App haben wir nicht gegen Version 2 gemessen, und ein Computer am Netzteil ist ein anderes Problem als ein Smartphone in einer warmen Hand. Behalten Sie auf dem Desktop die GPU- und CPU-Werte in der Statuszeile von Studio im Blick.
Was nativ kostet und was gleich bleibt
Eine ehrliche Bilanz. Nativ bedeutet, dass wir eine Mac-App und eine Windows-App pflegen und jede Funktion zweimal testen. Cliqer 3 benötigt macOS 15 oder neuer bzw. Windows 11, daher bleibt Windows 10 bei der bisherigen Desktop-App. Manche Funktionen hängen von der Plattform ab: Die Keynote-Steuerung gibt es nur auf dem Mac, die vMix-Steuerung nur unter Windows. Die v3-Übersicht enthält die vollständige Tabelle.
Was gleich bleibt: Ihr Raum, Ihr Link, Ihre Anmeldung und Ihre Lizenz. Vortragende treten weiterhin aus einem Browser oder über Cliqer Remote bei, ohne etwas zu installieren, und auf dem Computer mit Ihren Folien läuft weiterhin die Cliqer-Desktop-App. Neu im selben Release: Cliqer Timer für die Bühne und der Studio-Teleprompter in Teleprompter für Vortragende.
Was das für Sie bedeutet
Wenn Sie präsentieren, funktioniert der Raum wie gewohnt, mit einem schnelleren Klick, einem kühleren Smartphone und einer Desktop-App, die Ihrem System folgt. Wenn Sie produzieren, hat Studio jetzt echte Ausgänge, echte Aufnahmen und ein Backup, einen Zero-Copy-Videopfad auf dem Mac, eine Gleitkomma-Audio-Engine mit Plugins und Routing sowie 10-Bit- und HDR-Bilder in Studio 8K und Enterprise. Wenn Sie Tools vergleichen, haben wir die Vergleiche fair aufgeschrieben: Cliqer gegen vMix, gegen Ecamm Live und gegen Barco E2, mit der Vergleichsübersicht und den vMix-Funktionszeilen für die Details.
Nativ ist eine Entscheidung darüber, wer die Kontrolle hat, wenn etwas unter Last steht. Unsere Antwort: das Betriebssystem, die GPU und eine Engine, die wir selbst schreiben und messen, nicht eine Browser-Engine. Das ist Cliqer 3. Laden Sie es herunter und machen Sie eine Probe mit der kostenlosen Testversion, oder sehen Sie sich die Seite Preise an, um herauszufinden, welcher Plan Ihre Show abdeckt.
FAQ
Cliqer 2 war eine Web-App mit einer Desktop-App drumherum, und eine Browser-Engine entschied, wie Video erfasst, codiert, gepuffert und gezeichnet wurde. Wir haben es intensiv optimiert, aber Display-Ausgänge, Hardware-Video und Capture-Karten liegen außerhalb dessen, was eine Browser-Engine erreichen kann. Cliqer 3 ist direkt für macOS und Windows gebaut.
Nein. Cliqer 3 benötigt macOS 15 oder neuer oder Windows 11 (Build 22000 oder neuer). Unter Windows 10 nutzen Sie weiterhin die bisherige Cliqer-Desktop-App, und Ihr Raum, Ihr Link und Ihre Anmeldung bleiben gleich.
Nein. Auf dem Computer mit Ihren Folien läuft die Cliqer-Desktop-App, und diese App hostet den Raum. Vortragende und Zuschauende treten aus einem Browser oder über Cliqer Remote auf einem Smartphone, Tablet oder einer Uhr bei.
Ja. Studio sendet Program als NDI-Quelle, sendet jeden Eingang als eigene NDI-Quelle und gibt Multiview einen NDI-Feed. Außerdem gibt es an Displays, Syphon auf dem Mac, Spout unter Windows und Blackmagic-Karten aus. NDI erfordert die installierte NDI-Runtime, und unter Windows on Arm gibt es kein NDI.
In unserem Test auf einem Galaxy S24+ verbrauchten zehn Minuten live geteiltes Bildschirmvideo 86 mAh mit der nativen App und 168 mAh mit unserem ersten Flutter-Build, und das Smartphone erwärmte sich um 0,2 °C statt um 5,9 °C. Es war ein Smartphone und ein Durchlauf pro Build, betrachten Sie es also als sorgfältigen Praxistest.
Präsentation vom Smartphone steuern: alle Apps im Vergleich
PowerPoint, Keynote, Canva, Unified Remote, PPTControl, Cliqer und mehr: Welche Smartphone-Fernbedienungen über das Internet funktionieren, Notizen zeigen und zu Ihnen passen.
Cliqer Studio: ein Live-Bildmischer für Mac und Windows
Cliqer Studio ist ein Live-Bildmischer mit Multiview, Übergängen, Audiomischer, Replay und NDI, für Mac und Windows.
Leiten Sie Ihre nächste Show mit Cliqer
Weiterlesen
Mehr Produktneuigkeiten für Ihre nächste Show


Warum wir die Echtzeit-Infrastruktur von Cliqer von Cloudflare weggeholt haben (und warum wir trotzdem Fans bleiben)

Wie wir die Bildschirmfreigabe viermal schneller gemacht haben
Den nächsten Ratgeber erhalten, noch vor Ihrer nächsten Show
Praxisnahe Ratgeber für Vortragende, AV-Teams und Eventteams, dazu die Cliqer Releases, auf die es ankommt. Kein Spam, Abmeldung mit einem Klick.
