Ton und Bild: ein Versatz zum Einstellen, und zwei gemessene Fehler weniger

Du meldest Ton, der drei, vier Sekunden neben dem Bild liegt.
**Nachstellen konnte ich es nicht** — und das sage ich lieber, als eine
Vermutung als Befund zu verkaufen.

Gemessen habe ich alle vier Wege, jeweils mit ffprobe am Ergebnis, erster
Zeitstempel je Spur:

| Weg | Bild ab | Ton ab |
|---|---|---|
| Umpacken, ab 0 | 0,021 | 0,000 |
| Umpacken, ab 12 | 0,000 | 1,979 |
| Umkodieren, ab 0 | 0,021 | 0,000 |
| Umkodieren, ab 12 | 0,021 | 0,000 |

Alle vier sind **zueinander richtig**. Auch eine Quelle mit einem echten
Loch in der Tonspur blieb ausgerichtet. Die naheliegende Erklärung — `-ss`
vor `-i` mit kopiertem Bild und neu gerechnetem Ton — ist damit widerlegt.

**Zwei echte Fehler hat dieselbe Messung aber gefunden**, und beide sehen
aus wie „um Sekunden daneben":

Zeile zwei der Tabelle. Beim Umpacken fängt das Bild beim Schlüsselbild
*vor* dem Sprung an, der Ton genau beim Sprung — bei Sekunde 12 also zwei
Sekunden Bild **ohne Ton** am Anfang. Zueinander stimmen beide, aber jeder
Spieler darf diese Lücke deuten, wie er will. Und der Server meldete dem
Spieler „beginnt bei 12", obwohl er bei 10 beginnt: die Uhr, die
Zeitleiste und der gespeicherte Stand lagen um diesen Unterschied daneben.

Beides geht weg, indem der Sprung **auf das Schlüsselbild gerundet** wird
und derselbe Wert zurückgemeldet wird. Dann fangen Bild und Ton zusammen
an, es gibt keine Stille davor, und die Uhr stimmt. Beim Umkodieren
entfällt das Runden — dort schneidet das neu gerechnete Bild genau.

**Und: ffmpeg durfte bisher nichts sagen.** `-loglevel error` versteckt
genau die Meldungen, die einen Tonversatz ankündigen, und der
Fehlerkanal wurde bei Rückgabewert 0 weggeworfen. Jetzt steht er auf
`warning`, und Warnungen landen auch bei einem geglückten Lauf im
Protokoll. Wenn es bei dir wieder auftritt, steht diesmal etwas da.

**Der Versatz zum Einstellen** sitzt im Tonmenü des Spielers: „Später"
und „Früher" in Hundertmillisekundenschritten, bis ±5 s, dazu
„Zurücksetzen". Gemerkt wird er **je Datei in diesem Browser** — ein
Versatz ist meist eine Eigenschaft der Datei, kann aber auch an der
Anlage liegen, und über Bluetooth stimmt etwas anderes als am Fernseher.

Verschoben wird serverseitig: die Datei wird ein zweites Mal mit
`-itsoffset` geöffnet und von dort nur der Ton genommen. Mit einer
Eingabe verschöbe sich beides gemeinsam. Der Preis: der Strom startet neu,
und eine durchgereichte Datei muss dafür umgepackt werden — ohne ffmpeg
lässt sich nichts verschieben.

Zwei neue Läufe halten das fest: dass Bild und Ton zusammen anfangen, und
dass ein halbe-Sekunde-Versatz den Ton um eine halbe Sekunde verschiebt
und das Bild gar nicht. Der Sprungtest daneben lief bisher genau durch
diesen Fall und sah nur nach, ob überhaupt Segmente entstehen.

Ein Test musste umgeschrieben werden: er stand auf „Einstiegspunkt ist
genau 2" und hielt damit die falsche Meldung fest.

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

server/tests/Flaro.Api.Tests/StreamTests.cs

@@ -279,11 +279,22 @@ public class StreamTests
         });
     }
 
-    /// <summary>Der Einstiegspunkt kommt zurück, damit der Spieler richtig zählt.</summary>
+    /// <summary>Der Einstiegspunkt kommt zurück — und zwar der echte.</summary>
     ///
     /// <remarks>
+    /// <para>
     /// <b>Sonst ginge jeder gemeldete Stand um den Vorlauf daneben.</b> Der
     /// Strom fängt bei null an, der Film bei Minute 30.
+    /// </para>
+    /// <para>
+    /// <b>Und „echt" heisst: beim Schlüsselbild.</b> Dieser Test stand vorher
+    /// auf „genau zwei Sekunden" und hielt damit einen Fehler fest. Ein
+    /// kopierter Bildstrom lässt sich nicht mitten in einer Bildgruppe
+    /// aufschneiden: der Strom fängt beim Schlüsselbild davor an, und wer
+    /// trotzdem „zwei" zurückmeldet, verschiebt die Uhr des Spielers um den
+    /// Unterschied. Diese Testdatei hat genau ein Schlüsselbild, bei null —
+    /// also ist null die richtige Antwort.
+    /// </para>
     /// </remarks>
     [Test]
     public async Task Der_Einstiegspunkt_steht_in_der_Antwort()
@@ -292,7 +303,11 @@ public class StreamTests
         var (client, datei) = await Eingelesen();
 
         var strom = await Strom(client, datei.Id, Browser(ab: 2));
-        Assert.That(strom.StartSeconds, Is.EqualTo(2));
+
+        Assert.That(strom.StartSeconds, Is.LessThanOrEqualTo(2),
+            "Weiter als gewünscht darf der Strom nie anfangen — das überspränge Film.");
+        Assert.That(strom.StartSeconds, Is.EqualTo(0),
+            "Diese Datei hat nur ein Schlüsselbild, bei null.");
     }
 
     /// <summary>Schliessen räumt auf — sonst füllt sich der Kratzplatz.</summary>