ScarriffleandClaude Opus 5
12bb49615b
Die vier erfundenen Stufen weichen der Leiter, die der Server selbst meldet: 64, 96, 208, 320, 720, 1500, 2000, 3000, 4000, 8000, 10000, 12000, 20000 kbps mit den Auflösungen, die Plex dafür vorsieht. Eine eigene Leiter hieße, Stufen anzubieten, die der Transcoder nicht kennt — er rundet dann still auf die nächste, und die Anzeige log. Angeboten wird nur, was zur Quelle passt. Eine 720p-Datei auf 1080p hochzurechnen bringt kein Bild dazu, und die Stufen sähen alle gleich aus. Oben im Blatt steht, was tatsächlich über die Leitung kommt — gemessene Bitrate, Auflösung, verworfene Bilder. Der Unterschied zur gewählten Stufe ist keine Haarspalterei: die eine sagt, was erlaubt ist, die andere, was ankommt. Ruckelt es trotz hoher Stufe, steht die Antwort dort. „Nur Ton" gibt es, aber ehrlich beschriftet: Plex kennt für Videos keinen reinen Tonstrom, also wird die unterste Sprosse geholt und das Bild ausgeblendet. Dazu Doppeltipp links und rechts für zehn Sekunden zurück und vor. Die Reihenfolge der Gesten ist entscheidend — das einfache Tippen verschluckt sonst das doppelte. Die Kachel hängt nicht mehr in vier Ecken fest, sondern klebt links oder rechts und ist in der Höhe frei. Vier Ecken sind schnell gebaut, aber im Weg: steht sie über einem Knopf, bleiben drei Orte, die ebenso stören. Größer wird sie durch Zusammen- und Auseinanderziehen; der Griff ist weg, er saß zwangsläufig auf dem Bild und stritt sich mit dem Verschieben. Und die Begriffe: „Motor" für engine sagt kein deutscher Entwickler. Fachwörter, die im Deutschen englisch bleiben, bleiben jetzt englisch. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
56 lines
2.0 KiB
Swift
56 lines
2.0 KiB
Swift
import AVKit
|
|
import SwiftUI
|
|
import FlixyPlayback
|
|
import FlixyVLC
|
|
|
|
/// Die Bildfläche des laufendie Engine.
|
|
///
|
|
/// Die einzige Stelle in der App, an der der Unterschied zwischen den beiden
|
|
/// Engines sichtbar wird — weil beide ihr Bild auf unterschiedliche Weise
|
|
/// ausliefern: AVPlayer über eine `AVPlayerLayer`, VLC in eine gewöhnliche
|
|
/// `UIView`.
|
|
struct VideoSurface: View {
|
|
let engine: (any VideoPlayerEngine)?
|
|
/// Die Bildebene des Systemplayers, gehalten vom Modell.
|
|
///
|
|
/// **Nicht** hier gebaut. Eine `AVPlayerLayer`, die in `makeUIView`
|
|
/// entsteht, stirbt mit jedem Identitätswechsel der Ansicht — und genau
|
|
/// das passiert beim Wechsel zwischen Kachel und Vollbild. Das Bild
|
|
/// setzte dann jedes Mal neu an, sichtbar als Zucken und Schwarzbild.
|
|
/// VLC macht es seit jeher richtig und reicht seine `videoView` durch;
|
|
/// hier ist es jetzt derselbe Weg.
|
|
let surface: PlayerLayerView
|
|
|
|
var body: some View {
|
|
switch engine {
|
|
case is AVPlayerEngine:
|
|
UIViewContainer(view: surface)
|
|
case let vlcEngine as VLCPlayerEngine:
|
|
UIViewContainer(view: vlcEngine.videoView)
|
|
default:
|
|
Color.black
|
|
}
|
|
}
|
|
}
|
|
|
|
/// Eine `UIView`, deren Ebene eine `AVPlayerLayer` ist.
|
|
///
|
|
/// Der übliche Weg: eine Ebene von Hand als Unterebene einzuhängen bedeutet,
|
|
/// ihre Größe bei jeder Drehung selbst nachzuführen. Als Hauptebene macht das
|
|
/// UIKit.
|
|
final class PlayerLayerView: UIView {
|
|
override static var layerClass: AnyClass { AVPlayerLayer.self }
|
|
var playerLayer: AVPlayerLayer { layer as! AVPlayerLayer }
|
|
}
|
|
|
|
/// Hängt eine bestehende `UIView` in den SwiftUI-Baum.
|
|
///
|
|
/// Umhängen statt neu bauen: dieselbe `UIView` wandert zwischen Kachel und
|
|
/// Vollbild hin und her, und die Wiedergabe merkt davon nichts.
|
|
private struct UIViewContainer: UIViewRepresentable {
|
|
let view: UIView
|
|
|
|
func makeUIView(context: Context) -> UIView { view }
|
|
func updateUIView(_ uiView: UIView, context: Context) {}
|
|
}
|