Kein Datum/Uhrzeit in Aufnahme

[Gerti]

Hi!

Ich hatte das eigentlich schon lange in Verdacht, war aber eigentlich davon ausgegangen, dass FireBird das schon abgeprüft hatte.

Gruß,
Gerti

[Maliboy]

Tester hast Du ja

[FireBird]

P.S.: Email mit 4 INF Dateien schicke ich jetzt noch raus, sonst wird das dieses Jahr nichts mehr .

Alle 4 inf-Dateien enthalten kein Startdatum.

[longtom]

Was zu erwarten war

[FireBird]

Ich wollte nicht am ersten Tag für die Überraschung des Jahres sorgen.

[longtom]

arty:

[Maliboy]

Vor alem habe ich ja auch einen 'Denkfehler' entdeckt. Bin ja immer davon ausgegangen, das das Dateidatum nicht korrekt ist. Das war es aber den Dateien.

Aber, inzwischen haben wir ja eine Theorie...

[longtom]

ja, dateizeit ist ok.

[paul79]

Hi!

Dann liegt es an der gepatchten ID.
Die erste Aufnahme wird nicht gepatched (war mal anders), daher passt es bei der Aufnahme.
Die weiteren überlappenden Aufnahmen werden gepatched. Nach dem Ende der ersten Aufnahme wird wohl zurückgepatched. Dann müssten wir für wohl in SmartEPG eine INF Korrektur einbauen. iQTuner scannt die nach dem Ende der Aufnahme sowieso, daher könnten wir das wohl da unterbringen, wenn FireBird keine andere Lösung findet.

Gruß,
Gerti

Willst Du nur die Uhrzeit in der inf zurückpatchen oder auch die ID?

Edit: Aber IQTuner scannt doch nur die verschlüsselten Aufnahmen nach dem Ende der Aufnahme oder? Was ist mit FTA Aufnahmen?

[Gerti]

Hi!

Es scannt alle Aufnahmen nach Ende der Aufnahme um festzustellen, ob es FTA oder verschlüsselte Aufnahmen sind. Wenn das Dateidatum stimmt (ist das so?), dann könnte ich das ja als Referenz nehmen.

Gruß,
Gerti

[FireBird]

Ich hätte schon fast die Lösung, aber es gibt noch ein Problem. Wir haben ja eine Routine, die bei dem Start der Aufnahme die NetID in der Timer-Struktur zurückpacht, damit das Spulen funktioniert. Dort habe ich einen Zusatz eingebaut, der Startzeit und NetID in der inf korrigiert. Das Problem ist jetzt aber, dass die Firmware irgendwo die inf im RAM gecacht hat und nach dem Ende der Aufnahme die falsche Zeit und NetID wieder in die inf zurückschreibt. Da muss ich mich auf dieSuche begeben.

[Gerti]

Hi!

Dann mach du mal :-)

Gruß,
Gerti

[paul79]

[quote="Gerti"]Hi!

Es scannt alle Aufnahmen nach Ende der Aufnahme um festzustellen, ob es FTA oder verschlüsselte Aufnahmen sind. Wenn das Dateidatum stimmt (ist das so?), dann könnte ich das ja als Referenz nehmen.

Gruß,
Gerti[/quote]

Sieht Du auch einen Weg die TPOriginalNetworkID wieder von der gepatchten auf die echte abzuändern?

[paul79]

Ich hätte schon fast die Lösung, aber es gibt noch ein Problem. Wir haben ja eine Routine, die bei dem Start der Aufnahme die NetID in der Timer-Struktur zurückpacht, damit das Spulen funktioniert. Dort habe ich einen Zusatz eingebaut, der Startzeit und NetID in der inf korrigiert. Das Problem ist jetzt aber, dass die Firmware irgendwo die inf im RAM gecacht hat und nach dem Ende der Aufnahme die falsche Zeit und NetID wieder in die inf zurückschreibt. Da muss ich mich auf dieSuche begeben.

Ich drück Dir die Daumen!

[longtom]

[quote="Gerti"]Hi!

Es scannt alle Aufnahmen nach Ende der Aufnahme um festzustellen, ob es FTA oder verschlüsselte Aufnahmen sind. Wenn das Dateidatum stimmt (ist das so?), dann könnte ich das ja als Referenz nehmen.

Gruß,
Gerti[/quote]

Hab jetzt nochmal nachgeschaut:
Das .rec und .rec.nav haben ein falsches Datum, das .inf hat das richtige Datum mit Uhrzeit 00:00

[Maliboy]

Hmm, ich habe gestern wieder so eine Aufnahme gehabt. Und hier haben alle 3 Dateien das gleiche korrekte Dateidatum.

[longtom]

Grad getestet, wie geschrieben:

[FireBird]

Dann mach du mal :-)

Ok, ich hab mal.

[longtom]

Freu

[Maliboy]

Da hänge ich mich doch gleich dran. Unser Feuervogel ist wieder 'gestolpert'...