Nemožné (trhané)přehrávání přes smb://ale http://bezproblemu
Napsal: 14. 9. 2022 22:05
Mám problém na androidu který nedokážu pobrat, proč to jednou je naprosto ok experience bez problému dokonce i v 10násobné náročnosti a jinde je stojí za starou bačkoru.
Jsem Připojen k wifině (na linkové rychlosti 150 Mb/s, z routeru stahuji třeba i reálně 104 Mb/s). Takže jen pro ilustraci, v rychlosti není problém
Chci si přehrát video(pro informaci, 7Mbps), které je uložené na tom routeru. Mohu Dvěma způsoby:
1. Přes http(s) protokol v aplikaci chromium pro android to jde ** Naprosto OK ** , dokonce i když vyberu jiný (96 Mbps soubor v 4K, akorát to na začátku trochu bufferuje ale 2 sekundy). Není problém dát seek a prakticky hned mi to hraje od dané pozice
2. Přes protokol "Sdílení souborů v síti microsoft" - zprovozněné v androidu přes "aplikaci CIFS documents provider" (samotné aplikace jen umožní pár voleb a definovat cílové servery s názvy/ip/login údaji), samotný obsah se otevírá normálně přes správce souborů - levé menu - poslední třetí sekce (Galerie,Trasování,zprávy o chybách CIFS Documents).
Jenže když to otevřu takto (furt aplikace je správce souborů, ale rozhraní je jako videopřehrávač), nastane CHAOS. dlouhou se čeká , data proudí, pak to NĚKDY začne hrát. Seeek je prakticky nemožný, jako kdyby to stahovalo celý soubor pokaždý od začátku. SEká se to, někdy to spadne. Když přehrávání ukončím, data dál proudí ještě několik sekund
Z jakého důvodu je to takhle "zohavené"? Mám pocit, jako kdyby byl problém v (ne)cachování souborů a propojením mezi CIFS protokolem architekturou rozšíření správce souborů.
Z logiky věci bych očekával že přes SMB to bude mnohem stabilnější než přes HTTP(S)
KDe je problém? Existuje nějaká jiný stabilní konektor pro přístup k SMB (a v jiném režimu než document provider, je li víc možností?)
Samozřejmě při zkopírování do lokál. úložiště( nebo i přes flasku přes OTG) TO JE OK bez problému.
PRoč to řeším a nezůstanu u HTTP a browseru, protože http "Exporty" jsou limitované a "výpis souborů" má tragický frontend, kromě toho přes CIFS provider vidím přímo strukturu disku a taky nepracuji jen s videosoubory a obrázky ,ale i generickými soubory, které kopíruji tam a zpět. A především že file-systém emulace je "uživatelsky" víc nativní než nějaká prezentace výpisu souborů v html stránce.
Jsem Připojen k wifině (na linkové rychlosti 150 Mb/s, z routeru stahuji třeba i reálně 104 Mb/s). Takže jen pro ilustraci, v rychlosti není problém
Chci si přehrát video(pro informaci, 7Mbps), které je uložené na tom routeru. Mohu Dvěma způsoby:
1. Přes http(s) protokol v aplikaci chromium pro android to jde ** Naprosto OK ** , dokonce i když vyberu jiný (96 Mbps soubor v 4K, akorát to na začátku trochu bufferuje ale 2 sekundy). Není problém dát seek a prakticky hned mi to hraje od dané pozice
2. Přes protokol "Sdílení souborů v síti microsoft" - zprovozněné v androidu přes "aplikaci CIFS documents provider" (samotné aplikace jen umožní pár voleb a definovat cílové servery s názvy/ip/login údaji), samotný obsah se otevírá normálně přes správce souborů - levé menu - poslední třetí sekce (Galerie,Trasování,zprávy o chybách CIFS Documents).
Jenže když to otevřu takto (furt aplikace je správce souborů, ale rozhraní je jako videopřehrávač), nastane CHAOS. dlouhou se čeká , data proudí, pak to NĚKDY začne hrát. Seeek je prakticky nemožný, jako kdyby to stahovalo celý soubor pokaždý od začátku. SEká se to, někdy to spadne. Když přehrávání ukončím, data dál proudí ještě několik sekund
Z jakého důvodu je to takhle "zohavené"? Mám pocit, jako kdyby byl problém v (ne)cachování souborů a propojením mezi CIFS protokolem architekturou rozšíření správce souborů.
Z logiky věci bych očekával že přes SMB to bude mnohem stabilnější než přes HTTP(S)
KDe je problém? Existuje nějaká jiný stabilní konektor pro přístup k SMB (a v jiném režimu než document provider, je li víc možností?)
Samozřejmě při zkopírování do lokál. úložiště( nebo i přes flasku přes OTG) TO JE OK bez problému.
PRoč to řeším a nezůstanu u HTTP a browseru, protože http "Exporty" jsou limitované a "výpis souborů" má tragický frontend, kromě toho přes CIFS provider vidím přímo strukturu disku a taky nepracuji jen s videosoubory a obrázky ,ale i generickými soubory, které kopíruji tam a zpět. A především že file-systém emulace je "uživatelsky" víc nativní než nějaká prezentace výpisu souborů v html stránce.