Köszi az egész csapat nevében. A felhasználási lehetőségek igazából határtalnok: érdekes lehet TV-k számára, táskereső oldalaknak, nyelv oktató platform, adult site-ok számára, telemedicina, ustreamhez hasonló oldalak, közösségi oldalak portfóliójába (pl. indavideó is minket fog használni), oktatási intézmények számára, call center stb., szóval igazából bárhol, ahol streamnek helye van.
Maga a rendszer úgy lett kitalálva, hogy lehetőleg mindenféle használati módot le lehessen fedni vele. Sok féle lockkal lehet védeni a streameket, illetve ami még épp nincs élesítve: lehet akár fizetős szolgáltatshoz is illeszteni. A konfiguráció részben az adminon felületen történik, részben egy az API user által megvalósítandó webszervíz segítségével történik. Ez utóbbi segítségével tud az API user a rendszer működésébe hookolni.
A funkcionális testreszabahatóság mellett a teljes brandelhetőségre is lehetőség van, a flash alkalmazások is úgy lettek kialakítva, hogy van egy belső API, amire ráépül a külső document réteg. Ha egy API usernek nem elég az adminon végezhető vizuláis testreszabhatóság, akkor teljesen saját viewer és broadcaster alkalmazást írhat.
Megnéztem a dokumentációt, és megint csak azt kell mondjam, szép. Egy megjegyzés és egy kérdés.
Megjegyzés: a publikus svn repo jelszót kér, vagy csak én néztem el valamit?
Kérdés: nem közvetlenül fejlesztéshez kapcsolódik, de van-e valamilyen tartalomszűrési eljárás/megoldás? illegális tartalmak (drm, tiltott adult stuff stb.) esetén ez is szóba kerülhet.
wall: Nyilván van egy jó TOS-otok a szolgáltatáshoz és az jó, hogy a channel tulaja a wall segítségével kontrollálni tud; én inkább arra gondoltam, az Ustream maga tud-e valamilyen kontrollt gyakorolni, filterezni, ilyesmi.
Egy picit el is vonatkoztatva az Ustreamtől, lehetséges-e efféle szűrés. Tudom, hogy ez privacy kérdéseket vet fel és nem tartozik a fejlesztés témakörbe (fenéket, mi az hogy! van benne kihívás), de kíváncsi lennék itt a személyes véleményedre is.
Ha tartalom szűrésre gondolsz, akkor az nincs, és egyenlőre komolyabban nem is tervezzük, mert rengeteg erőforrást emésztene fel. Van mostanában átlag 1200 broadcaster, embertelen lenne követni. Ezért hagyatkozunk a userek visszajelzésére, illetve jönnek szépen DMCA jelentések is.
A streamek tartalmának gépi figyelése meg elég necces lenne, mert jelenleg csak átfolyik rajtunk a stream, ha bele szeretnénk piszkálni, az drasztikusan csökkenteni a szerverek terhelhetőségét.
Jól látom, hogy ha egy ip kamera képét akarom sugározni, akkor saját broadcaster-t kell csinálnom?
A broadcaster maga nem fogja tudni elhozni a streamet a kameráról, de ha van broadcaster, akkor ugye már fut valamilyen gép, és akkor azt pl. meg tudod csinálni, hogy egy screen capture progival (pl. WebCamMax) elérhetővé teszed a kamera képét a broadcaster számára. Egy ilyen progi létrehoz egy virtuális kamera forrást, amit már lát a flash.
Amúgy nagyon igéretes dolognak látszik ez a Watershed, gratulálok hozzá :)
Köszönöm, ez a megoldás OS X-re CamTwist.app csinálja ugyanezt, ragyogóan működik. Már csak az ügyfelet kell meggyőzni, hogy ha jó dolgot akar akkor zsebbe kell nyúlni picit...
Sajnos a technológia pontos nevét nem tudom, de pl. Logitech USB kamerák támogatják azt, hogy lehet bennük zoomolni (van ami csak digitálisan), és ezen belül jobbra-balra navigálni, illetve van olyan, ahol a kamera tartójában van egy kis motor, amivel lehet forgatni a kamerát. Ezt hamarosan fogjuk támogatni, így lehet majd a broadcasterből vezényleni a kamerát. (Nem kell annál a broadcasternél lenni, amelyik épp adja a kamera képét, mert lehet ezt a streamet egy másik broadcasterből override-olni). Pl. jópofa lehet így telefonról nézni és vezényelni az otthoni kamerát.
A zsebe nyúlásra: itthon nem feltétlenül a kinti árak érvényesek, a mi hatáskörünk megállapodni a userekkel, így ha valakit komolyabban érdekel, akkor érdemes összehozni egy kis találkozót.
Nagyon elegáns megoldás,
határ a csillagos ég
Maga a rendszer úgy lett kitalálva, hogy lehetőleg mindenféle használati módot le lehessen fedni vele. Sok féle lockkal lehet védeni a streameket, illetve ami még épp nincs élesítve: lehet akár fizetős szolgáltatshoz is illeszteni. A konfiguráció részben az adminon felületen történik, részben egy az API user által megvalósítandó webszervíz segítségével történik. Ez utóbbi segítségével tud az API user a rendszer működésébe hookolni.
A funkcionális testreszabahatóság mellett a teljes brandelhetőségre is lehetőség van, a flash alkalmazások is úgy lettek kialakítva, hogy van egy belső API, amire ráépül a külső document réteg. Ha egy API usernek nem elég az adminon végezhető vizuláis testreszabhatóság, akkor teljesen saját viewer és broadcaster alkalmazást írhat.
Továbbiak
Megjegyzés: a publikus svn repo jelszót kér, vagy csak én néztem el valamit?
Kérdés: nem közvetlenül fejlesztéshez kapcsolódik, de van-e valamilyen tartalomszűrési eljárás/megoldás? illegális tartalmak (drm, tiltott adult stuff stb.) esetén ez is szóba kerülhet.
svn, wall
wall
wall: Nyilván van egy jó TOS-otok a szolgáltatáshoz és az jó, hogy a channel tulaja a wall segítségével kontrollálni tud; én inkább arra gondoltam, az Ustream maga tud-e valamilyen kontrollt gyakorolni, filterezni, ilyesmi.
Egy picit el is vonatkoztatva az Ustreamtől, lehetséges-e efféle szűrés. Tudom, hogy ez privacy kérdéseket vet fel és nem tartozik a fejlesztés témakörbe (fenéket, mi az hogy! van benne kihívás), de kíváncsi lennék itt a személyes véleményedre is.
tartalom szűrés?
A streamek tartalmának gépi figyelése meg elég necces lenne, mert jelenleg csak átfolyik rajtunk a stream, ha bele szeretnénk piszkálni, az drasztikusan csökkenteni a szerverek terhelhetőségét.
IP Kamera
Amúgy nagyon igéretes dolognak látszik ez a Watershed, gratulálok hozzá :)
screen capture proxy
Köszönöm
ami még érdekes lehet
A zsebe nyúlásra: itthon nem feltétlenül a kinti árak érvényesek, a mi hatáskörünk megállapodni a userekkel, így ha valakit komolyabban érdekel, akkor érdemes összehozni egy kis találkozót.
Ez bizony jól hangzik