Beiträge von buers

Zitat von Leolimone

Was mich ein bischen stört sind die Punkte im Link, als ob da was fehlt.

Oder bei den typischen Browsern auf PC - Rechtklick auf den Link und "Link kopieren" wählen. Dann kannst du den anderswo einfügen, z.B. in der Kodi PVR Simple IPTV Konfiguration. Je nach Konfig geht möglicherweise bei der grade von Publish3r genannten Methode nicht ein neues Browserfenster auf, sondern gleich ein Programm, wie VLC. Oder Copy+Paste von hier ...

https://raw.githubusercontent.com/jnk22/kodinerds-iptv/master/iptv/clean/clean_tv.m3u
https://raw.githubusercontent.com/sunsettrack4/zattoo_tvh/additional/wilmaa-free.m3u

[FileSystem] Add GUI settings for NFS and SMB chunk size by thexai · Pull Request #24019 · xbmc/xbmc · GitHub

Ein höherer Wert soll Durchsatz von Kodi mit SMB verbessern. Gemeint ist hier *nicht* wenn Kodi auf einen mount oder eine Freigabe des Betriebssystems nutzt (die meines Erachtens zu präferierende Methode) sondern wenn der in Kodi eingebaute SMB Code genutzt wird. In diesem länglichen Thread: Videos ruckeln bei Bitrate > 60Mbps - Android-TV - Kodinerds hatte ich auch Mal einige (tlws. extrem enttäuschende) Messwerte von Kodi mit SMB gezeigt. Habe mir das auch vorgemerkt, jetzt mal nachzumessen unter verschiedenen Bedingungen mit verschiedenen Block-Größen.

Will dem Ergebnis nicht vorgreifen - und vielleicht will auch sonst jemand gerne nachmessen. Als ich damals Quelltext und die Github-Diskussion prüfte, hatte ich die Vermutung, dass es nicht alleine an der Blockgröße liegen kann, dass da Kodi so viel langsamer war, als beispielsweise ein File-Explorer. Gerade nochmals überflogen. Bei github wurden 30 MByte/s smb Durchsatz unter mit FIreTV Device gemessen mit 1 MiByte Blockgröße. Das ist schon sehr gut im Vergleich zu Zahlen die ich gemessen hatte.

Zitat von Gorcon

Ein Addon Versioncheck habe ich nicht installiert.

Ich verstehe den Satz so, dass du das Addon nicht explizit selbst installiert hast, und nicht als "... ist bei mir nicht installiert". Falls das stimmt, lieber prüfen, wie in meinem Beitrag geschrieben. Bei meinen Installationen war das Addon immer per Default installiert und der Versions-Check war auch immer per Default aktiviert.

Addons -> Benutzer Addons -> Dienste -> Version Check -> Konfigurieren -> Kodi Versions-Prüfung aktivieren -> aus

Zitat von noob_at_pc

Weder "Grober Unsinn" noch "unbelehrbar" oder "verbittert" sind Beleidigungen.

Ob das stimmt oder nicht: ist das wirklich entscheidend? Ich persönlich versuche respektvollen Umgang. Die Wortwahl, die ich hier im Thread sah, zeugt nicht davon.

Alles nix Außergewöhnliches in einem Forum. Wenn ich selbst meine, blöde angegangen worden zu sein, versuche ich es leicht zu nehmen und versuche ich nicht darauf zu reagieren, sondern eher zu ignorieren. Gute Argumente werden oft von den Lesenden erkannt, auch ohne drastische Wortwahl. So jedenfalls meine Hoffnung.

Zitat von te36

Muesste nochmal bei meinen modernen Systemen gucken, ob ein "trim" befehl auch dazu fuehrt das die nicht benutzten Bereiche des Filesystems korrekt als Nullen gelesen werden

Hast du gut formuliert - mit Nullen überschrieben wird da wohl kaum was. Dennoch will ich nicht ausschließen, dass das so gelesen wird. Allerdings zweifle ich daran. Falls du dir das wirklich anschaust, lass uns das Ergebnis und das Vorgehen bitte wissen.

Selbst habe ich in dem Bereich direkter Zugriff auf "Platte" schon einiges programmiert und auch vieles wieder vergessen. Bei der Diskussion hier fragte ich mich gerade - und das ist nun wirklich am Rande von OT - gab es da nicht immer noch Aussondern von defekten Sektoren bei der Formatierung? Hier meine ich nicht Dinge, die die Firmware der "Platte" (SSD, HDD, Floppy, Tape, was auch immer) transparent im Hintergrund macht, sondern was, das erst bei "Formatierung" gemacht wird? Also was, das dd auf /dev/sda6 sehen würde. Wenn ja, würde man das natürlich nicht anderswo hin übertragen wollen. Ich vermute und hoffe, dass das alles vorüber ist ...

Zitat von noob_at_pc

Warum den freien Teil zuschreiben?

Macht das dd-erzeugte Image kleiner/besser komprimierbar und dadurch auch den Vorgang u.U. schneller. dd greift hier ja auf die Partition zu und kümmert sich nicht um das Filesystem. Nicht verbrauchter Platz im Filesystem hat nach längerer Benutzung typischerweise Inhalt alter gelöschter Dateien in den "Sektoren" stehen, nicht Nulbytes. Dadurch schlechter komprimierbar, als die 0 Bytes die durch /dev/zero oben generiert werden.

Viele Imaging Tools, grade unter Windows, "verstehen" die Filesysteme auf den Partitionen, und kopieren (oft konfigurierbar) unbenutzte Sektoren - ob die jezt 0-Bytes oder Müll aus gelöschten Dateien enthalten - nicht in das Image, benötigen also den Trick nicht. Aber halt abhängig vom Filesystem - die Windows-Tools verstehen natürlich NTFS und FAT-Typen, nicht zwingend die Linux-Typen.

Wir haben uns gerade "Das Lehrerzimmer" angesehen. Ein absolut sehenswerter Film, der teilweise unter die Haut geht. Die Hauptrolle wird beindruckend gespielt von Leonie Benesch - auch die Schülerinnen und Schüler, die sicherlich alles Laien sind, haben sehr gut gespielt. Macht sehr nachvollziehbar, wie schwierig und kompliziert der Job an der Schule werden kann, etwas was ich auch aus dem Bekannten-Kreis erfahren habe.

Allerdings, bei all dem positiven Eindruck, ist es schon eine Überraschung, dass der Film für den diesjährigen Oscar als bester internationaler Film nominiert war. Dafür hat er für meinen Geschmack doch zu sehr Fernsehspiel-Charakter bzgl. Kamera, Licht, Musik, ... Dennoch, klare Empfehlung.

Das Lehrerzimmer – Wikipedia

Das Lehrerzimmer (2023) ⭐ 7.5 | Drama

1h 38m | 12

www.imdb.com

Zitat von SirBoss

Wenn man sich dann die make-File anschaut steht das mit dem -vif auch so drin:

Kannst du mal einen Link ins github senden, dafür? Bei mir steht das nicht drin im Makefile für wayland-protocols: xbmc/tools/depends/target/wayland-protocols/Makefile at 67852064e092b102785e250b986406976ae0a5c4 · xbmc/xbmc · GitHub

Zitat von DaVu

Wo hast du den Befehl mit dem "-vif" her?

Das ist offenbar kein Befehl den SirBoss eingegeben hat, sondern ein Befehl, den das make-Tool selbst startet, entsprechend vorhandener makefiles/configs - jedenfalls wenn da nicht parallel was anderes auf die Konsole schreibt. Vielleicht verstehe ich da was nicht richtig - aber da es hier um den Master-Branch von Kodi geht, könnten sich da schon ein Fehler in das Build-System eingeschlichen haben? Und Test mit Nexus könnte Abhilfe schaffen.

Habe selbst Kodi schon oft unter Ubuntu kompiliert - aber leider nicht mehr aktuell, und da auch das ganze Build-System nicht vollständig verstanden, bzw. finde ich die Doku da auch nicht eindeutig. Der make-Befehl, der auf Fehler läuft steht im Abschnitt: "Build missing dependencies - Some packages may be missing or outdated in older distributions." Ich erkenne allerdings nicht auf Anhieb, wie man feststellen kann, ob das "may" jetzt zutrifft und ob man die "missing dependency" nun wirklich braucht oder nicht, bzw. wie man feststellt, ob man es braucht. Ich würde mal mutig probieren weiterzumachen in der Build-Anleitung.

Habe mir das Makefile von wayland-protocols mal angesehen. Da finde ich kein -vif. Das steht (an der Stelle, wo du auf den Fehler läufst(

[...]
cd $(PLATFORM); $(ARCHIVE_TOOL) $(ARCHIVE_TOOL_FLAGS) $(TARBALLS_LOCATION)/$(ARCHIVE)
cd $(PLATFORM); rm -rf build; mkdir -p build

Die erste Zeile übersetzt sich in cd native; tar --strip-components=1 -xf /home/frank/kodi/tools/depends/wayland-protocols-1.20.tar.gz bei dir, sieht erst mal gut aus. Rätselhaft wo da das -vif herkommt. Vielleicht kannst du dir mal die Ausgabe von sudo make -n -C tools/depends/target/wayland-protocols PREFIX=/usr/local ansehen. Ungetestet. Sollte nichts machen, aber die Befehle ausgeben, die make absetzt. Kommt da das -vif vor?

Hier ist ein sehr umfangreiches Github: GitHub - picons/picons: High quality tv & radio logos for your channels, also known as picons.

Dort werden präferiert Logos aus Quellen in Vektor-Format flexibel generiert (z.B. Auflösung, Hintergrund, Transparenz, ...) Bei den meisten wichtigen Sendern sind auch light und white Versionen dabei. Erfordert aber schon etwas EInarbeitung und Installation einiger Tools, um die Wandlung von Vektor-Format in das gewünschte Pixel-Format und Aussehen zu bewerkstelligen. War nach meiner Beobachtung immer sehr gut gepflegt - DF1 beispielsweise ist dabei in light und white, wie das Erste - um zwei hier im Thread erwähnte Beispiele zu nennen.

Zitat von te36

Macht das TV-Headend ueberhaupt Multicast ? Das ist doch Unicast.

TV-Headend kann grundsätzlich Multicast empfangen (keine Überraschung). Dafür braucht es je auf CLient-Seite normalerweise keine besondere Programmierung. Eine Ausnahme vielleicht ist SSM - source specific multicast. Auch das kann tvh grundsätzlich. Senden tut tvh nach meinem Verständnis immer puren mpeg-ts als unicast tcp.

SAT-IP Protokoll kann nach meinem Verständnis sowohl Multicast als auch Unicast versenden. Was jetzt aktuell Sat-IP Server nutzen bzw. ob das konfigurierbar ist, kann ich nicht beurteilen.

Aus der Sat-IP Spezifikation: "SAT>IP clients (being at a minimum only UPnP Control Points) do not announce their presence. For this reason, a client leaving the network is not detectable at this level. The SAT>IP protocol however implements RTSP and IGMP which permit to detect the presence or absence of a client (RTSP session timeout, IGMP membership queries)"

Word template (satip.info)

Zitat von Lehmden1

Ich habe den ganzen Tag versucht, die Abstürze mit aktiviertem Debug Loglevel zu provozieren um ein Debug Log mit Crash hochladen zu können. Es ist mir nicht gelungen. Warum? Keine Ahnung.

Ist ja nicht ganz ungewöhnlich. Es gibt sogar einen Fach-Terminus dafür: Heisenbug https://de.wikipedia.org/wiki/Heisenbug…u%20untersuchen. Im Artikel stehen ein paar Erklärungsmöglichkeiten. Letztlich stecken da auch normalerweise (sehr schwer zu analysierende) Bugs dahinter.

Zitat von SkyBird1980

Bei 40k+ Filmen und mehreren Serien könnte das System an sich schon langsamer sein.

Sollte aber nicht wirklich der Fall sein. Kodi nutzt intern oder extern eine DB. DB-Designs sollten normalerweise dafür sorgen, dass Performance nur sehr wenig von der Größe der DB abhängen. Und 40k ist ja auch nicht eine für typische DBs große Zahl an Einträgen, sondern eher Mini. (Klar, für Kodi groß). Und Lehmden1 sieht ja Abstürze und ewige Hänger, nicht Verlangsamung. Da muss man eher Programmfehler vermuten, irgendwo, die halt bei kleinerer Anzahl an Videos kaschiert sind.

Lehmden1 , hast du mal Eventlog in Windows geprüft, was da steht bei den Crashes? (Du hast ja sowohl Crashes, als auch nicht Beenden erwähnt).

Zitat von SkyBird1980

Die läuft nur auf 100Mbit.

Wobei ethtool was anderes sagt:

Zitat von Coolzero82

ethtool eth0 | grep Speed
Speed: 1000Mb/s

Also möglicherweise was zwischen Tanix und Server, das hier bremst bzw. die Aussage

Zitat von Coolzero82

von meinem Server der GBLan hat

nochmals aktuell verifizieren.

Zitat von easy4me

Ich gehe eher davon aus, dass die Hardware schlichtweg nicht dafür geeignet ist.

Wieso sollte denn AMD64 nicht geeignet sein? Habe auch OMV NAS (auf nun doch schon sehr alter und schwacher HW), da nutzte ich schon viele Jahre lang ffmpeg pipes unter TVH im Container grundsätzlich problemlos (auch wenn tvh in anderer Hinsicht hin und wieder zickte, z.B. abhängig von Version bei lokalen picons). Die ffmpeg-pipe benötigt nur äußerst geringe Ressourcen. Mit telerising habe ich allerdings keine Erfahrung.

Was du sagst easy4me, dass da was nicht passt nach dem ersten Chunk des Streams, halte ich allerdings schon für plausibel.

Zeppelin - ich würde zum Gegentest Mal andere Streams prüfen, z.B. die HLS Streams der deutschen (falls du in Deutschland wohnst) öffentlich-rechtlichen Programme aus GitHub - jnk22/kodinerds-iptv: Kodinerds IPTV - Freie und legale Streams für Kodi und/oder auch die Dash Streams von da. Anleitungen gibt es dazu im github und hier im Forum Kodinerds IPTV - Fertige Liste mit freien IPTV-Kanälen - IPTV - Kodinerds.

Was zeigt denn das log von TVH beim Abspielen (Doppelpfeil in der unteren rechten Ecke des TVH-Browser-Fensters klicken, um Logbereich aufzuklappen)?

Mit Sat-IP unter TVH kenne ich mich nicht aus. Vielleicht eine Einstellung, die du speziell dafür vorgenommen hast, die nicht zu der ffmpeg-Pipe-Verarbeitung passt?

Speedy241, kannst einfach Mal das Testvideo aus Nochmals das Thema Bildschirmauflösung Kodi und Videoinhalte probieren. Das sollte dir eindeutig beweisen, dass UHD wirklich nicht herunterskaliert wird. Hatte in dem Beitrag auch sonst noch was dazu geschrieben.

Ist (nicht nur) meines Erachtens in Kodi auf zahlreichen Android-TV Boxen noch nicht so optimal umgesetzt. Aber solange wirklich UHD ohne Downscaling abgespielt wird, ist das Wichtigste da ...

Zitat von darkside40

Es ist jedoch ein mega rumgebastel und wenn ich dann noch die Kosten für nen rPi etc. drauf rechne wahrscheinlich teurer als ein Enigma Receiver.

Ja, das schon. Allerdings scheint mir auch das Ende der Enigma2 Receiver eingeläutet. Bin selbst langjähriger Nutzer und beobachte auch ein bisschen die Szene. Neue HW gab es schon lange nicht mehr. Echte Innovationen vermisse ich. Die waren früher mal super für IPTV-Sender - wird nach meiner Beobachtung immer mehr Gebastel, manche Sender laufen per Default mit gstreamer, andere brauchen exteplayer, wieder andere streamlink, man muss höllisch mit Einstellungen aufpassen, sonst ist hier Geruckel oder da Nichtsynchronität von Ton und Bild.

Klar, die Grundfunktionalität um Sat-Empfang herum wird nicht verloren gehen, und auch Bereitstellung als Stream im LAN. Bei Pay-TV wird es schon komplexer. Scheint mir leider nicht mehr sehr zukunftsträchtig.

Liegt sicherlich auch daran, dass Bedarf an sowas stark zurück geht. Zum einen fällt lineares TV immer mehr zurück gegen Streaming. Zum anderen, und das scheint mir noch entscheidender, hat jetzt praktisch jeder Fernseher einen Sat-Tuner eingebaut (und oft auch PVR-Funktionalität) - früher brauchte praktisch jeder eine STB. Zum dritten werden auch die Leute (wie ich), die sorgfältig ihre eigene Medien-Bibliothek erstellen aus TV-AUfnahmen und die pflegen, verschwinden. Ich denke das hat identisch zu den E2-Receivern auch Auswirkungen auf die Sat-IP Geräte. Kann mir nicht vorstellen, dass da noch viel Neues kommt.

Sorry, falls das Wiederholung ist - bisher habe ich die Links noch nicht gesehen. Sieh dir in Ruhe https://github.com/xbmc/xbmc/blob…EADME.Ubuntu.md und https://github.com/xbmc/xbmc/blob…README.Linux.md an.

Ich fürchte

Zitat von SirBoss

Ich würde das auf meinen PC in einer virtuellen Maschine kompilieren und dann auf meinen Multimedia PC kopieren wollen.

dass das nicht einfach funktioniert. Ich habe es jedenfalls noch nie probiert. Und ich sehe auch keine einfachen Instruktionen dafür. Also lieber doch alle Abhängigkeiten, die man zum Build benötigt, auf dem Multimedia PC installieren. Oder denkst du, der sei nicht geeignet?

Die Instruktionen zum Build sind für jemanden, der sowas noch nie gemacht hat, ungewohnt. Lieber zwei Mal lesen, ggf. auch Mal nachfragen, falls was nicht wie erwartet funktioniert oder falls nicht klar ist, wie die Instruktionen gemeint sind.

Programmierkenntnisse benötigt man nicht. Für Anfänger ist der Umgang mit den tools vielleicht gewöhnungsbedürftig. Bereitschaft zur "Auseinandersetzung" mit der Kommandozeile ist notwendig. Lieber copy + paste machen (wo man nix anpassen muss an einer Zeile) als auch was Einfaches eintippen, wenn man Anfänger auf der Kommandozeile ist.

Unter den Bedingungen, könntest du die These, ob es an der Namensauflösung liegt, leicht prüfen. Z.B. bei thumbnails pathsubstitution IP statt Name eintragen. (Nicht dass ich das generell empfehlen würde, aber hier halt zum Testen). Dann siehst du, ob die Fehlermeldungen im Log weg sind (und ob die Thumbnails korrekt angezeigt werden).

Ich habe allerdings nicht geprüft, ob das zur Fehlermeldung "no route ..." passt - hört sich eigentlich nicht ganz danach an. Vielleicht weiß es jemand anderes besser.

Ich denke, dir ist schon klar, dass IP vs. Name für die Kodi-DB ne Rolle spielt und nicht auswechselbar ist. Bei den Thumbnails sollte das nicht der Fall sein - also für den Test geeignet.

.smb ist mir noch nicht aufgefallen auf dem Fire-TV. Wo exakt liegt die? In /storage/emulated/0/Android/data/org.xbmc.kodi oder Unterordner davon?

Dabei fällt mir grade auf, ich nutze immer /sdcard/Android/data/org.xbmc.kodi auf FireTV (obwohl es keine sdcard ist, sondern der normale interne Flash). Pfad im letzten Abschnitt ist aus deinem Log. Vermutlich sind die aufeinander gelinkt, habe das aber jetzt nicht geprüft.

Dein advanced-settings ist schon umfangreich. DU scheinst versiert, Kodi auf FireTV zu installieren. Mal mit einfacher Konfig probieren (ohne advanced-setting und nur kleine Medienquelle auf NAS)? Mir ist schon klar, dass das das Kaputt-gehen nach und nach nicht erklärt.

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?