Ich habe mit Comskip auf der Kommandozeile herumgespielt – nach einigen Experimenten sieht es so aus, als würden --hwassist und --dxva2 Comskip deutlich beschleunigen. Macht MCEBuddy diese Optimierung ebenfalls? Besteht die Möglichkeit, das in die Profile aufzunehmen?
Danke! Will.
Gute Frage, in unseren Tests mit Intel-Karten erwies es sich als inkonsistent, daher haben wir es nicht automatisch aktiviert, aber es kann aktiviert werden.
Wie sieht dein Setup aus? Kannst du mit und ohne dxva testen, denn das ist eine besonders heikle Option, die wir festgestellt haben, das Decodieren auf älteren GPUs verlangsamt.
Ich habe eine ziemlich potente Maschine – 10 physische Kerne, RTX 2080 Super, 64 GB RAM.
Ich stellte fest, dass dxva2 am schnellsten war, gefolgt von –cuvid (~10 % langsamer). vdpau habe ich nicht ausprobiert.
Wenn ich kein dxva oder einen der anderen Schalter angegeben habe, war es mit nur –hwassist etwa ~60 % langsamer.
Danke, dass du dir das ansiehst! Will.
Mail](Outlook) für Windows 10
Hast du versucht, die Option hardware_decode in comskip.ini zu setzen?
hardware_decode=0 ; Set to 1 to enable hardware accelerated video decoding, only available in donator version
Du kannst den Comskip INI Editor verwenden, unter dem Tab CPU Load Reduction, der im comskip Ordner enthalten ist, um es über eine grafische Benutzeroberfläche zu tun.
Ich habe das versucht – dabei ist mir aufgefallen, dass dann Audio-Sync-Fehler auftreten. Ich weiß nicht, wie das passiert, aber wenn ich das Häkchen entferne, verschwinden sie. Komischerweise synchronisiert sich das Audio in Plex neu, wenn ich vor- oder zurückspringe, aber dieses Verhalten sehe ich nicht, wenn die Hardware-Beschleunigung nicht aktiviert ist…
Ich glaube, ich habe im comskip-Forum etwas dazu gelesen.
Danke! Will.
Mail](Outlook) für Windows 10
Können Sie mir außerdem sagen, wie sich MCEBuddy verhält, wenn es für eine bestimmte Aufnahme eine EDL-Datei findet und Comskip ausgewählt ist? Ignoriert es diese EDL-Datei oder verwendet sie einfach, anstatt Comskip erneut auszuführen? Danke!
Es wird die EDL (oder EDLP oder andere anerkannte kommerzielle Marker wie in PlayOn) verwenden, die es findet, bevor es eine Werbung mit comskip oder showanalyzer erkennt
Hey Goose,
Ich hoffe, du und deine Familie seid sicher und gesund.
Danke! Will.
Mail](Outlook) für Windows 10
Gibt es eine Möglichkeit, MCE Buddy dazu zu bringen, den Comskip der Spender-Version mit --cuvid aufzurufen?
Ich habe einen sehr alten Core2-Quad mit einer 1050TI, und ich würde gerne sehen, ob und wie ich eine Hardware-Beschleunigung über die GPU statt über die CPU erreichen kann. Ich habe gerade das -U für mein MP4-Profil aktiviert, aber Comskip ist immer noch eine Katastrophe, obwohl ich die Beschleunigung über den INI-Editor aktiviert habe.
Außerdem nehme ich an, dass man die INI nicht im Hauptordner C:\Program Files\MCEBuddy2x\comskip ändern kann, sondern nur dort, wo du die Datei der Spender-Version gespeichert hast? Jedes Mal, wenn ich es in C:\Program Files\MCEBuddy2x\comskip versuche, erscheint „Zugriff verweigert“ … ich nehme an, weil es sich dort nicht um die Spender-Version handelt.
Vielen Dank im Voraus!
Beim Experimentieren mit dem manuellen Aufruf von Comskip über die Befehlszeile mit den HW- und CUVID-Flags erzielt man zwar eine deutliche Verkürzung der Verarbeitungszeit, mir sind jedoch Audio-Sync-Probleme aufgetreten. Dies wird in den Comskip-Foren erwähnt.
Ich habe mir gestern Nacht angesehen, wie alles läuft, und es scheint, dass sowohl Mp4 normal als auch Fast beide ffmpeg verwenden – in Ordnung … aber ich erinnere mich, dass ffmpeg keine Hardware-Beschleunigung unterstützt, korrekt? Sollte ich mein Profil ändern und stattdessen Handbrake verwenden? Ich schätze, das könnte ich … ich muss nur sicherstellen, dass ich eine TV-Aufnahme zum Testen aufhebe. Ich freue mich über jeden Hinweis, wie ich die Hardware-Beschleunigung für die Donator-Version von comskip aktivieren kann – auf jeden Fall funktioniert die Hardware-Beschleunigung momentan nicht, wenn ich in MCEBuddy auf die Donator-Version verweise und die ini-Datei der Donator-Version bearbeite. Muss ich meine Donator-Version in den MCE-Programmordner kopieren?
Die neueren Versionen von FFMpeg sind HW-fähig (sie enthalten die NVENC-Sachen) – ich glaube, es ist 3.x und später. MCEBuddy enthält diese Versionen.
In MCEBuddy ist es möglich, auf einen anderen Comskip-Ordner zu verweisen, sodass Sie die vorhandene Comskip-Installation nicht ersetzen müssen. Es befindet sich unter Einstellungen → Systemeinstellungen
Viel Glück! Will.
Ich schätze, wir müssen warten, bis Goose sich zu comskip und hwacceleration äußert…
Ich weiß, dass ich alles korrekt in MCEBuddy und in der donators comskip ini konfiguriert habe… Ich glaube nicht, dass MCEBuddy comskip.exe mit irgendwelchen zusätzlichen „–features“ aufruft, daher ist es schwer zu sagen, ob letzte Nacht hwaccelerate verwendet wurde. Ich werde heute Abend nachsehen müssen, wenn ich mehr Zeit habe, in den Logs zu stöbern.
Nun, als ich in comskip herumstöberte, sah ich, dass Erik zugab, an mehreren Stellen sogar, dass die Hardware-Beschleunigung unter Windows nicht die Ergebnisse brachte, die die Leute erwartet hatten … dazu kommt, dass Win7 oder 8 nun völlig nicht mehr unterstützt werden, weil er den Computer gewechselt hat und auf einem Win10-Rechner baut – seit mehreren Jahren gibt es also keine Updates für Win7/8 mehr. Hoffentlich bekommt Ryan das gemeinsam mit Erik gelöst.
Ich schätze, ich muss mit dem leben, was ich habe, aber ich habe 160 Sendungen in der Warteschlange zur Konvertierung, und die Liste wird länger … ich würde gern einen Weg finden, das zu beschleunigen, ohne 800 Dollar für neue Hardware auszugeben, nur um Fernsehen zu schauen …
Rückblick 2023. Comskip in MCEBuddy 2.5.8 (06. März 2023) ist die Donator-Version 0.82.003. HWaccell ist aktiviert. Ich habe eine RTX2060 mit aktuellen NV-Treibern auf Win10x64 22H2. MCEBuddy nutzt Handbrake für das Transkodieren und setzt dabei kräftig auf HW-NVenc-Encoding, daher bin ich da nicht besorgt. Wenn jedoch Comskip läuft, belastet es die CPU, nicht die nVidia.
Gibt es eine Möglichkeit, dass MCEBuddy die Option --cuvid aufruft, oder ist eine der anderen NV-Optionen vorzuziehen? z.B. --vdpau
Wird die Donator-Version von Comskip, die in MCEBuddy enthalten ist, auf die aktuelle Version 0.82.012 aktualisiert, da es mehrere Updates der eingebetteten ffmpeg-Decoder innerhalb von Comskip gab? Was sind die Herausforderungen dabei? Gibt es eine Roadmap oder einen allgemeinen Zeitplan?
Die Hardware-Beschleunigung in Comskip wird in der comskip.ini gesteuert – dort musst du sie ändern (zumindest war das zuletzt so, als ich nachgesehen habe). Ich habe vor vielleicht 18 Monaten (vielleicht – ist schon eine Weile her) ein wenig damit herumgespielt. Es war nicht viel schneller und verursachte bei mir Audio-Sync-Probleme (was in den Comskip-Foren auch erwähnt wurde).
Vielleicht ist es inzwischen besser. Du kannst jederzeit die comskip.exe gegen die aktuelle Donator-Version austauschen …
Danke für die schnelle Reaktion auf eine Nachfrage drei Jahre später in diesem Thread. Beim tieferen Graben stellt sich heraus, dass die ComskipINIeditor-GUI bei der Option hardware_decode zerschossen ist. Sie zeigte „disabled“ an und das Kontrollkästchen war leer. Also habe ich (anscheinend fälschlicherweise) angenommen, dass das bedeutet, sie sei bereits aktiviert, und das Ankreuzen würde sie deaktivieren. Es wird dabei weder 0 noch 1 (der tatsächliche Wert der Einstellung) angezeigt, obwohl die Hilfe/Beschreibung explizit diese Werte erwähnt.
Um die comskip.ini zu bearbeiten, musste ich meinen Editor als Administrator starten, um die Datei ändern zu können (aufgrund der schreibgeschützten Berechtigungen für Programme, unter denen MCEBuddy installiert ist).
In der Datei fand ich hardware_decode=0. Der Standard ist also AUS, und die GUI scheint den aktuellen Wert anzuzeigen; das Kontrollkästchen entspricht diesem Wert und fungiert nicht als Umschalter. Ich änderte es auf hardware_decode=1 und speicherte die Datei. Ich beobachte die Konvertierungen, aber es sieht nicht so aus, als würde MCEBuddy die geänderte comskip.ini übernehmen. Ich werde MCEBuddy neu starten, um zu sehen, ob dann die neue comskip.ini geladen wird.
Ich versuche, meine Profile zu optimieren, um zu sehen, ob noch mehr Geschwindigkeit rauszuholen ist oder um das Verhältnis zwischen Geschwindigkeit/Qualität/Dateigröße besser abzuwägen. Wahrscheinlich lande ich aber genau da, wo ich angefangen habe 
Aber was comskip betrifft, habe ich hardware_decode=1 gesetzt, und es scheint keine Geschwindigkeitsänderung zu geben; auch im Taskmanager wird die Videodecodierung nicht aktiv. Brauche ich Version 0.82.012? Ich dachte, ich hätte die Donator-Version gekauft, aber vielleicht habe ich nie etwas damit gemacht. Werde lowres und/oder mehr Kerne ausprobieren, um zu sehen, was passiert.
Siehe meine anderen Beiträge zu meinen Leistungsergebnissen beim Testen der neuesten Donator-Version von Comskip mit den verschiedenen nVidia-HW-Optionen. Du musst MCEBuddy so konfigurieren, dass es deine Donator-Version verwendet, und ich untersuche derzeit die zusätzlichen Kommandozeilenoptionen, die sie benötigt. Die Donator-Version von Comskip in MCEBuddy ist für die nvdec-Optionen zu alt, und ich denke, die Option „hwaccel“ nutzt in Wirklichkeit nur die integrierte GPU-Medieninstruktionen der CPU, nicht die tatsächliche diskrete GPU (eine nVidia-, Radeon- oder ARC-Erweiterungskarte).
Das hat nichts mit dem Transkodieren zu tun, das entweder in FFMPEG oder Handbrake erfolgt (Handbrake enthält sein eigenes eingebettetes FFMPEG), und jede dieser Versionen verfügt über ihre eigene GPU-Integration für das Transkodieren.
Danke, dass du bestätigst, was ich dachte. Ja, ich habe definitiv deine Beiträge gelesen, und ich weiß, dass das Decoding vom Handbrake-Encoding-Prozess getrennt ist. Ich glaube, als ich langsamere Prozesse bemerkte, war die Priorität möglicherweise auf „Niedrig“ gesetzt, was mich dazu brachte, herauszufinden, wie ich die Dinge beschleunigen kann.
Ich nehme meistens 720p-TVE-Inhalte auf, daher ist comskip bereits ziemlich schnell (2,5 Minuten pro 30-minütige Sendung). Mit 4 Threads ging das unter 2 Minuten.
Kürzlich habe ich meine erste vernünftige GPU (1660 Super) bekommen und war überrascht, wie gut Handbrake mit einer Blu-ray-Episode zurechtkam. Die Größe war so gut wie CPU-x265, und sie bestand den Sehtest. Ich konnte die Ergebnisse jedoch mit MCE nicht reproduzieren (selbst nach dem Update der integrierten CLI). Gleiche Ergebnisse mit der Handbrake-GUI, also denke ich, dass es einfach an den Inhalten liegt, die nicht so sauber sind wie die Blu-ray.