Beiträge von buers

Mir fallen zwei Dinge auf im Log - fürchte allerdings, dass das nicht hilft (da die Dinge sich nicht änderten nach deiner Beschreibung, und es vorher so funktionierte).

1. Viele Einträge in deinem advancedsettings.xml scheinen Windows-spezifisch zu sein, obwohl das auf Unix-Like System läuft. Beispiele bei den pathsubstitutions: "<from>M:\</from>", "<from>\Dokumente und Einstellungen\ad\Eigene Dateien\Eigene Videos\</from>"

2. Dein NAS heißt offenbar Mediaserver. Zugriff auf die DB scheint zu gehen über IP, über Name geht es nicht. Was an der Namensauflösung in deinem Netzwerk geändert? (War vielleicht noch im Cache bei einzelnen FireTV, daher nach und nach Nichtfunktionalität)

Stimmt die Annahme, das DB auf dem NAS liegt?

Was ist es für ein NAS-System?

Kannst du mit File-Explorer (z.B. X-Plore) auf NAS zugreifen von FireTV? Über Name und über IP?

Router mal rebootet?

Zitat von Ingo-FP-Angel

Die Fehlermeldungen aus der cmd deuten für mich darauf hin, dass die cmd das Kommando anders parst und deshalb nicht mit genau dieser Syntax klar kommt.

ja

Zitat von buers

die Apostrophe [="Hochkomma" = "einache Quotes"] durch Gänsefüßchen ersetzen

War mir oben zwar nicht sicher, ob man das braucht. Laut Fehlermeldung wohl schon (und auch nach genauerem Nachdenken wurde mir das klar). Oft reicht das allein leider nicht beim Übersetzen von Unix-Kommandozeilen nach Windows, beispielsweise benötigen curl posts an Kodi oft json Argumente mit Gänsefüßchen (die curl sehen muss, nicht der Parser der Kommandozeile). Bei Unix-Shells kann man " innerhalb von ' einfach benutzen. Bei Windows cmd braucht man in solchen Situationen \".

In dem Kommando in deinem Post kann man auch einige Quotes weglassen und es sollte (ungetestet)

curl.exe --http0.9 --location --request POST http://192.168.178.9:8899/command --header "Content-Type: application/x-www-form-urlencoded" --data-urlencode ~M105

funktionieren, jedenfalls unter cmd.exe. Wobei ich jetzt nicht auf die Argumente geachtet habe, sondern nur auf korrektes Quoting.

Zitat von SkyBird1980

er sagte das man dann mit den Original CURL arbeiten kann

Ich wollte ja auch nicht widersprechen, nur ergänzen, dass man curl auch unter Windows ohne WSL bequem nutzen kann. Ich hatte übrigens immer das Verständnis, dass das irgendwie genauso ein Original curl ist, wie Unix, da aus den selben Quellen kompiliert. Jedenfalls lässt sich GitHub - curl/curl: A command line tool and library for transferring data with URL syntax, supporting DICT, FILE, FTP, FTPS, GOPHER, GOPHERS, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, MQTT, POP3, POP3S, RTMP, RTMPS, RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET, TFTP, WS and WSS. libcurl offers a myriad of powerful features für WIndows genauso wie für Linux übersetzen. libcurl daraus wird in vielen Projekten für Linux und Unix und Windows und MacOS genutzt (auch von mir).

Egal, praktisch funktionierte für mich Windows-mitgeliefertes curl seit Langem sehr zuverlässig.

Zum Verweigern der Browser. Ich meinte, das hing durchaus von Browser/Standard-Einstellungen/evt. Firmenpolicies ab und auch ob und wie man https-Wunsch des Browser umgehen kann, und ob oder ob nicht es sich um eine lokale Adresse handelt. Die Firefox-Fehlermeldung deutet doch schon darauf hin - oder nicht? Klar, selbst nutze ich auch viele IoT-Geräte ohne https.

Zitat von Ingo-FP-Angel

Alternativ kannst Du in der WSL unter Windows mit den echten Linux-Tools arbeiten.

curl ist normalerweise unter Windows auch verfügbar ohne WSL ganz einfach in der Kommandozeile. Jedenfalls ist das bei allen meinen Windows-Installationen so. Also einfach cmd.exe ausführen statt powershell, z.B.: Windows-Taste+R cmd ENTER. Dort deinen curl-Befehl eintippen/rein pasten. Eventuell noch die Apostrophe durch Gänsefüßchen ersetzen (sollte aber hier nicht wirklich notwendig sein. Ist aber schon eine typische Falle beim Abschreiben von Unix-Curl Beispielen, weil Quoting und Escapes unter Unix Shells im Detail etwas anders funktionieren als unter cmd).

Ansonsten, vielleicht mal mit anderem Browser als Firefox probieren oder Fehlermeldung in Google eintippen. Ich bin da jetzt kein Firefox Experte. Jedenfalls sind Browser heute oft so voreingestellt, dass sie standardmäßig http-Verbindungen verweigern, wenn nicht https genommen wird. Dein Drucker kann aber wohl kaum https mit vollständiger Zertifikatskette.

Zitat von tvh1

Für mich nun zum Verständnis: Warum muss ich das Ganze durch ffpmeg jagen?

Ob man ffmpeg braucht oder nicht, hängt vom streaming-Format ab. Oft ist das bei frei erhältichen Quellen HLS oder DASH. Tvheadend hat einfach keinen eigenen Code, der mit diesen beiden Formaten was anfangen kann. Tvheadend versteht diese beiden Formate schlichtweg gar nicht. ffmpeg übersetzt diese Formate für tvh in mpeg-ts. Damit kann tvh was anfangen.

Magenta-TV Multicast Streams (nicht frei verfügbar) senden rtp. Das kann tvh direkt selbst verarbeiten. Da wird keine Hilfe durch die ffmpeg pipe benötigt. Genauso wenig, wenn beispielsweise die Quelle ein Enigma2 Receiver ist, der direkt schon ts-Streams sendet - da braucht es dann kein ffmpeg.

Meines Erachtens ist es schon ein bisschen ein Anachronismus. Kodi selbst hat keine Probleme mit HLS (da es intern eh Code von ffmpeg nutzt). Aber kodi kann halt nicht aufnehmen. Aufnehmen kann tvh. Tvh kann aber kein HLS.

Wenn es zu kompliziert klingt: ist vielleicht einfach komplizierter als wünschenswert oder grundsäzlich möglich. Aber so funktionierts halt. Vermittelbar in einer Nerds-Community. Sonst wohl kaum.

darkside40, wenn die tvg-id nicht stimmte, könnte der Titel aus dem xml-Snippet kaum unten rechts im Screenshot auftauchen - oder habe ich da was missverstanden.

TONKPILS - ist das bei jedem Sender so? Ganz schlau werde ich aus deinem Beispiel nicht. Was ist denn die aktuelle Uhrzeit, bei deinem Screenshot? Wenn dein xml-Snippet das ganze xml ist, und die Uhrzeit vor 22:55 war (und laut Zeitstempel deines Beitrags, war das der Fall), ist der Screenshot erstmal nicht so überraschend.

Ansonsten bei EPG-Problemen vielleicht Mal probieren, falls nicht schon getan: Einstellungen -> PVR und TV -> Allgemein -> Daten löschen. Kam bei mir immer mal wieder vor, dass die DB einen Knax hatte mit EPG und/oder Sendern.

Edit: Ergänzung: Dir ist schon klar, dass die Zeitstempel in der xml sich immer auf UTC +/- optionaler Zeitzonenversatz handelt, also nicht um die lokale Zeit bei uns in Mitteleuropa. Dein Post war von 22:09. Die Sendung beginnt 21:55 UTC = 22:55 MEZ.

Dein Beispiel hat start = stop. Die Idee ist schon gut ein minimales Beispiel zu nehmen. Aber ich würde stop > start wählen.

Vielleicht ist es ein Bilderrätsel im klassischen Sinne - Auflösung ist nicht eine Erklärung, ein Fehler, eine Unstimmigkeit, ... sondern ein Wort oder ein Spruch.

Zitat von mad-max79

Ich kann die 12 Linien je Farbe erkennen. D.h. die Videos scheinen tatsächlich in 4k zu laufen.

Nicht nur für Pedanten und Deutschlehrer würde ich es leicht anders formulieren. DIe laufen offenbar in "4k" (besser vielleicht UHD). Ich hatte bei mir mit Zollstock/Lineal nachgemessen und mit Dreisatz nachgerechnet. Die Linien sind exakt 1 Pixel breit bei 3840*2160 Auflösung. Bei Full-HD Darstellung könnten die 12 Linien nicht dargestellt werden.

Zeigt auch, dass die ganze Kette in "4k" funktioniert. Würde Kodi auf deiner Nokia-Box in 1920x1080 darstellen, die Box aber auf 3840 hochskalieren, wäre die Linien auch nicht einzeln sichtbar.

Ohne das erneut zu überprüfen, meine ich man sah das auch (nicht ganz offensichtlich) im Kodi-Log. Bei mir mit Magenta-TV Stick zeigte das Log weder bei UHD noch bei Full HD Display die 3840er Auflösung als verfügbar (sieht man immer am ANfang des Logs). Beim Abspielen sah man mit Full-HD Display Hinweis auf Downscaling, bei UHD Display nicht.

Zitat von PvD

Da da_user aber keine Details oder Tipps rauslässt, was er eigentlich meint (Filmtitel?), ist mir das zu blöd und ich steige aus.

Naja. Klar, ist deine Entscheidung. Und wir wissen noch nicht den Hintergrund. Selbst sehe ich es entspannter. Kontextlos, unkommentiert und vollkommen ohne Text ein Foto als "Bilderrätsel" reinzustellen, könnte auch eine gute Kreativ-Übung für uns sein. Ist jetzt auch erst 12h alt - da ist schon noch Zeit, die ersten Tipps zu geben.

Ich hoffe auf eine Auflösung mit Pointe. Allerdings scheint meine Kreativkraft hier and Grenzen gestoßen zu sein.

Gratuliere - so schnell hatte ich das nicht erwartet. Nun ist es deine Bühne, Jan Tenner

Ja, es war die Szene in der Oper (mit dem Hinweis auf Pretty Woman und den Opernbesuch).

Der Film holte vor exakt 25 Jahren den Oscar für den besten fremdsprachigen Film, und auch der großartige Roberto Benigni gewann den Oscar als bester Hauptdarsteller.

Das Leben ist schön (1997) – Wikipedia

Hmm, ich würde sagen Schatten/Lichtrichtung im Spiegelbild aus der falschen Richtung. Auto-Innenraum und Fahrerin wie Schatten auf der Straße: Licht kommt von rechts. Im Spiegelbild der Fahrerin kommt das Licht von links.

Scheint mir allerdings zu wenig gewitzt für die Lösung eines Bilderrätsels.

Das erste Bild sollte ja auch schwer sein ... Konnte man praktisch nur erkennen, wenn man den Film kürzlich gesehen hat. Der spielte auch in einer anderen Zeit. Jetzt kommen wir in die echte Zeit. Noch ein Hinweis zum ersten Bild - noch berühmter gibt es eine ähnliche Szene in Pretty Woman.

Bei mir ist das bei Android-TV Geräten so ähnlich - Kodi zeigt lediglich 1920 x 1080, sowohl für GUI Auflösung als auch in der Whitelist. Scheint ein Problem von Kodi zu sein auf vielen aktuellen Android-TV Geräten. Dennoch wird 4k Video ohne Downscaling korrekt abgespiel. Es war nicht ganz einfach, ein gutes Testvideo zu finden, das das eindeutig zeigt, mit dem in der Anlage gelingt das leicht. In jeder Farbe muss man jeweils 12 Linien sehen. Bei Downscaling verwischen die Linien. Getrennt sichtbar sind sie nur bei echter 4k-Auflösung. Die Anlage muss entzippt werden, mp4 Upload war mir nicht erlaubt. Dann beispielsweise aus Kodi->Einstellungen->Dateimanager heraus abspielen.

Bei mir wird beispielsweise auf meinem Sony TV und auf meinem MagentaTV Stick die Datei unter Kodi korrekt wiedergegeben, obwohl auf beiden Geräten Kodi scheinbar nur 2k kann. Auf FireTV-4k Stick funktioniert die Datei auch korrekt (mit 4k Display), aber dort bietet Kodi auch 4k Auflösungen in der Whitelist an.

Es gibt zu dem Thema langwierige Diskussionen im Original Kodi.tv Forum mit allerlei kontroversen Informationen. Die Anlage zeigte es wirklich eindeutig (auch bei Wechsel in 2k Umgebung).

Sorry, dass ich die Original-Quelle im Moment nicht angeben kann. Im Video steht immerhin: "May be used freely for non-commercial purpose". Damit sollte die Anlage hier ok sein. Ersteller des Videos ist Stephen Dawson.

Neuer Film:

Ich fang mal an, wenig Zusatzinfo zu streuen ...

Zeit des Erwachens

Ich will da nicht dein schön geschriebenes HowTo mit dröger Messwert-Diskussion verschmutzen. Können da nach deinem Wunsch auch gerne mit aufhören oder das anderwso weiterführen.

Das war direkt auf den Flash des FireTV geschrieben / davon gelesen. Sorry, dachte die Werte seien vergleichbar mit deinen, ist aber doch ein anderes Szenario. Bei dir ist ja jedesmal die SSD dabei als Quelle oder als Ziel. Das Argument mit USB2 als limitierendem Element war vielleicht trotzdem erwähnenswert. Ich nehme an, mit magnetischer HDD sähen deine Werte auch nicht signifikant anders aus.

Bei Gelegenheit probier ich mal mit Platte - die 2.5 Zoll-Platte ohne externe Stromversorgung, die ich mal anstöpselte klackerte nur, zu wenig Power ... Da ich NAS habe, brauch ich extra lokale Platte nicht wirklich. Die ganzen Performance- und Daten-Übertragungs-Diskussionen triggern aber immer mein Interesse.

X-Plore zeigt bei mir übrigens auch immer etwas schwankende Werte, obwohl Netzwerk-Monitor auf Gegenseite (z.B. perfmon unter Windows) da wenig Schwankungen zeigt (wenn man nicht sehr kleines Messintervall nimmt). Stoppuhr ist da erstaunlich verlässlich und genau.

Wie schnell kopiert denn Flash <-> SSD bei dir? Ich vermute auch die typische USB2-Geschwindigkeit von gut 40 MByte/s, die man auch anderswo sieht mit USB2. Du hast schon MB und nicht MiB genommen bei deinen Zahlen (macht immerhin 5% Unterschied)? Binärpräfix – Wikipedia

Ich erhalte da höhere Datenraten bei FTP-Zugriff, als du. Backend ist NAS mit Magnet-Festplatten. Datenrate bei LAN Zugriff ist limitiert durch die USB2-Schnittstelle es FireTV 4k Max 2. Gen. (theoretische maximale Bruttorate 60 MByte/s - overhead - mehr als gut 40 MByte/s sah ich noch in keiner Konstellation mit USB2), bei WLAN halt durch WLAN und vermutlich noch interne Verarbeitung (sieht man auch am langsameren smb im Vgl. zu ftp)

Tests mit X-Plore auf Fire-TV, 1,5 GByte Datei, Stoppuhr. Daten sind auch im WLAN erstaunlich gut reproduzierbar. Hatte aufgepasst, dass es keine Cache-Effekte gibt (unterschiedliche Dateien mit identischem Inhalt genutzt). LAN Adapter war USB Type-C to Ethernet Adapter, USB 3.0 Hub with 1000 Mbps Gigabit RJ45 LAN Network Adapter, USB-C to Ethernet Adapter with 3 USB 3.0 Ports for MacBook XPS Surface Pro Linux Chromebook etc: Amazon.de: Computer & Zubehör [Anzeige]

Zitat von talentfrei

so dumm ist diese Idee gar nicht denn jede App hat nur Zugriff auf das eigene Data Verzeichnis. Eine normale App greift nur auf ihr eigenes Verzeichnis zu und das kennt sie daher ist ihr der Zugriff auf /data egal und sollte ihr auch verwehrt werden

Sehe ich auch so, obwohl es mich auch gleichzeitg nervt im Zusammenhang mit Kodi, aber nur dort. Bei anderen Anwendungen ist es mir noch nicht sehr aufgefallen.

Viele Kodi Installationen haben in ihrem "Kodi-Home-Verzeichnis" beispielsweise User-Namen und Passwörter im Klartext abgespeichert (und vielleicht noch viel mehr privates Zeugs wie Token). Dass da nicht jedes x-beliebige Programm drauf zugreifen darf, ist erst Mal richtig. Und selbst wenn man dafür eine extra Berechtigung vergibt - die ist ganz schnell Mal vergeben, ohne Bewusstsein für die KOnsequenzen.

Und ganz ehrlich - von den Männern hier - wieviele eurer Frauen würden Kodi installieren? Mit oder ohne zusätzliche Android-Hürden. Alleine schon die Grundfunktionalität von Kodi, Abspielen der eigenen Medien, erfordert oft IT im Hintergrund wie ein NAS. Das Design von Kodi ist zudem nicht wirklich Enduser-tauglich, grade bei kleineren Geräten, wie vielen Android-Boxen. Thumbsnails-Cache ist nicht wirklich ein "Cache" (den man auf moderates Volumen begrenzen könnte mit den "Least recently used" Einträgen) sondern ein immer wachsendes Data-Sink. Umleiten auf ein externes Gerät mittels advanced-settings ist halt auch keine typische Enduser-taugliche Konfigurations-Übung.

Ich verstehe, dass es so ist, wie es ist - aus Kodi Sicht. Bin ja selbst langjähriger User mit sorgfältig gepflegter großer Video-Bibliothek. Kodi-spezifische Unannehmlichkeiten auf Android zu schieben, ist aber halt nicht ganz fair. Nicht dass ich viel Mitleid mit Google hätte ...

Zum Thema - einen Umweg habe ich hier beschrieben für FireTV. Tipps zur Installation von Kodi auf aktuellen FireTV Geräten, z.B. FireTV 4k max 2nd Generation - Fire TV - Kodinerds

Sollte auch auf anderen Geräten analog funktionieren. Zu meiner Überraschung habe ich später festgestellt, dass ich mit der neuesten Version von MiXplorer wieder auf den Kodi-Ordner zugreifen konnten - ohne Rooting.

Zitat von darkside40

Die Kodi Versionen in Debian in idR stark veraltet und die Änderungen die die Debian Maintainer an den Kodi Packages vornehmen machen das supporten schwierig:

Im zitierten Thread denke ich, sprach @DaVu als Team-Kodi Mitglied, nicht zwingend für die gesamte Kodinerds Community. Ein zentrales Argument:

Zitat von DaVu

Wir (TeamKodi und auch das Forum) wissen nicht, wann Debian welche Änderungen am Kodi Code vorgenommen hat

Ich hatte das Mal überprüft. Möchte da auch nicht direkt widersprechen, da ich nicht beurteilen kann, was wer weiß. Allerdings ist die Information vorhanden. Ich Mal in einer anderen Diskussion alle Änderungen von Debian an den Kodi Quellen geprüft. Die sind Debian-typische alle nachvollziehbar dokumentiert. Ich fand nicht eine Änderung, die eine "echte" Änderung im Sinne von Funktionalität/Design war. Nach meiner Erinnerung gingen fast alle Änderungen um Security, kamen mir hoch professionell und gut vor, und verbesserten die Security im Sinne von Debian durch Verwendung anderer (moderner?) APIs/Bibliotheken. Der Umfang der Änderungen durch Debian war eher moderat. Ich spekuliere, dass ohne die Änderungen Kodi nicht Debian-Richtlinien entspricht.

Als ich die Quelltexte prüfte, basierte die aktuelle Kodi-Version von Debian auf den aktuelle Kodi-Quellen, da war nix veraltet.

Ich fragte mich schon, wieso Debian ihre Changes nicht einfach beim Team Kodi offiziell einreichen. Konnte mir nur vorstellen, dass die Changes so gecodet waren, dass sie andere Plattformen / die allgemeine Compilierbarkeit von Kodi beeinträchtigen. (Wenn ich Zeit habe, will ich das Mal prüfen. Bei positiver Prüfung kann man ja vielleicht PRs machen mit geringen Modifikationen, um Kodi Code Style etc. einzuhalten). Oder dass es da Befindlichkeiten zwischen den Teams gibt (was man bei manchen Kommentaren heraushören könnte).

Bei Threads, die ich hier im kodinerds-Forum, ist mir noch keiner aufgefallen, wo Support durch die Debian-Änderungen anders wäre. Finde die immer wiederkommende Diskussion etwas schade im Sinne des Open-Source Gedanken von Kodi und von Debian. Aus Wikipedia Open Source: "Die Software darf verändert und in der veränderten Form weitergegeben werden". Klar, das erstmal nix damit zu, wer es supportet. Ich fände es dennoch schön, wenn sich da Kodinerds offener zeigt.

Zitat von psychofaktory

bzw. müsstest du aufgrund des begrenzten Speicherplatzes dann Kodi entweder auf ein externes Speichermedium auslagern oder mit Path-Substitution arbeiten.

Oft schon, grade bei großen Medienbibliothek. Allerdings geht es hier ausschließlich um TV - die TV-DB inkl EPG ist vom Ressourcen-Verbrauch eher moderat.

Selbst törnen mich die ganzen Profi-IT-Lösungen zum Fernsehen mittlerweile ab. Oft geht es kaum anders, als ein durchlaufendes zusätzliches Gerät mit signifkantem Energiverbrauch. In vielen hier im Forum diskutierten Lösungen sind es mehrere durchlaufende zusätzliche Geräte in einer Kette, nur um fernzusehen. Vielleicht kannst du dich ja ökologisch sinnvoll doch mit der einfachen Lösung mittels des im Fernseher integrierten Receivers anfreunden. Zusätzlicher Vorteil - die Nachbarn brüllen nicht schon, während bei dir das Tor noch nicht gefallen ist,