Beiträge von zunixnuz

@IncMrG
Wie schon geschrieben, bei mir funktioniert es mit TVH bisher nicht!
Meine Karte läuft jedoch seit einigen Jahren mit dem MediaPortal TV-Server einwandfrei. Hatte die Karte auch nie woanders laufen.

...hätte ja eigentlich gehofft, dass ich die bestehende Hardware verwenden könnte und doch noch jemand einen Tip für das DD CI Interface hat.
Easymouse wäre eigentlich nur mein Plan B gewesen.

Hallo,
leider bekomme ich mein CI Interface nicht unter Tvheadend ans laufen.
Mit Version 4.2.8-22~g67e75a932 scheint zwar das Modul korrekt erkannt zu werden (siehe tv42.jpg) jedoch bleibt der Kanal dunkel.

Meines Wissens nach soll jedoch die DD CI Unterstützung in der aktuellen Version 4.3 funktionieren.
Habe nun also Version 4.3-1789~g6bfeca6c0 am laufen, doch hier scheint schon die Modul Erkennung nicht zu funktionieren.
Nach dem Aktivieren wechselt der Zustand mehrmals zwischen "module init" und "module connected" and am Ende erscheint "slot empty".
Tvheadend [definition='1','0']log[/definition]:

Das CI Interface mit dem Modul funktioniert unter Windows auf der selben Maschine einwandfrei.

Habe ich irgendetwas vergessen?
Kann jemand bestätigen, dass das DD CI mit dieser (oder anderen) Version läuft?
Gibt es eine andere Möglichkeit eine ORF Smartcard mit Tvheadend zu verwenden?

Hallo,
ich möchte meinen Mediaportal TV Server durch Tvheadend ersetzen und ich komme mit meinem Problem leider nicht mehr weiter...
Die gesamte Hardwarekette ist definitiv fehlerfrei, da diese mit dem Mediaportal TV Server seit Jahren fehlerfrei läuft.
Auf dem selben Rechner versuche ich nun Tvheadend zum laufen zu bringen.

Hier scheinen die Probleme schon bei der Kanalsuche zu beginnen, da schon nicht alle Kanäle gefunden werden (~111 Muxes und 127 Services auf 19.2E Astra).
Gefundene Services funktionieren hin und wieder und dann wieder nicht, manchmal hilft es 3 von 4 Adapter zu deaktivieren.
Dann wiederum funktioniert es mit 4 aktiven Adaptern und dann wieder nicht, auch wenn nur ein Adapter aktiv ist!?
Tvheadend [definition='1','0']log[/definition]:

Kernel Meldungen mit dmesg | grep DVB:

Folgende Systeme habe ich bisher aufgesetzt, immer mit dem selben Ergebnis:
- Ubuntu Server 18.04.02, integrierte DVB Kerneltreiber, Tvheadend unstable 4.3-1281
- Debian 9, DD Treiber v0.9.36, Tvheadend unstable 4.3-xxxx
- Debian 9, DD Treiber aktuell von GitHub (Commit 360182 vom 18.01.2019), Tvheadend stable 4.2.8-14

Infos zur Hardware:
- DDOctopus Twin CI & DuoFlex S2 V4 & DuoFlex S2 V4A
- Die SAT Anschlüsse der beiden DuoFlex hängen auf einem Multiswitch welcher wiederum von einem 4-fach LNB gespeist wird.
- Intel Core i3
- ...

Hat jemand eine DD DuoFlex S2 erfolgreich mit Tvheadend im Einsatz?
Würde mich sehr über Tips und Anregungen freuen, ich bin momentan mit meinen Ideen am Ende!

Habe das Problem nun auch im offiziellen Forum gepostet: Link

Zitat von JackTramiel

Schaue ich 1 Minute Sender 1 und schalte um auf Sender 2 geht die Timeshift mit der korrekten Zeit weiter.
Natürlich inkl. der 1 Minute, da ich die TS Datei beim umschalten nicht "löschen" lasse. Aber keine Verschiebung im EPG / Mini EPG.

Solange man noch nie auf Pause gedrückt hat oder zurück gespult hat, dürfte es doch überhaupt keine Timeshift Anzeige mit "-" Vorzeichen geben, oder sehe ich das falsch!?
Wenn ich z.B. LiveTV erstmalig auf einem Kanal starte und laufen lasse, wird ja auch kein Timeshift in der Info angezeigt.
Die MiniEPG Verschiebung fällt erst dann auf, wenn die aktuelle Zeit abzüglich der falsch angezeigten Timeshift Zeit, zeitlich in eine vorhergende Sendung zeigt.
Erst dann wird für den aktuellen Kanal die falsche Info im MiniEPG angezeigt.

Erstmal vielen Dank für die Rückmeldung und Dein Interesse an meinem Problem.
Mittlerweile habe ich LibreELEC auf 9.0.1 hochgezogen, jedoch ohne Veränderung.
Außerdem habe ich noch einen dritten Kodi Client auf Android Basis getestet, jedoch mit dem selben Verhalten.
Habe nun saubere Logs erstellt:
- LibreELEC altes Log gelöscht, Neustart und Debug-logging aktiviert.
- MediaPortal TV Server alte Logs gelöscht.
- Mit LibreELEC TV gestartet, ca. 1min laufen gelassen.
- Erster Kanalwechsel, Timeshift wird schon mit -00:54 angezeigt (siehe 1.jpg); wieder ca. 1min laufen gelassen.
- Zweiter Kanalwechsel, Timeshift wird mit -01:45 angezeigt (siehe 2.jpg).
- Alles gestoppt und Log-Files eingesammelt (anbei).

Schaut man nun länger TV und macht hin und wieder einen Kanalwechsel summiert sich der Timeshift immer weiter hoch.
Hatte schon Anzeigen von über 3 Stunden,
womit sich dann in der Folge die Mini-EPG Info des aktuellen Kanals auf eine längst vergangene Sendung bezieht.

Habe nun auch als Backend MP-TVServer 2 auf einer anderen Maschine (VM) ausprobiert
und damit genau das selbe Verhalten...

Wäre sehr hilfreich wenn dieses Problem jemand bestätigen oder definitiv dementieren könnte.

Backend ist MP-TV-Server v1.21 mit TVServerKodi Plugin v1.15.0.137
Auf dem Headless Server möchte ich jetzt nicht unbedingt Kodi installieren, außer es bringt wirklich wichtige Erkenntnisse...
Habe es jedoch auf einem anderen Win10 Rechner mit Kodi 18.0 probiert
und auch hier kann ich das seltsame Timeshift-Verhalten und den damit verbundenen Mini-EPG Versatz reproduzieren.
Einfach mehrmals auf andere Kanäle umschalten und der Timeshift-Puffer wächst an.

EDIT:
Folgendes habe ich noch ohne Erfolg probiert:
Downgrade auf MP-TV-Server v1.20
Upgrade auf TVServer Plugin v1.20.0.140
MediaPortal PVR Client Option "Schneller Kanalwechsel (ohne Unterbrechung von Timeshift)" Aus/Ein

EPG löschen änderte nichts, aber ich habe neue Informationen:

Es scheint als ob der Timeshift das Problem verursacht.
Komischerweise habe ich schon nach dem starten des TV manchmal eine Timeshift-Bufferzeit von 1-2 Minuten.
Nach einem Kanalwechsel kommen hin und wieder einige Sekunden oder sogar mehrere Minuten dazu.
Diese Zeit wird scheinbar von der Ist-Zeit abgezogen und damit auf einen älteren EPG Eintrag gezeigt.
Ein Vor-spulen/skippen ändert nichts, der 'virtuelle' Zeitversatz bleibt bestehen und auch in der laufenden Sendung bleibt man 'live' da in Wirklichkeit nichts gepuffert ist.

Explizit gelöscht noch nicht da es jeden Tag via EPG-Buddy aktualisiert wird
und ich so etwas auch in jahrelanger Nutzung mit MediaPortal als Client noch nie hatte.
Es kam mir eigentlich auch nicht der Gedanke, dass das EPG falsch sein könnte da ja eine Minute vorher alles korrekt ist.
Habe LibreELEC erst seit einer Woche anstatt MediaPortal produktiv im Einsatz.
Werde es trotzdem mal komplett löschen...

Hier nun zwei aktuelle Screenshots.
Bei channels.jpg sieht man "The Big..." mit "16:30 bis 17:00" obwohl die aktuelle Zeit "18:16" ist
und bei "epg.jpg" ist die aktuelle Zeitmarke zur Sendung richtig!?

Hallo,
keine Ahnung ob dies nun ein Kodi/LibreELEC/Mediaportal-Addon Problem ist, aber ich poste es mal hier in der Hoffnung um Hilfestellung:

Habe mit Kodi 18.0 (LibreELEC 9.0.0) in Verbindung mit dem aktuellen Mediaportal-Addon manchmal das Problem,
dass im "Live TV channels window" [H] nicht die aktuelle Sendung sondern die vorhergehende Sendung angezeigt wird
aber im grossen "Live TV EPG/TV guide" [E] die Markierung auf den richtigen aktuellen Eintrag zeigt.
Im Channels-Window steht dann für die aktuelle Sendung z.B. "Filmname XY - Von 20:15-21:00" aber die Ist-Zeit steht auf "21:20".

Leider kann ich dies nicht reproduzieren, irgendwann nach dem Umschalten ist es plötzlich falsch.
Das ganze passiert mit eingetragenem Zeitserver und auch ohne.
Zeitzoneneinstellung scheint auch korrekt zu sein.

Zitat von zunixnuz

Werde berichten sobald ich ein neues Kabel habe.

Auch mit einem neuen hochwertigen Kabel und diversen Modelines (via cvt, gtf, umc.exe oder in Foren gefunden)
hatte ich leider keinen Erfolg...

xrandr --newmode "3840x2160_49.97" 587.00 3840 4144 4560 5280 2160 2163 2168 2225 -hsync +vsync
xrandr --newmode "3840x2160_50.00" 586.61 3840 4136 4560 5280 2160 2161 2164 2222 -HSync +Vsync
xrandr --newmode "3840x2160p50" 495 3840 4016 4104 4400 2160 2168 2178 2250 +hsync +vsync
xrandr --newmode "3840x2160x50.00" 587.400000 3840 4136 4560 5280 2160 2164 2168 2225 -HSync +Vsync
xrandr --newmode "3840x2160x49.98" 442.000000 3840 3888 3920 4000 2160 2163 2167 2211 +HSync -VSync
xrandr --newmode "3840x2160x50p" 594.00 3840 4896 4984 5280 2160 2168 2178 2250 +hsync +vsync

Da ich unter Win10 keine Einschränkungen habe dachte ich zuerst nicht daran, dass das HDMI Kabel ein Problem sein könnte.
Aber mittlerweile habe ich ebenso den Verdacht, dass es doch daran liegen könnte.
Warum Win10 damit keine Probleme hat ist mir jedoch schleierhaft.
Werde berichten sobald ich ein neues Kabel habe.

Wylaryzel:
Unter Linux kann es aufgrund der Intel Treiber notwendig sein fehlende Modelines einzufügen.
Die fehlenden Modelines mit den Shell Kommandos "cvt" oder "gtf" bestimmen (z.B. cvt3840 2160 60)
und mit "xrandr" die modi testen und diese dann ggf. in die autostart.sh einfügen.
Weitere ausführlichere Informationen hier:
LINK
LINK

...ich antworte mir selber bzw. falls zukünftig noch jemand anderer an einer Lösung Interesse hat
dann könnte folgendes sehr hilfreich sein: LINK

Hallo,
mein NUC7I3BNK (via HDMI an 4K LG TV) unter Linux bietet mir mit Kodi v18 unter "Erlaubte Auflösungen"
bei 3840x2160p keine höheren Werte als 30,00Hz an, nur bei 1920x1080p sind bis zu 120,00Hz möglich.
Dies sowol mit Ubuntu 18.04 (mit VAAPI nach diesem HOWTO) und auch mit LibreELEC 9.0.0,
beides absolut frisch aufgesetzte Systeme auf aktuellem Stand.
Unter Win10 kann ich Problemlos 3840x2160p 50Hz (und höher) wählen.
Ich vermute mal dass nicht alle möglichen Modi ermittelt werden?
Kann dies jemand bestätigen und/oder mir einen Tip geben wie ich 3840x2160p 50Hz eingestellt bekomme?
Danke!

Hallo,
erstmal sorry dass ich dieses Thema nochmal hoch hole...

Kann man nun dass MCE-Keyboard Profil mit den Tasten 'I', 'C', etc... unter Linux verwenden
oder wie hast Du das dann gelöst?