07.05.: Beta2 ergänzt (siehe Message 7 unten).

___________________________
Hier ist mal eine erste Testversion eines Plugins, das schnelles Spulen mit den Zifferntasten 1,4,7 & 3,6,9 erlaubt. Ihr könnt damit mit einem Tastendruck 3,5 oder 7 Minuten vor- oder zurückspulen.

HINWEIS: DIESESN PLUGIN BEHEBT NICHT DEN GENERELLEN SPULFEHLER.
Korrigiert nicht spulbare Aufnahmen mit ForIdx und/oder mit dem FixIt Plugin.

Wie immer bitte für weitere Updates auch im Octagon Forum schauen.


Voraussetzungen:
================
Es wird empfohlen, die Skip-Time (in Aufnahme-Menü) auf 30 Sekunden zu setzen.

Installation:
=============
Installation wie jedes andere Plugin (Plugin-Ordner auf USB, Stick in Octagon stecken).
Formatieren der Nutzerdaten ist nicht nötig.

Anleitung:
==========
Dieses Plugin funktioniert nur, wenn die sogenannte Abspielleiste (Playbar) sichtbar ist.
(Dort wo man den Zeitbalken und den Fortschritt der aktuellen Wiedergabe sehen kann).
Falls nötig den Play Button > zum Aufrufen der Abspielleiste drücken.

Für schnelles Vorspulen drücke
3 für 3 Minuten (6 Mal Skiptime)
6 für 5 Minuten (10 Mal Skiptime)
9 für 7 Minuten (14 Mal Skiptime)

Für schnelles Rückspulen drücke
1 für 3 Minuten (6 Mal Skiptime)
4 für 5 Minuten (10 Mal Skiptime)
7 für 7 Minuten (14 Mal Skiptime)

Einschränkungen:
=============
Diese Beta hat folgende Einschränkungen:
- ab und zu wird ein Tastendruck verloren - es wird weniger gespult als intendiert.
- Spulen funktioniert nur, wenn Abspielleiste wird angezeigt.
- manchmal schlägt das Spulen fehlt (noch nicht verstanden), ggf weniger spulen.

Vorweg ein paar Details dazu, wie es funktioniert. Im Prinzip genau wie von Eisha beschrieben. Allerdings kann man offensichtlich nicht einfach 10 x eine Message absetzen. Die Mainapp scheint jede Message einzeln empfangen zu müssen. Mehr als 1-2 Kommandos am Stück habe ich nicht reinbekommen (auch nicht mit KEY_REPEAT).
Deshalb starte ich einen Thread, der dann mit einer derzeit empirisch ermittelten Verzögerung von 150ms Events feuert. Das klappt prinzipiell schon mal, ist aber nicht optimal. Die nächste Version wird mitzählen, ob der gesendete Event in der Messagequeue eintrifft und dann den nächsten Event feuern. Damit sollte sich die Geschwindigkeit der Events selbst adaptieren und wir können sicher sein, was ankommt. Die Commercial Skip Time nutze ich noch nicht. Könnte man tun. Derzeit ist die Sache bzgl. des "Raussendens" von Events noch nicht wirklich perfekt. Ich möchte das erst mal in den Griff bekommen.


Bzgl. SubState: M.E. die der Playbar, wenn das Skippen begonnen hat. Ich werd's nochmal verifizieren.

Repeat: Mit Repeat kannst Du m.E. erkennen, ob einen Taste weiterhin gedrückt ist. Ich hab damit rumexperimentiert. Für das Senden in die MainApp für diesen Usecase konnte ich keinen Vorteil ausmachen.
Stimmt. Ich vermute stark, dass es an der Eventmenge liegt. Ich hoffe, dass ich am WoE auf das am Anfang beschriebene Eventhandling umsteigen kann und es dann besser funktioniert. Ich habe allerdings auch schon ganz mysteriöse Spulverhalten beobachtet . allerdings auf der 10797 (weil m.E. alles spätere mehr als fragwürdig ist). Irgendwas scheint mir da am Mediaplayer auch noch nicht ganz ausgereift.

Schon klar. Das Problem ist eher umgekehrt. Ich weiß nicht, ob eine Wiedergabe läuft. Also missbrauche ich den Status Playbar. Ansonsten geht entweder die Senderwahl über alphanum Tasten nicht mehr oder ich nehme eine andere Taste, um das Spulen zu aktivieren. Dann können wir aber auch gleich bei der Playtaste bleiben.
Alternative wäre: "Spulen links" + "5" innerhalb von 500ms. Ohne die "5" halt ganz normal. Die Tastenkombination ist im Normalbetrieb unwahrscheinlich. Wenn ich aus einem Thread sende, geht das. Vermutlich kommt sogar immer Dein eigener Event bei Dir vorbei :-) WiTask. Das ist halt das einfachste; wenn ich den Code aufgeräumt hab, poste ich's mal. klingt interessant. Probier ich mal aus; das sollte nicht zu schwer sein... wie oben beschrieben wird die Playbar vermutlich erst mal bleiben müssen.

Ein Problem bringe ich allerdings derzeit noch nicht weg: bei 14 Skips spinnt der Mediaplayer. Ab und zu springt das Ding dann plötzlich auf ca. 10 Min zurück. Als würde irgendeine Queue überlaufen ...

So. Hackertrieb ausgelebt. Beta2 hängt oben in Message #1. Auch die Binärsuche ist mit Trickspulen drin. Das schnelle Vorlaufen funktioniert ja auf dem Octagon nur stockend. Die Funktion macht damit keinen Spaß. Mit dem Trickspulen funktioniert es prima


- Einige Bugs entfernt, Einschränkungen der ersten Version sollten behoben sein.
- Eventhandling verbessert.
- Binäre Suche Spulen eingebaut.
- Pfeil hoch / runter Tasten spulen:
8 Minuten, bei Richtungswechsel wird die Zeit halbiert
(probiert einfach mal auf mit rauf/runter das Ende der Werbung zu finden;
die gespulte Zeit wird immer kleiner, bis auf 30 Sek runter.)

Source Code:
============
Liegt bei.

@ Eisha: Großartige Sache. Ich befürchte nur, dass ein Raten der Zustände auf Grund von Message-Abfolgen böse versionsabhängig werden kann. Für's Forschen und Debuggen jedenfalls eine coole Sache.

Für alle die die 10816 haben, bitte die Datei im Anhang downloaden und fastwind in /var/bin tauschen. Diese Version läuft unter 10816 und den Vorversionen. Alle die eine Version vor 10816 haben, lassen besser alles so wie es ist.

Leider hat Fortis die Plugin Schnittstelle mit der 10816 ruiniert (näheres im O Forum). Ich hoffe, dass da zurückgerudert wird und wir bis dahin ein Pflaster mit der anhängenden Version kleben können.

Grüße, maxodil