Der Upload zu App Store Connect scheiterte am Namen. „Halo" ist eine eingetragene Marke von Microsoft; im App Store heisst zwar keine App exakt so, aber reservierte und markenrechtlich belegte Namen tauchen in keiner Suche auf. Der einzige verlässliche Test war die Eingabe dort, und die ging daneben. **Der Name wurde diesmal vorher geprüft.** Zwanzig Kandidaten gegen den deutschen und amerikanischen App Store, auf exakte Treffer und auf ähnliche Namen. „Kavo" wäre dieselbe Wand gewesen — exakt belegt in beiden Stores, in Deutschland von KaVo Dental GmbH. „Flare" ist mit 42 ähnlichen Apps je Store der am dichtesten besetzte Name der ganzen Runde. **Flaro** ist in beiden frei und liest sich als eigenes Wort, nicht als Flare mit Tippfehler. Das bleibt eine Store-Suche und keine Markenrecherche — reservierte Namen ohne veröffentlichte App sieht sie nicht. Aber es ist mehr Prüfung, als beim letzten Mal stattfand. --- 2160 Textvorkommen in 273 Dateien, 49 Pfade. Betroffen ist diesmal auch der Server: `Flaro.Api`, `Flaro.Core`, `Flaro.Data`, `Flaro.Media`, `Flaro.Metadata`, `FlaroContext`, `FlaroPaths`, `flaro.db`, die Variablen `FLARO_DATA`, `FLARO_CACHE`, `FLARO_TRANSCODE`, `FLARO_WRITE_SIDECARS`, und das Image. **Vor dem Ersetzen geprüft**, ob „halo" irgendwo als Teil eines anderen Wortes steckt — und ob es im TMDB-Token vorkommt. Tat es nicht; ein blindes Ersetzen hätte den sonst zerlegt. `docs/superpowers/specs/` bleibt wie beim letzten Mal unangetastet: datierte Entwurfsdokumente sind ein Protokoll getroffener Entscheidungen. Das Server-Dokument hat stattdessen einen Nachtrag bekommen, damit es niemanden in die Irre führt. **Die Bundle-ID wandert mit**, zum zweiten Mal an einem Tag: `com.scarriffleservices.flaro`. Wer die vorige Fassung installiert hat, hat jetzt zwei Karteileichen auf dem Gerät — beide löschen, dann ist Ruhe. 308 Server-Tests grün, 368 im Swift-Paket, null Warnungen. iOS und tvOS bauen, das Image baut, und ein frischer Container läuft durch Einrichtung und Anmeldung. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
46 lines
1.9 KiB
Swift
46 lines
1.9 KiB
Swift
import AVFoundation
|
|
import CoreMedia
|
|
import Foundation
|
|
|
|
public extension SubtitleStyle {
|
|
/// Die Regeln, wie AVFoundation sie erwartet.
|
|
///
|
|
/// **Vier Fallen stecken hier drin, und jede ist lautlos:**
|
|
///
|
|
/// 1. **Die Farbe ist ein Feld aus vier Zahlen von 0 bis 1, Alpha
|
|
/// zuerst** — A, R, G, B. Kein `CGColor`, kein `UIColor`; ein solcher
|
|
/// wird ohne Fehlermeldung ignoriert.
|
|
/// 2. **Die Grösse ist ein Prozentwert**, hundert heisst unverändert.
|
|
/// `BaseFontSizePercentageRelativeToVideoHeight` **nicht** zusätzlich
|
|
/// setzen — die beiden beziehen sich auf Verschiedenes und streiten
|
|
/// sich.
|
|
/// 3. **Den Hintergrund immer setzen, auch für „durchsichtig".** Ihn
|
|
/// wegzulassen ist nicht dasselbe wie Alpha null: dann gilt, was der
|
|
/// Untertitel selbst mitbringt, und Jellyfins WebVTT bringt oft einen
|
|
/// schwarzen Kasten mit.
|
|
/// 4. **`AVTextStyleRule(textMarkupAttributes:)` kann fehlschlagen.** Ein
|
|
/// falscher Schlüssel ergibt `nil` — und damit gar keine Regel, ohne
|
|
/// dass irgendwo etwas auffiele. Genau dafür gibt es den Test.
|
|
var textStyleRules: [AVTextStyleRule] {
|
|
var attribute: [String: Any] = [
|
|
kCMTextMarkupAttribute_ForegroundColorARGB as String: foreground.argb,
|
|
kCMTextMarkupAttribute_BackgroundColorARGB as String: background.argb,
|
|
kCMTextMarkupAttribute_RelativeFontSize as String: Double(size.rawValue),
|
|
]
|
|
|
|
if wantsEdgeShadow {
|
|
attribute[kCMTextMarkupAttribute_CharacterEdgeStyle as String] =
|
|
kCMTextMarkupCharacterEdgeStyle_DropShadow as String
|
|
}
|
|
|
|
return [AVTextStyleRule(textMarkupAttributes: attribute)].compactMap(\.self)
|
|
}
|
|
}
|
|
|
|
extension SubtitleStyle.RGBA {
|
|
/// Alpha zuerst — die Reihenfolge, die CoreMedia verlangt.
|
|
var argb: [NSNumber] {
|
|
[alpha, red, green, blue].map(NSNumber.init(value:))
|
|
}
|
|
}
|