EPG Daten werden teilweise nicht erstellt; Aufnahmeproblem

[Ollli]

Ich habe das DemuxReset TAP installiert, natürlich in der Autostart liege, aber die Fehler

1) Entschlüsselung vom orf geht nicht immer,
2) EPG Daten werden nicht vollständig eingelesen
3) Aufnahmeprogramme werden nicht durchgeführt,

sind immer noch da.
Aus und Einschalten hilft zwar dann in dem Moment, aber es ist schon zäh.

Bin ich mit meinen Problemen in dem Thread richtig?

Danke euch

OLI

[FireBird]

Du hast einen 2100er? Beim EPG-Scan wird es beim API-Modus vermutlich gar nicht funktionieren. Alles in allem ist das Ausschalten des Timeshift-Modus wahrscheinlich die bessere Wahl.

[Ollli]

Danke für die rasche Antwort.
KUrze Frage von einem Dummie

Wo schalte ich diesen MOdus aus?

Sorry und Danke

OLI

ps. Ja, ich habe einen tms 2100

[FireBird]

Den Timeshift-Modus? Menü - Einstellungen - Aufnahmen - Timeshift = aus

[Ollli]

Alles klar.

Logisch, dass ich das nicht finden kann, da gerade eine Aufnahme läuft und damit der Menüpunkt gesperrt ist.

Herzlich Dank

OLI

[jom]

Hi, seit einigen Wochen nervt mich ebenfalls dass ich unvollständige EPG Daten habe(hatte) und nach vielen Versuchen incl. Reinstallation und auch mit den Inputs aus diesen Post’s habe ich für mich eine Lösung gefunden. Version 4.3c bis 5.0c verhalten sich diesbezüglich alle gleich; Timeshift On/OFF bringt bei mir keine Besserung. Erst seit ich den ScanMode von“ API“ auf „Datei“ (item 06 in Config) und auch Item 26 „Autom.EPG Update“ auf „Nein“ umgestellt habe sind wieder alle EPG Daten aktuell verfügbar!

Mit dem zusätzlichen Input vom Manual, scheint es mir wohl so zu sein, das sich der Datenumfang in den Transpondern erhöht hat und SmartEPG dadurch irgendwie in einen „Datenüberlauf“ gerät, der den Scan dann nicht mehr richtig zu Ende laufen lässt.

„DemuxReset“ TAP habe ich in dem Zusammenhang auch getestet da ORF&Co häufig Dunkel bleiben, vor allem bei Receiverstart. 3 CAM-Typen und 2 verschiedene original Karten zeigen gleiches Verhalten so dass die Ursache wohl am Receiver liegt. Das TAP ist aber mit Vorsicht zu verwenden und ich habs wieder deaktiviert. Wenn gleichzeitig mit der Senderumschaltung eine Aufnahme läuft, dann gibt es regelmäßig einen Receiver Neustart.

Auszug aus Manual: 06 Scan Modus: beim API-Scan werden die EPG-Daten von der Firmware direkt an SmartEPG geliefert und ist somit die schnellste Scan-Variante. Bei manchen Transpondern kann die Datenmenge aber zu groß werden, so dass Daten verloren gehen und SmartEPG den Scan nochmals beginnt. In diesem Fall sollte der Rec-Scan ausgewählt werden. Dieser nimmt die Daten über eine Aufnahme auf und SE liest die EPG-Daten aus der Aufnahme heraus. Diese Methode ist geringfügig langsamer als der API-Scan, aber sicherer als diese. Jedoch versagt der Rec-Scan bei CI+-Töpfen (z.B.: 2401CI+), da die Aufnahmen von HD+-Transpondern immer verschlüsselt aufgezeichnet und somit von SE nicht ausgewertet werden können.

[Twilight]

ob die datenmengen zuviel sind kannst du ganz leicht im smart epg systemreport überprüfen.
das hängt natürlich ganz start von der anzahl der zu scannenden und welche sender es sind ab.
dabei ist es nicht relevant das viele daten gesammelt werden, sondern wieviele von diesen dann wirklich genutzt werden. (80 000 events)

zum orf/atv problem: ts abschalten und der bug ist zu 100% weg...und auch der führt zu epg datenverlusten.

twilight

[Ollli]

Darf ich mal davon ausgehen, dass es evtl. vielleicht bald ein FW Update geben können, egal ob für den tms oder irgend ein TAP, das dafür verantwortlich ist, das sich der Probleme annimmt? Oder ist das Problem nicht von der Topfseite aus lösbar?

Schönen Dank

Oli

[FireBird]

Ein TAP scheidet als Ursache und als Lösung aus. Entweder beweist jemand dem ORF, dass sein Stream pfuscht, oder TF muss die Firmware anpassen.

[Ollli]

Danke,
beim Orf zweifle ich echt. Der Sender ist so intelligent wie sein Programm. Aber als Österreicher ist man halt zwangsverpflichtet, die Gis zu zahlen und hat dann halt auch die Karte.

Danke nochmals für die Hilfe

OLI

[FireBird]

Da täuscht Du Dich. Das Rad dreht sich zwar langsam und man muss den Dienstweg einhalten, aber wir hatten schon sehr konstruktive Kontakte mit dem ORF/ORS und haben so z.B. vor kurzem ein EPG-Problem gelöst, das bei SE zu masseweisen Lost-Timern geführt hat.

[Ollli]

Interessant zu hören. Ich hätte nicht gedacht, dass sich der Rotsender für uns interessiert.
Aber toll, dass ihr darauf Einfluss nehmen könnt und auch tut.
OLI

[Ollli]

Ich habe die Timeshiftfunktion deaktiviert. Geholfen hat es nicht viel. Das EPG ist lückenhaft und einige Timer nehmen nicht auf.

Danke

OLI

[Twilight]

die info ist einfach unzureichend....fakt ist das alle user die das problem hatten, dies mit deaktivieren des ts puffers gefixt haben.

twilight

[Ollli]

Was kann ich nachreichen, damit genug Infos da sind?
Mir ist klar, dass das, was ich beschrieben habe, etwas wenig ist.
Wie kann ich zur Hilfe weiterhelfen?

Herzlichen Dank

OLI

[Twilight]

als erstes würde ein se_systemreport.log reichen.

twilight

[Ollli]

Ich habe diese Logdatei im Smartepgordner gefunden. Ist das die Richtige?

Danke
OLI

[Twilight]

nimmst du mal demuxreset aus dem autostart raus und schaust nochmal nach ob wirklich unter menü/einstellung/aufnahmen der timeshiftpuffer auf aus steht.
dann nochmal scannen (nach einem reboot)

twilight

[Ollli]

Ich habe das demusreset Tap aus dem Autostartordner gelöscht und einen Neustart gemacht. Ich scanne nun mit dem smartepg die Programme durch. Komisch, bei manchen Programmen geht es fix und z.B. bei Bayern Alpha bleibt er lange stehen, bis er dann auf arteSD weitermacht.
Wird aber normals sein. Oder?
OLI

[Twilight]

ich denke das wird normal sein...siehst ja oben am balken ob er daten sammelt...(in %)

twilight