Videodateien reparieren, ohne sie hochzuladen — hier ist der Beweis

So überprüfst du das Zero-Upload-Versprechen

Jeder Browser bringt das Instrument mit, das beweist oder widerlegt, was auf dieser Seite steht. Es dauert weniger als eine Minute:

1. Öffne die DevTools: Drücke F12 (Windows/Linux) oderCmd+Option+I (Mac).
2. Wähle den Netzwerk-Tab.
3. Lege eine Datei (je größer, desto besser) in das Feld oben und lass das Tool arbeiten.
4. Beobachte die Liste der Anfragen. Du siehst die eigenen Ressourcen der Seite (HTML, CSS, die Reparatur-Engine). Was du nicht siehst, ist irgendeine Anfrage, die deine Datei transportiert: kein POST, kein PUT, kein Upload welcher Größe auch immer.

Das ist kein Marketingversprechen, das sich zufällig schwer überprüfen lässt — es ist das gesamte Design. Ein Tool, das deine Datei hochlädt,kann diesen Test nicht bestehen; ein Tool, das es nicht tut, besteht ihn jedes Mal, für jeden und mit jeder Datei.

Probier es mit einer Beispieldatei

Kein beschädigtes Video zur Hand — oder willst du keins riskieren, das dir wichtig ist? Nimm eine dieser absichtlich kaputten Beispieldateien, lege sie in das Feld oben, während der „Netzwerk“-Tab geöffnet ist, und beobachte es: Die eigenen Ressourcen der Seite laden, und deine Datei geht nirgendwohin. Jede ist winzig und lässt sich allein aus der einzelnen Datei reparieren.

• sample-truncated.mp4— eine MP4, deren Aufnahme abgebrochen wurde, bevor sie fertig geschrieben war. Die Frames, die den Abbruch überlebt haben, werden wieder zu einer abspielbaren Datei remuxt.
• sample-broken.zip— eine ZIP, die mittendrin abgeschnitten wurde („unexpected end of archive“). Die intakten Einträge werden geprüft und zu einem neuen, funktionierenden Archiv wiederaufgebaut.
• sample-damaged.pdf— ein PDF mit zerstörter Cross-Reference-Tabelle („damaged and could not be repaired“). Der Index wird neu aufgebaut und das Dokument öffnet wieder.

Das sind kleine, synthetische Testdateien ohne echten Inhalt — Details insamples/README.txt. Ob Beispiel oder nicht: Nichts, was du in das Feld legst, wird jemals hochgeladen.

Warum das wichtig ist

Sensibles Filmmaterial

Beweismaterial für Gerichte, medizinische Aufnahmen, Familienvideos, die es nirgendwo sonst gibt. Ein Upload erzeugt eine Kopie auf Hardware, die du nicht kontrollierst, geregelt durch Bedingungen, die du nicht geschrieben hast. Wenn die Reparatur auf deinem Rechner passiert, existiert diese Kopie nie — es gibt nichts zu speichern, weil nichts empfangen wird.

NDAs und Kundenmaterial

Wenn dich eine Vertraulichkeitsvereinbarung bindet, ist „Ich habe den Rohschnitt auf eine Reparatur-Website hochgeladen“ ein Satz, den du nie sagen willst. Die Reparatur im Browser hält das Material innerhalb der Grenze, die die NDA voraussetzt: deinem Gerät.

Dateien mit mehreren Gigabyte

Video ist groß. Ein 4K-Drohnenclip oder eine zweistündige OBS-Aufnahme kann größer sein, als eine typische Verbindung überhaupt zuverlässig hochladen kann, und bei Tools auf Upload-Basis zahlst du diesen Preis,bevor du erfährst, ob die Datei überhaupt reparierbar ist. Die lokale Reparatur beginnt in Sekunden, die Datei zu lesen.

So funktioniert die Reparatur im Browser

Moderne Browser können kompilierten Code nahezu in nativer Geschwindigkeit ausführen: dieselbe Analyse- und Wiederaufbau-Engine, die sonst auf einem Server liefe, jetzt in dem Tab, den du ohnehin geöffnet hast. Wenn du eine Datei ablegst, gibt die File API des Browsers der Engine direkten Lesezugriff auf die Bytes auf deiner Festplatte. Die Engine geht die Struktur der Datei durch, findet die Daten, die überlebt haben, baut den kaputten Index oder Container darum herum neu auf und setzt die reparierte Datei im Speicher deines Tabs zusammen. Das Speichern ist ein lokaler Schreibvorgang vom Speicher auf die Festplatte. Deine CPU, dein RAM, deine Datei — das Netzwerk ist schlicht kein Teil des Ablaufs.

Was „Online-Tool“ meistens bedeutet

Das Standardmodell der „Online-Reparatur“ ist Hochladen → Verarbeiten → Herunterladen: Deine Datei wandert zu einem Server, wird dort repariert und ein Ergebnis kommt zurück. Es gibt ehrliche Gründe, Tools so zu bauen — der Server kann sehr großen Dateien mehr Speicher zuweisen, und eine einzige Engine ist leichter zu warten als eine pro Browser. Die Kompromisse sind genauso real: Du wartest den Upload ab, bevor überhaupt etwas passiert, der Dienst hält für eine gewisse Zeit eine vollständige Kopie deiner Datei, und du kannst nicht unabhängig überprüfen, was mit ihr geschieht. Keines der Modelle ist ein Betrug; es sind unterschiedliche Architekturen. Aber nur eines davon lässt dich das Datenschutzversprechen von deiner Seite der Leitung aus prüfen — und genau das haben wir gebaut.

Was das reparieren kann — und was nicht

Die ehrliche Grenze der Reparatur im Browser ist die Größe, nicht die Qualität. Die Engine führt dieselbe strukturelle Reparatur aus, egal wo sie läuft, aber ein Browser-Tab hat eine Speicherobergrenze, die ein nativer Prozess nicht hat — sehr große Dateien (weit im Bereich mehrerer Gigabyte, je nach RAM deines Geräts) können sie überschreiten. Der kostenlose Tarif begrenzt Dateien auf 500 MB; kostenpflichtige Reparaturen heben unsere Grenze auf und verarbeiten große Dateien in einer Streaming-Pipeline auf dem App-Origin. Alles andere folgt der seitenweiten Regel: Struktur lässt sich neu aufbauen, fehlende Daten nicht.