TTD Forum

• In Sicht 7 in SmartEPG wird eine bestimmte Datei selektiert. Durch einen entsprechenden (von Eber einzubauenden) Tastendruck wird eine Nachricht an das Filer-TAP gesendet, das Verzeichnis dieser Datei zu öffnen und die Datei zu selektieren. SmartEPG blendet sich vorher noch dezent aus. Effekt: man könnte aus SmartEPG heraus den Filer aufrufen, um dann z. B. die Datei weiterzubearbeiten (löschen/umbenennen/verschieben, falls die beiden letzteren irgendwann von Filer angeboten werden), ohne dass hier in SmartEPG allzu großer Programmieraufwand anfällt. Wenn es denn klappt, wie ich es mir vorstelle, muss nur der Pfadname der Datei in einen entsprechenden Puffer geschrieben werden und bei dem entsprechenden Tastendruck eine TAPCOM-API-Funktion aufgerufen werden.
  In Filer müsste natürlich dann auf diese Anforderung reagiert werden, die entsprechende Funktionalität müsste hier aber im wesentlichen auch schon vorhanden sein.
• In Improbox wird eine Sendung durch Drücken der Aufnahmetaste zum späteren Aufnehmen markiert. Falls per Einstellmenu entsprechend gewünscht, schließt sich das Improbox-Fenster sofort und fordert dann Quicktimer auf, den entsprechenden Timer im Edit-Fenster zu öffnen. Auf diese Weise kann direkt komfortabel der Vor-/Nachlauf angepasst oder der Dateiname geändert werden.

1. Die beiden TAPs aus dem Anhang installieren
2. Beide starten (Reihenfolge sollte beliebig sein)
3. Sleep-Taste drücken (sollte diese bereits durch ein anderes TAP belegt sein, muss dieses vorher beendet werden; dies ist jedoch nur deshalb nötig, weil die Testanwendung starr die Sleep-Taste verwendet und hat nichts mit der eigentlichen Bibliothek zu tun)

• Der erste Test war erfolgreich!
• Veränderliche Zahl: xxxxx
• Auch der dritte Test war in Ordnung

t3xi hat geschrieben:Hi asrael,
funktioniert einwandfrei auf meinem TF5000PVR mit 13.09.2005P.
(11054, 13275, 15114, 16741, 19281 ...)
Darf man fragen wie die Kommunikation zwischen den TAPs funktioniert.

Ich verwende nur die Original-Topfield-API. Ich habe eine Möglichkeit gefunden, diese leicht zu "missbrauchen", um eine Kommunikation zu ermöglichen. Das Ganze läuft also rein über API-Funktionen, ohne Einsprung in irgendwelche Firmware-Adressen.

edit:
Dank t3xi jetzt gefunden. Wenn ich mir die Funktionen anschaue, kann ich doch aber wohl nur einzelne Bytes bzw. dwords übertragen, oder? Wenn es denn funktioniert, müssten bei etwas defensivem Programmierstil mit meinen Ansatz auch größere Datenmengen austauschbar sein.

Mein Code geht deutlich tiefer ans Eingemachte (von daher interessiert mich auch sehr, ob der Ansatz stabil überall läuft). Läuft denn der TAPExtension-Code überall oder braucht es bestimmte Voraussetzungen?
:edit ende

		InParam.Function	= FCT_FindNext;
		InParam.TapID		= 0x89760002;
		InParam.pFile		= &File;
		bResult = TAP_SendEventByID( ID_TOPFHDD, EVENT_DIRINFO, (dword)&InParam, (dword)&OutParam );

DeJe hat geschrieben:@asrael Ja, die TAPs funktionieren auf dem MP.

DeJe hat geschrieben:So sieht z.B. der FindNext-Aufruf aus vFiler aus:

Code: Alles auswählen

		InParam.Function	= FCT_FindNext;
		InParam.TapID		= 0x89760002;
		InParam.pFile		= &File;
		bResult = TAP_SendEventByID( ID_TOPFHDD, EVENT_DIRINFO, (dword)&InParam, (dword)&OutParam );

Ich halte es daher für möglich, dass mein Ansatz weniger anfällig gegenüber Firmware-/Hardware-Veränderungen ist, da er nicht so tief ins Eingemachte geht (hatte mich oben verschrieben). Ich würde auch gerne mal auf meinem 5500 Deinen Code testen (falls Du Lust hast, eine einfache Beispiel-Client-/Server-Anwendung zu stricken).

asrael hat geschrieben: Großes allgemeines Interesse scheint aber an dem Thema TAP-to-TAP-Kommunikation wohl ohnehin nicht zu herrschen.

lmo hat geschrieben:Das ist Intersse ist mit Sicherheit da.
Vermutlich geht es vielen Tap-Entwicklern wie mir,
die mangels Zeit sich erstmals abwartend verhalten.
Wenn die Kommunikation zwischen zwei Taps läuft,
ist es bestimmt einfacher auf fertige Funktionen zuzugreifen,
als die selber zu schreiben.

Leo