Hat jemand eine Idee, ob man durch eine Spende für Comskip auf https://www.comskip.org/ eine andere vollständigere Version erhält? Gibt es einen Unterschied zwischen der heruntergeladenen und der Spenderversion?
Danke!
Die Donator-Version, die mit MCEBuddy geliefert wird, ist ziemlich alt (Version 0.82.003 vom 30.09.2017). Die aktuelle Donator-Version ist 0.82.012 vom 25.02.2022. Das Bekannte an der neueren Comskip-Donator-Version ist ein neu eingebettetes FFMPEG v4.3 und die Unterstützung von 4K- und 10-Bit-Videoverarbeitung. Die Donator-Version ermöglicht die Verarbeitung von MPEG4-Videos.
Allerdings braucht sie nicht wirklich moderne Codec-Unterstützung, da die meisten DVR-Eingabevideoformate ohnehin MP2 oder MP4 sind und fast jede Transcodierung mit einer Konvertierung zu MP2 beginnt, bevor MCEBuddy Comskip auslöst. Die Hardware-CPU/GPU-Unterstützung kommt vom eingebetteten FFMPEG in Comskip.
Zusammenfassend: Ja, sie beschleunigt den Werbeerkennungsschritt, aber insgesamt ist die Werbungserkennung nur ein sehr kleiner Teil des gesamten Transcoding-Prozesses.
Letztendlich ist es eine persönliche Entscheidung für Sie. Würden Sie profitieren? Sicherlich. Verpassen Sie etwas oder erleiden Sie einen großen Leistungsverlust, wenn Sie nicht upgraden? Nicht wirklich.
Ein paar Updates: Wir haben eine neue Donator-Version von Comskip in Arbeit. Sie basiert auf ffmpeg 6.1.1 und unterstützt viele weitere Codecs, darunter native HEVC- und AV1-Dekodierung mit einem eigenen AV1-Decoder für maximale Performance. Der Vorteil (wenn veröffentlicht) wird sein, dass MCEBuddy nicht mehr auf MP2 remuxen muss, was die Konvertierungsgeschwindigkeit und die Endqualität verbessert. Wir testen außerdem native Hardware-Dekodierung für HEVC und AV1 mit dieser Version, aber es gibt einige Herausforderungen bezüglich der Stabilität. Daher prüfen wir den Kompromiss zwischen Hardware-Dekodierungs-Performance und Stabilität. Möglicherweise bieten wir den Nutzern eine Option, Hardware-Dekodierung zu aktivieren oder zu deaktivieren.
Das sind wirklich ausgezeichnete und willkommene Neuigkeiten!
Comskip dreht sich wirklich nur um das Decodieren, und da die Codecs bewusst so konzipiert sind, dass sie schnell decodiert werden können – ausschließlich per CPU, ohne Abhängigkeit von GPU oder sogar iGPU –, verstehe ich vollkommen die Stabilität und das Testen über alle Generationen von CPUs und GPUs verschiedener Hersteller hinweg (insbesondere Intel und AMD, sowie nVidia für GPUs). Ganz zu schweigen von Motherboards und all den Wechselwirkungen zwischen Medienspeicher, Arbeitsspeicher, CPU-Cache und I/O-Bussen (North-/Southbridge).
Das ist alles andere als trivial, und ich schätze die Arbeit, die in eine Veröffentlichung fließt, sehr – also keine Sorge, wenn es etwas länger dauert.
Probieren Sie die 2.6.4-Beta-Version aus. Wir haben nun einen neuen benutzerdefinierten 64-Bit-Build von Comskip Donator. Er ist viel schneller als der alte Comskip und bietet einige nette Funktionen:
- Unterstützung für direktes Decoding von AV1, HEVC, H264, MPEG2, VP9, VP8 und vielen weiteren Codecs und Containern
- Unterstützung für Hardware-Decoding (derzeit begrenzt auf Intel QSV und Nvidia CUVID). Dies funktioniert nur mit neueren GPUs, z. B. nicht mit Intel Sandy Bridge. Der älteste Intel-Chipsatz, mit dem QSV-Hardware-Decoding funktionierte, ist Skylake (9. Generation).
- Unterstützung für 8K-Auflösung
Mit diesem Release wurde auch das Remuxing optimiert, sodass weniger remuxt wird, wenn Sie unseren Comskip-Build verwenden (Kompatibilität zu Stock-Comskip und Free-Comskip-Builds bleibt erhalten, allerdings langsamer), besonders bei Codecs wie AV1.
Um Hardware-Beschleunigung für das Decoding in Comskip zu aktivieren, müssen Sie sie derzeit manuell unter Konvertierungsaufgabe → Experteneinstellungen → Comskip-Optionen einschalten.
Hier können Sie --qsv eingeben, wenn Sie einen Intel-Chipsatz haben, oder --cuvid, wenn Sie eine Nvidia-GPU besitzen.
Probieren Sie es aus und teilen Sie uns Ihre Erfahrungen mit. Zum Vergleich: Bei H264-Quellvideos haben wir keine Verbesserung der Comskip-Leistung festgestellt, bei HEVC/H.265-Quellvideos etwa 30–50 %. Das Einzige, was wir noch nicht testen konnten, ist die Decoding-Leistung von Comskip bei AV1-Quellvideos. Wenn Sie Chipsätze haben, die AV1 decodieren können, probieren Sie es gern aus und posten Sie Ihre Ergebnisse. Falls Sie einen AV1-Testclip brauchen, erstellen Sie einfach mit dem MCEBuddy-AV1-Profil eine AV1-Ausgabedatei. Die Logs zeigen Ihnen die durchschnittliche FPS von Comskip (und die Gesamtzeit). Wir haben 1500+ FPS bei HEVC-Dateien mit Hardware-Decoding gesehen.
Hinweis: Der Grund, warum wir Hardware-Decoding für Comskip nicht standardmäßig aktivieren, ist, dass es bei zu alten oder nicht unterstützten Chipsätzen zu Hängern kommen kann. Wir werden das in Zukunft vermutlich optimieren.
Ich frage mich nur, welche Anwendungsfälle es für Comskip und andere Video-Encoding-Formate gibt. Ist Blue Ray X.265? Haben wir 4K-ATSC3-OTA-DVRs, die in H.265 kodieren, und diese Medien enthalten Werbung, die per Comskip entfernt werden muss?
Gleiches gilt für AV1-Medien. Ich entschuldige mich, falls ich bei bezahlten Diensten wie YouTube Premium, die Live-OTA-Kanäle in H.265 oder AV1 streamen und trotzdem Werbung einschieben, etwas aus der Schleife bin.
Als ob Bezos es nicht einfach aushalten könnte, den Gürtel etwas enger schnallen und auf Avocado-Toast, Frappés und Luxusyachten verzichten könnte, um Prime Video werbefrei zu halten. Ich meine, sein Nettovermögen ist während der Pandemie nur um 50 % gestiegen und er zahlt immer noch nahezu keine Steuern. Aber ich schweife ab.
Hat jemand Beispiele für DVRs, die Ein- und Ausgangs-Videoquellen mit Werbung in AV1 oder H.265 haben? Welche DVRs und welche Videoquellen? Gibt es Produktempfehlungen, um mein alterndes Tivo Roamio OTA (ATSC1.0) und meine Silicon Dust HD HomeRun Quattro-Tuner und DVR zu ersetzen?
nvdec-Protokolle unten auf einer RTX 4000 Ada. Ich habe bemerkt, dass neuere Versionen von ffmpeg und Handbrake verfügbar sind.
nvdec.zip (924,2 KB)
arc-Protokolle unten
qsv.zip (909,3 KB)
Diese Benchmarks sind super hilfreich – hast du zufällig die Logs vom Software-Lauf (ohne --qsv oder --cuvid)?
Die bisherigen Ergebnisse lauten:
| Comskip (FPS) |
Nvidia (–cuvid) |
Intel (–qsv) |
Software (libdav1d) |
|---|---|---|---|
| MPEG2 | 688 | 146 | |
| H.264 | 598 | 144 | |
| HEVC | 448 | 98 | |
| AV1 | 117 | 339 |
QSV AV1-Comskip blieb hängen und wurde auf deinem System nicht fertig, wahrscheinlich wegen eines Grafiktreiber-Problems, das es unansprechbar machte.
Software-Logs unten.
software.zip (1,0 MB)
@techpro2004 Was ist dein Quell-Video, Dauer, Format, Auflösung und hat es Werbung?
Nur allgemeine Infos, z. B. DVD-Rip, 90 Min, MPEG2, 480p usw.
Wie hast du hoch-/runterskalierung und Transcoding-Qualität über die verschiedenen Formate hinweg kontrolliert?
Ich möchte einen ähnlichen Benchmark mit etwas Vergleichbarem auf meinem System ausprobieren. Ich kann OTA 1080i HD, 720p HD oder 470p SD aufzeichnen. Mein SD-HDHR-DVR ist auf Roh-HDTV-Stream eingestellt. Und mir ist klar, dass es im Netz noch andere Medienformate, Auflösungen, Codecs und Bitraten gibt, falls ich die brauche.
Ich habe ein Programm in Channels DVR von meinem HDHR aufgenommen. Ich habe es dann mit MCEBuddy in verschiedene Formate transkodiert. Es war ein 30-minütiges MPEG2 1080i. Es enthält Werbung.
Danke. Ich werde am Wochenende etwas Ähnliches ausprobieren.
Wenn ich MCEBuddy richtig verstehe, lässt es comskip vor der Transkodierung auf das unbearbeitete Eingabemedium laufen (also fast immer MPEG2), markiert das Video, schneidet es und transkodiert dann in das Zielformat.
Oder transkodiert es zuerst, sodass comskip Werbung in der Ausgabecodierung (z. B. H264, HEVC, AV1) und nicht in der Eingabecodierung (MPEG2) erkennt und markiert?
Mir kommt es nur so vor, als wäre das Eingabeformat fast immer MPEG2 – warum sollte es also besser sein, Werbung in den Ausgabeformaten zu markieren?
Oder beinhalten diese Zeiten auch die Transkodierungszeit und nicht nur die reine comskip-Verarbeitungszeit (zum Markieren der Werbung)?
Historisch gesehen wird zuerst transkodiert und dann comskip ausgeführt. Der Grund für diese neuen Codecs und hardwarebeschleunigten Versionen von comskip ist, Transkodierung wenn möglich zu vermeiden und damit den Vorgang zu beschleunigen sowie andere Probleme zu verringern, die Transkodierung in bestimmten Fällen verursachen kann (insbesondere wenn die Aufnahmequalität beeinträchtigt ist). Dies gibt Comskip auch die bestmögliche Chance, mit dem Originalvideo zu arbeiten.
Das sind großartige Benchmarks. Können Sie bestätigen, welchen Intel-Chipset Sie für QSV verwenden? Er wird als 13. Generation Raptor Lake Chipset gemeldet – was nicht korrekt klingt – laut Intel-Spezifikation sollte Raptor Lake keine AV1-Kodierung unterstützen, aber Ihr Chipset tut es eindeutig.
Sehr interessante Ergebnisse von @techpro2004
Nvidia (cuvid) übertrifft Intel (qsv) beim Decodieren von MPEG2, H.264 und HEVC deutlich, aber Intel lässt Nvidia beim AV1-Decodieren hinter sich.
Außerdem ist das AV1-libdav1d-Decodieren der HEVC-Decodierung bei weitem überlegen.
*QSV-AV1-Decodierung war aufgrund eines Driver-Hangs unvollständig
Das qsv-System ist ein Desktop der 13. Generation, jedoch ist zusätzlich eine PCIe Arc A310 installiert. Danke.
Eines ist bei den nVidia-4000er-Karten zu beachten – die 4070Ti und darüber verfügen über zwei NVENC-Einheiten, sodass die höherwertigen Karten möglicherweise eine deutliche Leistungssteigerung gegenüber den Mittel- und Einstiegskarten bieten. Ich weiß nicht, ob sich das auf eine einzelne AV1-Transkodierung auswirkt (beide NVENC-Einheiten werden genutzt) oder ob man damit zwei NVENC-Kodierungsaufträge gleichzeitig ausführen kann (möglicherweise sogar mit unterschiedlichen Codecs). Es gibt jedoch nur eine NVDEC-Einheit.
Möglicherweise erweisen sich die höherwertigen Karten mit zwei NVENC-Einheiten für Transkodierungszwecke und MCEBuddy als nicht wirklich vorteilhafter gegenüber den günstigeren Modellen. In einem System, das zusätzlich Plex läuft, könnte es jedoch von Nutzen sein: MCEBuddy kann eine NVENC-Einheit nutzen, während Plex die andere für die Live-Transkodierung für einen Player verwendet, ohne die Leistung stark zu beeinträchtigen.
RTX 4080-Logs unten
cuvid 4080.zip (910,3 KB)
