Bei VLC sass das Bild nie richtig — und der Knopf wirkte nie
Zwei Fehler, die dieselbe Ursache haben: alles, was über VLC läuft, ging
an der Bildebene vorbei, an der die App gedreht hat.
**Das Bild sass nicht mittig.** Nicht ein paar Punkte daneben — gemessen
eine Anzeigefläche von 1200×480 Punkt in einer Zeichenfläche von 711×400,
unten rechts angeschlagen, im falschen Seitenverhältnis. Der Grund steht
im Vertrag von `VLCDrawable`: VLCKit fragt die Grösse **einmal** beim
Anlegen ab und überlässt seine Anzeigefläche danach der
Autoresizing-Maske. Eine Maske hält aber den Unterschied fest, nicht das
Verhältnis — was beim Anlegen zu gross war, bleibt für immer um denselben
Betrag zu gross. Und angelegt wird sie mitten in der Drehung ins
Querformat, während SwiftUI sie einblendet: also regelmässig falsch.
Die Zeichenfläche ist jetzt eine eigene Klasse, die ihrer Anzeigefläche
bei jedem Layout wieder die eigene Grösse gibt. Danach gemessen: 695,7 ×
400 Punkt, Rand links 130,0, rechts 130,3 — mittig.
**Der Knopf für einpassen/füllen tat nichts.** Er schrieb `videoGravity`
auf eine `AVPlayerLayer`, die bei VLC gar nicht im Baum hängt. Die
Einstellung geht deshalb jetzt durch die Engine: `setVideoFit` am
Protokoll, beim Systemplayer eine Voreinstellung, die nichts tut — dort
macht es die Bildebene —, bei VLC `videoFitMode`. `smaller` heisst bei
libvlc „fit inside", `larger` „fit outside".
Gemessen, im Querformat auf einem Pro Max, über VLC:
eingepasst 695,7 × 400 pt Rand l/r 130,0/130,3 o/u 20,0/20,0
füllend 935,3 × 440 pt Rand l/r 10,3/ 10,3 o/u 0,0/ 0,0
**Zurückgenommen:** im Kommentar an `videoFit` stand, ein `didSet` auf
einer `@Observable`-Klasse werde nicht gemeldet. Das stimmt nicht —
`HomeLayoutSettings` lebt davon. Ein Kommentar, der einen falschen
Mechanismus behauptet, schickt den nächsten in die falsche Richtung;
jetzt steht der belegte Grund dort.
Dazu, damit dieser Weg überhaupt prüfbar ist: die Attrappe meldet mit
`--vlc` DTS-Ton. AVFoundation kann das nicht, also fällt die App auf
VLCKit zurück. Die Beispieldatei bleibt dieselbe — geprüft wird der Weg,
nicht der Ton. Ohne diesen Schalter ist der VLC-Zweig im Simulator gar
nicht zu erreichen, und genau deshalb lagen beide Fehler so lange da.
Ebenfalls dabei: `EdgeInsets.symmetrical` mit fünf Tests und das Polster
im Player, das damit nicht mehr verschiebt statt einrückt.
iOS und tvOS bauen, 465 Tests grün.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
51abcabb27
commit
b0db4f8f5f
@@ -13,6 +13,12 @@ REPORTS = []
|
||||
# Mit `--unanalysed` melden die Quellen keine Spuren. Dann entscheidet die App
|
||||
# auf Umrechnen, und der Weg über PlaybackInfo lässt sich prüfen.
|
||||
UNANALYSED = "--unanalysed" in os.sys.argv
|
||||
# Mit `--vlc` melden die Quellen DTS-Ton. AVFoundation kann das nicht, also
|
||||
# faellt die App auf VLCKit zurueck — und dieser Weg ist sonst mit der
|
||||
# Beispieldatei gar nicht erreichbar. Die Datei selbst bleibt dieselbe; VLC
|
||||
# spielt sie ebenso, und geprueft wird der Weg, nicht der Ton.
|
||||
AS_VLC = "--vlc" in os.sys.argv
|
||||
AUDIO_CODEC = "dts" if AS_VLC else "aac"
|
||||
|
||||
TITLES = [
|
||||
("m1", "Der weite Himmel", "Movie", "Ein Mann, ein Berg, zwei Stunden Schweigen."),
|
||||
@@ -49,7 +55,7 @@ def item(key, name, kind, overview, *, resume=None, series=None):
|
||||
# Oberfläche zählt, was der Server meldet.
|
||||
{"Index": 0, "Type": "Video", "Codec": "h264",
|
||||
"Width": 1920, "Height": 1080},
|
||||
{"Index": 1, "Type": "Audio", "Codec": "aac", "Channels": 2,
|
||||
{"Index": 1, "Type": "Audio", "Codec": AUDIO_CODEC, "Channels": 2,
|
||||
"Language": "ger", "DisplayTitle": "Deutsch", "IsDefault": True},
|
||||
],
|
||||
}],
|
||||
|
||||
Reference in New Issue
Block a user