Was ist die genaue Bedeutung der QuickSFV-Kommentare am Ende einer SFV-Datei?

2377
Gfy

Worauf basieren die QuickSFV-Kommentare am Ende einer SFV-Datei?

25-Monty_Python-The_End-EOS.mp3 D387716E ;Q1-1c11727069c13b6 ;Q1-///4AA==

In Version 2 hatte es eine Zeile mehr:

cowiso-xvid-yrrol.part48.rar 60C3AB2E cowiso-xvid-yrrol.part49.rar E50D18BC ;Q2-1c25890ae82a640 ;Q2-8KmPHkmiwgE= ;Q2-////////gA==

SFV-Dateien haben je nach Werkzeug unterschiedliche Arten von Kommentaren, aber nur QuickSFV bearbeitet die Datei und speichert am Ende seltsame Informationen. Weitere Informationen zum SFV-Dateiformat finden Sie im SFV-FAQ .

Das ;gibt den Beginn einer Kommentarzeile und Q1-und Q2-scheint sich auf die QuickSFV Hauptversion zu beziehen. Ich habe die Versionsgeschichte durchgesehen und dies sind meine bisherigen Ergebnisse:

v1.50b Änderungen: Ein kleiner Fehler wurde behoben, wenn die letzte Zeile einer .SFV-Datei nicht mit einem CR oder LF endete. Die Datenbank "zuvor geprüfte Dateien" würde an das Ende dieser Zeile angeheftet werden, anstatt in einer Zeile alleine.

Änderungen in Version 1.51: Wenn in eine SFV-Datei bereits eine vorhandene DB eingebettet ist, verwendet QuickSFV diese, ohne sie jedoch zu aktualisieren oder zu entfernen.

Diese Datenbank wird als "zuvor geprüfte Dateien" bezeichnet.

v1.60-Änderungen: In der Datenbank der zuvor geprüften Dateien wird jetzt eine eindeutige Signatur aufgezeichnet, um zu verfolgen, ob die Datenbank vom aktuellen Benutzer oder einem anderen Benutzer erstellt wurde. Dies ist hilfreich, wenn die Ersteller der SFV-Dateien die Dateien überprüfen und die Datenbank der zuvor geprüften Dateien beim Hochladen der SFV-Datei belassen. Diese Signatur ist einfach eine Zufallszahl und enthält keine spezifischen Informationen zu der Maschine, auf der sie läuft. Sie wird während der Installation generiert oder wenn die entsprechende INI-Einstellung fehlt. Beim Upgrade wird diese Signatur beibehalten, solange Sie in demselben Ordner installieren wie die vorhandene Version von QuickSFV. Bei der Installation in einem neuen Ordner wird diese Signatur zurückgesetzt, wodurch QuickSFV die Datenbank mit den zuvor geprüften Dateien bei der Überprüfung ignoriert. Durch die Deinstallation von QuickSFV wird die Signatur gelöscht.

Die Zufallszahl befindet sich in einer quicksfv.conf-Datei, die in C:\Users\User\AppData\Local\QuickSFVVersion 3 gefunden werden kann und wie Signature=1234567890eine 10- stellige Zahl aussieht und scheinbar zufällig ist. Version 2 ini befindet sich in C:\Program Files (x86)\QuickSFV\QuickSFV.iniund enthält eine 15-stellige Hex-Zeichenfolge. In den obigen Beispielen ist dies die erste Zeile. Diese Zeile bleibt für ein System gleich und kann eine Installation identifizieren.

Ich bin nicht überzeugt, dass diese Saite noch völlig einzigartig oder zufällig ist! Zufällige SFV-Dateien im Internet scheinen mit 1coder zu beginnen 1d. Vielleicht basiert es auf dem Zeitstempel der Installation? Für meinen Test begann es mit 1d, während ältere Dateien alle mit der anderen zu beginnen scheinen.

Nach diesem Verdacht erhielt ich durch Experimente folgendes Ergebnis:

Signature=1d17fc36609ef78 ;Q2-1d17fc7bfca4eee ;Q2-1d17fc830b747a9

Es ist eindeutig eine wachsende Zahl. Wie kann man daraus ein Datum machen oder ist es etwas anderes?

Änderungen in v2.00: Eine Ablauffunktion für die verifizierte Datenbank wurde hinzugefügt. Dies ist eine INI-Einstellung, mit der Sie das maximale Datum der Datenbank angeben können, bevor der alte Wert angenommen wird, und alle Dateien erneut überprüfen. Der Standardwert lautet "Kein Verfallsdatum". [...] Es wurde eine Rechtsklick-Menüoption hinzugefügt, um alle zuvor verifizierten DB-Informationen aus der aktuellen .SFV-Datei zu entfernen.

Der Zeitstempel einer Datei wird nach dem Ändern der Datenbank geändert. So funktioniert diese Funktion.

Und dann gibt es noch ein oder zwei weitere Zeilen, die erklärt werden müssen. Was genau repräsentieren sie? Wie funktioniert diese Datenbank?

0

3 Antworten auf die Frage

1
Greg

Ich habe heute ein bisschen nachgesehen, nachdem ich auf Ihren Beitrag gestoßen bin.

Ich kann nicht viel zur ersten Zeile kommentieren. Wie Sie wissen, handelt es sich um die Signatur, die bei der Installation von QuickSFV geschrieben wird. Leider ist das auch alles was ich weiß.

Die zweite Zeile ist ein Base64-codierter FILETIME-Zeitstempel von Windows. Laut Microsoft ist dieser Wert "die Anzahl der 100-Nanosekunden-Intervalle seit dem 1. Januar 1601 (UTC)". QuickSFV schreibt die aktuelle Systemzeit, wenn die Überprüfung / Überprüfung abgeschlossen ist (einschließlich der Überprüfung der Datenbank ohne Überprüfung / Überprüfung von Dateien).

Die dritte Zeile ist ein Base64-codierter Satz von Flag-Bits. 0 bedeutet fehlend oder schlecht, und 1 bedeutet, dass es in Ordnung ist. Wenn es eine Datei gibt, gibt es genau ein Flag-Bit, und wenn es 1000 Dateien gibt, gibt es 1000 Flag-Bits.

Hoffentlich hilft dies jedem, der versucht, die Datenbank der zuvor geprüften Dateien in .sfv-Dateien zu verwenden.

Danke, dass du es herausgefunden hast! Das einzig Unbekannte ist jetzt, wie genau sich die "Zufallszahl" der ersten Zeile auf einen Zeitpunkt bezieht. Gfy vor 8 Jahren 0
1
Johanne

Die Signatur ist nicht zufällig. Es ist dieselbe Art von Windows-Zeitstempel. Ich denke, es ist wahrscheinlich einzigartig genug in allen Fällen, außer im Extremfall, enthält jedoch keinerlei Informationen über den Benutzer oder das System. Ich denke, es ist eine großartige Lösung, wenn man eine eindeutige Kennung benötigt, den Benutzer / Computer jedoch nicht wirklich identifiziert. Irgendwie cool, wenn du mich fragst.

Ich kann Ihnen auch sagen, dass die Signatur verwendet wird, um festzustellen, ob Ihr System die Dateien überprüft hat oder nicht. Stimmen die Signaturen nicht überein, werden die Flags ignoriert und jede Datei erneut überprüft. Der Grund für den Zeitstempel besteht wahrscheinlich auch darin, ihn mit den Prüfsummendateien zu vergleichen. Wenn eine der mit Checksummen versehenen Dateien einen späteren Zeitstempel hat als in der .sfv-Datei, wurde diese Datei höchstwahrscheinlich geändert und muss erneut überprüft werden.

Bitte geben Sie hierfür eine Referenz an, um eine gute Antwort zu erhalten. DavidPostill vor 8 Jahren 0
Das ist mir ja aufgefallen, aber wie genau wird es einem Zeitstempel zugeordnet? Es ist keine Base64-codierte Zeichenfolge wie in der zweiten Zeile. Vielleicht ist es nur die Hex-Darstellung? Ich habe es noch nicht getestet. Ich habe richtig verstanden, dass die lokale Überprüfung beschleunigt wurde. Die genaue Bedeutung des Ursprungs ist für die Verwendung des Werkzeugs nicht wichtig. Gfy vor 8 Jahren 0
Die Signatur ist eine hexadezimale Darstellung der aktuellen Systemzeit als FILETIME zum Zeitpunkt der Installation. Johanne vor 8 Jahren 0
0
Gfy

Ich habe eine Webseite zum Einfügen einer SFV-Datei erstellt, und das Ergebnis wird veröffentlicht: http://rescene.wikidot.com/quicksfv

Die gegebenen Antworten sind richtig. JavaScript zu verwenden, war der knifflige Teil :)

  • Die Signatur ist ein FILETIME-Zeitstempel, der als eine große Hexadezimalzahl codiert ist: Die Bits höherer Ordnung stehen vor den Bits niedrigerer Ordnung. Die führende Null des ersten Bytes wird nicht angezeigt.

  • Die zweite Zeile ist ein FILETIME-Zeitstempel von Windows, die Struktur ist jedoch Base64-codiert. Die ersten 32 Bits sind die niederwertigen Bytes.

  • Die dritte Zeile ist ein Base64-codierter Satz von Flag-Bits.

Verwandte Probleme