Meine Rundung war eine Klinge, und ich bin hineingelaufen

Du hast recht, und zwar doppelt.

**Der Versatz stand im falschen Menü.** „Später (+100 ms)" unter den
Tonspuren liest sich wie der Name einer Spur. Jetzt hat er einen eigenen
Knopf in der Leiste, mit eigenem Zeichen und festen Stufen von „Ton 1 s
früher" bis „Ton 1 s später", dazwischen „Ohne Versatz" — mit Haken, wie
bei der Qualität. Im Tonmenü stehen wieder nur Sprachen.

**Und das Schlimmere: die Rundung aufs Schlüsselbild hat es verschlechtert.**
Sie musste auf die Millisekunde stimmen, sonst nimmt ffmpeg das
Schlüsselbild davor. Gemessen an einer Datei mit Schlüsselbildern alle
fünf Sekunden:

    -ss 15.015  →  Bild ab 0,000 | Ton ab 0,004
    -ss 15.014  →  Bild ab 0,000 | Ton ab 4,983

Eine Millisekunde. Und die Zeile, die den Wert an ffmpeg gibt, rundete auf
drei Nachkommastellen — bei 23,976 Bildern je Sekunde liegen
Schlüsselbilder auf Werten wie 3,336667, und die überleben das nicht
zuverlässig. Damit konnte jede Fortsetzung schlechter werden als vorher.
Das war mein Fehler, eingebaut in E8GSRE.

**Der richtige Hebel ist `-noaccurate_seek`**, und er braucht gar keine
Genauigkeit. Damit schneidet ffmpeg auch den Ton nicht auf die Sekunde,
sondern lässt ihn beim selben Schlüsselbild anfangen wie das kopierte
Bild. Gemessen, dieselbe Datei, fünf verschiedene Sprungwerte quer durch
die Bildgruppe:

    15,014 → 0,015 | 17 → 0,004 | 19,9 → 0,004 | 12,5 → 0,015 | 3,2 → 0,011

Statt bis zu fünf Sekunden also überall unter zwanzig Millisekunden, und
zwar ohne dass irgendein Wert getroffen werden muss. Fünf Testfälle quer
durch die Bildgruppe halten das jetzt fest; vorher prüfte der Sprungtest
nur, ob überhaupt Segmente entstehen.

Die Schlüsselbildsuche bleibt — aber nur noch, um dem Spieler eine
ehrliche Uhr zu geben. Vergreift sie sich, geht die Uhr falsch; Bild und
Ton bleiben zusammen. Vorher hing die Ausrichtung daran, und das war der
schlechte Tausch.

Und die Sekundenangaben gehen jetzt mit sechs Nachkommastellen hinaus
statt mit drei.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

server/tests/Flaro.Media.Tests/HlsLaufTests.cs

@@ -192,6 +192,39 @@ public class HlsLaufTests
         Assert.That(Directory.GetFiles(ziel, "*.m4s"), Is.Not.Empty);
     }
 
+    /// <summary>Bild und Ton fangen zusammen an — bei jedem Sprungwert.</summary>
+    ///
+    /// <remarks>
+    /// <para>
+    /// <b>Das ist der Test, der gefehlt hat.</b> Die Quelle hat genau ein
+    /// Schlüsselbild, bei null; jeder Sprung landet also mitten in der
+    /// Bildgruppe — der schlimmste Fall. Genau gesprungen schnitte ffmpeg den
+    /// Ton auf die Sekunde, das kopierte Bild aber nicht, und dazwischen läge
+    /// Bild ohne Ton.
+    /// </para>
+    /// <para>
+    /// Zuerst hatte ich dafür den Sprung auf das Schlüsselbild gerundet. Das
+    /// war zu scharf geschliffen: eine Millisekunde zu klein, und ffmpeg nimmt
+    /// das Schlüsselbild davor — gemessen wurden aus 0,004 s Abstand dann
+    /// 4,98. `-noaccurate_seek` braucht diese Genauigkeit nicht.
+    /// </para>
+    /// </remarks>
+    [TestCase(0.0)]
+    [TestCase(1.5)]
+    [TestCase(3.2)]
+    [TestCase(4.0)]
+    [TestCase(6.75)]
+    public void Bild_und_Ton_fangen_bei_jedem_Sprung_zusammen_an(double ab)
+    {
+        var quelle = Path.Combine(_ordner, "lang.mkv");
+        Lang(quelle);
+
+        var (bild, ton) = Anfang(Laufen(quelle, ab: ab));
+
+        Assert.That(Math.Abs(bild - ton), Is.LessThan(0.2),
+            $"Sprung auf {ab}: Bild beginnt bei {bild}, Ton bei {ton} — das hört man.");
+    }
+
     /// <summary>Bild und Ton fangen an derselben Stelle an.</summary>
     ///
     /// <remarks>