TAP Auto Resume 1.30 (jetzt im Doppelpack)

[ibbi]

[quote=""Jetson""]Wir reden hier jetzt von dem Fall, dass eine laufende Aufnahme zeitversetzt gesehen wird, man drückt Pause und dann wird das Aufnahmeende erreicht, richtig?[/quote]

Ich meinte, dass man eine Aufnahme sieht, diese in Pause setzt, beendet und dann wieder autoresumed.

Aber ich glaube fast, ich verwechsele das jetzt. Du hast Recht. Der Fall, an den ich mich erinnere, war eine zeitversetzt gesehene Aufnahme. ops:

[Jetson]

So, ich habe es nochmal getestet - eine Aufnahme, zwei Aufnahmen parallel. Funktioniert alles wie vorgesehen, d.h. wenn man zeitversetzt eine noch nicht beendete Aufnahme ansieht und dann die PAUSE-Taste drückt. Wenn jetzt das Ende der Aufnahme erreicht wird, startet Auto Resume die Wiedergabe und hält sie an der gleichen Stelle an, wo vorher Pause gedrückt wurde.

Den Fall, den Du beschreibst, also nur PAUSE-Taste drücken ohne das man bereits zeitversetzt geguckt hat, kann Auto Resume nicht abfangen weil der Receiver befindet sich hierbei (noch) nicht im Wiedergabemodus.
Das war aber in allen Auto Resume Versionen schon immer so.

[ibbi]

Gibt es Erfahrungen mit evtl. Wechselwirkungen mit der neuen Firmware (die schon automatisch fortsetzt)?

Gestern dachte ich bei einer zeitversetzt gesehenen Aufnahme, mein Receiver sei eingefroren, weil bei der Fortsetzung nach Aufnahmeende das Bild für einen entsetzlich langen Zeitraum (sicher nur eine Sekunde oder so) als Standbild zu sehen war.

[Jetson]

[quote=""ibbi""]Gibt es Erfahrungen mit evtl. Wechselwirkungen mit der neuen Firmware (die schon automatisch fortsetzt)?
[/quote]

Die FW des Kabelreceivers kann das ja schon seit ein paar Versionen von allein. AutoResume erkennt wenn der Receiver die Wiedergabe bereits fortgesetzt hat und tut in diesem Fall nichts. Es ist also in dieser Hinsicht kompatibel mit allen FW-Versionen.

[ibbi]

[quote=""Jetson""]AutoResume erkennt wenn der Receiver die Wiedergabe bereits fortgesetzt hat und tut in diesem Fall nichts. Es ist also in dieser Hinsicht kompatibel mit allen FW-Versionen.[/quote]

Kann dieses Freeze-ähnliche Standbild dann das Firmware-AutoResume gewesen sein? Welche Erfahrung hast Du mit der Kabel-Version? Sind die Resumes von Firmware und TAP in irgendeiner Form unterschiedlich?

[Jetson]

ibbi, friert das Bild denn immer ein wenn dieser Fall eintritt oder kann man das nicht reproduzieren? Was passiert denn wenn AR gar nicht gestartet ist?

Als die FW für den 5200er rauskam, die diese Funktion bereits eingebaut hatte, habe ich ein bisschen getestet, weil ich noch eine kleine Änderung an AR machen mußte, damit es erkennt ob die FW schon fortgesetzt hat. Es hätte halt etwas komisch ausgesehen wenn die FW die Wiedergabe schon gestartet hat und AR wurde dann nochmal die Wiedergabeposition ändern.
Ich muß ehrlich sagen, ich konnte keinen Unterschied feststellen. Das TAP und die FW machen die Fortsetzung eigentlich gleich schnell.

[ibbi]

[quote=""Jetson""]ibbi, friert das Bild denn immer ein wenn dieser Fall eintritt oder kann man das nicht reproduzieren? Was passiert denn wenn AR gar nicht gestartet ist?[/quote]

Ich werde das mal testen und mich wieder melden.

[ibbi]

Es sieht so aus, als sei dies ein negativer Effekt der neuen Firmware, die den Anwender gerne mit "eingefrorenem" Standbild zurücklässt, auch beim PiP ist mir das schon unangenehm aufgefallen.

Dadurch, dass AutoResume die Aufnahme nicht mehr startet, klappt auch die Tonspurauswahl durch dbPlay nicht mehr. Ich werde wohl wieder zurückflashen.

[Ecky]

Wäre es eigentlich machbar, daß sich AutoResume immer dann nicht die Position merkt und dort fortsetzt, wenn diese innerhalb der letzten paar Prozent liegt? Mir passiert es nämlich häufig, daß er gleich ans Ende springt, weil er sich einen Punkt ganz "hinten" gemerkt hat, als ich den Nachlauf weggeschnitten habe.

[ibbi]

[quote=""Ecky""]Wäre es eigentlich machbar, daß sich AutoResume immer dann nicht die Position merkt und dort fortsetzt, wenn diese innerhalb der letzten paar Prozent liegt?[/quote]

Besser als "Prozent" wäre "Blocks", ansonsten: .

[Jetson]

Das TAP betrachtet im Moment eine Aufnahme als komplett abgespielt, wenn die Position ca. 10 Sekunden vor dem Ende der Datei liegt.
Wenn man z.B. 99% nehmen würde, könnte da ja locker noch eine Minute drin sein. Ich würde es nicht gut finden, wenn man dann nicht an dieser Stelle mit der Wiedergabe fortfahren könnte.

Ecky, in dem von Dir beschriebenen Fall würde ja ein etwas längerer Druck auf die PLAY-Taste die Wiedergabe dann wieder vom Beginn an starten ohne dass man nochmal ins Dateimenü muß.

[ibbi]

[quote=""Jetson""]Das TAP betrachtet im Moment eine Aufnahme als komplett abgespielt, wenn die Position ca. 10 Sekunden vor dem Ende der Datei liegt.[/quote]

Dann scheint es das Schneiden aber nicht zu merken, denn mir ist es auch schon passiert, dass ich ein Ende weggeschnitten habe, und beim nächsten AutoResume wurde das Ende gezeigt und die Wiedergabe war gleich beendet. Das nächste AutoResume begann dann wieder vom Anfang.

[Jetson]

Ich habe das gerade mal ausprobiert. Bei mir hat sich AR die Stelle gemerkt, an der ich mit der blauen Taste das Ende des auszuschneidenden Bereichs markiert habe.
Was macht ihr anders?

[ibbi]

[quote=""Jetson""]Ich habe das gerade mal ausprobiert. Bei mir hat sich AR die Stelle gemerkt, an der ich mit der blauen Taste das Ende des auszuschneidenden Bereichs markiert habe.
Was macht ihr anders?[/quote]

Diese Stelle ist aber dann doch das neue Ende der Aufnahme, oder?

Ich werde das noch mal Schritt für Schritt durchführen und dann schildern.

[ibbi]

So, hier die Abfolge der Schritte:

• Man sucht die Stelle am Ende der Aufnahme, die man schneiden möchte, und drückt die PLAY-Taste, um die Zeitleiste einzublenden.
• Man drückt die weiße Taste.
• Man springt mit >| ans Ende.
• Man drückt die blaue Taste und schneidet.
• Die Aufnahme endet daraufhin unmittelbar.
• Man drückt ausreichend lange PLAY für AutoResume.
• Die Wiedergabe endet daraufhin sofort wieder.
• Man drückt ausreichend lange PLAY für AutoResume.
• Die Wiedergabe beginnt am Anfang.

Was stört, ist der blau markierte Schritt.

[Jetson]

Ja, habe auch gerade gesehen woran es liegt.
In dem Moment, wo man im Abfragedialog das Schneiden bestätigt hat, springt die Blockposition auf einen absoluten Fantasiewert jenseits der tatsächlichen Dateigröße. Da AR nun die Blockposition speichert, die beim Beenden der Wiedergabe in der PlayInfo-Struktur steht, wird natürlich dieser falsche Wert gespeichert. Daher die 100% wenn die Wiedergabe erneut gestartet wird.
Kann ich leider nichts machen wenn die API sowas zurück liefert.

[Elle4u]

[quote=""Jetson""]Kann ich leider nichts machen wenn die API sowas zurück liefert.[/quote]

Könntest Du das Springen ans Ende nicht unterdrücken indem Du schaust, ob LastBlock>TotalBlocks ?

[Jetson]

Ich hatte schon immer eine Abfrage auf Überschreitung der Dateigröße drin:
blockPos + BLOCK_MINIMUM < playInfo.totalBlock

Allerdings scheint beim Schnitt nun 2^32 -1 in der Blockposition zu stehen und dann erzeugt obiges Statement natürlich einen Überlauf und der Ausdruck ist wieder wahr.

Ich könnte obige Prüfung ändern und dann beim Anfang der Datei die Wiedergabe in diesem Fall starten lassen, die echte Schnittposition ist aber trotzdem weg.

Edit:
So, ich habs dann gleich mal geändert.

[ibbi]

Danke. Werde es am Wochenende gleich aufspielen.

[Jetson]

Ist die jetzige Lösung in Ordnung?