Dobrý den všem, rád bych nadhodil do diskuze můj docela zajímavý problém. Řeším streamování videa přes LTE na Raspberry PI. Jako enkodér a streamovací server používám VLCčko, jedu v mpeg4 přes http, ale zkoušel jsem i rtsp stream a kodek mpeg2, vždy se stejným výsledkem:
- Bez LTE, jen doma po metalice vše OK
- Při konektivitě RPI přes metaliku a klienta přes LTE modem občas drobné, logicky očekávatelné, kazy, avšak v podstatě vše ok
- Při konektivitě RPI ("serveru") přes LTE modem šílené kazy v obraze, téměř nefunkční
- Žádný rozdíl při rtsp a http, žádný vliv kodeků
- Žádné zlepšení ani zhoršení při streamování přes http v ssh tunelu
Jsem z toho docela v koncích, ale hlavně mi to přijde i jako zajímavý technický oříšek - říkám si proč :-) RPI má jediný USB řadič, na kterém mám pověšenou střihovou kartu i modem, to by ale problém být neměl, protože je na něm interně navěšena i metalika a s tou je všechno ok. Nechápu, jak může být v obraze tolik kazů, když jedu po TCPku, které jsem navíc zkoušel zrobustnit ssh tunelem. Klient bufferuje cca 2 sekundy, to by přece mělo stačit na to, aby se všechny packety dostaly do cíle a nikde neutekly.
Jediné, co mi už zbývá, je chyba v ovladači modemu nebo v nastavení PPP tunelu. Modem mi nějak nešel nakonfigurovat AT commandy, a tak jsem pro něj nainstaloval nmcli. Z uživatelského pohledu se ale zdá být vše OK. Rychlost downloadu při instalaci aplikací uspokojivá, ping kolem 35 ms, upload ještě vyšší než download. Dostávám se docela do kouta a už nevím, po čem dál pátrat. Asi ještě zkusím stejnou konfiguraci spustit na něčem plnokrevném, jeslti to nedělá cpu nebo usb sběrnice. Obě mi ale přijde silně nelogické vzhledem k tomu, že vše jede po na usb navěšené metalice ok. Při běhu dle htopu vytěžuji maximálně jedno jádro procesoru RPI na cca 60%.
Napadlo by Vás, co zkusit dál? :-D Budu moc vděčný za každý nápad a určitě pro zajímavost poskytnu zpětnou vazbu :-)
4 Odpovědí
1642 Zhlédnutí