Vor dem Anwenden prüfen
Vergleichen Sie das tatsächliche Verhalten mit dem erwarteten Ergebnis. Klären Sie fehlgeschlagene Prüfungen vor weiteren Änderungen.
KI-Arbeitsumgebung für Code
Durchlaufen von RIFF-Blockgrenzen
Durchlaufe höchstens 128 Blöcke einer RIFF-WAVE-Folge von 12–1048576 Bytes mit exakter deklarierter Größe.
● ● ●RiffMeadow●
Arbeitsabläufe · Durchlaufen von RIFF-Blockgrenzen ×
def riff_chunks(wire):
if type(wire) is not bytes or not 12 <= len(wire) <= 1048576:
raise ValueError("riff.input")
if wire[:4] != b"RIFF" or wire[8:12] != b"WAVE" or int.from_bytes(wire[4:8], "little")+8 != len(wire):
raise ValueError("riff.header")
chunks, pos = [], 12
while pos < len(wire):
if len(chunks) == 128 or pos+8 > len(wire):
raise ValueError("riff.chunk")
tag = wire[pos:pos+4]
size = int.from_bytes(wire[pos+4:pos+8], "little")
start, stop = pos+8, pos+8+size
next_pos = stop+(size & 1)
if next_pos > len(wire):
raise ValueError("riff.truncated")
chunks.append((tag, wire[start:stop]))
pos = next_pos
return chunks
✳Durchlaufen von RIFF-Blockgrenzen
✓ ÄnderungenVor dem Anwenden prüfen ↗
Illustration der Arbeitsumgebung
Modelle
Richten Sie einen OpenAI-kompatiblen oder Anthropic-Endpunkt mit Basis-URL und gegebenenfalls API-Schlüssel ein. Testen Sie die Verbindung. Ein lokaler Modellserver muss laufen; entfernte Werkzeuge können Daten separat übertragen.
Projekt
Teste unbekannte Blöcke und ungerades Padding, lehne abgeschnittene Kopf- oder Nutzdaten ohne Audiodekodierung ab.
Arbeitsabläufe
def riff_chunks(wire):
if type(wire) is not bytes or not 12 <= len(wire) <= 1048576:
raise ValueError("riff.input")
if wire[:4] != b"RIFF" or wire[8:12] != b"WAVE" or int.from_bytes(wire[4:8], "little")+8 != len(wire):
raise ValueError("riff.header")
chunks, pos = [], 12
while pos < len(wire):
if len(chunks) == 128 or pos+8 > len(wire):
raise ValueError("riff.chunk")
tag = wire[pos:pos+4]
size = int.from_bytes(wire[pos+4:pos+8], "little")
start, stop = pos+8, pos+8+size
next_pos = stop+(size & 1)
if next_pos > len(wire):
raise ValueError("riff.truncated")
chunks.append((tag, wire[start:stop]))
pos = next_pos
return chunks
Prüfen Sie einen Dateiimport vom Kopf bis zum letzten Block
RiffMeadow bringt Dateiformatwartung in einen Programmierarbeitsbereich für Windows mit Ihrem Projektquellcode und einem Gespräch mit einem verbundenen Modell. Beginnen Sie beim zu ändernden Importverhalten und bestimmen Sie, was die Anwendung mit geparsten Blöcken tut. Lassen Sie das Modell diesen Pfad prüfen, bevor es Änderungen an einer einzelnen Längenberechnung vorschlägt.
Eine Aufgabe mit riff_chunks.py könnte eine RIFF-Datei untersuchen, deren Block ungerader Größe vor dem nächsten Kopf ein Füllbyte benötigt. Geben Sie einen kleinen Byte-Testfall und die erwarteten Blockgrenzen an. Prüfen Sie deklarierte Containerlänge und Verhalten bei abgeschnittenen Daten gemeinsam, damit der Vorschlag erklärt, warum der nächste Lesevorgang an seiner Position beginnt.
Führen Sie nach Prüfung der Änderung gültige und abgeschnittene Testfälle in Ihrer Entwicklungsumgebung aus und prüfen Sie das Importergebnis über seinen Empfänger. Fügen Sie eine unbekannte Blockkennung hinzu, falls die Anwendung sie erhalten oder überspringen muss. Trennen Sie Formatdurchlauf und Anwendungsinterpretation: Das Lokalisieren von Blockbytes belegt nicht, dass ihr Inhalt für jede spätere Operation geeignet ist.
Konfigurieren Sie zur Modellunterstützung einen unterstützten OpenAI-kompatiblen oder Anthropic-Endpunkt und bei Bedarf Zugangsdaten. Ein abliteriertes KI-Modell kann gewählt werden, sofern verfügbar; Einschränkungen bestimmt dessen Anbieter. Werkzeuge und Kontextkapazität hängen von Modell und Server ab; Testfall und erwartetes Importverhalten liefern die konkrete Grundlage für die Codeannahme.
Vor Änderungen an einem Leser für blockstrukturierte Dateien
Warum braucht eine ungerade Blocklänge einen eigenen Testfall?
Füllbytes beeinflussen den Beginn des folgenden Kopfes; ein Beispiel gerader Länge kann daher einen Versatzfehler übersehen. Geben Sie eine Datei mit einem weiteren Block nach dem aufgefüllten an. Prüfen Sie zurückgegebene Grenzen und Endposition, nicht nur das Auffinden des ersten Blocks.
Sollten unbekannte Kennungen einen Import scheitern lassen?
Entscheiden Sie nach dem unterstützten Formatumfang und beabsichtigten Anwendungsverhalten. Durchlauf und Interpretation können unterschiedlichen Regeln folgen. Lassen Sie das Modell vor Änderungen der Kennungsbehandlung den Empfänger prüfen und nehmen Sie eine unbekannte Kennung in die Testfälle auf, falls sie akzeptiert wird.
Was muss ein Test abgeschnittener Dateien zeigen?
Benennen Sie, welche deklarierte Grenze die bereitgestellten Bytes überschreitet und welches Zurückweisungsverhalten der Aufrufer erwartet. Verwenden Sie nach Bedarf einen verkürzten Kopf oder Nutzdatenblock. Prüfen Sie den Importpfad, damit die Oberfläche einen Teilimport nicht für eine erfolgreich geladene Datei hält.
Beweist erfolgreicher Blockdurchlauf gültige Audiodaten?
Nein. Er belegt nur die von diesem Code und seinen Tests abgedeckten Grenzprüfungen. Die Interpretation von Audiometadaten oder Abtastwerten gehört zu zusätzlicher Logik. Begrenzen Sie die Prüfung auf die gewünschte Parseränderung und verifizieren Sie spätere Stufen, wenn die Anwendung davon abhängt.
RiffMeadow · Aktualisiert 2026-10-25