FireBirdLib

[ibbi]

[quote=""Elle4u""]Das "InitTAPAPIFix();" repariert ja auch den Delete-Bug.
Kann ich dann in der "FilerDB.c" die ganzen String-Operationen um "FilerDelete.tmp" entfernen?[/quote]

Würde sagen: ja. Alles, was man an API-Fixes drin hat, kann raus.

[kantjer]

[quote=""FireBird""]You're using a buggy library. : The EEPROM offsets in GetTuner and SetTuner are wrong. I'll prepare an update this evening.

Regards, Alex[/quote]
Success !!!!!

I have got it working adding a tuner switch before and after your "LNB power down" code did the trick to solved my problem.
A second tuner switch after the code also solves the “No signal” indicator.

The only issue I had was adding

Code: Alles auswählen

SetTuner (1 - GetTuner (CHANNEL_Main));

at the beginning of your code, that made the Toppy freeze. I made a separate tap to do the first switch (starting it with the xstart tap in batch mode with 5 sec in between solved that.

No reboots so far.
Thanks for all your support

Bauke

[Sigittarius-E]

ich wollte mich nochmals für die Firebirdlib bedanken.

Wenn alles paßt ziehe ich mir die dieses WE wirklich rein und mal sehen was rauskommt

[FireBird]

Es gibt sicher einige, die Dir beim ziehen helfen.

[Sigittarius-E]

ich vermute mal, daß das bei meinen bescheidenen Programmierkenntnissen auch notwendig sein wird. :

Aber zuerst werd ich mal lesen, testen und ein wenig

-> -> -> -> -> ->


Smileykombination: (c) Erdnussnase

[Elle4u]

[quote=""Sigittarius-E""]Wenn alles paßt ziehe ich mir die dieses WE wirklich rein und mal sehen was rauskommt [/quote]

Ich warte schon...

[Sigittarius-E]

[quote=""Elle4u""]Ich warte schon...

[/quote]

[ibbi]

[quote=""Sigittarius-E""]Wenn alles paßt ziehe ich mir die dieses WE wirklich rein[/quote]

Aber nicht durch die Nase!

[FireBird]

Es gibt ein neues Update:

• Die Strukturen tRECServiceInfo5000 und tRECServiceInfo5010 wurden auf den neuesten Stand gebracht
• Absturz beim Aufruf von HDD_GetFirmwareDirCluster gefixt
• HDD_MakeNewFilename hinzugefügt. Diese Funktion fügt eine Sequenznummer oder 2 Zufallszeichen zu einem Dateinamen hinzu
• HDD_TAP_StartedByTAP hinzugefügt. Die Funktion teilt einem TAP mit, ob es via FireBirdLib gestartet wurde
• HDD_LiveFS_GetRootDirAddress hinzugefügt. Diese Funktion liefert eine Adresse auf die im Speicher abgelegte Kopie des Root-Verzeichnisses. Danke an Erdnussnase, der die Funktion als vermisst gemeldet hat.

[Sigittarius-E]

Danke Alex.

Das WE ist zwar noch nicht da - ich habe aber trotzdem eine Frage zur FirebirdLib bzw. TAPCOM:

Es gibt doch IMHO nur die Möglichkeit 15 oder 16 TAPs maximal zu starten.
Wenn ich bei einigen auf die Signatur schaue: Könnte die Situation eintreten daß via TAPCOM TAPs nachgestartet werden und die Grenze der max. startbaren TAPS dadurch überschritten wird?

[FireBird]

16 ist das Maximum. Wenn ein TAP nicht gestartet werden konnte, gibt es eine entsprechende Rückmeldung. Wollte Harvey nicht das 16er-Limit knacken?

[FireBird]

Und jetzt die Abendnachrichten



Das Verfolgen eines einzigen Pointers hat genügt, um den Informationscache für geöffnete Dateien auffliegen zu lassen. Damit ergibt sich die Möglichkeit, z.B. das Dateidatum oder das Crypt-Flag im Verzeichnis zu modifizieren, ohne dass dafür ein pöser Firmwarehack notwendig ist.

Ich werde das Ganze demnächst in die FireBirdLib einbauen, aber für alle, die das ausprobieren wollen, folgt ein einfaches Beispiel:

Code: Alles auswählen

typedef struct
{
  byte                  Attribute;
  dword                 FileDateTime;
  byte                  FileDateTimeSeconds;
  word                  FileDateTimeOffset;
  dword                 StartCluster;
  dword                 FileSize_Field1;
  dword                 FileSize_Field2;
  char                  FileName [64];
  char                  ServiceName [31];
  byte                  unknown1;
  byte                  unknown2;
  byte                  reserved1 [3];
  word                  CryptFlag;
  byte                  reserved2 [2];
  byte                  unknown3;
  byte                  reserved3;
  word                  FileSize_Field3;
}__attribute__((packed)) tFileSlot;

TYPE_File               *fp;
tFileSlot               *FileSlot;

  HDD_ChangeDir ("/DataFiles");
  if ((fp = TAP_Hdd_Fopen ("Battlestar Galactica - Heimat - Teil 1.rec")) != NULL)
  {
    TAP_Print ("%8.8x\n", fp->handle);
    FileSlot = fp->handle;
    FileSlot->CryptFlag = 0;                //Datei als FTA markieren
    FileSlot->FileDateTime = 0xd4c20000;    //Aufnahmedatum = 01.01.2008 ;-)
    TAP_Hdd_Fclose (fp);
  }

That's it.

MfG. Alex

[thensch]

[quote=""FireBird""]Damit ergibt sich die Möglichkeit, z.B. das Dateidatum oder das Crypt-Flag im Verzeichnis zu modifizieren, ohne dass dafür ein pöser Firmwarehack notwendig ist.[/quote]Oh, das hört sich mal wieder ganz toll an.

[Elle4u]

[quote=""FireBird""]Und jetzt die Abendnachrichten



Das Verfolgen eines einzigen Pointers hat genügt, um den Informationscache für geöffnete Dateien auffliegen zu lassen. Damit ergibt sich die Möglichkeit, z.B. das Dateidatum oder das Crypt-Flag im Verzeichnis zu modifizieren, ohne dass dafür ein pöser Firmwarehack notwendig ist.[/quote]
Cool!!!

Auch das SKIP-Flag?

[ibbi]

[quote=""FireBird""]Und jetzt die Abendnachrichten [/quote]

Wurde Zeit, dass Du mal wieder gestolpert bist!

[FireBird]

[quote=""Elle4u""]Auch das SKIP-Flag? [/quote]
Den kompletten 128-Byte-Slot wie er auf der Festplatte steht. Das Skip-Flag versteckt sich noch im Crypt-Word. Das muss ich noch mehr aufspalten.

[paul79]

[quote=""FireBird""]Und jetzt die Abendnachrichten

Das Verfolgen eines einzigen Pointers hat genügt, um den Informationscache für geöffnete Dateien auffliegen zu lassen. Damit ergibt sich die Möglichkeit, z.B. das Dateidatum oder das Crypt-Flag im Verzeichnis zu modifizieren, ohne dass dafür ein pöser Firmwarehack notwendig ist.[/quote]

Ich verstehe den Code zwar nicht so richtig ops: , aber so wie sich das anhört möchte ich mich ganz besonders bei Dir bedanken!


Gruß
Paul

[ibbi]

[quote=""FireBird""]Ich werde das Ganze demnächst in die FireBirdLib einbauen[/quote]

Kapselst Du das (ähnlich wie beim Rec-Header) mit HDD_GetFileSlot und HDD_SetFileSlot?

[FireBird]

Wie wäre es mit einem HDD_SetFileTime (TYPE_File *fp, dword MJD); u.s.w.?

[ibbi]

[quote=""FireBird""]Wie wäre es mit einem HDD_SetFileTime (TYPE_File *fp, dword MJD); u.s.w.?[/quote]

Das ist eben die Frage. Für jedes Mitglied der Struktur eine eigene Funktion oder nur zwei, nämlich HDD_GetFileSlot(TYPE_File *, tFileSlot *) und HDD_SetFileSlot(TYPE_File *, tFileSlot *). Wäre weniger Arbeit.

EDIT: Wobei ich gerade und ops:, dass man ein Set gar nicht bräuchte. Wäre sowieso sicherer, sich den FileSlot erst holen zu müssen.