2017-03-30 23:05, Dilba rašė: > On 2017.03.30 18:20, ejs wrote: >> 2017-03-30 16:25, marijonas rašė: >> >>> Pradeciau nuo atsakymo i 1 klausima. Google > wifi video >>> multicast. Ne visai trivialus dalykas ir priklauso nuo ap/klientu >>> skaiciaus, wifi standarto, video bitreito, padengimo, greiciu ir >>> kt. >> >> esminis punktas - ne multicast, o broadcast. >> >> VOD'as - gali būti, bet tarkim tai ateities projektas. Tokiu atveju >> serveris - tik dar vienas broadcast'o klientas. >> >> Klientų 12. 13, jei skaičiuoti projektorių. >> >> Visi klientai vienoje patalpoje, kuri padaryta taip, kad arba pirmos >> eilės nemato ekrano, arba paskutinės. Todėl noriu atkelti ekraną >> arčiau naudotojo. >> >> Gooooogle duoda daaaaaaaug galimų atsakymų. Pvz IPTV reikmėms Kodi >> kaip ir sunkiai pakeičiamas. >> >> > Kaip suprantu, jei jau salė, tai kokia nors, pvz, konferencija ir visi > ekranai turi rodyti vienodą vaizdą, t.y. sinchronizuoti. Tokiu atveju > nelabai įsivaizduoju wifi varianto. 4-6 kadrų skirtumas tarp ekranų nėra esminis. Net ir 1-2 sekundžių skirtumas tarp atskirų ekranų ar tarp ekranų ir projektoriaus nėra esminis. Čia ne video siena. > Koks bebūtų 'castas, tiek servas, > tiek plejeriai - Kodi, ar kitokie buferinasi. multicast'o atveju kiekvienas klientas gauna naują stream'ą, broadcast'o atveju - skaito iš esamo. > Vaizdas visada atsiliks > nuo to, ką rodysi ekrane tiesiai iš source'o. Manau tik laidas galimas. > HDMI over CAT5, 6 ir panašiai. Kažkada lyginau analoginę televiziją su DVB-S - užlaikymas ~6-7 sekundės. Bet jei užlaikymas vienodas (kelių kadrų paklaida nieko nelemia), tai problemos nėra. Laidas teoriškai patikimesnis nei radijas, tas mane sulaiko nuo WiFi protegavimo. Iš kitos pusės, po nosimi turiu problemą su kabeliais: lenkimo radiusas ant ribos, vibracija nuo troleibusų ir ta proga kai kurios kabelių gyslos per ~2 metus atidavė galus. -- Grammar for Time Travelers: The term "Future Perfect" has been abandoned since it was discovered not to be.