TTD Forum

Hi,

nachdem einige Leute diese Sammlung von praktischen und gefährlichen Funktionen schon einige Zeit verwenden, möchte ich sie hier „offiziell“ zur Verfügung stellen. Es handelt sich dabei um Routinen, die man nicht jedes Mal neu erfinden möchte oder Firmware-Hacks, die offiziell unmöglich sind. Nicht alles ist selfmade, sondern manches ist von anderen Sourcen zusammengestohlen …ähhh…
wurde von anderen Sourcen übernommen.


Speziellen Dank auch an ibbi, der mich mit seinem gar nicht puristischen Wissen unterstützt hat und sich auch die Mühe gemacht hat, die komplette Library in rund 200 Einzelobjekte zu zerschlagen. Dadurch werden wirklich nur die Funktionen in ein TAP gelinkt, die auch aufgerufen werden.


Diese Funktionssammlung soll weiterwachsen. Wenn also jemand Routinen hat, die für andere TAP-Programmierer interessant sein könnte, dann immer her damit – ich werde sie gerne mit dem entsprechenden Hinweis einbauen.

MfG. Alex

FBLib Download
FBLib Doc
FBLib Doc (English)
Change log

ich sag mal

DANKE



...und werd mich mal bei Gelegenheit einlesen. :

Bei dem gewaltigen Andrang hier bin ich glatt froh, auch noch ein Exemplar erwischt zu haben.

Mein Dank an Alex, dass er sein Wissen und seine Sourcen mit uns teilt.

Eigentlich wollte ich die PDF zum Schnuppern anhängen. Ist hiermit oben geschehen.

Man sollte vielleicht noch erwähnen, dass das test.tap keinesfalls jemand installieren oder aufrufen sollte. Es dient nur dazu zu überprüfen, ob die Library ohne Fehler gebunden werden kann.

Ich sag auch mal Danke auch wenn ich im Moment noch keine Verwendungsmöglichkeit dazu habe!

Finde es toll das Du Dein Wissen mit uns teilst!

Gruß
Paul

[quote=""ibbi""]
Mein Dank an Alex, dass er sein Wissen und seine Sourcen mit uns teilt. [/quote]

Dem kann ich mich nur anschließen. Schließlich benutze ich auch schon seit langem Teile dieser API.

Gruß,
Happy

Ich habe mir auch eine aktuelle Version vom Stapel genommen.
Vielen dank an Ibbi und natürlich Firebird, die Sammlung ist wirklich überaus hilfreich und nützlich.

PS: Firebird, kannst du neben TAP_SendEvent() noch ein TAP_SendEventByID() einbauen? Ich nutze zur Zeit diese Funktion aus den TAPExtension, die könnte ich dann eleminieren.

Allein die Doku ist eine Genuss. Steckt echt viel Arbeit drin. Respekt, Alex!

Einfach nur genial.

Da sind seit dem letzten mal, wo ich sie angeschaut habe, viele schöne neue Funktionen hinzugekommen.

Absolut Top.

Gruß
Aldarin

Dankeschön!

Mit freundlichen Grüßen

asrael

Ich bin hier grade am Experimentieren, blicke aber nicht so ganz mit HookSet durch.

Ist es richtig, dass dword *pTAPHandler übergeben werden muss als z.B.
void SectionDetectHook (dword unknown /* 0 */, dword* CPURegs)
{ a1= CPURegs[4]; machwas(a1); }

Darauf bin ich aufgrund eines Disassemblats von DefaultOPs gekommen, weiss aber nicht, ob ich mich irre (das Experiment macht jedenfalls nichts, nicht mal den Topf schockgefrieren).

Die Nennung eines Opensource-TAP, welches die Funktion nutzt, wäre als Wink mit dem Zaunpfahl ausreichend, eh Du jetzt im Code wühlst.

Danke.

Du definierst zu erst den Hook-Handler:
und kannst danach einen Hook setzen und aktivieren:
Zum Schluss nicht auf’s Deaktivieren vergessen!
[quote=""Harvey""]Darauf bin ich aufgrund eines Disassemblats von DefaultOPs gekommen[/quote]
Vielleicht sollte ich die Quellen dazulegen.

OK, so habe ich es gemacht (HookIndex nicht ausgewertet), dann funktionniert der Krempel wegen meiner Fehler nicht.

Eh ich jetzt noch x mal die Treppen rauf und runter laufe: Weißt Du rein zufällig, ob dem Topf ein TAP_Print innerhalb einer Interruptreoutine genehm ist ? Verhüterli gegen den Empfang weiterer IRQs sind (glaube ich) deaktiviert.

[quote=""Harvey""]Weißt Du rein zufällig, ob dem Topf ein TAP_Print innerhalb einer Interruptreoutine genehm ist ? [/quote]
Manchmal funktionierts, meist nicht. Ich schreibe notwendige Infos immer in einen Buffer und schreibe ihn im Idle hinaus. Es gibt aber auch genügend Stellen, an denen der Topf einen Hook überhaupt nicht mag.

Ich schreibe notwendige Infos immer in einen Buffer und schreibe ihn im Idle hinaus.

Jetzt muss ich nur noch den Smilie erklären: Exakt das glaube ich mit den Informationen zu machen, die ich gerne hätte (EPG-Daten).

Nun gut, dann fang ich mal das Debuggen via DebugBbuffer[y]=x an.


Vielen Dank.





Falls wer unbedingt Lust hat, mein Gehirn zu entkrampfem, hier das nicht lauffähige TAP als Source. Da stecken wahrscheinlich nur Peinlichkeiten drin.
Bis Morgen.

Edit: Jetzt bin ich wieder klarer. Abgesehen von einigem Murks hätte ich mal die Routine zum Auswerten aufrufen können.
Prinzipiell klappt es jetzt, leider kommen nur Current und Next Event rein Ergo muss ich mich wohl oder übel mit den PID-Filtern beschäftigen, und das kann dauern.

[quote=""Harvey""]Falls wer unbedingt Lust hat, mein Gehirn zu entkrampfem, hier das nicht lauffähige TAP als Source. [/quote]
Und was soll sich an der gehookten Location tun?

Könntest Du das mit in die Anleitung nehmen? Geschrieben ist es ja schon, so dass es keine Extra-Arbeit mehr macht.

Vielleicht ein Kapitel pro Unterverzeichnis, in dem solche Anwendungsbeispiele und Erklärungen stehen, die man aus solchen Anfragen peu à peu zusammentragen könnte.

Ich hatte geplant, eine Erklärung für die „undurchsichtigen“ Befehle zu schreiben – irgendwann.