TAP: AutoExtender

[flechumer]

Hallo Chrisly,
melde Dich bitte, wenn Du aus dem Urlaub zurück bist. Wir können dann etwas neues probieren.

Schönen Urlaub!

[chrisly]

Gerne.
Aber falls Du schon was hast: ich kann noch bis Donnerstag testen ...

[flechumer]

Gerne.
Aber falls Du schon was hast: ich kann noch bis Donnerstag testen ...

Na super. Dann lade mal diese Testversion runter und setze sie mit dem Ini-Parameter Trace = ja ein. Wenn Du damit den Fehler reproduziert hast, maile mir mal die erzeugte .trc-Datei.

[chrisly]

Hab´s gerade getestet. Die Trace-Datei wurde beim Restart zwar erzeugt, ist aber leer.

[flechumer]

Hab´s gerade getestet. Die Trace-Datei wurde beim Restart zwar erzeugt, ist aber leer.

Sehr interessant. Bitte noch einmal downloaden und erneut versuchen.

[chrisly]

Hi.

Jetzt habe ich es mehrfach probiert - aber der Topf will einfach nicht mehr rebooten.
Hast Du da noch mehr geändert oder ist es Zufall?

Komisch ist, dass der Timer, der eigentlich wegen einer Folgeaufnahme nicht verlängert werden soll, jetzt trotzdem um ca. 1 Minute verlängert wird und die Folgeaufnahme entspr. ca. 1 Min. später beginnt, als vorgegeben (war auch bisher hin und wieder der Fall und dann klappte es auch).
Beim Reboot wurde immer pünktlich gestoppt.
Evtl. hilft das ja irgendwie weiter?

[chrisly]

Jetzt wurde eine Aufnahme (exclude event) ca. 20 Sekunden früher beendet, bevor die Folgeaufnahme anfing.
Das wäre doch evtl. die Lösung: wenn AX die problematische Situation erkennt, sollte es einfach die zu beendende Aufnahme etwas früher beenden, damit der Topf ein paar Sekunden Zeit hat, um Luft zu holen.

[flechumer]

Was ist der Beendigungsgrund?

[chrisly]

Ich bin jetzt nicht mehr am Topf, aber bei den letzten positiven Versuchen war es (denke ich) immer "Verlängerung nicht möglich (4)" oder "... unerwünscht (4) bzw. (105)". Ich sehe später nochmal nach.
Gestern wurden übrigens auch ganz normale Verlängerungen, die sauber liefen (!), mit (4) statt (105) geloggt. Das deutet doch eigentlich auf eine Unregelmäßigkeit hin - oder?

[flechumer]

Nein, da ist was geändert. Ich erklär's später. Nur soviel jetzt schon: Der Knackpunkt ist der API-Call TAP_Hdd_StopRecord, mit dem eine Aufnahme beendet wird. Unmittelbar danach wird ein Trace-Eintrag geschrieben. Da die Trace-Datei aber leer war, habe ich unmittelbar vor den API-Call noch einen Trace gesetzt - und damit tritt das Problem nicht mehr auf.

Jetzt brauche ich aber mal die Trace-Datei zur Verifizierung.

[chrisly]

Jetzt brauche ich aber mal die Trace-Datei zur Verifizierung.

Eine, die nach einem Reboot erzeugt wurde? Damit kann ich (noch?) nicht dienen.
Oder eine "normale"? Da hätte ich was (3 kb groß) ...

[flechumer]

Eine, die nach einem Reboot erzeugt wurde? Damit kann ich (noch?) nicht dienen.
Oder eine "normale"? Da hätte ich was (3 kb groß) ...

Die ist aber nicht mit der letzten Testversion gemacht worden, oder?

[chrisly]

Doch (Dateidatum: heute, 0:01).
Beendigungsgründe waren (auch in weiteren Versuchen): "Verlängerung unmöglich (5)" bzw. "...unerwünscht (5)". Bisher kein weiterer Reboot!!!

[flechumer]

Dann schalte bitte den Trace mal aus: Trace = nein. Wenn es läuft, soll's mir recht sein. Egal warum.

[chrisly]

Wäre es mir auch.
Aber vorhin hatte mein Topf einen "Schein-Freeze". Nach Start einer Aufnahme (es lief keine weitere Aufnahme) hat AX wieder alle Taps dauerhaft abgeschaltet. Nicedisplay blieb dann natürlich auch hängen, deshalb dachte ich, es wäre ein Freeze und schaltete den Topf aus (was auch klappte - also kein Freeze).
Die dabei erzeugte Trace-Datei war wieder leer.

Aber ich werde Trace mal wieder auf Nein setzen und es weiter beobachten (ohne den Fehler mit Tests zu provozieren - so langsam nervt es wahrscheinlich ja nicht nur mich ... ).

[flechumer]

Nach Start einer Aufnahme (es lief keine weitere Aufnahme) hat AX wieder alle Taps dauerhaft abgeschaltet.

Das ist nicht möglich. AX benutzt einen Lock für einen kurzen Zeitraum von max. 3 Sek. ausschließlich bei Beendigung einer Aufnahme. Da mußt Du andere Ursachen in Erwägung ziehen. Wenn natürlich eine Störung während dieses Moments auftritt, kann der Lock andauern.

[chrisly]

Es könnte auch sein, dass dieses Verhalten auftrat, als ich ein paar Minuten vorher eine Aufnahme manuell beendet hatte. Das war vor ein paar Tagen auch schon mal der Fall, damals allerdings incl. "echtem" Freeze.

[flechumer]

Bis jetzt habe ich noch keine Tracedatei bei Restart bekommen. Das muß aber möglich sein, da die Trace-Einträge immer sofort geschrieben werden. Dann ist also das Problem überhaupt nicht mehr aufgetreten?

[chrisly]

Bis auf den "Pseudo-Freeze" gestern nach manuellem Abbruch, bei dem die Tracedatei aber leer war, gab es mit der aktuellen Version noch keine Probleme.

Edit: Sollte ich sicherheitshalber mal b.a.W. die Trace-Datei noch erzeugen lassen oder kann das zu irgendwelchen neuen Problemen führen?

[flechumer]

[quote="chrisly"]Sollte ich sicherheitshalber mal b.a.W. die Trace-Datei noch erzeugen lassen ...?[/quote]

Unbedingt.