FireBirdLib

[FireBird]

Also viele interessante Teile gibt es in der Struktur nicht. Filedatum, Crypt- und Skip-Flag. Ich hoffe nicht, dass jemand ein Unterverzeichnis zu einer Datei machen möchte. Oder sieht jemand ein Potential in anderen Migliedern?

[ibbi]

[quote=""FireBird""]Also viele interessante Teile gibt es in der Struktur nicht.[/quote]

Auch wieder wahr.

[FireBird]

Zusatz: nachdem die Info grundsätzlich in der TYPE_File vorhanden sind, braucht man nicht einmal ein Get*. Wenn man auch das PlayList-Flag dazu nimmt, komme ich vorläufig auf 4 Set-Funktionen.

Aber irgendwie sind schon wieder alle so schüchtern.

[ibbi]

[quote=""FireBird""]nachdem die Info grundsätzlich in der TYPE_File vorhanden sind, braucht man nicht einmal ein Get*.[/quote]

Bei einzelnen Set-Funktionen ist das klar. (Und man braucht nicht einmal eine lokale tFileSlot *-Variable. :und_weg

[quote=""FireBird""]Aber irgendwie sind schon wieder alle so schüchtern. [/quote]

Wer? Die Funktionen?

[FireBird]

[quote=""ibbi""]Und man braucht nicht einmal eine lokale tFileSlot *-Variable. :und_weg [/quote]
Purist! Aber keine dwords haben wollen, die für die CPU doch das puristischte sind, wo gibt.

Wer? Die Funktionen?

Eher die Mitleser.

[Elle4u]

[quote=""FireBird""]Eher die Mitleser.[/quote]

Ich lese fleißig mit

Aber ihr kennt ja meine C-Kenntnisse ops: , so dass ich da nicht groß mitreden brauch
Interessiert bin ich an der ganzen Sache aber wie immer SEHR .

[ibbi]

[quote=""FireBird""]Purist! Aber keine dwords haben wollen, die für die CPU doch das puristischte sind, wo gibt. [/quote]

Hardware, pah!

[ibbi]

Kann man über diesen Weg die Datei auch umbenennen? Wäre praktisch, wenn man sie ohnehin schon geöffnet hat.

Bist Du Dir mit

Code: Alles auswählen

  char                  FileName [64];
  char                  ServiceName [31];
  byte                  unknown1;
  byte                  unknown2;

sicher?

Es gibt ja scheinbar keine festdefinierte Größe für Dateinamen bei Topfield (im RecInfo sind es 95, sonst 100 Zeichen), aber wird hier nur eine Kurzform gespeichert? (Oder evtl. eine Variante ohne das |-Sonderzeichen, dann wüsste ich nämlich, woher die Anzeige des Original-Filers käme.)

[FireBird]

[quote=""ibbi""]Bist Du Dir sicher?[/quote]
Ich werde es nocheinmal checken. Das |-Sonderzeichen steht auf jeden Fall hier, da es von hier aus die Altair-Probleme produziert. Ich glaube, dass der Orignal-Filer einfach filtert.

Es gibt ja scheinbar keine festdefinierte Größe für Dateinamen bei Topfield

Angewandte Fuzzy-Logic. :

/Edit:

Kann man über diesen Weg die Datei auch umbenennen?

Einfach geraten: ja.

[ibbi]

[quote=""FireBird""]Angewandte Fuzzy-Logic. [/quote]

Eigentlich wollte ich es mir ja ersparen, mal Dateinamen im Grenzbereich zu testen, weil ich dachte, na gut, 95 Zeichen für RecInfo (ohne .rec) und 100 Zeichen sonst, das passt irgendwie ±1.

[quote=""FireBird""]/Edit:

Einfach geraten: ja.[/quote][/quote]

Aber dann offenbar nicht jeden.

[FireBird]

[quote=""ibbi""]Aber dann offenbar nicht jeden.[/quote]
Verstehe ich jetzt nicht. Wieso kann man nicht jede umbenennen?

[ibbi]

[quote=""FireBird""] Verstehe ich jetzt nicht. Wieso kann man nicht jede umbenennen?[/quote]

Bei der Bemerkung ging ich davon aus, dass die char FileName[64] wirklich stimmen und dass dort nur so eine Art Vorschau-Kurzname gespeichert ist. Dann könnte man Aufnahmen mit mehr als 63 Zeichen Länge über diesen Weg nicht in die 64 Zeichen quetschen.

Was aber sowieso -gedacht ist, denn wenn es diese Vorschau-Kurznamen wirklich gibt, ist ein Umbenennen des richtigen Namens darüber ohnehin nicht möglich.

Langer Rede kurzer Sinn: Steht im Slot der komplette name[TS_FILE_NAME_SIZE] oder nicht?

[t3xi]

Ich glaube das Problem ist, dass an einigen Stellen im source code der Firmware "Name[64]" steht und an anderen Stellen "Name[0x64]". (0x64 == 100)

[ibbi]

[quote=""t3xi""]Ich glaube das Problem ist, dass an einigen Stellen im source code der Firmware "Name[64]" steht und an anderen Stellen "Name[0x64]". (0x64 == 100) [/quote]

Dann würde mich brennend interessieren, wie die Firmware auf Dateinamen mit mehr als 63 Zeichen reagiert.

[FireBird]

Ich mache Abends wieder ein paar praktische Übungen, dann kann man die Theorie abschliessen.

Noch ein kleines Dilemma: Praktisch wäre, wenn HDD_SetCryptFlag nicht nur das Verzeichnis, sondern auch das Flag im REC-Header setzen würde. Praktisch ist, dass die Datei zu dem Zeitpunkt geöffnet ist und HDD_SetCryptFlag das Handle geliefert bekommt. Unpraktisch ist, dass dadurch die aktuelle Position verändert wird.

[t3xi]

Das Ende des Dateinamens (inkl. .rec) wird durch den Sendernamen ersetzt und die Aufnahme wird unsichtbar.

[ibbi]

[quote=""FireBird""]Unpraktisch ist, dass dadurch die aktuelle Position verändert wird.[/quote]

... die man sich merken und wieder hin-seek-en kann. (Siehe Zwitscher, case MenuShowLog. Seek aber nur vor vorne, bei relativen Seeks hatte ich merkwürdige Effekte, was aber auch an mir gelegen haben kann.)

[quote=""t3xi""]Das Ende des Dateinamens (inkl. .rec) wird durch den Sendernamen ersetzt und die Aufnahme wird unsichtbar.[/quote]

Wissen oder Vermutung?

[t3xi]

[quote=""ibbi""]
Wissen oder Vermutung?[/quote]
Das gilt vermutlich nur für Timer-Aufnahmen. Normales Umbenennen müsste auch mit mehr als 64 Zeichen funktionieren.

[Grubix]

[quote=""ibbi""]Wissen oder Vermutung?[/quote]Wissen, selbst ausprobiert:

Beim Test lief kein TAP, Aufnahmen waren auf BR-alpha. Hier zunächst die Ergebnisse:

Code: Alles auswählen

Timername:
----------
12345678901234567890123456789012345678901234567890123456789012345678901234567890.rec
1234567890123456789012345678901234567890123456789012345678901234567890.rec
1234567890123456789012345678901234567890123456789012345678901234567.rec
123456789012345678901234567890123456789012345678901234567890123.rec
12345678901234567890123456789012345678901234567890123456789012.rec
1234567890123456789012345678901234567890123456789012345678901.rec
123456789012345678901234567890123456789012345678901234567890.rec
12345678901234567890123456789012345678901234567890123456789.rec

Name während der Aufnahme (identisch mit Timername):
----------------------------------------------------
12345678901234567890123456789012345678901234567890123456789012345678901234567890.rec
1234567890123456789012345678901234567890123456789012345678901234567890.rec
1234567890123456789012345678901234567890123456789012345678901234567.rec
123456789012345678901234567890123456789012345678901234567890123.rec
12345678901234567890123456789012345678901234567890123456789012.rec
1234567890123456789012345678901234567890123456789012345678901.rec
123456789012345678901234567890123456789012345678901234567890.rec
12345678901234567890123456789012345678901234567890123456789.rec

Name nach der Aufnahme:
-----------------------
1234567890123456789012345678901234567890123456789012345678901234BR-alpha
1234567890123456789012345678901234567890123456789012345678901234BR-alpha
1234567890123456789012345678901234567890123456789012345678901234BR-alpha
123456789012345678901234567890123456789012345678901234567890123.BR-alpha
12345678901234567890123456789012345678901234567890123456789012.rBR-alpha
1234567890123456789012345678901234567890123456789012345678901.reBR-alpha
123456789012345678901234567890123456789012345678901234567890.recBR-alpha
12345678901234567890123456789012345678901234567890123456789.rec

Nochmal etwas anders sortiert:

Code: Alles auswählen

A: Timername, B: Name nach der Aufnahme
---------------------------------------
A: 12345678901234567890123456789012345678901234567890123456789012345678901234567890.rec
B: 1234567890123456789012345678901234567890123456789012345678901234BR-alpha

A: 1234567890123456789012345678901234567890123456789012345678901234567890.rec
B: 1234567890123456789012345678901234567890123456789012345678901234BR-alpha

A: 1234567890123456789012345678901234567890123456789012345678901234567.rec
B: 1234567890123456789012345678901234567890123456789012345678901234BR-alpha

A: 123456789012345678901234567890123456789012345678901234567890123.rec
B: 123456789012345678901234567890123456789012345678901234567890123.BR-alpha

A: 12345678901234567890123456789012345678901234567890123456789012.rec
B: 12345678901234567890123456789012345678901234567890123456789012.rBR-alpha

A: 1234567890123456789012345678901234567890123456789012345678901.rec
B: 1234567890123456789012345678901234567890123456789012345678901.reBR-alpha

A: 123456789012345678901234567890123456789012345678901234567890.rec
B: 123456789012345678901234567890123456789012345678901234567890.recBR-alpha

A: 12345678901234567890123456789012345678901234567890123456789.rec
B: 12345678901234567890123456789012345678901234567890123456789.rec

Das Erstaunliche ist, dass während der Aufnahme in der Fileliste genau der Name steht, der auch als Timername eingegeben wurde. Erst wenn die Aufnahme beendet wird, ändert der Receiver den Namen. Bei 59 Zeichen für den Namen wird dieser dann nicht mehr geändert und der Sendername angehängt. Übrigens kann ich den Namen später wieder auf z.B. 80 Zeichen + ".rec" ändern und alles ist OK.

Beim letzten Test mit 80 Zeichen ist mir aufgefallen, dass in der Fileliste nicht "Recording.." sondern "Ungültige Information" steht. Ab wann das so ist, kann ich leider nicht genau sagen, da hätte ich alle Tests wiederholen müssen.

Evtl. kann ich dir mit den Infos helfen, Grubix.

[FireBird]

Danke für die Versuche. Das macht Sinn und bestätigt unsere schlimmsten Befürchtungen.