Diese Einleitung zielt darauf ab, die zentralen technischen Grundlagen der Streaming Technik für ein deutschsprachiges Fachpublikum zu erklären. Es geht um Video Codecs, Streaming Protokolle und die notwendige Streaming Infrastruktur. Ziel ist es, praxisorientierte Erkenntnisse und Entscheidungskriterien bereitzustellen.
Der Begriff Medienstrom wird als kontinuierlicher IP-Paketstrom definiert. Es wird zwischen Live-Stream und Konserven-Stream unterschieden. Streaming Technik ermöglicht Echtzeit- oder On-Demand-Auslieferung.
Kontext und Trends werden kurz skizziert. Seit der Einführung von HTTP durch Tim Berners-Lee sind Bandbreiten und Qualitätsansprüche gestiegen. Mobile und drahtlose Zugänge wie WLAN und Mobilfunk dominieren zunehmend. Streaming wird in Bildung, Unternehmen und Medienplattformen immer mehr integriert.
Die erwarteten Inhalte dieses Artikels werden genannt. Es folgen Kapitel zu Encoder, Origin-Servern, Edge/CDN, Playern, zu Videokompression mit H.264, H.265/HEVC, AV1 und VP9 sowie zu adaptive Streaming-Mechanismen wie DASH und HLS. Weiterhin werden CDN– und LCDN-Architekturen, QoS-Metriken und drahtlose Herausforderungen behandelt.
Handlungsorientierte Hinweise werden vorangestellt. Kapitel sollten sequenziell gelesen werden; bei Bedarf kann direkt zu relevanten Abschnitten gesprungen werden. Entscheidungskriterien werden klar benannt: Auswahl von Video Codecs nach Latenz, Rechenaufwand und Lizenzlage; Bitrate Streaming-Strategien und CDN-Auswahl nach Nutzergeographie.
Schlussbemerkung dieser Einleitung: Der Text zielt auf praktische Anwendbarkeit. Es wird eine technische, sachliche Perspektive beibehalten. Detaillierte Lösungshinweise und klare Handlungsempfehlungen folgen in den folgenden Abschnitten.
Überblick: Was ist Streaming Technik und wie funktioniert ein Medienstrom
Streaming Technik bezeichnet die Übertragung von Medieninhalten als IP-Paketstrom. Dieser wird während des Empfangs wiedergegeben. Ein Medienstrom ermöglicht sofortige Präsentation ohne den vollständigen Download der Datei. Dies reduziert Wartezeiten, erfordert jedoch zusätzliche Maßnahmen zur Stabilität und Qualitätssicherung.
Definition und Abgrenzung: Streaming vs. Download
Beim Streaming wird der Inhalt in kleinen Datenpaketen gesendet und direkt beim Empfang decodiert. Im Gegensatz dazu wird bei einem Download die Datei vollständig gespeichert, bevor sie wiedergegeben wird. Streaming Technik setzt auf kontinuierliche Übertragung, während Download-Dateien lokal abgelegt werden.
Ein Medienstrom ermöglicht sofortigen Wiedergabebeginn. Dies reduziert die Startlatenz. Allerdings benötigt es Buffering auf der Clientseite zur Kompensation von Netzschwankungen.
Live-Streaming und VoD: Unterschiede in Verarbeitung und Latenz
Live-Streaming erfordert Echtzeit-Kodierung und minimale End-to-End-Latenz. Encoder, Transcoder und Netzpfade müssen für geringe Verzögerung optimiert sein. Bei interaktiven Anwendungen ist geringe Latenz entscheidend.
VoD erlaubt Vorkodierung und aufwendigere Kompressionsverfahren. Bitrate Streaming wird hier häufig adaptiv eingesetzt, um Qualität und Bandbreitennutzung zu optimieren. Größere Puffergrößen sind bei VoD tolerierbar.
Aufbau eines Streaming-Systems: Encoder, Server, Netzwerk, Player
Ein Encoder wandelt Rohdaten in kodierte Bitströme. Hardware-Encoder von Intel oder NVIDIA beschleunigen diesen Schritt in Live-Szenarien. Software-Encoder wie FFmpeg bieten flexible Profile für VoD.
Origin-Server hosten Inhalte. Transcoder und Packager erzeugen mehrere Repräsentationen für Bitrate Streaming. CDNs und Edge-Server verteilen Last und reduzieren Latenz durch lokale Caches.
Der Player empfängt Segmente, steuert Wiedergabe, Decodierung und Adaptive-Bitrate-Entscheidungen. Steuerprotokolle ermöglichen Play, Pause und Seek.
Pipelining, Buffering und Latenzmanagement in IP-Netzen
Pipelining erlaubt überlappende Verarbeitung von Empfang, Decodierung und Wiedergabe. Diese Technik reduziert End-to-End-Latenz ohne zusätzliche Netzoptimierung.
Buffering glättet Jitter und kurzzeitige Paketverluste. Kleine Puffer verkürzen Startlatenz, große Puffer erhöhen Stabilität. Die Balance bestimmt die wahrgenommene Qualität.
Für Latenzmanagement werden kleinere GOP-Größen, Low-latency-Profile bei HLS/DASH und UDP-basierte Transporte empfohlen. Lokale Caching-Punkte und optimierte Encoder tragen ebenfalls zur Reduktion von Rebuffering-Rate und Startzeit bei.
| Komponente | Funktion | Optimierung für Live-Streaming | Optimierung für VoD |
|---|---|---|---|
| Encoder | Rohdaten → kodierter Bitstrom | Hardwarebeschleunigung, niedrige Latenzprofile | Höhere Kompression, VBR für Qualität |
| Transcoder / Packager | Erzeugt Multi-bitrate-Repräsentationen | Minimale Segmentgröße, Low-latency-Chunking | Segmentoptimierung, effiziente Codec-Optionen |
| Origin & CDN | Host und Verteilung der Streams | Edge-Deployment, geringe Routing-Hops | Caching, kosteneffiziente Verteilung |
| Transport | IP-Paketübertragung | RTP/UDP für reale Zeit | HTTP/HTTPS mit ABR für Stabilität |
| Player & Client | Decodierung, Puffer- und Playback-Steuerung | Kurze Buffer, aggressive Rebuffer-Strategien | Längere Buffer, adaptives Bitrate Streaming |
Video Codecs und Videokompression: Verfahren und Vergleich
Wir erklären zentrale Aspekte der Videokompression und vergleichen gängige Verfahren. Unsere Zielsetzung ist es, eine technische, aber verständliche Darstellung zu bieten. Dies gilt für Entscheidungsträger und Entwickler gleichermaßen.
Grundprinzipien der Videokompression: verlustfrei vs. verlustbehaftet
Verlustfreie Kompression bewahrt alle Bilddaten. Formate wie ZIP-ähnliche Container reduzieren Daten nur moderat. Diese Methode bleibt sinnvoll für Archivierung und Postproduktion.
Verlustbehaftete Kompression nutzt Wahrnehmungsmodelle, Farbraumreduzierung und Bewegungsschätzung. Damit sinkt die Bitrate stark, während die wahrgenommene Qualität oft hoch bleibt. Diese Technik ist zentral für Bitrate Streaming im Live- und VoD-Betrieb.
Gängige Codecs: H.264/AVC, H.265/HEVC, AV1, VP9 — Vor- und Nachteile
H.264 ist weit verbreitet und bietet guten Kompromiss aus Qualität und Rechenaufwand. Hardware-Decoding ist auf vielen Endgeräten vorhanden. Lizenzierung erfolgt über MPEG LA, was bei großen Plattformen relevant bleibt.
H.265 erreicht bis zu etwa 50% bessere Kompression gegenüber H.264 bei identischer visueller Qualität. Encoder benötigen mehr Rechenleistung. Lizenzfragen und eingeschränkte Unterstützung auf älteren Geräten sind zu prüfen.
VP9 von Google ist lizenzfrei nutzbar und wird von Browsern wie Chrome und Firefox gut unterstützt. Kompressionsrate ist konkurrenzfähig, Encoder werden stetig verbessert.
AV1 der AOMedia bietet bessere Kompression als HEVC und VP9 bei kostenfreiem Lizenzmodell. Encoding erfordert deutlich mehr Rechenzeit. Moderne SoCs bringen zunehmend Hardware-Beschleunigung für AV1.
Group of Pictures (GOP), I/P/B-Frames und Auswirkungen auf Paketverlust
I-Frames sind vollständige Referenzbilder. P-Frames nutzen Vorwärtsreferenzen. B-Frames arbeiten bidirektional und erhöhen Kompressionseffizienz.
Längere GOPs reduzieren durchschnittliche Bitrate. Gleichzeitig steigt die Sensitivität gegenüber Paketverlust. Geht ein I-Frame verloren, können viele Folgebilder betroffen sein.
Empfehlung: GOP-Länge an Netzwerkqualität und Latenzanforderungen anpassen. Bei instabilen Netzen sind kürzere GOPs oder häufigere Intra-Refresh-Strategien sinnvoll. Zusätzliche Maßnahmen wie FEC oder ARQ mindern Auswirkungen von Paketverlust.
CBR vs. VBR, konstante Qualität und Einfluss auf Bitrate Streaming
CBR (Constant Bit Rate) vereinfacht Netzwerkplanung. Live-Streaming nutzt CBR häufig, weil konstante Bandbreite leichter gehandhabt wird.
VBR (Variable Bit Rate) liefert bessere durchschnittliche Bildqualität bei gleichem Speicherbedarf. VoD-Workflows profitieren von VBR. Constant-Quality-Strategien, etwa CRF bei x264/x265, priorisieren gleichbleibende visuelle Qualität und führen zu variabler Bitrate.
Für breite Nutzergruppen wird oft H.264 mit CBR im Live-Bereich empfohlen. Für VoD sind H.265 oder AV1 mit VBR sinnvoll, sofern Zielgeräte die Decodierung unterstützen.
| Aspekt | H.264/AVC | H.265/HEVC | VP9 | AV1 |
|---|---|---|---|---|
| Kompressionseffizienz | Gut | Sehr gut (≈50% vs. H.264) | Gut bis sehr gut | Sehr gut bis besser als HEVC |
| Rechenaufwand Encoding | Niedrig bis mittel | Mittel bis hoch | Mittel | Hoch |
| Hardware-Decoding | Breit verfügbar | Zunehmend, ältere Geräte limitiert | Weit in Browsern | Wachsende Unterstützung in modernen SoCs |
| Lizenzmodell | Lizenzpflichtig (MPEG LA) | Komplexe Lizenzierung | Lizenzfrei | Lizenzfrei (AOMedia) |
| Empfohlener Einsatz | Breites Publikum, Live mit CBR | VoD, hohe Qualität bei akzeptablem Aufwand | Web-Streaming, browserbasiert | VoD und OTT, wenn Encoder-Ressourcen vorhanden |
| Auswirkung bei Paketverlust | Mäßig, GOP anpassbar | Höher bei langen GOPs | Mäßig, gute Fehlerresilienz | Mäßig bis hoch, abhängig vom Encoder |
Streaming-Protokolle: Transport- und Steuerungsschichten
Streaming Protokolle sind zentral für die Übertragung und Steuerung von Medien. Sie variieren in ihren Zielen, Latenzanforderungen und der Integration in Content Delivery Networks (CDNs). Eine sorgfältige Auswahl hilft, Jitter zu minimieren und die Qualität des Streams zu verbessern.
HTTP-basiertes Streaming: Progressive Download, HLS, DASH
Progressive Download ermöglicht sofortigen Start durch vorläufiges Herunterladen. Diese Methode ist einfach zu handhaben und passt gut zu Standard-HTTP-Netzwerken.
HLS von Apple und DASH (ISO) teilen Inhalte in kurze Segmente auf. Sie unterstützen adaptive Bitraten und profitieren von der Kompatibilität mit CDNs sowie einfacher Firewall-Passage.
Die Größe der Segmente beeinflusst die Latenz. Low-Latency-Versionen von HLS und DASH reduzieren Verzögerungen, besonders bei der Bedeutung von Echtzeit.
RTSP, RTP/RTCP und UDP-basierte Übertragung: Echtzeitanforderungen
RTSP verwaltet Sitzungen mit Befehlen wie Play, Pause und Seek. RTP transportiert die Medienströme, meist über UDP, um Verzögerungen zu minimieren.
RTCP ergänzt RTP und liefert Messwerte für QoS und Überwachung. Bei interaktiven Anwendungen bevorzugt man RTP/UDP wegen niedrigerer Latenz.
Um UDP-Flüsse stabil zu halten und Jitter zu begrenzen, ist eine sorgfältige Netzwerkkonfiguration und QoS-Planung erforderlich.
Frühere Protokolle und historische Betrachtung
Protokolle wie MMS von Microsoft prägten frühe Streaming-Systeme. Viele proprietäre Formate wurden später durch offene HTTP-Standards ersetzt.
Kenntnisse historischer Protokolle sind essentiell, um Legacy-Systeme zu bewerten und zu migrieren. Moderne Architekturen wie HLS oder DASH werden bevorzugt.
Fehlerbehandlung, Paketverlust und QoS-Metriken
Fehlerbehandlung nutzt FEC, ARQ und Retransmissionen über TCP. Clientseitige Adaptionslogik mildert die Auswirkungen von Paketverlust auf die Wiedergabequalität.
Paketverlust führt zu Bildaussetzern. Wichtige QoS-Metriken sind Jitter, Paketverlustrate und End-to-End Latenz. Diese sollten ständig überwacht werden.
RTCP, MPEG-DASH-Metriken und CDN-Logging ermöglichen praxisnahe Überwachung. HTTP-basiertes Streaming über CDNs wird für skalierbare VoD-Lösungen empfohlen.
Für Echtzeit-Anforderungen empfiehlt sich RTP/UDP in Kombination mit QoS-Planung. Low-latency-HLS, Low-latency-DASH oder WebRTC sind als Alternativen zu prüfen.
| Aspekt | HTTP-basiert (HLS/DASH) | RTP/RTSP | Historisch |
|---|---|---|---|
| Latenz | Moderate bis niedrig (bei Low-Latency-Versionen) | Niedrig | Variabel, oft höher |
| Firewall/CDN | Sehr gut | Erfordert spezielle Konfiguration | Begrenzt kompatibel |
| QoS / Monitoring | CDN- und DASH-Metriken, HTTP-Logs | RTCP für QoS-Statistiken | Proprietäre Werkzeuge |
| Jitter-Anfälligkeit | Geringe Jitter-Effekte dank TCP-Transport | Höhere Sensitivität, erfordert QoS | Hängt vom Protokoll ab |
| Empfohlene Nutzung | VoD, skaliertes Live-Streaming | Interaktive Streams, niedrige Latenz | Migration/Legacy-Betrieb |
Adaptive Streaming: ABR-Strategien und Client-Server-Interaktion
Adaptive Streaming ermöglicht eine nahtlose Wiedergabe durch Anpassung der Qualität an die Netzwerkbedingungen. Serverseitig werden verschiedene Bitraten bereitgestellt. Der Player wählt die passende Qualität basierend auf lokalen Messwerten aus. Manifest-Dateien geben einen Überblick über verfügbare Repräsentationen und Segmente.
Grundidee adaptiver Bitraten
Die Grundlage für Bitrate Streaming bilden mehrere Encodes eines Inhalts. Durch Multi-bitrate-Encoding entstehen Repräsentationen mit unterschiedlichen Auflösungen und Bitraten. Manifest-Dateien, wie das MPD bei DASH oder Playlists bei HLS, zeigen den Player, welche Repräsentationen verfügbar sind.
Segmentierung und Switching-Logik
Inhalte werden in kurze Segmente geteilt, meist zwei bis sechs Sekunden. Der Wechsel der Repräsentation erfolgt an Segmentgrenzen, um Artefakte zu vermeiden. Eine bewährte Switching-Logik minimiert Rebuffering und Qualitätsfluktuationen durch sanftes Up- und rasches Downswitching bei Engpässen.
Messgrößen zur Adaptionsentscheidung
Entscheidungen basieren auf Durchsatz-Schätzungen, Pufferfüllstand und Playback-Statistiken. RTCP-Reports oder DASH-Events liefern zusätzliche Telemetrie. Es gibt durchsatz-basierte, buffer-basierte und hybride ABR-Strategien. Hybride Ansätze bieten in mobilen Netzen meist stabilere QoE.
Interoperabilität und Standardisierung
DASH als offener Standard und HLS als weit verbreitete Lösung ergänzen sich in der Praxis. CMAF harmonisiert Segmentformate und vereinfacht die Auslieferung über mehrere Protokolle. Umsetzung mit CMAF reduziert Speicher- und Netzwerkaufwand bei gleichzeitig einfacher Packaging-Pipeline.
Empfohlen wird die Automatisierung des Multi-bitrate-Encoding und die Integration der Manifest-Dateien-Erzeugung in die Packaging-Pipeline. ABR-Strategien sind unter realen Mobil- und WLAN-Bedingungen zu testen, um robuste Ergebnisse bei Bitrate Streaming zu erzielen.
Streaming Infrastruktur: Server, CDN und Verteilungsarchitekturen
Die Architektur einer Streaming Infrastruktur ist entscheidend für Verfügbarkeit, Latenz und Betriebskosten. Ein klarer Aufbau mit Origin-Servern, verteilten Edge-Servern und Caching-Mechanismen reduziert Lastspitzen. Dies verbessert die Wiedergabequalität für Endnutzer.
Origin-Server hosten Quellinhalte und erstellen dynamische Streams. Edge-Server übernehmen gecachte Segmente nahe beim Nutzer. So wird die Netzlast auf dem Origin reduziert und die Startzeit des Videos verringert.
Caching-Mechanismen basieren auf HTTP-Cache-Policies, TTL-Strategien und Hierarchien. Prefetching für populäre Inhalte sorgt bei Veranstaltungen oder Releases für stabile Cache-Hit-Raten. Dies reduziert die Backhaul-Nutzung.
Content Delivery Networks (CDN) bestehen aus globalen PoPs und Peering-Beziehungen zwischen Internet-Providern. Lastverteilung erfolgt üblicherweise per DNS-Routing oder Anycast. Dies sichert georedundante Auslieferung und schnelle Failover-Zeiten.
LCDN-Konzepte sind in geschlossenen WLAN-Umgebungen wie Flughäfen, Universitäten oder Stadien besonders sinnvoll. Lokale CDNs werden an Gateways oder Hotspots platziert. Das reduziert Backhaul und verbessert Startzeiten.
Die praktische Umsetzung eines LCDN verlangt Integration mit Authentifizierungs- und Billing-Systemen. Edge-Caches nahe Access Points erhöhen die Effizienz. Sie reduzieren Kosten durch geringere Bandbreitennutzung im Kernnetz.
Skalierung erfolgt durch Autoscaling-Gruppen, Load Balancer und Health Checks. Horizontale Skalierung der Play-out-Ketten erlaubt das parallele Hochfahren zusätzlicher Instanzen bei Verkehrsspitzen.
Monitoring ist kontinuierlich durchzuführen. Relevante Metriken sind Request-Rate, Cache-Hit-Rate, End-to-End-Latenz und Rebuffering-Rate. Observability-Tools wie Real User Monitoring und CDN-Analytics liefern nachvollziehbare Qualitätsdaten.
Lasttests sollten realistische Mobil- und WLAN-Bedingungen simulieren. So werden Engpässe in der Lastverteilung sichtbar. Optimierungen bei Caching oder Routing sind dann möglich.
Empfehlung: Die CDN-Strategie an Nutzerverteilung und Kosten-Nutzen-Analyse ausrichten. LCDN einsetzen, wenn Lastspitzen lokal konzentriert sind. Monitoring permanent betreiben und Skalierung automatisieren, um Betriebssicherheit zu gewährleisten.
Netzwerke und drahtlose Herausforderungen beim Streaming
Netzwerke beeinflussen maßgeblich die Qualität von Streaming. Medien und Geräte stellen unterschiedliche Anforderungen an Netzwerkressourcen. Eine klare Trennung zwischen kabelgebundenen und drahtlosen Umgebungen ermöglicht gezielte Maßnahmen zur Stabilisierung von QoS.
Sie sehen gerade einen Platzhalterinhalt von YouTube. Um auf den eigentlichen Inhalt zuzugreifen, klicken Sie auf die Schaltfläche unten. Bitte beachten Sie, dass dabei Daten an Drittanbieter weitergegeben werden.
In kabelgebundenen Netzen sind Durchsatz und Jitter stabiler. HD-Streams benötigen typischerweise mehrere Mbit/s. Für 4K sind deutlich höhere Raten erforderlich. Netzwerke mit Glasfaser oder Gigabit-Ethernet liefern diese Bitraten konsistent, wenn Switching- und Routingpfade optimiert werden.
Im drahtlosen Bereich ist die Situation komplexer. WLAN bietet hohe theoretische Durchsätze, zeigt aber starke Schwankungen. Bluetooth eignet sich für kurze, niedrige Bitraten. Mobilfunknetze (3G/4G/5G) liefern variable Latenzen und Durchsätze, was adaptive Strategien erfordert.
Bei wechselnden Funkbedingungen sind schnelle ABR-Entscheidungen notwendig. Segmentgrößen sollten kurz gewählt werden. Puffer-Management und lokale Edge-Caching reduzieren Playback-Unterbrechungen. Session-Persistenz auf Anwendungsschicht hilft bei Handover und geänderten IP-Adressen.
Multicasting bringt Vorteile bei identischen Inhalten für viele Empfänger. IP-Multicast im LAN reduziert Last auf Kerninfrastruktur. Herausforderungen ergeben sich durch fehlende Router-/Switch-Unterstützung, Sicherheitsaspekte und Zuverlässigkeit. In WLANs sind Multicast-Übertragungen oft ineffizient, da ACK-Mechanismen fehlen und Übertragungsraten meist niedriger sind.
Technische Lösungen für Multicasting umfassen konvertierende Proxies, lokale Caching-Instanzen und zuverlässiges Multicast-Protokoll-Design. Diese Maßnahmen verbessern Skalierbarkeit und reduzieren Paketverlust. Multicasting empfiehlt sich primär in kontrollierten LAN-Umgebungen mit geeigneter Infrastruktur.
Mobilität und das letzte Kilometer-Problem verlangen praktische Tests. Handover-Strategien müssen nahtlos funktionieren, damit Session-Continuity erhalten bleibt. Lokale Edge-Ressourcen und aggressive ABR-Policies senken das Risiko von Abbrüchen beim Wechsel zwischen Funkzellen oder Access Points.
Empfehlungen für Betreiber: Kürzere Segmente einsetzen und aggressive ABR-Algorithmen aktivieren. Lokale Caches vorhalten und Multicasting nur in geeigneten Umgebungen nutzen. Mobilitätstests unter realen Bedingungen durchführen, um QoS-Anforderungen validieren zu können.
| Aspekt | Kabelgebunden | WLAN / IEEE 802.11 | Mobilfunk |
|---|---|---|---|
| Typische Durchsätze | Stabil, mehrere Mbit/s bis Gbit/s | Hoch, aber schwankend | Variabel, abhängig von Standort und Technik |
| Jitter & Latenz | Niedrig | Mittel bis hoch | Mittel bis hoch, je nach Zelle |
| Geeignet für | 4K Bitrate Streaming, Live mit niedriger Latenz | VoD, Live mit Anpassungen | Mobiles Live, adaptive Streams |
| Multicasting | Gut geeignet | Eingeschränkt, oft ineffizient | Kaum praktikabel |
| Empfohlene Maßnahmen | QoS-Tagging, Priorisierung, Monitoring | Kürzere Segmente, lokale Caches, Interferenzmanagement | ABR, Session-Resumption, Edge-Caching |
Fazit
Die Streaming Technik umfasst mehrere Schichten: Kodierung, Transport, adaptive Streaming und Verteilung über CDN. Jede Schicht beeinflusst die Qualität und Kosten. Entscheidungen müssen daher abgestimmt werden.
Für Video-on-Demand (VoD) empfiehlt sich HTTP-basiertes Adaptive Bitrate (ABR) mit einem CDN. H.264, H.265 oder AV1 werden für die Kodierung bevorzugt. Für interaktive Inhalte sind RTP/UDP oder WebRTC mit Low-Latency-Profilen besser geeignet. LCDN-Lösungen verbessern die Performance in dicht besiedelten Netzwerken.
Monitoring und Metriken sind für die Betriebsüberwachung unerlässlich. Encoder- und Packaging-Pipelines sollten automatisiert werden. ABR-Algorithmen müssen unter realen Bedingungen getestet werden. Die Auswahl der Streaming Infrastruktur hängt von Latenz, Zielgeräten und Netzwerkbedingungen ab.
Ein Stufenplan ist empfehlenswert: Anforderungen definieren, Protokoll- und Codec-Auswahl treffen, CDN-Architektur entwerfen und Tests durchführen. Danach startet der Produktionsbetrieb mit ständigem Monitoring. Dies garantiert eine effiziente und skalierbare Streaming-Lösung.
