@mafian Ach jo...
- "file:///" není možné chápat jako standardní cestu pro místní složku. Je to třeba chápat v kontextu použití. Je to v podstatě kombinace "file://", což je identifikace protokolu, a "/", což je root. Tato metoda se používá také např. v této oblasti u parametru Tvheadend, kde identifkuje variantní zadání zdroje streamu ve tvaru "pipe://<aplikace>", kde použití "pipe://" chápe Tvheadend jako spuštění <aplikace> na jejímž <stdout> budou k dispozici data streamu. Použití této metody, které je vidět ve fragmentu log-u, který jsi uvedl "file:///volume1/Videa/...KODI/TVGO3/config.file" mi nedává moc smysl. Tam opravdu "file://", jak už napsal @beitlj , nemá co dělat.
- Aby ffmpeg dokázal demuxovat obsah DASH manifestu, musí být sestaven s knihovnou libxml2. Verze tedy mnoho neřekne. Ale stačí si ffmeg pustit s patřičnou "verbosity level" a ty knihovny tam uvidíš. Podívej se také do dokumentace ffmeg
- Použití ffmepg pro zpracování DASH protokolu, pokud při tom nedochází k rekódování, by HW nijak enormě zatěžovat nemělo. V tom má @djlucas pravdu. Zatížení CPU o něco málo vyšší asi bude, ale ne takové, aby se to nějak zásadně projevilo.
- K provozu Tvheadend na RPi pár postřehů z druhé části tohoto postu: https://www.xbmc-kodi.cz/prispevek-sat-i...9#pid93249