FireBirdLib

[Elle4u]

[quote=""FireBird""]Machen wir ein schnelles Update, da sich nicht viel geändert hat:
[/quote]
Danke, Alex.

Hat sich noch etwas geändert, seit dem Stand, welchen Du mir gemailt hattest?

[quote=""FireBird""]
[*]DISPLAY_TYPE zur Firmware.dat und tToppyInfo-Struktur hinzugefügt.[/quote]

Ist das abwärts-kompatibel?

Sprich, was passiert, wenn jemand ein "altes" TAP mit neuer Firmware.dat verwendet?
Und was, wenn ein "neues" TAP auf die alte Firmware.dat trifft?

[FireBird]

So viele Fragen mitten in der Nacht.
[quote=""Elle4u""]Hat sich noch etwas geändert, seit dem Stand, welchen Du mir gemailt hattest?[/quote]
Nein.

Ist das abwärts-kompatibel?

Ja.

Sprich, was passiert, wenn jemand ein "altes" TAP mit neuer Firmware.dat verwendet?

Nix böses. Ich habe damals schon einige Felder für zukünftige Erweiterungen freigelassen.

Und was, wenn ein "neues" TAP auf die alte Firmware.dat trifft?

Dann ist das TAP der Meinung, alle Töpfe sind mit LEDs ausgestattet. Zur Unterscheidung sollte dieses Feld sowieso nicht genommen werden, da sonst alle VFD-Upgrades unter den Tisch fallen.

[Elle4u]

[quote=""FireBird""]So viele Fragen mitten in der Nacht. [/quote]

Danke für die Antworten.

Das beruhigt mich .

[kantjer]

Hi,

I'm trying to build a small TAP to load and unload the Xp patch, but I can't get it working:

Code: Alles auswählen

	TAP_Hdd_ChangeDir("/ProgramFiles/HDFW_Firmware");
	PatchLoadModule  ( "Xp" );
	//PatchUnloadModule ( "Xp" );

Any tips of what I'm doing wrong.

Thanks,
Bauke

[FireBird]

Hi Bauke,

Any tips of what I'm doing wrong.

Yes, you're missing a lot of code. Adding a patch is not that easy. Below is some code out of my head, so I can't guarantee that it is working correctly.

Regards, Alex

Code: Alles auswählen

bool InstallPatch (char *FileName)
{

tPatchModule            *PatchModule = NULL;
tPatchData              PatchData;
dword                   *Firmware = (dword*)0x80000000, *pFW;
dword                   PatchType, UncompFWSize;
char                    PatchID[3];
bool                    ret = FALSE;

  //Find the end of the firmware code
  UncompFWSize = 0;
  pFW = Firmware;
  while (((dword)pFW < 0x82000000) && ((pFW[0] != 0x00000000) || (pFW[1] != 0x00202020) || (pFW[2] != 0x20202020)))
  {
    UncompFWSize += 4;
    pFW++;
  }

  PatchModule = PatchLoadModule (FileName);
  PatchType = PatchFindType (Firmware, UncompFWSize >> 2, PatchModule, &PatchData);

  switch (PatchType)
  {
    case 0:
      //Unable to apply the patch to this firmware
      break;

    case 1:
    case 3:
      //Ready to install a patch
      PatchApply (Firmware, PatchModule, &PatchData, TRUE);
      memcpy (PatchID, PatchModule->PatchID, 2);
      PatchID [2] = '\0';
      PatchInstallID (Firmware, PatchID);
      ret = TRUE;
      break;

    case 2:
    case 4:
      ret = TRUE;
      //Already installed
  }
  if (PatchModule) PatchUnloadModule (PatchModule);

  return ret;
}

[kantjer]

Yes, you're missing a lot of code.

Thanks Alex, ops:
Now see if I can make this into a working TAP.
Bauke

[kantjer]

Alex,

I'm still a bit confused.

If I understand it wright to dynamically load a patch I need to use PatchLoadModule (char *FileName)
Will the Fillename be including extension, so in this case

Code: Alles auswählen

PatchLoadModule ("[Xp] PlayNoCYR_05.tfp");

And to unload: PatchUnloadModule (tPatchModule *PatchModule);

I have no idea in this case what to use as (tPatchModule *PatchModule) to dynamically unload the Xp patch, filename, patch ID or..............

Can you please help out here, and thanks for your patience.

Bauke

[FireBird]

If I understand it wright to dynamically load a patch I need to use PatchLoadModule (char *FileName)
Will the Fillename be including extension, so in this case

Code: Alles auswählen

PatchLoadModule ("[Xp] PlayNoCYR_05.tfp");

The extension is needed.

And to unload: PatchUnloadModule (tPatchModule *PatchModule);


I have no idea in this case what to use as (tPatchModule *PatchModule) to dynamically unload the Xp patch, filename, patch ID or..............

Ok, lets start it from a different perspective:

PatchLoadModule just loads the tfp file, which holds the declaration of the patch, decodes it and writes the decoded information into the tPatchModule structure. It does not do anything to the firmware! PatchUnloadModule is used at the end to free the memory reserved by PatchLoadModule.

Then you need to find out, if that particular patch file you?ve just loaded, is suitable for the firmware you like to patch. PatchFindType is the function which does this job. You have to pass the address where it has to start to search, how far it should search, the tPatchModule structure, so that it knows what it should look for, and a pointer to PatchData.

Code: Alles auswählen

PatchType = PatchFindType (Firmware, UncompFWSize >> 2, PatchModule, &PatchData);

The PatchData struct is filled by PatchFindType and contains the information where PatchFindType has found a suitable location for the patch. Normally the contents of PatchData is not useful for you. PatchFindType returns a dword, which tells you if a patch can be added, if it is already in the firmware or if it can?t be added to this firmware.

If everything goes well and PatchFindType reports that the loaded patch can be added to the firmware, you can use PatchApply to actual apply the loaded patch to the firmware.

Code: Alles auswählen

PatchApply (Firmware, PatchModule, &PatchData, bool Install);

The first parameter is the start address of the firmware (like in PatchFindType; the firmware starts at 0x80000000). The fourth parameter tells PatchApply if you would like to add (TRUE) or remove (FALSE) a patch.

The last step (except for cleaning up the memory with PatchUnloadModule) is to add the PatchID if the patch has been successfully applied:

Code: Alles auswählen

PatchInstallID (Firmware, ?Xp?);

The first parameter again is the start address 0x80000000.

I hope this makes it a bit clearer.

Regards, Alex

[FireBird]

Nach längerer Zeit ist ein kleines Update online gegangen:

• Geschwindigkeit der HDD_LiveFS_GetNextCluster()-Funktion optimiert
• tPlaySlot struct modifiziert (thanks to R2-D2 for these two items)
• Neue Funktion SetRemoteMode hinzugefügt. Damit lassen sich die 4 IR-Modi ein- bzw. ausschalten
• Das tFileSlot struct zwecks korrekter Variablenausrichtung verändert
• Bugfix: RecHdr im tPlaySlot struct darf kein Pointer sein

MfG. Alex

[asrael]

Nach längerer Zeit ist ein kleines Update online gegangen:

• Geschwindigkeit der HDD_LiveFS_GetNextCluster()-Funktion optimiert
• tPlaySlot struct modifiziert (thanks to R2-D2 for these two items)
• Neue Funktion SetRemoteMode hinzugefügt. Damit lassen sich die 4 IR-Modi ein- bzw. ausschalten
• Das tFileSlot struct zwecks korrekter Variablenausrichtung verändert
• Bugfix: RecHdr im tPlaySlot struct darf kein Pointer sein

MfG. Alex

Dankeschön.

Mit freundlichen Grüßen

asrael

[Elle4u]

Nach längerer Zeit ist ein kleines Update online gegangen:

Danke auch von mir.

Was ist denn in der tPlaySlot neu?

Edit: Habe es mir im Source angeschaut, bin aber nicht so schlau draus geworden

[FireBird]

Edit: Habe es mir im Source angeschaut, bin aber nicht so schlau draus geworden

Nur weil es in der Vorgängerversion ein klein wenig unübersichtlich war? :

Der zweite tFileSlot-Eintrag wurde zu einem neuen tFileHandle. Dadurch werden nicht nur ein weiterer tFileSlot, sondern auch 2 dwords referenziert.

MfG. Alex

[BlackOne]

Der zweite tFileSlot-Eintrag wurde zu einem neuen tFileHandle. Dadurch werden nicht nur ein weiterer tFileSlot, sondern auch 2 dwords referenziert.

ich verstehe nur bahnhof
aber ich bewundere diejenigen, die damit was anfangen können

[Sigittarius-E]

Danke

[FireBird]

Hi,

die Lib wurde upgedatet. Die einzige Änderung ist eine Ausnahmeregelung in der Shutdown-Routine für den TF6000ES (siehe RecCopy Thread).

MfG. Alex

[FireBird]

Nach langer Zeit wieder einmal ein offizielles Update. Im Hintergrund hat sich sehr wohl einiges getan, aber auf Grund des geringen Interesses, wurden die Änderungen nicht angekündigt. Da die Szene durch den TMS wieder ein wenig auflebt, werde ich auch wieder Updates bekanntgeben. Kurzfristige Änderungen waren:

• FontManager integriert
  • Bugfix: FontManager-Tool ist bei manchen Fonts abgestürzt
• TMSOSDMenu integriert
  • Einige Standard-Buttons sind fix eingebaut. Dadurch ist zur Funktion OSDMenuButtonAdd() ein Parameter dazugekommen, aber dafür braucht man die Knöpfe nicht selbst in jedes TAP einzubauen.
  • Miriam durch Calibri ersetzt. (@xy: beliebige Fonts einbinden ist nicht so einfach, da sie unterschiedliche Y-Positionen haben und somit ein Offset mitgegeben werden müßte. In diesem Fall war er 3 Pixel).
  • Infoboxen im TMS-Design
  • Message-Boxen im TMS-Design
  • Neue Funktionen OSDMenuItemGetValue(), OSDMenuItemGetName(), OSDMenuItemGetCurrentValue() und OSDMenuItemGetCurrentName()
  • Bugfix: OSDMenuItemModifyName() macht jetzt nicht mehr nichts
• isAnyOSDVisible() beschleunigt durch die Prüfung eines jeden 4. Pixels
• Neue Funktion isAnyOSDVisibleEx(), die andere OSD-Planes prüfen kann
• Bugfix: FixInvalidFileName() benennt Dateien nicht mehr um, wenn sie gerade wiedergegeben werden, oder Ziel einer Aufnahme sind.

[buko]

... danke, Alex ! ...

[Happy]

Hallo Alex,

ich muss hier auch mal danke sagen. Habe in den letzten 3 Wochen sooft FireBirldLibs gezogen wie in den letzten 3 Jahren nicht
Und ich bin immer wieder begeistert

Gruß,
Happy

[paul79]

Nach langer Zeit wieder einmal ein offizielles Update. Im Hintergrund hat sich sehr wohl einiges getan, aber auf Grund des geringen Interesses, wurden die Änderungen nicht angekündigt. Da die Szene durch den TMS wieder ein wenig auflebt, werde ich auch wieder Updates bekanntgeben. Kurzfristige Änderungen waren:

• FontManager integriert
  • Bugfix: FontManager-Tool ist bei manchen Fonts abgestürzt
• TMSOSDMenu integriert
  • Einige Standard-Buttons sind fix eingebaut. Dadurch ist zur Funktion OSDMenuButtonAdd() ein Parameter dazugekommen, aber dafür braucht man die Knöpfe nicht selbst in jedes TAP einzubauen.
  • Miriam durch Calibri ersetzt. (@xy: beliebige Fonts einbinden ist nicht so einfach, da sie unterschiedliche Y-Positionen haben und somit ein Offset mitgegeben werden müßte. In diesem Fall war er 3 Pixel).
  • Infoboxen im TMS-Design
  • Message-Boxen im TMS-Design
  • Neue Funktionen OSDMenuItemGetValue(), OSDMenuItemGetName(), OSDMenuItemGetCurrentValue() und OSDMenuItemGetCurrentName()
  • Bugfix: OSDMenuItemModifyName() macht jetzt nicht mehr nichts
• isAnyOSDVisible() beschleunigt durch die Prüfung eines jeden 4. Pixels
• Neue Funktion isAnyOSDVisibleEx(), die andere OSD-Planes prüfen kann
• Bugfix: FixInvalidFileName() benennt Dateien nicht mehr um, wenn sie gerade wiedergegeben werden, oder Ziel einer Aufnahme sind.

Dankeschön! Damit habe ich nun fast eine Woche Arbeit umsonst gemacht. Da es aber immernoch nicht ganz funktioniert hast Du mir jedoch eine weitere Woche Arbeit ersparrt!

Nochmals ein großes Danke!

Gruß
Paul

[ameise999]

hallo,

die lib ist aber nur für die tap-progammierer oder

gruss