Jupp, kann ich bestätigen. Tritt nur beim DVR-Profil Matroska auf, Pass bzw. HTSP haben dieses Problem nicht. Mich würde auch interessieren, weshalb diese Fehlermeldung erscheint, obwohl alles problemlos abspielbar ist. Diese Fehlermeldung war damals (trat schon bei Tvh Version 4.0 auf!) Grund für mich, trotz des größeren Overheads weiterhin "Pass" für Tvh-Aufnahmen zu wählen (Hintergedanke: das File ist am Ende nicht 100% so "gut" wie es sein soll).
Beiträge von Jan M.
-
-
... wenn das Netzteil ohne eigenes Kabel daher kommt, mal ein anderes Kabel verwenden. Manche Kabel sind von minderwertiger Qualität und da kommt dann auf der anderen Seite viel weniger an, als man zuvor reingeschickt hat.
-
Von VNC ohne VPN würde ich dringendst abraten. Es dauert nicht lange, dann haben die "gemeinen" mittels PortScans den offenen VNC-Port herausgefunden (auch wenn man ihn vorher abändert) und versuchen dann via simplen Attacken das Passwort herauszufinden. Solche Attacken laufen automatisiert ab und dienen nicht dazu, ein komplexes Passwort zu knacken, sondern einfache Standard -Kombination wie "admin/admin" herauszufinden. Das wird dann zum Problem, wenn auf den RPi so viele Anfragen einprasseln, dass die CPU dauerhaft damit beschäftigt ist, diese Anfragen zu beantworten / abzuweisen...
Am einfachsten wäre wohl ein VNC-Server auf dem RPi und einen VPN-Tunnel am Router (Fritzboxen z.B. können das von Haus aus). Dann kannst Du dich per VPN in das Heimnetzwerk deines Vaters "einklinken" und dann von dort aus so arbeiten, als wärst du direkt vor Ort in seinem Netzwerk angemeldet (also VNC Viewer starten, lokale IP vom Raspberry und ID/Passwort eingeben und los geht's...)
-
Ich hatte vor knapp zwei Monaten mal den Philips-Support dazu angeschrieben, die Antwort ist ernüchternd: die Weitergabe der der Tastaturbefehle von der rückseitigen QWERTY-Tastatur wird nicht unterstützt und ist auch nicht vorgesehen...
-
Ich kann mich den anderen nur anschließen... Ich bin mit dem Digibit R1 auch super zufrieden, bei mir läuft er in Kombi mit TvH auf einem BananaPi problemlos. Einziger "Nachteil": das Teil wird doch recht warm, auch wenn er nichts tut, also keine Tuner aktiv sind. Am Anfang war die Hersteller-Firmware katastrophal, mittlerweile läuft die aktuellste Version auch rund. Also - falls man OSCAM nicht nutzen will, gibt es eigentlich keinen Grund mehr, die alternative FW zu verwenden. Übrigens - falls man es doch will, auch das schafft der Digibit R1 locker und auch das funktioniert dann einwandfrei, sofern richtig eingerichtet
-
Ich kann nur die Erfahrung mit einem Philips 55PFK5500 Android-TV weitergeben: trotz beworbenem "Quad-Core"-Prozessor war und ist Kodi darauf eine Qual... Weder Live-TV via TvH, noch normale MP4- o.ä. Dateien konnten flüssig und korrekt wiedergegeben werden. Also - ein Raspberry Pi 1B (700MHz Single-Core!!) per HDMI dran, läuft
Das soll nicht heißen, dass Android-TVs grundsätzlich nicht für Kodi geeignet sind, dazu kann ich keine Aussage machen. Mich hat es halt nur gewundert, dass Kodi auf besagtem Philips nicht "vernünftig" drauf läuft. -
Jop, sieht so aus... Bei mir selbes Verhalten - bei Deinterlacing inaktiv ruckelt kein SD-Sender. Danke für's Video, hätte es sonst nicht gefunden
-
Ich finde aber die Deinterlacing Einstellung nicht. Könnt ihr mir auf die Sprünge helfen?
... geht mir genauso...
-
@Illuminator:
Ah, das habe ich noch gar nicht ausprobiert... Ich werde berichten -
Scheint wohl so ähnlich zu sein, wie es bei mir war. Irgendwie funktioniert die Implementierung des Codecs ohne MPEG Lizenz in Krypton nicht richtig... Frage ist nur, wieso
-
Alles klar, sobald ich aus dem Urlaub zurück bin, lade ich ein Logfile von Krypton ohne MPEG-Lizenz (ist doch richtig?) hoch
Danke!
-
Von welcher "Situation" genau brauchst Du ein Logfile?
Bin jetzt erstmal im Urlaub, kann also frühstens nächste Woche ein Logfile zur Verfügung stellen. Ist aber nicht schlimm - läuft ja jetzt
-
Also, ich versuche es nochmal zusammen zu fassen:
Ausganssituation war: Kodi Jarvis, auf einem Raspberry Pi 3, auf dem per Default OMX aktiviert war. Dabei hatte ich Probleme, von HD zu SD umzuschalten --> CvH erkannte Codec-Probleme. Mit MMAL funktionierten die SD-Sender nicht, da ja keine MPEG-2-Lizenz vorhanden ist.
Mit Kodi Krypton (alpha) ist standardmäßig MMAL eingestellt. Hier funktioniert alles einwandfrei, nur ruckeln die "pseudo"-HD-Sender (ARD/ZDF u. Co.) extrem. "Echte" HD-Sender wie Sky, ServusTV usw. laufen ohne Probleme. Schaltet man nun auf OMX um, ruckeln die "Pseudo"-HD-Sender nicht mehr, dafür funktionieren SD-Sender nicht (fehlende MPEG-Lizenz). Nach dem Einspielen der MPEG-Lizenz funktioniert auf OMX alles einwandfrei.
Wieder zurück bei Jarvis: Standardeinstellungen (OMX) gelassen, MPEG-Lizenz eingespielt: Keine Probleme beim Umschalten mehr! Ich weiß jedoch nicht, ob Kodi per Default dann auf MMAL umschaltet, wenn es merkt, dass eine MPEG-Lizenz vorhanden ist.
-
Hmm... da kenne ich mich leider zu wenig mit aus - aber ich meine, dass mein SatIP-Server sein Signal per HTSP ans TvH-Backend bringt...
Kein Problem - mich würde noch interessieren, ob's mit der MPEG-Lizenz bei dir klappt - wenn's soweit ist
-
Genau, DVB-S , als Sat>IP verwende ich den Telestar DIGIBIT R1. Wird wahrscheinlich daran liegen. Hauptsache, es läuft jetzt, und hoffentlich läuft's mit MPEG-2-Lizenz auch bei dir, @motorradfahrer
Danke nochmal!
-
Das ist wirklich interessant - klar, in Krypton hat es bei mir auch ohne Lizenz funktioniert, aber da haben sich die HD-Sender in eine Art Diashow verwandelt. Auf Krypton wollte ich nicht unbedingt bleiben - ist ja noch Beta. Daher war jetzt die Lösung, eine MPEG-Lizenz zu kaufen. Kostet ja nicht die Welt
-
Ja, wenn ich OMX in Krypton eingeschaltet habe, hat HD geruckelt. Wird wahrscheinlich daran liegen, dass es halt noch Alpha/Beta ist, oder...?
Jetzt läuft zumindest alles auf Jarvis ohne Probleme mit MPEG-2-Lizenz! Einfach Lizenz in der Config.TXT eingetragen, Reboot - und läuft...
Vielen Dank Euch
@motorradfahrer: Wenn Du 3,-€ übrig hast, würde ich es auch mal probieren, eine MPEG-2-Lizenz zu installieren... Ich dachte bisher auch immer, dass der RPi 2/3 das nicht mehr braucht, aber dem ist ja anscheinend nicht immer so
-
Habs gerade mit Krypton getestet:
Erstmal: Klappt! Umschalten zwischen SD und HD ohne Probleme möglich (Bild ruckelt allerdings extrem). Standardmäßig ist MMAL eingestellt. Schalte ich um auf OMX, ruckelt das Bild nicht mehr, aber SD-Sender bleiben schwarz.
Werde jetzt noch mal testen, wie es sich mit MPEG-Lizenz unter Krypton und Jarvis verhält.
EDIT: War ja nicht anders zu erwarten - unter Krypton mit MPEG-2-Lizenz und OMX funktioniert alles einwandfrei. Ich teste das jetzt noch mit Jarvis
-
Siehe oben, ich hab mal das eine, mal das andere ausprobiert, aber nie beides gleichzeitig. Braucht MMAL nicht eine MPEG-Lizenz?
LE8 hab ich noch nicht getestet, kann es morgen machen.
Dir Danke für Deine Mühe!!
-
Jo, KODI an Android, Linux und auch Windows (gerade nochmal getestet) - alles einwandfrei.
Link zur Logfile: http://sprunge.us/KVIL
Fürs Logfile: habe den Raspberry eingeschaltet (LibreELEC), habe WDR eingeschaltet, bin dann auf SAT.1 und wieder zurück (ab hier: Standbild) und habe dann manuell mit STOP das ganze gestoppt.
Danke schonmal!