Infotools auf TMS portiert

[walda]

Also bei mir liegts nicht an XStart. Hatte soeben wieder ohne zutun einen Reboot.

[walda]

Verwendet noch jemand das TAP? Hat niemand sonst das Problem mit der falschen Anzeige bei Wiedergaben? Bei LIVE Sendungen ist alles in Ordnung. Die EPG Daten in der Aufnahme sind laut iBox korrekt.

In der iBox stimmt die xx/yy Minuten-Anzeige auch wenn sie in Infotools bereits falsch ist.

Sendung mit Beta FW 1.08 aufgenommen und wiedergegeben, passiert ebenfalls. Somit könnte ein EPG Problem ausgeschlossen werden.

EDIT:
Der Menüpunkt "Beende InfoTools 7.0" tut nix. Beenden ist nur über die Fileliste möglich.

[xyzzyx]

Ich denke mal, dass solche lange Aufnahmen eher selten sind und es deswegen weniger auffallen wird.
Das mit dem Menüpunkt habe ich noch nicht bemerkt, weil ich wahrscheinlich immer eher über TMSCommander beendet habe.

[walda]

Ich habs jetzt bei einer Wiedergabe von 1h50 auch geschafft.

Es passiert bei mir bei normalen Filmen auch. Bei den typischen 1h Serien ist alles ok.

Lasst es einfach mal mitlaufen, dann wisst ihr was ich meine.

[Sirius]

Wollte mich gestern per Telnet auf dem Topf einloggen um das 'migrateTMShdd Skript' auszuführen.
Ging nicht, der Login verschwand sofort, da in der 'CMD' Konsole ständig Daten durchgelaufen sind.

Code: Alles auswählen

ShowProgressBar
DrawClock
GetEventProgress
GetCurrentEvent
GetSender
GetPlayTitelName
DrawPlayInfo
ErrechnePromille
... 

Erst nachdem InfoTools deaktiviert war blieb der Login stehen und es liefen keine keine 'Daten' mehr durch und nach Aktivierung wieder:


Kann man diese Ausgaben abschalten, oder würde InfoTools dann nicht mehr funktionieren?

[FireBird]

Die Ausgabe kollidiert nicht mit der Eingabe. Du darfst Dich nur nicht verwirren lassen und musst die Login-Daten blind eingeben.

[walda]

Hallo.

Ich habe wieder ein wenig getestet.

Live: Alles OK.

Wiedergabe:
Ab einer gewissen Minute - die von Aufnahme zu Aufnahme verschieden ist - springt der Balken wieder zur Null-Position zurück. Die Zeit Anzeigen verhalten sich dann so, als hätte man soeben von vorne begonnen.

Ich habe mal einige Zeiten festgehalten. Die Fehler sind reproduzierbar und treten immer genau an diesen Grenzen auf, als würden ab dieser Position falsche EPGInfos bezogen werden. 1 Minute davor ist noch alles ok.

Gesamtdauer in Minuten / Minute ab der die Anzeigen "resettet" werden:
107 / 57
175 / 94

Gibt es einen Debugmodus, der mehr Infos anzeigen würde?

Firmware: 09/2009 und aktuelle Beta. Ändert nichts.

Danke

[walda]

Neueste FW 21.12. änderte auch nichts.

Habe mal INF und NAV Datei gelöscht, dann Firebird´s RebuildNav drüberlaufen lassen, iBox zeigt mir jetzt keinerlei EPGs mehr an - das war meine Absicht - Anzeige unverändert falsch.

[xyzzyx]

Sorry Walda. Der Fehler ist sehr unlogisch, weil ich es in iBox eigentlich fast genauso mache und da gehts ja. Ich habe schon etwas rumprobiert, aber ohne Erfolg.
Meine Lust hält sich leider in Grenzen, dies in den Infotools noch weiter zu analysieren. Bei normalen/kurzen Aufnahmen geht es ja.

[walda]

Konntest du es nachvollziehen, oder tritt es bei dir gar nicht auf?

Habe es auch mit der original Ini probiert, lgeiches Ergebnis.

107 Minuten ist eigentlich ein normaler Film.

Trotzdem Danke für deine Mühe.

[xyzzyx]

Ja, ich konnte es reproduzieren, aber leider nicht abstellen.

[walda]

Ok, beruhigt mich, Danke

[tbengel]

Sorry, walda, dass ich dir bezüglich des Problems nicht weiterhelfen kann und ich kann xyz sehr gut verstehen, da die Suche in fremden Code nicht gerade die schönste Aufgabe für einen Programmierer ist, aber vielleicht fällt ihm ja noch irgendwas ein ...

Euch allen noch einen guten Rutsch ins neue Jahr ...

[walda]

Kann ja niemand etwas dafür, Thomas. Und ich kann von dir ja nicht verlangen dass du schon wieder umziehst und dir einen TMS kaufst

Ich vermute mittlerweile, dass es mit einem Umbau von word auf dword zusammenhängt, was irgendwo vergessen wurde, dass bei größeren Zahlen, ein paar Bits verloren gehen.

Oder die Lib liefert ab einer Position falsche Informationen, was aber auch nicht sein kann, da es in der iBox und iTiNa ja funktioniert.

Mit guten Debugeinbauten wäre es aber sicher möglich, dem Problem auf die Spur zu kommen.

Naja, euch auch allen einen guten Rutsch!

[FireBird]

Theorie: werden vielleicht irgendwo im Code Blöcke multipliziert, die zu einem Integer-Überlauf führen? Da der TMS eine andere Blocksize hat (9024 vs. 24064 Bytes), kommen dort höhere Blocknummern vor und der Bug fällt beim 5k vielleicht gar nicht auf.

[walda]

Es wird immer auf eine Variable "PlayInfo" zugegriffen. Denke eher dass die ab irgendwann falsch ist.
Darin gibts Currentblock und Totalblock.

[FireBird]

[quote="walda"]Darin gibts Currentblock und Totalblock.[/quote]
Und aus diesen beiden werden Prozente abgeleitet, vermutlich durch x = CurrentBlock / TotalBlock * 100. Jetzt ist es aber nicht egal, ob ich zuerst multipliziere oder dividiere. Ist nur so eine Idee.

[walda]

Snaps:

static int AktuelleDauer = 0;
...
AktuelleDauer = PlayInfo.currentBlock * GesamtDauer / PlayInfo.totalBlock;
...

zB?

[FireBird]

static int AktuelleDauer = 0;
...
AktuelleDauer = PlayInfo.currentBlock * GesamtDauer / PlayInfo.totalBlock;
...

Na dann gib Dir einmal per Debug PlayInfo.currentBlock und GesamtDauer aus, multipliziere sie im Fehlerfall und prüfe, ob sich das Ergebnis mit 31 Bit ausgeht. Wetten werden angenommen. :

[walda]

Ich kann nur den Source "lesen" und vermuten, nicht aber kompilieren und somit nix ändern ; sonst hätt ich wahrscheinlich eh schon den ganzen Schirm voll mit Zahlen

Schnellster Weg wäre int durch was größeres zu ersetzen? Gibts bei euch was größeres?

In Delphi ist Int ja mittlerweile auch longint...

int64?