Cliqer 3 jest dostępny od dziś, a pierwsza rzecz, którą warto o nim wiedzieć, to czym nie jest: to nie jest nasza aplikacja webowa w większej desktopowej ramce. To natywna aplikacja dla każdego systemu, aplikacja na Maca i aplikacja na Windows, z natywnym silnikiem pod spodem i natywnymi aplikacjami Remote na Twoim telefonie i nadgarstku. Te same pokoje, to samo logowanie. Zmieniło się to, kto zarządza wideo, wyświetlaczami i sprzętem: system operacyjny i GPU, a nie silnik przeglądarki.
Ten wpis przedstawia nasze uzasadnienie, z liczbami tam, gdzie je mamy. To także uczciwe podsumowanie tego, co wersja 2 zrobiła dobrze, bo większość przeszła do nowej wersji bez zmian. Po prostu trafiliśmy na sufit, którego dalsze dostrajanie nie mogło podnieść, i wolimy to wyjaśnić, niż udawać, że go nie było.
Wersja 2 wyszła od prostej obietnicy: każdy telefon lub przeglądarka może być pilotem prezentera. Link do pokoju otwiera się w przeglądarce, komputer hosta obsługuje slajdy, a web je łączy. Dlatego gość może dołączyć bez instalacji i dlatego pomysł pilota internetowego w ogóle zadziałał.
Aplikacja desktopowa w wersji 2 opakowywała tę aplikację webową i dodawała to, czego przeglądarka sama nie potrafi: sterowanie PowerPoint i Keynote, miksowanie dźwięku, wysyłanie NDI. Na to nałożyliśmy Cliqer Studio jako kompaktowy mikser wizyjny, z wyświetlaczami, kamerami, źródłami NDI i zdalnymi rozmówcami jako wejściami oraz programem, który trafiał do pokoju i wychodził jako NDI.
To była dobra architektura. Web dał nam jedną bazę kodu, natychmiastowe aktualizacje i widok prezentera działający na każdym urządzeniu, i nic w tym wpisie tego nie odwraca. Goście i prezenterzy nadal dołączają w Cliqer 3 z przeglądarki lub telefonu, dokładnie jak wcześniej.
Gdy udostępniany ekran się opóźniał, nie porzuciliśmy tej architektury. Przez miesiące ją naprawialiśmy i opisywaliśmy każdą poprawkę na bieżąco.
Po pierwsze, ścieżka wideo. Wideo z udostępnianego ekranu w wersji 2 płynęło niezawodnym kanałem danych, a standard, na którym jest on zbudowany, czeka pełną sekundę, zanim ponownie wyśle utracony pakiet. Zmniejszyliśmy stałe opóźnienie mniej więcej czterokrotnie, usuwając podwójne kodowanie i zmniejszając bufory. Następnie dostroiliśmy timery retransmisji do wartości z Chrome i sprawiliśmy, że pełne odświeżenia przestały czekać w kolejce za zaległościami. W symulowanym przebiegu w stratnym Wi-Fi liczba zamrożeń trwających sekundę lub dłużej przy udostępnianiu 1080p spadła z poziomu od 15 do 22 na każde dwie minuty do poziomu od 0 do 2.
Mediana opóźnienia względem obrazu na żywo w symulowanym stratnym Wi-Fi, udostępnianie 1080p (milisekundy)
Po drugie, kliknięcie. Kliknięcie, które dociera do aplikacji desktopowej, musi przesunąć slajdy, a następnie zgłosić numer slajdu. Utrzymywaliśmy jedno otwarte połączenie z PowerPoint lub Keynote i odczytywaliśmy pozycję bezpośrednio z właśnie wykonanego kroku. Na Macu, w 20 przebiegach, mediana czasu od kliknięcia do slajdu spadła z 509 ms do 48 ms w PowerPoint i z 408 ms do 42 ms w Keynote. Pełną historię znajdziesz we wpisach dlaczego milisekundy mają znaczenie i poprawki opóźnień.
Po trzecie, serwery. We wrześniu przenieśliśmy naszą komunikację w czasie rzeczywistym z Cloudflare na własne serwery dedykowane, a kontrole przy uruchamianiu aplikacji desktopowej odpowiadają teraz nawet 17 razy szybciej.
48 ms
od kliknięcia do slajdu w PowerPoint na Macu, wcześniej 509 ms
12 ms
mediana opóźnienia w stratnym Wi-Fi, wcześniej nawet 2,3 s
0 to 2
zamrożeń trwających sekundę lub dłużej na przebieg, wcześniej od 15 do 22
Up to 17x
szybsze kontrole przy uruchamianiu aplikacji desktopowej po przeniesieniu komunikacji w czasie rzeczywistym
Każdy z tych sukcesów polegał na obchodzeniu warstwy, której nie kontrolowaliśmy, a lista rzeczy, których nie dało się obejść, wcale się nie skracała.
Dostrajanie pozwala jedynie przesuwać pracę wewnątrz pudełka, które dostałeś. Cztery ograniczenia pozostały.
| Zadanie | Gdy wykonuje je silnik przeglądarki | Gdy wykonuje je natywny silnik |
|---|---|---|
| Przechwytywanie i kodowanie ekranu | Przez mechanizmy przechwytywania i wybór kodeków przeglądarki, z jej monitami o uprawnienia i jej timerami retransmisji | Bezpośrednio z systemu operacyjnego, z własnym sprzętowym koderem komputera |
| Rysowanie obrazu | Strona w kompozytorze, współdzielonym ze wszystkim innym, co robi silnik | Metal na Macu lub Direct3D na Windows, w oknie, które należy do nas |
| Dostęp do wyświetlaczy i kart | Przez to, co strona może otworzyć | Prawdziwe wyjścia na każdy podłączony ekran, karty przechwytujące i inne aplikacje |
| Korzystanie z funkcji sprzętowych | Tylko to, co przeglądarka zdecyduje się udostępnić | HEVC, ProRes, 10-bitowy kolor i genlock, w zakresie oferowanym przez system i kartę |
Silnik przeglądarki doskonale sprawdza się jako przeglądarka. Nie został jednak zaprojektowany jako mikser wizyjny, który przez wiele godzin utrzymuje 60 klatek na sekundę i jednocześnie wysyła obraz do projektora, karty przechwytującej i nagrania. Im bardziej Studio stawało się mikserem wizyjnym, tym wyraźniej było widać te niedopasowania.
Cliqer 3 to osobna aplikacja dla każdego systemu, a nie jedna aplikacja dla obu. Na Macu jest zbudowana dla macOS 15 lub nowszego, z Liquid Glass na macOS 26. Na Windows jest zbudowana dla Windows 11, z materiałami Acrylic i Mica. Menu, okna, uprawnienia i skróty są zgodne z platformą. Dokumentacja v3 dokładnie wymienia, co dziś robi każda platforma.
Silnik desktopowy, napisany w Rust, obsługuje wszystko, co nie jest rysowaniem, a natywne aplikacje Remote są zbudowane na własnym rdzeniu w Rust, więc każda platforma współdzieli logikę zamiast ją powielać. Wyjaśniliśmy ten wybór, z pomiarami, we wpisie dlaczego przebudowaliśmy Cliqer Remote jako aplikację natywną na rdzeniu w Rust.
Okno Studio w macOS. Linia statusu pokazuje liczbę klatek na sekundę w Program oraz obciążenie GPU i CPU.
Główne okno zawiera link do pokoju, kod QR, Twoich prezenterów i timer. Studio, timer, wybór udostępniania, czat, ustawienia, External Control i logi to osobne okna, więc każde możesz umieścić na wybranym ekranie. Nadal logujesz się kluczem licencyjnym lub kontem, które już masz.
Opóźnienie to suma, a natywna aplikacja pozwala nam usunąć z niej składniki. Przechwytywanie pochodzi z systemu, kodowanie działa na sprzętowym koderze komputera, jeśli go ma, a GPU rysuje obraz w oknie należącym do aplikacji.
Tutaj ostrożnie składamy obietnice. Zmierzone dotąd korzyści to te opisane powyżej, a zaczęły się już w wersji 2. To, co trafia do Ciebie dziś, daje Ci:
Porównanie udostępniania ekranu między wersją 2 a wersją 3 zależy od Twojej sieci i wyświetlaczy, więc najuczciwszym testem jest próba na Twoim własnym sprzęcie.
Sprzętowy koder systemu koduje wideo, wytwarzając mniej ciepła niż oprogramowanie, i zostawia CPU wolne dla reszty pokazu. Natywna aplikacja może sięgnąć po niego bezpośrednio.
W Cliqer 3 ścieżka wideo na Macu działa w trybie zero copy. Klatki z kamer, źródła i Program pozostają w pamięci GPU od początku do końca, a sprzętowy koder odczytuje Program bezpośrednio z powierzchni GPU, więc obraz nigdy nie jest kopiowany do CPU i z powrotem w drodze do transmisji lub pliku. Na Windows dekodowanie obrazu z kamer i konwersja kolorów odbywają się na GPU.
Transmisje są również kodowane z myślą o czasie rzeczywistym. Studio nie stosuje zmiany kolejności klatek, więc nie ma B-klatek, na które musiałby czekać dekoder widza, a widzowie nie dodają własnego opóźnienia dekodowania.
W dokumentacji Studio widać to w prostych liczbach: na Macu sprzętowy koder koduje H.264 do 2160p, HEVC koduje pełny rozmiar Program, a 8K działa z prędkością do 30 klatek na sekundę, równolegle ze wszystkimi jakościami Cliqer Live, bez gubienia klatek. Rozmiar Program wynosi od 720p do 8K, przy 25 do 60 klatkach na sekundę, w planie, który to obejmuje. Dwa najwyższe plany, Studio 8K i Enterprise, obsługują 8K, a cennik podaje aktualne limity każdego planu. Płótno 8K ma 7680 x 4320: to szesnaście ekranów Full HD z jednego komputera. Linia statusu Studio zawsze pokazuje liczbę klatek na sekundę w Program, a obok obciążenie GPU i CPU, więc w każdej chwili widzisz, jak radzi sobie komputer.
Po stronie telefonu obowiązuje ta sama zasada. Natywna aplikacja Remote dekoduje wideo sprzętowym dekoderem telefonu i wyświetla je na warstwie składanej przez system, więc interfejs nie jest przerysowywany przy każdej klatce. To właśnie zrobiło różnicę w naszym teście telefonu, opisanym poniżej.
Tutaj natywna aplikacja zyskuje najwięcej. Pokaz rzadko oznacza jeden obraz na jednym ekranie: to program dla widowni, monitor podglądowy dla mówcy, sygnał do komputera streamingowego, nagranie i ściana projektorów.
Studio wysyła Program do pokoju, do NDI, do nagrania, do transmisji, do wirtualnej kamery, na wyświetlacz, do Syphon na Macu lub Spout na Windows oraz do karty Blackmagic. Każde wejście może wyjść jako osobne źródło NDI, a Multiview ma własny sygnał NDI. Każde wyjście ma własny przełącznik, konfigurację i status, a dowolną ich kombinację możesz uruchomić jednocześnie. Sekcja Outputs w dokumentacji opisuje każde z nich, a nasz przewodnik po NDI dla zespołów eventowych wyjaśnia, gdzie NDI się sprawdza.
Przy dużym pokazie dzielimy obrazy na dwie części. Główne ekrany, czyli projektory i LED, pozostają na ścieżce sprzętowej od miksera wizyjnego do procesora, gdzie opóźnienie musi wynosić zero. Wszystko inne idzie przez NDI: laptopy prezentacyjne wysyłają swój timer jako Cliqer Timer, jeden komputer ze Studio przyjmuje każde źródło NDI i wysyła ekrany pomocnicze na monitory z przodu sceny, Multiview dla ekipy, a Program do nagrania i transmisji. To warstwa, którą umożliwia natywna aplikacja, a dzięki niej wyjścia sprzętowe zostają dla ściany. Wpis Cliqer vs Barco E2 przedstawia cały ten podział.
Na Macu wyświetlacz podłączony lub odłączony podczas działania Cliqer zostaje wykryty. Wyjście na wyświetlacz może przenosić Program, Preview, Multiview lub jedno wejście, na pełnym ekranie, w natywnym trybie monitora, dla najostrzejszego obrazu. Na dużej ścianie Projection pozwala rozciągnąć jeden obraz na kilka wyjść, z osobnym wycinkiem dla każdego wyjścia, dopasowaniem czterech narożników i łączeniem krawędzi. To coś więcej niż mapa wycinków: Warp Grid od 2 do 9 kolumn i wierszy, Linear lub Bezier, Edge Blend wyliczany z nakładania, Gamma dla czerwieni, zieleni i niebieskiego, poziom czerni i do 8 masek. Projection jest dostępne w planach Studio 8K i Enterprise.
Gdy jeden komputer nie wystarcza, sparuj kilka jako maszyny renderujące w Settings > Advanced > Redundancy. Jeden pokaz dzieli wtedy płótno między nie, każda rysuje swoje regiony w tej samej klatce, a sparowany Backup podąża za Main i przejmuje pracę, jeśli ten się zatrzyma. Maszyny renderujące są dostępne w planach Studio 8K i Enterprise; konfigurację opisuje sekcja Redundancy.
W Cliqer 3 Program w Studio może działać w 10-bitowym SDR, HDR PQ lub HDR HLG, do 4K, a wejścia HDR są mapowane tonalnie na potrzeby wyjść. Przy 10-bitowym lub HDR Studio Format wyjścia Blackmagic wysyłają 10 bitów, NDI wysyła 16 bitów, a HEVC przenosi prawdziwy 10-bitowy obraz (Main10). Wyjście Blackmagic pokazuje stan genlocka, a karta ustala liczbę klatek na sekundę.
Nagrania traktujemy z taką samą starannością: Studio nagrywa w H.264, HEVC, ProRes 422 i ProRes 422 HQ, przy czym ProRes na Macu. Multimedia są odtwarzane w HAP, HAP Q, HAP Alpha, HAP Q Alpha i HAP R. 10 bitów i HDR, HEVC oraz ProRes są dostępne w planach Studio 8K i Enterprise, a cennik pokazuje, co obejmuje każdy plan.
Ekran w Studio to drugi mikser wizyjny z własnymi Preview, Program, Cut i Take. Użyj go do monitora podglądowego, timera scenicznego lub ćwiartki ściany 4K, a potem wmiksuj cały ekran z powrotem jako wejście. Studio 8K obsługuje do 16 ekranów. Pełny obraz Studio znajdziesz we wpisie Cliqer Studio, nasz mikser do produkcji na żywo, a obliczenia dotyczące ekranów w sekcji ekrany i miks.
Studio w wersji 2 było kompaktowym mikserem wizyjnym: przejścia Cut i Fade, mikser audio ze ścieżkami, suwakami i sumą Program, a Program trafiał do pokoju i wychodził jako NDI. Studio w Cliqer 3 oferuje następujące funkcje, wszystkie opisane w przewodniku po Studio:
Dźwięk zyskuje to samo natywne podejście co obraz. W Cliqer 3 silnik miksu Studio działa w 32-bitowej arytmetyce zmiennoprzecinkowej: każda ścieżka, szyna i wtyczka pracuje w formacie float, więc nic nie przesteruje się wewnątrz miksu, niezależnie od tego, jak gorące są wysyłki, co daje praktycznie nieograniczony wewnętrzny zapas głośności. Limitery ustalają pułap na wyjściu, jeden na Master i jeden na każdej szynie, regulowany od -24 do 0 dB, a goście połączeń wideo otrzymują powrót mix-minus, który nigdy go nie przekracza.
Każda ścieżka wejściowa ma własne przetwarzanie Cliqer: opóźnienie od 0 do 1000 ms, filtr górnoprzepustowy od 20 do 400 Hz, bramkę, czteropasmowy korektor w zakresie od 20 Hz do 20 kHz ze wzmocnieniem od -18 do 18 dB i Q od 0,1 do 10 oraz kompresor ze współczynnikami do 32 i kolanem do 24 dB. Przetwarzanie jest napisane dla wątku audio czasu rzeczywistego, gdzie nigdy nie alokuje pamięci i nigdy nie zakłada blokady, więc nie powoduje zakłóceń pod obciążeniem. Gdy chcesz uzyskać konkretne brzmienie, dodaj własne wtyczki jako inserty na ścieżkach wejściowych: VST3 na macOS i Windows, Audio Units na macOS, każda z własnym edytorem i stanem zapisanym w pokazie.
To pełny mikser z routingiem, a nie rząd suwaków. Dodaj własne grupy do submiksów i powroty do efektów i wspólnych wysyłek, a potem zmieniaj ich nazwy, kolejność i je duplikuj. Wysyłki są przed lub za suwakiem, jest miks Phones, a każda szyna ma własny suwak, wyciszenie, miernik, przetwarzanie i limiter. Pokój, każde wyjście NDI, każde wyjście routera i powrót każdego gościa połączenia wideo wybierają dowolną szynę po nazwie, a każda edycja to jeden krok cofania. Przetwarzanie ścieżek, grupy i powroty są dostępne w każdym planie Studio.
Router pokazuje każde wejście i wyjście audio w widokach Patch i Matrix: urządzenia wejściowe, wejścia sieciowe, urządzenia wyjściowe i wyjścia sieciowe. Dante Virtual Soundcard, Dante Via, AVB i BlackHole pojawiają się jako zwykłe urządzenia do routingu. Sieciowe audio AES67 przenosi do 64 kanałów na punkt końcowy w 24 bitach, z taktowaniem przez PTP. Ableton Link zapewnia tempo, beat i Link Audio, Windows otrzymuje ASIO przy 48 kHz, a Ty wybierasz kanały dla każdego urządzenia i decydujesz, co jest zegarem master.
Pokaz na żywo ocenia się po jego najgorszej minucie. Natywność pomaga na trzy sposoby, opisane w dokumentacji.
Nagrania przetrwają awarię. Studio zapisuje nagrania w małych fragmentach, więc jeśli aplikacja lub komputer padnie, wszystko do mniej więcej ostatnich dwóch sekund jest na dysku.
Drugi komputer może przejąć pracę. Dzięki Redundancy Backup podąża za Main, utrzymuje synchronizację multimediów pokazu i przechodzi na antenę, gdy Main przestaje odpowiadać. Hot standby jest dostępny w planie Studio 8K, a oba komputery parujesz za pomocą kodu.
Serwery przestały nas zaskakiwać. Komunikacja w czasie rzeczywistym Cliqer działa na naszych własnych serwerach dedykowanych, planowana aktualizacja ponownie łączy klientów w około sekundę, a bezczynne połączenie otwiera się w 0,14 sekundy zamiast 1,2. Zobacz dlaczego odeszliśmy od Cloudflare.
Niezawodność dotyczy też tego, co prezenter trzyma w dłoni przez godzinę. Przetestowaliśmy Galaxy S24+ z trzema wersjami aplikacji, po dziesięć minut każda, oglądając ten sam ruchomy udostępniany ekran. Pierwsza wersja we Flutterze przerysowywała interfejs około 48 razy na sekundę, aby wyświetlić wideo, zużyła 168 mAh i nagrzała telefon o 5,9 °C. Natywna aplikacja nie narysowała ani jednej klatki interfejsu, zużyła 86 mAh i nagrzała go o 0,2 °C. To połowa baterii przy tym samym zadaniu.
Bateria zużyta w 10 minut oglądania udostępnianego ekranu na żywo, Galaxy S24+ (mAh)
Natywne aplikacje są też mniejsze: 10,8 MB w przypadku aplikacji na iPhone z wbudowaną aplikacją na Apple Watch i 5,8 MB na telefon z Androidem. Historie poszczególnych platform znajdziesz we wpisach Cliqer Remote na iPhone, iPad i Apple Watch oraz Cliqer Remote na Android i Wear OS.
Nie mierzyliśmy zużycia baterii przez aplikację desktopową w porównaniu z wersją 2, a komputer podłączony do zasilania to inny problem niż telefon w ciepłej dłoni. Na komputerze obserwuj wartości GPU i CPU w linii statusu Studio.
Uczciwe rozliczenie. Natywność oznacza, że utrzymujemy aplikację na Maca i aplikację na Windows oraz testujemy każdą funkcję dwa razy. Cliqer 3 wymaga macOS 15 lub nowszego albo Windows 11, więc Windows 10 pozostaje przy poprzedniej aplikacji desktopowej. Niektóre funkcje zależą od platformy: sterowanie Keynote działa tylko na Macu, a sterowanie vMix tylko na Windows. Pełną tabelę znajdziesz w przeglądzie v3.
Co pozostaje bez zmian: Twój pokój, Twój link, Twoje logowanie i Twoja licencja. Prezenterzy nadal dołączają z przeglądarki lub z Cliqer Remote bez instalowania czegokolwiek, a komputer z Twoimi slajdami nadal uruchamia aplikację desktopową Cliqer. Nowości w tym samym wydaniu: Cliqer Timer na scenę oraz teleprompter w Studio, opisany we wpisie teleprompter dla prezenterów.
Jeśli prezentujesz, pokój działa tak jak zawsze, z szybszym kliknięciem, chłodniejszym telefonem i aplikacją desktopową zgodną z Twoim systemem. Jeśli realizujesz produkcję, Studio ma teraz prawdziwe wyjścia, prawdziwe nagrania i backup, ścieżkę wideo zero copy na Macu, zmiennoprzecinkowy silnik audio z wtyczkami i routingiem oraz obraz 10-bitowy i HDR w planach Studio 8K i Enterprise. Jeśli porównujesz narzędzia, opisaliśmy je rzetelnie: Cliqer w porównaniu z vMix, z Ecamm Live i z Barco E2, a szczegóły znajdziesz w centrum porównań i zestawieniu funkcji vMix.
Natywność to decyzja o tym, kto ma kontrolę, gdy coś jest pod obciążeniem. Nasza odpowiedź to system operacyjny, GPU i silnik, który sami piszemy i mierzymy, a nie silnik przeglądarki. To jest Cliqer 3. Pobierz go i przeprowadź próbę w ramach bezpłatnego okresu próbnego albo zajrzyj na stronę cennika, aby sprawdzić, który plan obejmuje Twój pokaz.
Cliqer 2 był aplikacją webową opakowaną w aplikację desktopową, a to silnik przeglądarki decydował, jak wideo jest przechwytywane, kodowane, kolejkowane i rysowane. Mocno go dostroiliśmy, ale wyjścia na wyświetlacze, sprzętowe wideo i karty przechwytujące leżą poza zasięgiem silnika przeglądarki. Cliqer 3 jest zbudowany bezpośrednio dla macOS i Windows.
Nie. Cliqer 3 wymaga macOS 15 lub nowszego albo Windows 11 (kompilacja 22000 lub nowsza). Na Windows 10 nadal korzystasz z poprzedniej aplikacji desktopowej Cliqer, a Twój pokój, link i logowanie pozostają bez zmian.
Nie. Komputer z Twoimi slajdami uruchamia aplikację desktopową Cliqer i to ona hostuje pokój. Prezenterzy i widzowie dołączają z przeglądarki lub z Cliqer Remote na telefonie, tablecie lub zegarku.
Tak. Studio wysyła Program jako źródło NDI, wysyła dowolne wejście jako osobne źródło NDI i zapewnia Multiview sygnał NDI. Wysyła też obraz na wyświetlacze, do Syphon na Macu, do Spout na Windows i na karty Blackmagic. NDI wymaga zainstalowanego środowiska NDI runtime, a na Windows on Arm NDI nie jest dostępne.
W naszym teście na Galaxy S24+ dziesięć minut wideo z udostępnianego ekranu na żywo zużyło 86 mAh w natywnej aplikacji i 168 mAh w naszej pierwszej wersji we Flutterze, a telefon nagrzał się o 0,2 °C zamiast 5,9 °C. Był to jeden telefon i jeden przebieg na wersję, więc traktuj to jako staranny test terenowy.
Sterowanie prezentacją z telefonu: porównanie wszystkich aplikacji
PowerPoint, Keynote, Canva, Unified Remote, PPTControl, Cliqer i inne: które aplikacje do sterowania z telefonu działają przez internet, pokazują notatki i pasują do Ciebie.
Cliqer Studio: mikser wizyjny do produkcji na żywo dla komputerów Mac i Windows
Cliqer Studio to mikser wizyjny do produkcji na żywo z multiview, przejściami, mikserem audio, powtórkami i NDI, na komputery Mac i Windows.
Czytaj dalej
Praktyczne poradniki dla prezenterów, ekip AV i zespołów eventowych oraz wydania Cliqer, które mają znaczenie. Bez spamu, rezygnacja jednym kliknięciem.
