Reine Umbenennung, kein Verhalten geändert — bewusst als eigener Commit, damit „umbenannt" und „umgebaut" im Nachhinein auseinanderzuhalten sind. 712 mal `Flixy`, 778 mal `flixy`, 7 mal `FLIXY` in 169 Dateien, dazu 25 Pfade. Ziele: `Halo`, `HaloTV`, `HaloTopShelf`, `HaloUITests`, `HaloKit` mit `HaloDesign`, `HaloDownloads`, `HaloPlayback` und `HaloProbe`. `MediaKit`, `JellyfinKit` und `DownloadWidget` tragen den Namen nicht und bleiben. `docs/superpowers/specs/` ist ausgenommen. Datierte Entwurfsdokumente sind ein Protokoll getroffener Entscheidungen; sie nachträglich umzuschreiben hiesse, die Vergangenheit zu glätten. **Die Bundle-ID wandert mit** — ausdrücklich so gewollt, mit bekanntem Preis: `com.scarriffleservices.halo` ist für iOS eine *andere* App. Die installierte Fassung bleibt daneben stehen, mit Downloads und Anmeldung in ihrem Container; Halo startet leer. Einmal neu anmelden, heruntergeladene Folgen einmal neu laden. Dasselbe gilt für die App-Gruppe, die sich TV-App und Top Shelf teilen. **Eine Folge davon, die beim Entscheiden noch nicht auf dem Tisch lag:** der Aufräumschritt aus dem vorigen Commit kommt an die alten Plex-Token nicht mehr heran. Der Schlüsselbund grenzt nach Team und Bundle-Kennung ab — was unter `…flixy` liegt, ist für `…halo` unerreichbar. Erledigt wird es trotzdem, nur anders: **die alte App löschen.** iOS räumt deren Schlüsselbund-Einträge beim Deinstallieren mit ab. Der Code bleibt stehen, weil er für jeden Stand vor dieser Umbenennung richtig ist und im Jahr einen Startvergleich kostet. Die Projektdatei ist aus `project.yml` neu erzeugt, der alte Ordner gelöscht statt umbenannt — sie steht ohnehin nicht im Repo. Das Verzeichnis des Repos selbst heißt weiter `Flixy`; das umzubenennen ist ein Handgriff ausserhalb des Projekts. 368 Tests grün. iOS und tvOS bauen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
121 lines
5.6 KiB
Swift
121 lines
5.6 KiB
Swift
import Foundation
|
|
|
|
/// Welche Titel oben gross gezeigt werden — und in welcher Reihenfolge.
|
|
///
|
|
/// **Warum es das als eigenen Typ gibt.** Die Auswahl soll sich zufällig
|
|
/// anfühlen und trotzdem stabil sein: dreimal am Abend dieselbe, am nächsten
|
|
/// Morgen eine andere. Das ist genau die Art Regel, die man nicht im
|
|
/// laufenden Betrieb beurteilen kann — „es wechselt zu oft" ist kein Befund,
|
|
/// den man debuggen könnte. Mit einer Liste hinein und einer heraus schon.
|
|
///
|
|
/// **Der Fehler, der es hierher gebracht hat.** Vorher wurde ein Zufallszahl-
|
|
/// erzeuger einmal je Zeitfenster aufgesetzt und dann Titel für Titel
|
|
/// abgefragt. Das Los hing damit an der **Position** in der Liste: kam ein
|
|
/// Titel dazu, verschwand einer, oder änderte sich der Fortschritt, bekamen
|
|
/// alle dahinter ein anderes Los — und der Aufmacher war nach jedem Neustart
|
|
/// ein anderer, obwohl das Zeitfenster dasselbe war.
|
|
///
|
|
/// Jetzt hängt das Los an der **Kennung** des Titels. Wer dazukommt, stört
|
|
/// niemanden; wer geht, hinterlässt eine Lücke und sonst nichts.
|
|
public enum HeroSelection {
|
|
/// Wie lange dieselbe Auswahl gilt.
|
|
public static let windowHours: Double = 6
|
|
|
|
/// Welche Reihen den Aufmacher speisen dürfen.
|
|
///
|
|
/// **Leer heisst alle.** Eine Einstellung, bei der nichts angekreuzt ist,
|
|
/// soll nicht in einen leeren Aufmacher führen — „ich habe nichts
|
|
/// gewählt" heisst „mir ist es gleich", nicht „nimm nichts".
|
|
///
|
|
/// **Ist etwas gewählt, kommt nur daher etwas.** Reihen, die sich keiner
|
|
/// Mediathek zuordnen lassen — Weiterschauen, Als Nächstes, Favoriten —
|
|
/// bleiben dann draussen.
|
|
///
|
|
/// Das war zuerst andersherum, und es war die falsche Entscheidung. Die
|
|
/// Überlegung „Angefangenes soll man nicht verlieren" klingt freundlich,
|
|
/// führt aber dazu, dass im Aufmacher weiter eine Serie steht, obwohl
|
|
/// gerade „nur Filme" eingestellt wurde — und niemand bringt das mit der
|
|
/// Einstellung in Verbindung. Eine Einstellung muss das tun, was sie
|
|
/// sagt; wer Weiterschauen oben haben will, wählt keine Mediathek aus.
|
|
public static func rows(
|
|
_ rows: [MediaRowGroup],
|
|
limitedTo libraries: Set<String>
|
|
) -> [MediaRowGroup] {
|
|
guard !libraries.isEmpty else { return rows }
|
|
let übrig = rows.filter { row in
|
|
guard let libraryID = row.libraryID else { return false }
|
|
return libraries.contains(libraryID)
|
|
}
|
|
// **Bleibt nichts übrig, gilt die Auswahl als wirkungslos.**
|
|
//
|
|
// Ein Aufmacher, der lautlos verschwindet, ist der schlechtere
|
|
// Fehler — man sucht ihn überall, nur nicht in einer Einstellung
|
|
// zwei Bildschirme weiter. Und es gibt Fälle, in denen das kein
|
|
// Versehen ist, sondern die Datenlage: eine gespeicherte Kennung
|
|
// nach einem Serverwechsel, oder ein Server, dessen Reihen gar
|
|
// keine Mediathek nennen.
|
|
return übrig.isEmpty ? rows : übrig
|
|
}
|
|
|
|
/// Ordnet die Titel, ohne die Reihenfolge fest vorzugeben.
|
|
///
|
|
/// **Ungleiche Lose.** Ohne Hintergrundbild ist der Aufmacher eine graue
|
|
/// Fläche mit Text, und ein Titel ohne eines gehört dort eigentlich nicht
|
|
/// hin. Ihn auszuschliessen wäre aber zu hart: bei einer Mediathek, in
|
|
/// der wenige Titel eines tragen, blieben immer dieselben drei übrig.
|
|
/// Also bekommt er ein schlechteres Los statt gar keines.
|
|
public static func ordered(
|
|
_ items: [MediaItem],
|
|
at time: Date = .now,
|
|
windowHours: Double = windowHours
|
|
) -> [MediaItem] {
|
|
let fenster = UInt64(max(0, time.timeIntervalSince1970 / (windowHours * 3_600)))
|
|
|
|
var bewertet: [(item: MediaItem, los: Double)] = []
|
|
bewertet.reserveCapacity(items.count)
|
|
for item in items {
|
|
bewertet.append((item, lot(for: item, window: fenster)))
|
|
}
|
|
|
|
// Bei gleichem Los die Kennung: zweimal dieselbe Eingabe soll zweimal
|
|
// dasselbe ergeben, sonst ist ein Fehler nicht wiederholbar.
|
|
bewertet.sort { links, rechts in
|
|
links.los == rechts.los ? links.item.id < rechts.item.id : links.los > rechts.los
|
|
}
|
|
return bewertet.map(\.item)
|
|
}
|
|
|
|
/// Das Los eines Titels in diesem Zeitfenster — zwischen 0 und 1.
|
|
static func lot(for item: MediaItem, window: UInt64) -> Double {
|
|
let hatBild = item.art != nil || item.seriesArt != nil
|
|
let gewicht = hatBild ? 1.0 : 0.2
|
|
return unitRandom(seed: stableHash(item.id) ^ window) * gewicht
|
|
}
|
|
|
|
/// Ein Streuwert, der über Programmläufe hinweg gleich bleibt.
|
|
///
|
|
/// **Nicht `hashValue`.** Swift streut Hashes je Programmlauf zufällig;
|
|
/// damit wäre die Auswahl nach jedem Start eine andere — also genau der
|
|
/// Fehler, der hier behoben werden soll, nur an einer anderen Stelle.
|
|
static func stableHash(_ text: String) -> UInt64 {
|
|
// FNV-1a: vier Zeilen, keine Abhängigkeit, und für das Mischen von
|
|
// ein paar Kacheln mehr als gut genug.
|
|
var hash: UInt64 = 0xCBF2_9CE4_8422_2325
|
|
for byte in text.utf8 {
|
|
hash ^= UInt64(byte)
|
|
hash = hash &* 0x0000_0100_0000_01B3
|
|
}
|
|
return hash
|
|
}
|
|
|
|
/// SplitMix64, auf 0..<1 gebracht.
|
|
static func unitRandom(seed: UInt64) -> Double {
|
|
var z = seed &+ 0x9E37_79B9_7F4A_7C15
|
|
z = (z ^ (z >> 30)) &* 0xBF58_476D_1CE4_E5B9
|
|
z = (z ^ (z >> 27)) &* 0x94D0_49BB_1331_11EB
|
|
z = z ^ (z >> 31)
|
|
// Die oberen 53 Bit: genau die, die ein `Double` verlustfrei trägt.
|
|
return Double(z >> 11) / Double(1 << 53)
|
|
}
|
|
}
|