Dotaz: 3 videa v jednom videu s moznosti prepinani

[Softik]

Zdravim, chtel bych se zeptat co pouzit na ovladani videa externe a ovladat jej externe.

Konkretne budu mit na ulozisti 3 videa ze 3 kamer ( ruzne pohledy ) a potrebuji aby toto v prohlizeci po prihlaseni a vyberu z kalendare videii se mi video spustilo a to tak, ze hlavni pohled bude maximalizovan a zbyle 2 pohledy budou formou miniatury v kazdem rohu ( budou bezet soucastne a musi byt synchronizovany ), tudiz kdyz potom budu chtit video prepnout na pohled z boku tak se mi jen zvetsi pohled z boku a ten puvodni se zase zminimalizuje. Je do budoucna mozne, ze toto budu potrebovat delat i pri live prenosu. Co by jste na toto doporucili ? Je neco co ma uz svuj kabat a lze ho jen upravit, nebo je na to potreba udelat vlastni prehravac s temito funkcemi ? Dekuji za typ.

Odpovědi

[Max]

Docela také záleží na tom, v jakém formátu ty videa jsou, tzn. jaký formát a kontejner se u nich používá?
Zdar Max

[Max]

Jinak podle mně stačí vzít nějaký přehrávač, co v současnosti je a jen si ho naskriptovat tak, aby se to chovalo dle očekávání. Viz projekty jako :
videojs
mediaelementjs
jplayer
flowplayer
jwplayer
jarisflvplayer
...
Nebo nějaké komerční řešení jako např. :
DivX Web video player
Zdar Max
PS: jak si představuješ live stream? Např. pomocí RTSP? S tím dost přehrávačů ještě nepočítá, tak bacha na to.
PPS: vlc by mělo mít web ksicht, možná by to také mohlo být řešením

[Softik]

Ahoj Maxi, priznam se ze tuto informaci nemam. Neni to ani v zadavatelske dokumentaci ( dozvedel jsem se to dodatecne az na osobni schuzce ). Mam v hlave jak to udelat, ale nez to udelam tak se ptam i zde abych byl moudrejsi. Jedine co vim, ze to budou streamovat 3 kamery, ukladat nekam na server asi v .avi a to je vse co vim.

[Jendа]

Obávám se, že nic takového není. MPlayer by měl mít možnost řízení zvenku skriptem.

[Josef Kufner]

Udělat přehrávání tří videí na jedné stránce je snadné. Strčíš tam tři <video> tagy a přihodíš kus Javascriptu (Flowplayer), který z toho udělá slušný přehrávač.

Oříšek je ta synchronizace. Drobné nepřesnosti by mohly způsobit, že se to po delší době rozjede, nebo že si jeden stream trošku škytne a chvilku počká. Pokud nároky na přesnost nejsou moc vysoké, šlo by to pořešit zpomalováním videí, která jsou příliš napřed, nebo zrychlováním těch pomalých. To by hlídací smyčka v Javascriptu mohla zvládnout – Flowplayer má API na změnu rychlosti videa. Otázkou je, jak moc přesné to bude.

Další oříšek je v přepínání hlavního přehrávače. Máš dvě možnosti. Buď bude mít samostatný stream a přepínání bude pomalé, nebo budou všechny tři přehrávače přehrávat video o plné kvalitě, což znamená hodně dat navíc, a přepnutí bude okamžité prostým zvětšením přehrávače. Přičemž na místo jeho náhledu půjde jen nějaká statická vycpávka (což lze využít jako signalizaci, které video hraje). Tady nezbyde než vyzkoušet, co je lepší.

Live streamování je celkem v pohodě. Server musí umět partial content (Apache i Lighttpd poskytující statický soubor to umí v defaultní konfiguraci; pokud tam budeš mít vlastní aplikaci, je to o pár HTTP hlavičkách a seeku po otevření souboru) a stream musí být streamovatelný (metadata na začátku; stačí správně nastavit encoder). Je však potřeba si dát pozor na latenci. Pokud to má být interaktivní (uživatel ovlivňuje dění před kamerou), je to problém a dostat se pod sekundu je obtížné (po cestě je hodně bufferů). Ale pokud se jen dívá jak na TV, tak je to v pohodě.

[Softik]

Mockrat dekuji za radu, podobne jsem to mel ve sve predstave ale resil jsem take otazku stou synchronizaci. Zeptam se, kdyby toto mel delat nekdo kdo tomu venuje svuj cas a pohraje si stim tak, aby do 2 tydnu mel funkcni reseni, kolik to muze odhadem stat penez ?

[dustin]

Netuším, jak to zrealizovat, ale přijde mi, že pokud to má být synchronizované, je potřeba posílat všechna videa v jednom multiplexovaném streamu - mts, mkv, ... Generovat MTS na serveru z příchozích videí asi půjde. Je otázkou, zda to dokáže browser demultiplexovat na jednotlivá videa... Nativní přehrávání bez prohlížeče by to asi určitě umělo.

[Jendа]

Nativní přehrávání bez prohlížeče by to asi určitě umělo.

Fakt? To nějaký linuxový přehrávač umí?

[dustin]

Neříkám, že mám v ruce hotové řešení (to jsem ani nepsal), ale demultiplexerů mpeg-ts je celá řada (ffmpeg, mplayer - viz např. http://www.mplayerhq.hu/DOCS/man/en/mplayer.1.html#DEMUXER/STREAM%20OPTIONS ). Představa (neotestovaná) - příchozí stream se roztrojí přes nějakou multipipu a na ně se navěíí tři mplayery, každý si ze streamu vytáhne svůj aid/vid. Skript ovládaný klávesovými zkratkami (např. F1, F2, F3) přes wmctrl řídí zvětšování a přesuny oken těch běžících mplayerů. Samozřejmě ve webovém prohlížeči to takhle nejde.

[Jendа]

Něco takového jsem myslel (a nerozvedl) ve #3, akorát bych se vykašlal na to multiplexování a demultiplexování a posílal bych tři samostatné streamy.

Já jsem zkoušel multiplexovat s VLC dvě kamery a zvuk ze zvukovky a vždycky se to za pár hodin rozjelo. Vypadalo to, jako kdyby každé zařízení jelo podle vlastních hodin, a ono to na začátku vymyslí, že to ke každým 48000 zvukovým samplům přilepí 25 framů z jedné kamery a 29.97 z druhé. Jenže pak se ty streamy začnou předbíhat a lagovat, protože prostě přesně takhle samplů nemají, a až se to rozjede o víc než je velikost bufferu (defaultně 300 ms), tak multiplexer normálně crashne.

[Jendа]

V případě řešení přes skriptování mplayeru by se snad stream mohl nějak značkovat reálným časem a když skript uvidí, že se to začalo rozbíjet, tak na chvilku nepatrně zvýší/sníží rychlost přehrávání.

[dustin]

Právě kvůli synchronizaci bych posílal serializovaný stream. To je IMO klíčová součást řešení.

Samozřejmě je potřeba to vyřešit pořádně, neříkal jsem, že to bude jednoduché. Multiplexovaný stream musí být schopen akceptovat různé počty vzorků pro různé substreamy. Kamery mají vlastní hodiny a každá bude generovat různý počet vzorků. Mpeg-ts jsem nijak nestudoval, ale považuji to za samozřejmost.

Určitě to už někdo vyřešil, tohle mi přijde celkem běžné zadání - viz např. zoneminder, který běží v prohlížeči.