Beiträge von buers

Sehe ich auch so, dass das nicht mit dem Pipe-Aufruf aus der Anleitung gehen kann. Das würde nur funktionieren, wenn streamlink im tvh-Docker installiert ist, nicht wenn es in separatem Docker ist. Oder wenn beides direkt auf Betriebssystem-Ebene ohne Docker installiert ist. Ich kann daher auch den Vorschlag an dich (aus dem Gedächtnis auch anderem Thread), streamlink in separatem Docker zu installieren, nicht nachvollziehen.

In der von @SkyBird1980 verlinkten Anleitung wird streamlink im TVH-Docker installiert, nicht als separater Docker Container.

@Lutz17, ich denke, da hast du schon recht. Wenn RAM knapp wird, wird Storage kaum helfen (außer, die wird für Swap/virtuellen Speicher genutzt). Vielleicht kannst du ein Issue aufmachen https://github.com/xbmc/xbmc/issues Aber wird sicher nicht einfach für Entwickler, deine Situation nachzustellen. Und laut deinen Berichten, ist das ja auch nicht so einfach zu reproduzieren, sondern tritt halt Mal auf (zu oft).

Ich vermute, Kodi kommt einfach nicht zurecht, mit deiner Menge an Fotos. Kommt nicht zurecht ist bisschen ein Euphemismus für - da sind irgendwo Programmierfehler, die sich nur äußern unter solchen extremen Bedingungen. Auch wenn RAM zu Ende ist, sollte ein Fehler-redundantes Programm vielleicht sagen - tut mir leid, mehr Fotos kann ich jetzt nicht mehr anzeigen. Aber nicht abstürzen. Abgesehen davon, wird ein auf viele Fotos spezialisiertes Programm auch nicht versuchen große Mengen an Information aller Fotos im RAM zu halten.

Ich hatte vor einer Weile mal das Thumbnails-System von Kodi analysiert. Das verlässt sich darauf, dass jeder eindeutige Datei-Pfad/URL-Pfad sich auf einen eindeutigen 32-bit Hash Wert (gut 4 Milliarden Möglichkeiten) abbildet. Die Wahrscheinlichkeit, dass das nicht mehr stimmt (Geburtstags-Paradoxon) steigt schon bei wenigen 10000 Dateien auf signifikante Werte. Bei deinen 1 TB Fotos, wirst du viel mehr haben.

Normalerweise brauche die Dateien im /proc-FS ja gar keinen (zusätzlichen) Platz auf dem Storage - selbst nicht wenn da eine Größe angezeigt wird, die sind nur virtuell da. Trotzdem kann man die Dateien teilweise kopieren, ansehen, etc. Nach dem Kopieren auf ein normales File brauchen die Platz ...

Sieht hier in der Tat so aus. Eigenartig ist es schon. Muss/kann man das nicht irgendwo einstellen auf der Fritzbox? Bei all meinen SMB-Servern tut man das.

Probier doch noch Mal mit Freigabename fritz.box in Kodi aus. Und schau auch noch Mal ins Kodi-Log danach. Waren schon die entscheidenden Stellen, die du gezeigt hast. Authentifizierung war auch ok. Die Fehlermeldung

ERROR<general>:SMBDirectory->GetDirectory: Unable to open directory : 'smb://USERNAME:PASSWORD@192.168.178.1/' müsste jetzt weg sein, oder zumindest anders lauten.

Wenn du auf die Windows-Kommandozeile gehst (Windows-Taste+R cmd Enter), dann funktioniert dir \\fritz.box\fritz.box? Wenn das alles noch nicht hilft - ich hatte ja ganz oben schon Mal einen Vorschlag gemacht, von Kodi aus eine Freigabe auf deinem Laptop zu nutzen. Wie man Freigabe auf Windows erstellt, ist sehr leicht zu ergoogeln. Meine Beobachtung hier im Forum ist, dass sich bei der Nutzung von Freigaben in Kodi für viele User leicht Fallstricke in die Wege stellen.

Ich nehme mal an, du hast keine Firewalls in deinem LAN, die den Verkehr reglementieren. Oder Einstellungen auf der Fritz-Box, die den zugelassenen Adress-Range auf die Freigaben anderweitig einschränken.

Der Freigabename darf normalerweise nicht leer sein, und das ist auch nicht der Servername. Es ist der Name, unter dem der Ordner/das Share freigegeben wird. Wenn dein Laptop Windows ist, und du gibt im Explorer \\192.168.178.1 ein, dann wirst du vermutlich einen oder mehrere Ordner-Namen sehen. Das ist / das sind die Freigabenamen. @DaVu hat eine andere Methode genannt. Steht da fritz.box und fritz.nas? Hört sich für mich eher nach dem Host-Namen der Fritzbox an und nicht nach dem Freigabenamen.

Sieht für mich (ohne es nachzustellen) danach aus, als hättest du die Freigabe nicht eingetragen. Hast du auch nicht erwähnt.

Ich habe zwar keine Fritzbox - aber nach meinen Tests mit macht man mit Einstellung min 1 max 3 nix falsch (zumindest wenn man im ersten Schritt nicht hohe Sicherheit forcieren will, sondern grundsätzliche Funktionalität erst mal hergestellt werden muss.)

Bei Kodi kann man sich leicht vertun mit Freigabename - wo man da überall Slash braucht oder nicht (im Zweifel nicht). Wenn du Laptop hast, kannst du auch dort mal testweise eine Freigabe einrichten, und prüfen ob du mit Kodi drauf kommst (u.a. um zu wissen, ob es eher an der Kodi-Seite oder an der Fritz-Seite liegt, aber ganz sicher ist das nicht zwingend).

Dann ruhig mal selber ins Kodi-log reinsehen, vorher [definition=12,0][definition=12,4][definition='1','3']Debug[/definition][/definition][/definition] [definition=12,8][definition=12,9]logging[/definition][/definition] aktivieren. Ist viel kryptisches, aber tlws. ist da auch ne klare Fehlermeldung die man einfach einfach verstehen kann.

Fritzbox wird auch sowas wie Systemmeldungen haben.

Zitat von Praecox

- Habe es über die Parsing-nfo probiert: Funktioniert nicht - funktioniert auch nicht bei -> http://imdb.com/title/tt0346293/

Darüber funktioniert es - nur bisschen anders (In meinem Test hatte ich allerdings den letzten Slash weggelassen, und https:// davor natürlich). Inspiriert durch die Diskussion hier (und weil ich auch wenige Filme nicht ohne weiteres gescrapt gekriegt hatte und mich das wurmte) habe ich es nochmals probiert. Wird zwar auch bei imdb als Mini-Serie angezeigt - trotzdem mit der von dir genannten URL in Parising.nfo, dann muss man aber den Scraper wechseln. Ich nahm den Universal movie scraper, da gibt es wahnsinnig viel einzustellen. Stellte halt mal paar Sachen auf deutsch, und Titel etc. auf imdb. Poster bekam ich nicht auf Anhieb, aber Handlung, Schauspieler mit Bilder, etc. Hatte neuen Ordner gemacht zum Test, "movies_imdb" und darauf den Universal Scraper angesetzt.

Edit: Mir scheint jetzt leider, Kodi kommt mit 2 verschiedenen Movie-Scrapern parallel (für verschiedene Quellen) nicht einwandfrei zurecht. Springt irgendwie an die falsche Stelle, wenn ich über den Hitler-Testfilm bei mir (habe den ja gar nicht, nur anderen kurzen Film mal so benannt) mit dem Cursor hinweg-scrolle (Kodi 19.4, Standard Skin). Oder wenn ich auf die Info gehe, dann abbrechen, landet das Highlight daneben. Grundsätzlich ist der Film schon an der richtigen Stelle alphabetisch innerhalb meiner anderen Filmliste eingeordnet. Schaue ich mir ein ander Mal in Ruhe an.

Ich vermute, ich verstehe das Problem nicht ganz. 7zip (http://www.7zip.org) ist mein bevorzugtes Tool für alle Pack-Themen unter Windows. Geht grundsätzlich grafisch und von der Kommandozeile, ist echte Open Source, keine Werbung, kein Nagging, ... Kann mit Multi-Part rars umgehen, evt. einfach googlen nach 7zip multipart rar wenn es nicht auf Anhieb funktioniert (alle Teile in ein Verzeichnis schieben sollte normalerweise reichen).

Jetzt sehe ich es auch. Alleine, dass das bei tmdb unter tv gelistet (wie manche Fernsehfilme aber längst nicht alle) ist schon ko für Filme. Habe ich mir auch schon die Zähne dran ausgebissen - keine Lösung gefunden (außer vollständiges nfo zu schreiben). Insbesondere funktioniert mit den derzeitigen Scrapern von Kodi das Parsing Info https://www.themoviedb.org/tv/46976 nicht, wenn da tv in der URL ist. Wenn das tv fehlt (wie bei "normalen" Spielfilmen) geht es.

Mein ungetesteter Vorschlag oben wird nicht funktionieren - sorry.

Edit: Alle "Fernsehfilme" die bei mir nicht klappten und die tmdb mit .../tv/.. , scheinen wirklich als Miniserien deklariert. Mag auch stimmen, dass die zumindest tlws. in 2 Teilen ausgestrahlt wurden, tlws. auch als ein Fernsehfilm. Die Brecht - Doku (TV Series 2019-2019) — The Movie Database (TMDB) (themoviedb.org) hat sogar Mal jemand offenbar bewusst verschoben aus dem Filmbereich zu TV-Miniserie. War früher unter https://www.themoviedb.org/600161 zu finden (und Scraper hatte sie da auch gefunden).

Hatte ich auch sehr selten, dass das schwer wird mit einzelnen Titeln. Als Workaround kann eine Parsing nfo (NFO files/Parsing - Official Kodi Wiki) dienen. Oder eine Combinational nfo. Die Parsing nfo würde in deinem Fall, wenn du als Scraper The Movie Database Python nutzt, vom Inhalt so aussehen - nur eine Zeile

http://www.themoviedb.org/movie/46976

Name der Datei, exakt wie Name deiner Medien-Datei, statt Endung .mkv/.mp4/.ts/... einfach .nfo. Die .nfo-Datei neben die Medien-Datei legen. Vorsicht, auch auf Dateisystemen wie NTFS, die normalerweise nicht auf Groß-/Klein-Schreibung achten, achtet Kodi darauf - also wirklich exakt den identischen Namen nutzen *). Dann Filminformationen aktualisieren, dabei nein wählen.

*) Achtung, genau bei der Datei: Typografisch richtiger Gedankenstrich (so schreibt es Wikipedia) "Hitler – Aufstieg des Bösen" ist was anderes als ein Minuszeichen 2Hitler - Aufstieg des Bösen" (ob das hier die Fores-SW richtig darstellt, weiß ich nicht. Nach meiner Erfahrung Unterscheiden die Scraper nicht, Kodi aber schon, wenn es um das Finden der Dateinamen geht.

Selbst habe ich auch ein ganz ähnliche Lenovo Tab M10 der Einstiegs-Klasse - nutze das auch für Kodi. Hat auch genügend Speicher, so dass man keine Pathsubstitution-Tricks machen muss. Mir war wichtig, dass ich auch noch Klinkenstecker habe (da wird die Auswahl schnell dünn) und GPS.

Kriegt man aber auch noch bisschen günstiger. Ich geh bei sowas immer bei Heise Preisvergleich rein, mit allen Filtern aufgemacht. Z.B. (sag ich mal für Kodi HD passend, Einstiegsklasse):

https://www.heise.de/preisvergleich…22880%7E2389_10

Die Lenovo Tab M10 mit 8 GB RAM, 128 GB Storage fangen da bei 172 € an. Hatte auch schon vorher ein Lenovo der gleichen Klasse ca. 5 Jahre lang. Lief dann aber nach ner Weile nur noch mit altem Kodi. Wie sagte Fritsch "beschwer dich bei Lenovo".

Ist aber kein Performance-Wunder ... Nutze das auch nicht zum Spielen, primär Surfen, Kodi, Streamen, MagentaTV, bisschen Mail, bisschen Musik. Meine Frau (sonst IOS und MacOS Oberklasse gewohnt) nimmt es auch ganz gerne für Kodi. Full HD Sachen über WLAN kein Problem. In die 4k Welt sind wir noch nicht eingestiegen ...

Mein aktuelles heißt Lenovo Tab M10 FHD Plus (2nd Gen) ZA6J (im März gekauft). Aber mir schien, da hat jeder Händler sein eigenes Modell bei den 4 Buchstaben "ZA6J".

Zitat von Lutz17

Was bewirkt diese Einstellung [statfiles] genau?

Da hast du schon recht - End-Benutzer-freundlich ist das nicht formuliert - eigentlich auf Anhieb nur mit Programmierkenntnissen zu verstehen ... stat() ist eine Systemfunktion, mit der ein Programmi allerlei Details zu eine Datei oder einem Verzeichnis abfragen kann (kommt sicherlich von Status oder Statistik). Benötigt aber auch Verarbeitungszeit und bei Fileshares auch etwas Netzbandbreite und Netzlatenzen kommen dann auch immer dazu. Auch ohne all die Details zu einer Datei zu kennen, funktioniert Kodi offenbar auch (kann vielleicht dann einen Besitzer oder das letzte Zugriffs-Datum nicht darstellen).

Zitat von Lutz17

Ist dann dieser Inhalt in der "[definition='2','1']advancedsettings[/definition].xml" korrekt?

Sieht für mich korrekt aus.

Zitat von Lutz17

\internal\Android\data\org.xbmc.kodi\files\.kodi\userdata

Ist dies korrekt?

Sollte jemand mit ner Shield beantworten. Für eine Android oder Unix-Gerät würde man normalerweise / statt \ schreiben (außer man greift vielleicht auf eine Freigabe von Windows aus drauf zu). Auf meinen FireTV-Geräten liegt die Datei hier: /sdcard/Android/data/org.xbmc.kodi/files/.kodi/userdata/[definition='2','1']advancedsettings[/definition].xml (Obwohl da in Wirklichkeit gar keine SD-Karte ist ...)

Mich würde interessieren: woran soll das denn liegen?

Ich habe hier übrigens ein paar Tausend Dateien (meist Aufnahmen vom Fernsehprogramm) als .ts. Wir nutzen hier Kodi auf Android/FireTV und Windows, verschiedene Versionen, tlws auch Linux (dort selbst-kompiliert zum Testen von Patches). Andere Player auf Windows, Android, iOS, MacOS, enigma2. Lokale Medien und SMB (und manchmal NFS). Das ist schon ein ganz schönes Spektrum. Kann von keinen ts-spezifischen Probs mit Kodi (oder den anderen Playern) berichten. In der Tat ist unter Enigma2 Springen in .ts etwas besser, wenn man zusätzlich die E2-spezifischen Index-Dateien .ts.sc und .ts.ap hat (die speichern beispielsweise Dateioffsets und Zeitpunkte von Iframes).

Ganz plausibel scheint mir eine grundsätzliche .ts Problematik von Kodi auch nicht. Insbesondere für Live-TV ist transport-stream essentiell. Auch bei HLS.

(Habe auch mp4, oft Downloads von Mediatheken. Oder mkv, von den DVDs und BRs im Regal. Die funktionieren natürlich genauso gut).

Ich fürchte, viel kann man da als Benutzer nicht machen. Bei mir läuft Kodi auch nicht so toll mit Fotos. Schon alleine der Platz, den thumbnails verbrauchen, ist mir ein Graus.

Vielleicht hilft ein bisschen, die <samba><statfiles> Einstellung in [definition='2','1']advancedsettings[/definition] auf false zu setzen. [definition='2','1']advancedsettings[/definition].xml - Official Kodi Wiki

Bei dieser Menge an Fotos ist vermutlich auch das ganze Thumbnails Design von Kodi überfordert und es werden hin und wieder falsche Thumbnails angezeigt.

Das ist schon richtig - viel bleibt da nicht mehr übrig. Aber grade wenn es knifflig und nicht mehr offensichtlich ist, muss man vielleicht noch an mehr denken ...

Mir ist jetzt nicht klar, ob du die Storage-Geschwindigkeit schon ausgeschlossen hast?

Zitat von buers

Statt -O /dev/null kann man es auch noch da abspeichern, wo Jdownloader Dinge hinschreibt - nicht dass da beim Schreiben ein Bottleneck ist

Und auch CPU (andere Resourcen) - sollte mein Vorschlag top berücksichtigen. (Klar, müsste man auch noch erklären, warum das in deiner alten Konfig kein Thema war, jetzt schon).

Hat Jdownloader im Docker die identische IP wie OMV? Man kann sich auch fragen, ist zwischen Router und Jdownloader noch was außer OMV? Sowas wie ne (Baster-)Firewall könnte unterschiedliche Performance zeigen abhängig von Quelle/Ziel. Am wahrscheinlichsten scheint schon, die Konfig des Containers und der Container selbst. Aber gute Idee habe ich nicht.

Manchmal ist es hilfreich, sich hinzukritzeln, was alles beteiligt ist. Da kann man leicht was vergessen. Aber selbst dann kann man nicht alles ergründen. Beispiel: Eine Quelle (da, wo du von downloadest) könnte Spezifika des Ziels auswerten (z.B. UserAgent, sonst Zeugs, was erfahren wird) und sich nach eigenem Gutdünken abhängig vom Ziel priorisieren.

Zitat von te36

Wenn man da also zu einen Streamer Strom und GigE (also 480 Mbps ueber USB2) UND speicherstick hinbekommen will, dann wird das im Moment irgendwie kompliziert (zu viele freifliegende Teile).

Für den FireTV Stick bin ich da immerhin mit 2 Teilen hingekommen - Y-Kabel plus TechRise USB Hub mit RJ45 LAN und 3× USB 3.0 Port, LAN Adapter Gigabit Ethernet Konverter aus Aluminium Kompatibel mit Ultrabooks, Notebooks, Tablets, Windows XP, Vista und weiteren USB-Geräten: Amazon.de: Elektronik & Foto [Anzeige]. Ist zwar so genau nicht mehr lieferbar, aber schon ähnliche mit 1 Gbit/s LAN und noch Ports für Speicherstick / Festplatten / ... Der Adapter hatte 23,28 € gekostet (ohne Y-Kabel).

Beim Stick verstehe ich es noch, dass der kein LAN hat (aus Platzgründen). Bei den größeren Geräten, wo dann ein vielleicht 2 stelliger Cent Betrag gespart wird, um sie mit 100 Mbit/s statt Gbit/s auszustatten - ist mir rätselhaft. Bei vielen anderen Streaming-Teilen (oder auch Enigma2-Boxen) dasselbe. USB2 vs. USB3 genauso.

Ich fürchte, wird dich nicht wirklich weiter bringen ... Ich würde noch versuchen zu prüfen, ob OMV selbst vernünftige Daten-Downloadrate aus dem Internet bringt. Z.B. sowas

wget -O /dev/null http://speedtest.belwue.net/1G

Das lädt eine Testdatei runter (und verwirft sie durch Speichern auf /dev/null). Google findet auch andere Testdateien, die gute Downloadraten bieten. Mit oben angegebener Datei komme ich mit 500 Mbit/s Internet-Anschluss auf 55 MByte/s (in etwa ein zu erwartendes Ergebnis). Statt -O /dev/null kann man es auch noch da abspeichern, wo Jdownloader Dinge hinschreibt - nicht dass da beim Schreiben ein Bottleneck ist (grundsätzliches Bottleneck für Schreiben sicherlich nicht - zeigt ja dein Test auf vorigem Beitrag). top während eines (zu langsamen) Downloads anzusehen kann vielleicht auch helfen, dort auch auf die IOWAITs achten ("wa").

Zusätzlich kannst du dir noch die Monitoring-Daten ansehen. Bin selbst noch bei OMV 5 - da ist es im OMV Web-Portal unter Diagnose -> Systeminformationen -> Leistungsdaten -> Netzwerkschnittstellen.

Wenn du dich auf OMV Konsole verbindest, kannst du mit ethtool eth0 die Linkspeed (ist wirklich 1 Gbit/s genutzt) prüfen.

Um Missverständnisse auszuschließen ist es meines Erachtens bei Geschwindigkeiten immer besser bit und Byte auszuschreiben statt b und B. (Außer, man befindet sich in einem Umfeld, wo man sich da auf die korrekte Nutzung der Abkürzungen verlassen kann).

Wobei man bei Wikipedia schon noch höhere Raten in der Spezifikation findet: Ultra HD Blu-ray – Wikipedia
50 GB (dual-layer,^[1] 82 Mbit/s)
66 GB (dual-layer,^[1] 108 Mbit/s)
100 GB (triple-layer,^[1] 128 Mbit/s; BDXL^[1])
128 GB (quad-layer; BDXL)^[1]

Gab hier auch schon Diskussionen zu FireTV 100 Mbit/s LAN-Adapter, wo manche UHD Medien dann Probleme machten, und mit WLAN ging es dann ...