Kurmann.Videoschnitt.Engine 0.4.0

Additional Details

Dieses NuGet-Package wird nicht mehr aktiv weiterentwickelt und ist archiviert. Die Entwicklung wird nun in https://github.com/kurmann/videoschnitt fortgeführt.

There is a newer version of this package available.
See the version list below for details.
dotnet add package Kurmann.Videoschnitt.Engine --version 0.4.0                
NuGet\Install-Package Kurmann.Videoschnitt.Engine -Version 0.4.0                
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="Kurmann.Videoschnitt.Engine" Version="0.4.0" />                
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add Kurmann.Videoschnitt.Engine --version 0.4.0                
#r "nuget: Kurmann.Videoschnitt.Engine, 0.4.0"                
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install Kurmann.Videoschnitt.Engine as a Cake Addin
#addin nuget:?package=Kurmann.Videoschnitt.Engine&version=0.4.0

// Install Kurmann.Videoschnitt.Engine as a Cake Tool
#tool nuget:?package=Kurmann.Videoschnitt.Engine&version=0.4.0                

Kurmann.Videoschnitt.Engine

Überblick

Die Kurmann.Videoschnitt.Engine ist das Kernstück unserer Videobearbeitungsplattform und dient als zentrale Steuereinheit, die die verschiedenen spezialisierten Module koordiniert. Diese Module arbeiten zusammen, um umfassende Lösungen im Bereich des Videoschnitts zu bieten. Entwickelt mit dem Ziel, Flexibilität und Robustheit zu maximieren, bietet die Engine eine Plattform für die Integration von Videobearbeitungsmodulen wie Rendering, Schnitt, Effekte und mehr.

Architektur

Modularer Aufbau

Die Kurmann.Videoschnitt.Engine ist als modularer Monolith konzipiert, was bedeutet, dass sie aus einzelnen, unabhängigen Modulen besteht, die innerhalb eines einzigen, einheitlichen Prozesses laufen. Dieser Ansatz kombiniert die Einfachheit und Effizienz eines monolithischen Designs mit der Flexibilität und Skalierbarkeit modularer Komponenten. Jedes Modul ist darauf ausgelegt, spezifische Aufgaben innerhalb der Videobearbeitungsplattform zu übernehmen und über eine klar definierte API mit der zentralen Engine zu kommunizieren.

Engine als Koordinator

Die Hauptrolle der Engine ist es, als Koordinator zu fungieren, der die Ausführung von Aufgaben überwacht, den Datenfluss zwischen den Modulen verwaltet und die Einhaltung der Geschäftslogiken über das gesamte System sicherstellt. Sie ist nicht nur eine Laufzeitumgebung, sondern orchestriert auch die technischen und geschäftlichen Aspekte der Videobearbeitungsprozesse. Durch die zentrale Steuerung der Workflows und die Koordination der Interaktionen zwischen den Modulen sorgt die Engine dafür, dass die Videoprojekte effizient und fehlerfrei von Anfang bis Ende verwaltet werden.

Diese Architektur erleichtert die Wartung und Skalierung der Plattform, indem sie eine klare Trennung der Verantwortlichkeiten ermöglicht und gleichzeitig die Interdependenzen zwischen den Modulen minimiert. So können Entwickler und Techniker schnell auf Veränderungen reagieren und neue Funktionen oder Verbesserungen mit minimalen Störungen für den Gesamtbetrieb implementieren.

Kernfunktionen

Die Kurmann.Videoschnitt.Engine bietet eine Vielzahl von Kernfunktionen, die darauf ausgelegt sind, eine leistungsfähige und flexible Videobearbeitungsplattform bereitzustellen. Jede dieser Funktionen trägt dazu bei, die Produktivität zu steigern und die Benutzerfreundlichkeit zu verbessern. Hier sind die wichtigsten Funktionen, die von unserer Engine angeboten werden:

Modulintegration

Die Engine verwendet das IServiceCollection-Framework, um die Integration verschiedener Videobearbeitungsmodule flexibel und konfigurierbar zu gestalten. Jedes Modul, wie z.B. Rendering, Schnitt oder Effekte, ist speziell darauf ausgelegt, bestimmte Funktionen zu handhaben und kann nach Bedarf in das Gesamtsystem eingefügt oder entfernt werden. Dies ermöglicht eine anpassbare Lösung, die sich sowohl an kleine als auch an große Produktionsumgebungen anpassen lässt.

Businesslogik-Orchestrierung

Neben der technischen Koordination der Module steuert die Engine die Geschäftslogik, die die Entscheidungsfindung innerhalb des gesamten Systems leitet. Dies umfasst das Management von Benutzeranforderungen, die Priorisierung von Aufgaben und die Optimierung der Ressourcennutzung. Durch diese zentrale Steuerung wird sichergestellt, dass alle Aktionen im Einklang mit den Geschäftszielen und Kundenanforderungen stehen.

Workflow-Management

Die Engine ist verantwortlich für die Steuerung der Workflows, die notwendig sind, um Videoprojekte von Anfang bis Ende zu managen. Dies beinhaltet die Planung und Ausführung von Aufgaben, das Management von Abhängigkeiten zwischen den Aufgaben und die Überwachung des Fortschritts. Die Workflow-Management-Funktionen sind darauf ausgerichtet, eine effiziente Durchführung der Videobearbeitungsprozesse zu gewährleisten und die Einhaltung der Projektpläne sicherzustellen.

Event-Handling und Messaging

Durch die Integration der Kurmann.Messaging-Bibliothek unterstützt die Engine ein leistungsstarkes, asynchrones Event-Handling, das eine lose Kopplung zwischen den Komponenten ermöglicht. Die Engine und die Module nutzen diese Funktion, um Zustandsänderungen, wichtige Ereignisse und andere relevante Informationen zu kommunizieren, wodurch eine reaktive und adaptive Systemumgebung geschaffen wird.

API-Mechanismus der Module

Die Kurmann.Videoschnitt.Engine ist darauf ausgelegt, durch eine gut definierte API die Kommunikation und Interaktion zwischen den einzelnen Modulen und der zentralen Engine zu ermöglichen. Dieses Kapitel beschreibt die verschiedenen Aspekte der API-Struktur, die es Entwicklern ermöglicht, ihre Module so zu implementieren, dass sie nahtlos in die Engine integriert werden können.

Allgemeine Prinzipien

Die API jedes Moduls ist so gestaltet, dass sie eine klare Trennung zwischen verschiedenen Operationstypen bietet und sich an die Command Query Responsibility Segregation (CQRS) hält. Dieses Prinzip trennt die Befehle (Commands), die den Systemzustand ändern, von den Abfragen (Queries), die Daten abrufen, ohne den Zustand zu ändern. Durch diese Trennung wird die Effizienz gesteigert und die Klarheit der Operationen verbessert.

Commands

Commands sind Operationen, die eine Änderung im System bewirken. Sie können synchron oder asynchron ausgeführt werden:

  • Initiate Commands: Asynchrone Befehle, die einen Prozess starten, und eine Bestätigung über dessen Initiierung zurückgeben. Der Endstatus oder das Ergebnis wird über Events kommuniziert.
    Task<Result> InitiateCommand(CommandParams parameters);
    
  • Direct Commands: Synchrone Befehle, die sofort ausgeführt werden und direkt eine Antwort auf das Ergebnis der Operation liefern.
    Result ExecuteCommand(CommandParams parameters);
    
Queries

Queries sind Anfragen, die Informationen aus dem System abrufen, ohne den Zustand zu verändern. Sie können ebenfalls synchron oder asynchron sein:

  • Direct Queries: Synchrone Abfragen, die sofort Daten zurückliefern.
    Result<T> ExecuteQuery<T>(QueryParams parameters);
    
  • Initiate Queries: Asynchrone Abfragen, deren Ergebnisse später bereitgestellt werden.
    Task<Result> InitiateQuery(QueryParams parameters);
    

Event-Driven APIs

Um die Interaktionen innerhalb der Plattform effizient und reaktionsfähig zu gestalten, unterstützt die API auch ein eventgesteuertes Modell. Dieses Modell ermöglicht es Modulen, Events zu generieren, die von der Engine oder anderen Modulen abonniert und verarbeitet werden können, um eine lose Kopplung und hohe Reaktionsfähigkeit des Gesamtsystems zu gewährleisten.

API-Dokumentation und Standards

Eine umfassende Dokumentation jeder API ist unerlässlich, um eine korrekte und effiziente Nutzung der bereitgestellten Funktionalitäten sicherzustellen. Die Dokumentation sollte detaillierte Informationen zu den erwarteten Parametern, den Rückgabewerten, und dem Verhalten bei Fehlern für jede Art von Command oder Query enthalten. Dies stellt sicher, dass Entwickler klare und präzise Anleitungen haben, wie sie die APIs nutzen können, um eine nahtlose Integration und optimale Leistung zu erreichen.

Lebenszyklusmanagement durch .NET's Hosted Service

Ein effizientes Management des Lebenszyklus für alle Module innerhalb der Kurmann.Videoschnitt.Engine ist entscheidend für die Aufrechterhaltung einer stabilen und zuverlässigen Plattform. Um dieses Ziel zu erreichen, setzen wir auf die Funktionalitäten von .NET's Hosted Service. Dieser Ansatz bietet eine robuste und standardisierte Methode, um den Start, die Ausführung und die Beendigung von Diensten innerhalb der Anwendung zu steuern.

Integration in die Engine

Jedes Modul in der Kurmann.Videoschnitt.Engine implementiert das IHostedService-Interface, welches spezielle Methoden zur Verwaltung des Lebenszyklus bereitstellt. Diese Schnittstelle erlaubt es, Module als Dienste zu behandeln, die durch das .NET Core Hosting Framework verwaltet werden.

StartAsync und StopAsync Methoden

Die IHostedService-Schnittstelle definiert zwei Hauptmethoden, die für das Lebenszyklusmanagement von Modulen entscheidend sind:

  • StartAsync: Diese Methode wird aufgerufen, wenn die Anwendung startet. Hier können Module ihre Initialisierungslogik durchführen, Ressourcen allokieren und notwendige Startkonfigurationen einstellen. Dies ist der ideale Ort für Module, um Verbindungen zu Datenbanken herzustellen, Netzwerkressourcen zu initialisieren oder einfach ihre interne Zustände vorzubereiten.

    public Task StartAsync(CancellationToken cancellationToken)
    {
        // Initialisierungslogik hier
        return Task.CompletedTask;
    }
    
  • StopAsync: Diese Methode wird aufgerufen, wenn die Anwendung eine ordnungsgemäße Beendigung durchführt. Hier können Module ihre Bereinigungslogik durchführen, offene Ressourcen freigeben und sicherstellen, dass alle Daten korrekt gespeichert sind, bevor die Anwendung vollständig herunterfährt.

    public Task StopAsync(CancellationToken cancellationToken)
    {
        // Bereinigungslogik hier
        return Task.CompletedTask;
    }
    

Vorteile des Hosted Service

  • Konsistenz: Das Verhalten der Module während des Startens und Beendens wird durch das .NET Framework standardisiert, was die Konsistenz über alle Module hinweg sicherstellt.
  • Zuverlässigkeit: Durch die Verwendung standardisierter Methoden reduziert sich das Risiko von Fehlern bei der Implementierung des Lebenszyklusmanagements.
  • Einfachheit: Entwickler müssen sich nicht um die Details der Lebenszyklussteuerung kümmern, sondern können sich auf die Kernlogik der Module konzentrieren.

Beispiel für ein Modul als Hosted Service

Hier ist ein Beispiel, wie ein typisches Modul als IHostedService implementiert werden könnte:

public class VideoProcessingService : IHostedService
{
    public Task StartAsync(CancellationToken cancellationToken)
    {
        // Initialisierungslogik für das Videoverarbeitungsmodul
        return Task.CompletedTask;
    }

    public Task StopAsync(CancellationToken cancellationToken)
    {
        // Bereinigungslogik für das Videoverarbeitungsmodul
        return Task.CompletedTask;
    }
}

Konfiguration

Die Konfiguration der Kurmann.Videoschnitt.Engine ist entscheidend für die Anpassung und Skalierung der Plattform, um unterschiedlichen Anforderungen gerecht zu werden. Das Konzept der Konfigurationssektionen spielt dabei eine zentrale Rolle, da es eine klare Trennung und Organisation der Einstellungen nach fachlichen Domänen ermöglicht.

Konfigurationsmanagement mit Sections

Sections in der Konfiguration dienen dazu, Einstellungen thematisch zu gruppieren. Jede Section repräsentiert eine Fachdomäne, wie beispielsweise die "LocalMediaLibrary", und enthält alle relevanten Einstellungen. Diese Herangehensweise fördert die Modularität und Wartbarkeit der Konfiguration.

Definition der Sections

In der Konfigurationsdatei appsettings.json könnten die Sections wie folgt definiert sein:

{
  "LocalMediaLibrary": {
    "LibraryPath": "/path/to/media/library",
    "CacheSize": 1024
  }
}
Verwendung von Umgebungsvariablen

In Docker- oder anderen containerisierten Umgebungen ist es üblich, Konfigurationen über Umgebungsvariablen zu steuern. Dies erlaubt eine flexible und sichere Handhabung von Konfigurationswerten. Für die obige Section könnten die entsprechenden Umgebungsvariablen so gesetzt werden:

  • LocalMediaLibrary__LibraryPath="/path/to/media/library"
  • LocalMediaLibrary__CacheSize="1024"

Diese Variablen würden typischerweise in der Docker-Konfiguration oder durch das Container-Orchestrierungssystem gesetzt:

ENV LocalMediaLibrary__LibraryPath="/path/to/media/library"
ENV LocalMediaLibrary__CacheSize="1024"

Implementierung mittels Options Pattern

Das Options Pattern in .NET ermöglicht eine starke Typisierung der Konfigurationseinstellungen. Durch das Definieren von Konfigurationsklassen für jede Section und die Bindung dieser Klassen an die entsprechenden Sections in der Konfigurationsdatei oder die Umgebungsvariablen kann eine sichere und übersichtliche Verwaltung der Einstellungen erreicht werden.

Konfigurationsklasse

Für jede Section wird eine Klasse definiert, die die Einstellungen als Eigenschaften enthält. Beispiel für die LocalMediaLibrary:

public class LocalMediaLibrarySettings
{
    public string LibraryPath { get; set; }
    public int CacheSize { get; set; }
}
Bindung der Konfigurationsklassen

Die Bindung erfolgt im Startup der Anwendung, wo die Configure-Methode des IServiceCollection verwendet wird, um die Konfigurationsklassen mit den entsprechenden Sections zu verknüpfen:

public static class ServiceCollectionExtensions
{
    public static IServiceCollection AddEngine(
        this IServiceCollection services,
        IConfiguration configuration)
    {
        services.Configure<LocalMediaLibrarySettings>(configuration.GetSection("LocalMediaLibrary"));
        // Weitere Services hinzufügen
        return services;
    }
}

Vorteile dieser Strategie

  • Klarheit und Ordnung: Durch die Verwendung von Sections wird die Konfiguration klar und übersichtlich gehalten.
  • Flexibilität und Sicherheit: Umgebungsvariablen bieten eine flexible und sichere Methode zur Konfigurationsverwaltung, besonders in Produktionsumgebungen.
  • Typsicherheit: Das Options Pattern stellt sicher, dass die Konfigurationswerte korrekt typisiert sind, was die Fehleranfälligkeit reduziert.

Diese Strategie gewährleistet, dass die Konfiguration der Kurmann.Videoschnitt.Engine effizient verwaltet und an sich ändernde Anforderungen angepasst werden kann, während gleichzeitig eine robuste und fehlerresistente Plattform für die Videobearbeitung geboten wird.

Handling von Arrays in Umgebungsvariablen

Die Handhabung von Arrays in Umgebungsvariablen erfordert weiterhin die Verwendung des doppelten Unterstrichs (__) für die Indizierung, um eine klare Struktur und eine korrekte Interpretation der Daten zu gewährleisten. Hier ein Beispiel, wie dies in der Praxis umgesetzt wird:

MediaFileWatcher___WatchDirectories__0=/pfad/zu/verzeichnis1
MediaFileWatcher__WatchDirectories__1=/pfad/zu/verzeichnis2

Die Neugestaltung der Konfigurationsstrategie der Kurmann.Videoschnitt.Engine trägt zur effizienten Skalierung und Anpassung an sich ändernde Anforderungen bei und gewährleistet gleichzeitig eine robuste und fehlerresistente Plattform für die Videobearbeitung.

Mitwirken

  1. Issue einreichen: Wenn Sie einen Fehler finden oder eine Funktion anfordern möchten, eröffnen Sie ein Issue im GitHub-Repository.
  2. Pull Requests: Wenn Sie eine direkte Änderung oder Ergänzung vorschlagen möchten, senden Sie einen Pull Request mit einer klaren Beschreibung Ihrer Änderungen.

Lizenz

Dieses Projekt ist unter der Apache-2.0-Lizenz lizenziert. Weitere Details finden Sie in der Datei LICENSE im GitHub-Repository. Diese Lizenz ermöglicht es sowohl kommerziellen als auch nicht-kommerziellen Nutzern, die Software frei zu verwenden, zu modifizieren und weiterzuverbreiten, unter der Bedingung, dass Änderungen und Erweiterungen unter der gleichen Lizenz bleiben.

Kontakt

Falls Sie Fragen haben oder Unterstützung benötigen, eröffnen sie bitte ein Issue im GitHub-Repository.

Product Compatible and additional computed target framework versions.
.NET net8.0 is compatible.  net8.0-android was computed.  net8.0-browser was computed.  net8.0-ios was computed.  net8.0-maccatalyst was computed.  net8.0-macos was computed.  net8.0-tvos was computed.  net8.0-windows was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages

This package is not used by any NuGet packages.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
0.4.2 157 5/31/2024 0.4.2 is deprecated because it is no longer maintained.
0.4.1 147 5/24/2024 0.4.1 is deprecated because it is no longer maintained.
0.4.0 181 5/13/2024 0.4.0 is deprecated because it is no longer maintained.
0.4.0-preview-9 103 5/12/2024 0.4.0-preview-9 is deprecated because it is no longer maintained.
0.4.0-preview-8 107 5/12/2024 0.4.0-preview-8 is deprecated because it is no longer maintained.
0.4.0-preview-7 108 5/12/2024 0.4.0-preview-7 is deprecated because it is no longer maintained.
0.4.0-preview-6 99 5/12/2024 0.4.0-preview-6 is deprecated because it is no longer maintained.
0.4.0-preview-5 100 5/12/2024 0.4.0-preview-5 is deprecated because it is no longer maintained.
0.4.0-preview-4 103 5/12/2024 0.4.0-preview-4 is deprecated because it is no longer maintained.
0.4.0-preview-3 108 5/12/2024 0.4.0-preview-3 is deprecated because it is no longer maintained.
0.4.0-preview-2 101 5/12/2024 0.4.0-preview-2 is deprecated because it is no longer maintained.
0.4.0-preview-18 106 5/13/2024 0.4.0-preview-18 is deprecated because it is no longer maintained.
0.4.0-preview-17 112 5/13/2024 0.4.0-preview-17 is deprecated because it is no longer maintained.
0.4.0-preview-16 106 5/13/2024 0.4.0-preview-16 is deprecated because it is no longer maintained.
0.4.0-preview-15 103 5/13/2024 0.4.0-preview-15 is deprecated because it is no longer maintained.
0.4.0-preview-14 107 5/13/2024 0.4.0-preview-14 is deprecated because it is no longer maintained.
0.4.0-preview-13 107 5/13/2024 0.4.0-preview-13 is deprecated because it is no longer maintained.
0.4.0-preview-12 101 5/13/2024 0.4.0-preview-12 is deprecated because it is no longer maintained.
0.4.0-preview-11 99 5/13/2024 0.4.0-preview-11 is deprecated because it is no longer maintained.
0.4.0-preview-10 102 5/13/2024 0.4.0-preview-10 is deprecated because it is no longer maintained.
0.4.0-preview 103 5/12/2024 0.4.0-preview is deprecated because it is no longer maintained.
0.3.0 127 5/12/2024 0.3.0 is deprecated because it is no longer maintained.
0.3.0-preview-3 103 5/12/2024 0.3.0-preview-3 is deprecated because it is no longer maintained.
0.3.0-preview-2 100 5/12/2024 0.3.0-preview-2 is deprecated because it is no longer maintained.
0.3.0-preview 101 5/12/2024 0.3.0-preview is deprecated because it is no longer maintained.
0.2.1 133 5/10/2024 0.2.1 is deprecated because it is no longer maintained.
0.2.0 126 5/9/2024 0.2.0 is deprecated because it is no longer maintained.
0.1.2 97 5/3/2024 0.1.2 is deprecated because it is no longer maintained.
0.1.1 96 5/3/2024 0.1.1 is deprecated because it is no longer maintained.