Saluton al ĉiuj! Jen la dua parto de serio de artikoloj de la IT-teamo de la hotela rezerva servo pri organizado de interretaj elsendoj de kompaniaj prezentoj kaj eventoj en unu aparta ĉambro.
В Ni parolis pri kiel ni solvis la problemon de malbona elsenda sono per miksa konzolo kaj sendrata mikrofonsistemo.
Kaj ĉio ŝajnis esti en ordo, sed post iom da tempo alvenis nova tasko en nia fako - ni faru niajn elsendojn pli interagaj! Nia tuta teknika specifo konsistis el unu frazo - ni bezonis doni al malproksimaj dungitoj la ŝancon konektiĝi al teamkunvenoj, tio estas, ne nur rigardi, sed ankaŭ aktive partopreni: montri prezenton, demandi demandojn en reala tempo, ktp. Analizinte la situacion, ni decidis uzi Zoom-konferencon.
Rapida flankenmetite: Zoom por videokonferenco estis integrita en nia infrastrukturo dum longa tempo. Multaj el niaj dungitoj uzas ĝin ĉiutage por foraj intervjuoj, renkontiĝoj kaj planaj renkontiĝoj. Plej multaj el niaj kunvenejoj estas ekipitaj per Zoom Rooms kaj estas ekipitaj per grandaj televidiloj kaj mikrofonoj kun 360-grada kovrado. Cetere, ni provis instali ĉi tiujn mikrofonojn en nia "speciala" kunvenejo, sed pro la granda grandeco de la ĉambro, ili produktis nur malordon de sonoj, kaj estis tre malfacile kompreni tion, kion diras la parolantoj. En malgrandaj ĉambroj tiaj mikrofonoj funkcias bonege.
Ni revenu al nia tasko. Ŝajnas, ke la solvo estas simpla:
- Forigu la HDMI-kablon por kablita konekto;
- Ni starigas Zoom Rooms en la kunvenejo por ke dungitoj povu konektiĝi al la kunveno kaj montri prezenton de iu ajn aparato de ie ajn;
- Ni forigas la fotilon de nia skemo, ĉar kial ni bezonas kapti bildon de fotilo kiam ni povas kapti bildon de Zoom? Ni konektas la projekciilon per videokapta karto al la tekkomputilo, movas la gastiganton tien, reagordas Xsplit por kapti la fenestron per la programo (Smart Selection-funkcio) kaj iras en provan elsendon.
- Ni ĝustigas la sonon tiel ke foraj uloj povas esti aŭditaj sen influi la sonon en Jutubo.
Ĝuste tion ni faris: ni konektis mikrofonojn al Intel NUC kun Zoom Rooms instalita sur ĝi (ĉi-poste nomata "gastiganto"), forigis la HDMI-kablon por la projekciilo, instruis dungitojn kiel "kunhavi bildon en Zoom" kaj iris en aeron. Por pliklarigi ĝin, malsupre estas koneksa diagramo.
Ni estis pretaj por tio, ke la serĉado de la ideala solvo estos dorna, kaj, bedaŭrinde, ĉi tiu skemo ne funkciis - ĉio iris tute alie ol ni atendis. Rezulte, ni renkontis novajn problemojn pri sono, aŭ pli ĝuste ĝian kompletan foreston en la elsendo. Oni supozis, ke la videokaptkarto konektita al la nabo de la ĉambro per HDMI elsendos sonon al Xsplit, sed tio ne ŝajnis esti la kazo. Ne estis sono. Entute.
Ĉi tio sufiĉe konfuzigis nin, post kio ni pasigis alian monaton provante diversajn konektajn elektojn kun diversa sukceso, sed unue.
Parolanto + mikrofono
La unua afero, kiun ni provis estis meti laŭtparolilon sub la projekcia surfaco, kiu devis elsendi la voĉojn de foraj laŭtparoliloj, konekti ĝin al nia teleregilo kaj meti mikrofonon antaŭ ĝi, kiu kaptis la sonon de ĉi tiu laŭtparolilo. Ĝi aspektis jene:
Ni provis ĉi tiun solvon ĉe unu kunveno, kies partoprenantoj plejparte konektiĝis al la kunvenejo malproksime. Surprize, la rezulto montriĝis tre bona. Ni decidis forlasi ĉi tiun skemon por la momento, ĉar ni ne havis pli bonan solvon tiutempe. Eĉ se ĝi aspektis tre strange, la ĉefa afero estas, ke ĝi funkciis!
Transdono de Zoom-Ĉambroj
"Kion se ni rulu Zoom Rooms sur tekkomputilo kun Xsplit instalita kaj disvastigu ambaŭ programojn tra malsamaj virtualaj tabloj?" – ni iam pensis. Ŝajnas ideala solvo por atingi ĉi tiun celon kaj samtempe redukti la nombron da nodoj necesaj por efektivigi la elsendon (kaj kiuj eble povus defali). Mi memoras la proverbon pri la monto kaj Magomed:
Videokapto okazis per virtualaj labortabloj. Xsplit estas malfermita sur unu virtuala labortablo, kaj la gastiganto kun laborkonferenco estas sur la alia. Se pli frue ni dissendas la tutan ekranon, nun ni profitas la okazon por kapti la funkciantan procezon. Samtempe, la miksa konzolo estis konektita al la tekkomputilo, do ne necesis direkti la mikrofonon al la laŭtparolilo. Xsplit ankaŭ kaptis la voĉojn de foraj laboristoj partoprenantaj en renkontiĝo per la Zoom-apo.
Fakte, ĉi tiu opcio rezultis esti la plej sukcesa.
La unua demando, kiu plej maltrankviligis nin, estis ĉu ekzistos konflikto en la transdono de la audiofluo inter aplikaĵoj. Kiel ĝi rezultas, ne. Testoj montris, ke ĉio funkcias bonege! Ni havis same bonan audion ĉe Zoom kaj Jutubo! Ankaŭ la bildo plaĉis. Ajna prezento estis montrita sur Jutubo kiel estas, en 1080p-kvalito. Por kompreni, mi donos plian diagramon - dum la procezo de elpenso de diversaj solvoj, malmultaj homoj komprenis kian beston ni kreis, do ni provis registri ĉion kaj fari kiel eble plej multajn ilustraĵojn:
Kuraĝigite de ĉi tiu sukceso, ni okazigis nian unuan renkontiĝon kun ĉi tiu drata diagramo en la sama tago. Kaj ĉio ŝajnis iri bone, sed aperis problemo, kies fonton ni ne tuj determinis. Pro kialoj tiam nekonataj, la retkameraoj de la parolantoj ne estis montritaj sur la projekciilekrano, sed nur la enhavo estanta pruvita. Bedaŭrinde, la interna kliento ne tre ŝatis ĉi tion, kaj ni komencis fosi pli profunde. Montriĝis, ke ĉio estis ligita al la fakto, ke ni esence havis du ekranojn (projekciilo kaj tekkomputila ekrano), kaj en la agordoj de Zoom Rooms estas strikta ligo al la nombro da ekranoj. Rezulte, la retkameraoj de la partoprenantoj estis montritaj sur la portebla ekrano, tio estas, sur la virtuala labortablo kie Zoom Rooms funkciis, do ni ne vidis ilin. Ne estas maniero ŝanĝi ĉi tion, do ni estis devigitaj forlasi ĉi tiun decidon. Ĉi tio estas fiasko.
Malsupren video-kapto!
Tiun saman tagon, ni decidis provi forĵeti la videokaptan karton (kaj finfine faris ĝin definitive), kaj agordi la projekciilon al Ekrana Ripeta reĝimo por ke la gastiganto detektus nur unu ekranon, kio estas kion ni volis. Kiam ĉio estis aranĝita, nova prova elsendo daŭris...
Ĉio funkciis kiel ĝi devus. Ĉiuj kongresanoj estis viditaj sur la projekciilo (kvar el ni testis), la sono estis bonega, kaj la bildo estis bona. "Jen venko!" – ni pensis, sed la realo, kiel ĉiam, kaŝe trafas nin. Nia freŝa tekkomputilo kun oka-generacia Core-i7, diskreta vidkarto kaj 16 gigabajtoj da RAM komencis sufoki post 30 minutoj da prova elsendo. La procesoro simple ne povis elteni la ŝarĝon, funkciis je 100% kaj rezulte trovarmiĝis. Do ni renkontis procesoran strekadon, kiu finfine rezultigis disajn bildojn kaj sonon. La prezento, ĉu sur la projekciaĵekrano aŭ sur Jutubo, fariĝis miksaĵo de pikseloj, kaj restis absolute nenio de la sono; estis neeble kompreni ĝin. Do nia unua venko fariĝis alia fiasko. Tiam ni jam pensis ĉu ni devus konstrui plentaŭgan streamer-tablon aŭ fariĝi kun tio, kion ni havas.
Nova spiro
Ni pensis, ke konstrui labortablon ne estas solvo, kiun ni volis fari: ĝi estis multekosta, ĝi okupis multe da spaco (ni devis konservi plengrandan labortablon anstataŭ kompakta nokta tablo), kaj se la potenco iris. ekstere, ni perdus ĉion. Sed ĝis tiu punkto, niaj ideoj pri kiel fari ĉion funkcii en tandemo preskaŭ sekiĝis. Kaj tiam ni decidis reveni al la antaŭa solvo kaj rafini ĝin. Anstataŭ transdoni la gastiganton, ni decidis provi fari la tekkomputilon plenrajtan konferencan partoprenanto kun siaj propraj mikrofonoj kaj konto. Ilustraĵo estis farita denove por kompreni kion ni celas.
Mi tuj diros, ke ĉi tiu solvo montriĝis ĝuste tio, kion ni bezonis.
La gastiganto laboris sur la NUC kaj ŝarĝis nur ĝin, kaj la tekkomputilo mem kun la kliento ŝarĝis nur Xsplit (pasintaj eksperimentoj montris, ke ĝi perfekte pritraktas ĝin). En ĉi tiu solvo, Zoom Rooms havas la sekvajn avantaĝojn super konvencia kablita konekto:
- Montri enhavon sur la kanvaso per Zoom Rooms estas komforte kontrolita per la tablojdo de la gastiganto. Komenci, fini, administri konferencon aŭ renkontiĝon estas multe pli oportuna de la tablojda ekrano ol plenumi certan sinsekvon de agoj por regi la renkontiĝon.
- Por konektiĝi al ĉambro, ni ĉiam havas unu ligilon - ĉi tiu estas la Renkontigidentigilo, per kiu ĉiuj partoprenantoj konektiĝas; ĝi ne bezonas esti sendita al ĉiuj persone, ĉar elsendaj anoncoj en la kompania mesaĝisto ĉiam enhavas ĉi tiun ligon.
- Havi unu superan konton en Zoom por la gastiganto de la ĉambro estas multoble pli enspeziga ol disdoni ĝin persone al ĉiu oficeja dungito, kiu uzos la videokonferencan sistemon.
- Ĉar la gastiganto kaj tekokomputilo necesaj por elsendado ne plu estas konektitaj unu al la alia, ni povas diri, ke ni havas mistoleran sistemon: se unu aparato estas malkonektita, ni povas restarigi la elsendon sen ĉesigi la konferencon. Ekzemple, se tekkomputilo kun elsendo falas, tiam uzante la tablojdon ni komencas registri la kunvenon en la nubo; se la NUC frakasas, tiam nek la konferenco nek la elsendo finiĝas, ni simple ŝanĝas la projekciilon de la NUC al la tekkomputilo konektita al Zoom kaj daŭre rigardas.
- Gastoj ofte venas al la oficejo kun siaj aparatoj kaj prezentoj. En ĉi tiu solvo, ni sukcesis eviti la eternajn problemojn kun konekti al la ekrano per kablo - la gasto nur bezonas sekvi nian ligilon kaj li aŭtomate fariĝos partoprenanto en la renkontiĝo. Samtempe, li ne bezonas elŝuti la aplikaĵon, ĉio funkcias bone per la retumilo.
Krome, estas tre oportune por ni administri la bildon en Jutubo mem, ĉar ni povas ŝanĝi ĝian grandecon, movi la fokuson de la enhavo al la retkamerao ktp. Ĉi tiu opcio montriĝis ideala por ni, kaj ĝi estas tio, kion ni uzas ĝis hodiaŭ.
konkludo
Eble ni eltiris la problemon el maldika aero kaj la ĝusta solvo estis sur la surfaco aŭ ankoraŭ kuŝas, kaj ni ankoraŭ ne vidas ĝin, sed tio, kion ni havas hodiaŭ, estas la bazo, ke ni volas disvolvi plu. Eblas, ke iam ni forlasos Zoom favore al pli oportuna kaj altkvalita solvo, sed ĉi tio ne estos hodiaŭ. Hodiaŭ ni ĝojas, ke nia solvo funkcias kaj ĉiuj dungitoj ŝanĝis al uzado de Zoom. Estis tre interesa sperto, kiun ni volis kunhavigi, kaj ni ĝojos scii kiel niaj kolegoj en la laborrenkontiĝo solvis similajn problemojn uzante aliajn ilojn - skribu en la komentoj!
fonto: www.habr.com