ceskatelevize.cz

Snad se dočkáme, jistá nejmenovaná "konkurenční" aplikace je důkazem že to je řešitelné...

Jak získat URL pro FRD z původního odkazu na pořad:

buď 1) v okně s videem zkopírovat adresu z odkazu "Tento pořad",
nebo 2) pokud se horní lišta s odkazy nezobrazuje (třeba v Opeře), vytvořit odkaz ve tvaru:


"http://www.ceskatelevize.cz/ivysilani/" a za lomítko zkopírovat konec původní URL adresy (to dlouhé číslo), viz např.:

"http://www.ceskatelevize.cz/porady/10382866210-blanka-matragi-2012/21154215439/"
-->
"http://www.ceskatelevize.cz/ivysilani/21154215439" a to pak vložit do FRD.

---

Já mám jiný problém - jak FRD, tak i "konkurenční produkt" stahují video přes rtcp protokol - port 1935, který mám na domácí síti blokovaný, takže nic se nestáhne. Přímo na webu však video vidět je, tj. určitě existuje nějaká možnost, jak ho stáhnout přes port 80 (http), jen ji implementovat..



Edited 5 time(s). Last edit at 11/04/2011 11:56AM by ifox.

Dost bych se divil, kdyby to slo i na jinem portu. Ntorsknrl nebo JPEXS se na to podiva.

Malware za konkurenci nepovazujeme...

-------------------------------------





Edited 1 time(s). Last edit at 11/04/2011 11:56AM by Vity.

Using port 80 for RTMP probably requires HTTP tunneling support (RTMPT), which the rtmpdump program supports but our Java implementation does not. It's not a trivial thing to add at all.



Edited 1 time(s). Last edit at 11/04/2011 02:21PM by ntoskrnl.

Zkoušel jsem rtmpdump s parametrem -l 1 (rtmpt), přičemž se sice na wcdn1001.nacevi.cz nakonektil přes port 80 (místo 1935), ovšem hned se zas ukončil, aniž se stáhnul jediný byte dat. Na webu ČT zřejmě běží nějaká rtmp->http proxy, bez které to rozběhnout nepůjde.

TrueFriend Wrote:
-------------------------------------------------------
> díky, pořady se stahují už tak jak mají..
> akorát to cyklování.. dělá to i u menších
> videí.. v podstatě u všech


Server z nepochopitelných důvodů posílá bloky videa jakoby 2x za sebou, proto se v přehrávači jakoby přehraje stejná pasáž 2x.

Ve verzi 1.0.2 pluginu ceskatelevize a s ním souvisejícím pluginu rtmp 2.2.2 je to "vyřešeno" tak, že pokud server pošle znovu část, která již dříve dorazila, stahovač tu část zahodí a čeká než server pošle následující blok v pořadí. Výsledkem je, že stažený FLV soubor by měl jít přehrát, má správnou velikost. Nicméně internetový traffic to jakoby neušetří.

Musím v tomto případě upozornit, že stejným problémem trpí nejznámější stahovač RTMP streamů - RTMPDump - taky se to stahuje a přehrává opakovaně.

(Samozřejmě je opravena i chyba "Playlist URL not found")

Co se týká stahování RTMP přes tunelling (HTTP), zatím máme jiné priority... Přecijenom většina uživatelů zablokované porty nemá.