Ich habe gesucht und nichts darüber gefunden. Ich bin neu hier und versuche, mich einzuarbeiten. Ich habe MCEBuddy auf einem Windows-10-PC laufen und es scheint mit den Standardeinstellungen gut zu funktionieren. Meine Frage ist, wie lange sollte es dauern, eine einzelne MPEG-2-Sendung ohne Werbung in MPEG-4 zu konvertieren? Im Moment dauert es einen Tag, eine einzelne Sendung zu verarbeiten, und ich denke, vielleicht liegt es an meinem PC? Ich hatte das HDHomerun-DVR auf einem anderen Rechner laufen und kopiere diese Sendungen auf diesen PC, um sie zu konvertieren und auf mein NAS-RAID-Array zu speichern.
Das ist auf jeden Fall lang. Die Geschwindigkeit hängt von vielen Faktoren ab:
-
Comskip-Verarbeitungsgeschwindigkeit (die kostenlose Version ist auf etwa 30 fps begrenzt, das heißt, eine einstündige Sendung benötigt eine Stunde zur Verarbeitung)
-
Hardware- vs. Software-Encoding. Software-Encoding von MPEG2 zu MPEG4 liegt irgendwo zwischen 30 und 120 fps, während Hardware-Encoding zwischen 120 und 1200 fps liegen kann (das siehst du in deinen Konvertierungsprotokollen)
-
Verfügbarkeit der CPU. Wenn du die Anzahl der Prozessoren, die MCEBuddy nutzt, begrenzt oder die Priorität auf niedrig gesetzt hast, verlangsamt sich MCEBuddy
-
Festplatte oder NAS – wenn du eine langsame Festplatte oder einen Netzwerkort als Quelle, Temp-Ordner oder Zielordner verwendest, ist das das langsamste Glied in der Kette.
Die letzten beiden sind höchstwahrscheinlich die Übeltäter, wenn du siehst, dass die Konvertierung einer Datei „einen Tag“ dauert. Die ersten beiden wirken sich maximal um ein paar Stunden aus.
Du kannst dein Konvertierungsprotokoll öffnen, nach unten scrollen und die Konvertierungsmetriken kopieren und einfügen, die dir zeigen, wie lange jeder Schritt gedauert hat. Das hilft dir, das langsamste Glied in der Kette zu identifizieren.
Danke RBoy für die ausführliche Erklärung. Ich verwende ein Mini-PC mit einem per USB 3.0 angeschlossenen RAID-5-Array. Die Metriken für eine Sendung sind unten aufgeführt. Ich habe den Rest durchgesehen und sehe in den meisten Teilen FPS=5,3. Ich frage mich, ob ein zweistufiges Konvertieren dieser Dateien die Dinge verbessern würde – erst die Sendung in ein kleineres Format umwandeln und dann die Werbung herausfiltern …? Habt ihr Tipps, wo ich in diesen Logs nach Hinweisen suchen kann, ob der Mini-PC möglicherweise nicht leistungsfähig genug für meine Anforderungen ist? Ich habe die Beschränkung auf maximal zwei Jobs gesetzt und die Priorität auf „hoch“ gestellt.
→ Performance-Metriken für die aktuelle Konvertierung
→
→ Quellvideo-Dauer (hh:mm:ss) → 02:00:55
→ Quellvideo-Codec → mpeg2video
→ Quellvideo-Höhe → 1080
→ Quellvideo-Breite → 1920
→ Video-Dauer vor Konvertierung (hh:mm:ss) → 02:00:55
→
→ <Dauer (hh:mm:ss)> <Aktivität>
→ <12/08/2017 06:18:02> <00:00:00> <Benutzerdefinierte Befehle ausführen>
→ <12/08/2017 06:18:02> <00:00:10>
→ <12/08/2017 06:18:12> <00:00:00> <Benutzerdefinierte Befehle ausführen>
→ <12/08/2017 06:18:12> <00:00:00> <Festplattenspeicher prüfen>
→ <12/08/2017 06:18:12> <00:12:26>
→ <12/08/2017 06:30:38> <00:00:00> <Videorecord kürzen>
→ <12/08/2017 06:30:39> <02:44:27> <Werbeunterbrechung suchen (Comskip)>
→ <12/08/2017 09:15:06> <00:00:13>
→ <12/08/2017 09:15:19> <00:23:15>
→ <12/08/2017 09:38:35> <11:19:42>
→ <12/08/2017 20:58:17> <00:01:07>
→ <12/08/2017 20:59:25> <00:00:00>
→ <12/08/2017 20:59:25> <00:00:00> <Benutzerdefinierte Befehle ausführen>
→ <12/08/2017 20:59:25> <00:00:00>
→ <12/08/2017 20:59:25> <00:00:00> <Benutzerdefinierte Befehle ausführen>
→ <12/08/2017 20:59:25> <00:00:01> <Erfolg – Alles erledigt!>
→
→ Gesamte Konvertierungsdauer (hh:mm:ss) → 14:41:24
Ich glaube, du hast die Spalte mit den Metrikbeschreibungen nicht kopiert. Ich sehe zwei zeitaufwändige Aktivitäten. Vielleicht kannst du die gesamte Protokolldatei anhängen, damit wir sie gemeinsam analysieren können.
Ich kann die Protokolle irgendwie nicht hochladen… gibt es vielleicht eine Größenbegrenzung?
Die ursprüngliche Protokolldatei war viel zu groß, daher habe ich alle redundanten Einträge entfernt. Hoffentlich sind die erforderlichen Informationen noch vorhanden…
Stripped down Log Sample.log (211,6 KB)
Okay, ich habe in deinen Logs einige Dinge bemerkt, darunter hängen gebliebene comskip-Prozesse, die nach 9 Stunden Laufzeit beendet werden mussten, und das alles liegt daran, dass du eine sehr alte Version verwendest, die seitdem etwa 1000 Korrekturen und Verbesserungen erhalten hat.
--> MCEBuddy Current Version : 2.3.14.1
Bitte aktualisiere auf die neueste Version und melde dich zurück, falls du weiterhin Probleme hast.
Wow wie peinlich … typischer Windows-Fehler, ich habe die Datei oben in der Liste genommen, statt die unten in der Liste, als ich die FTP-Server-Seite geöffnet habe … mein Fehler … danke @RBoy, dass du dir meine Logs angesehen hast. Aktualisiere jetzt auf die stabile Version … werde über meine Ergebnisse berichten, von denen ich sicher bin, dass sie besser sein werden.
Ja, Sir, wie Tag und Nacht… wir kochen jetzt mit Gas. Nochmals vielen Dank, @RBoy, für deine Hilfe.
Es läuft also schon eine Weile und es gibt mittlerweile mehrere Log-Dateien, aber immer noch keine neuen konvertierten Sendungen … eine aktuelle Log-Datei wurde angehängt … übersehe ich wieder einmal das Offensichtliche?
The Christmas Note 20150101 [20171206-1000].mpg-Convert to MP4-2017-12-11T00-40-41.6592987-05-00.log (2,1 MB)
Die gute Nachricht ist, dass es jetzt 12-mal schneller läuft als vorher.
Wenn du dir das Ende des Logs ansiehst, zeigt es, dass ich die Comskip-Datei, die du in deinen Einstellungen konfiguriert hast, im Temp-Ordner nicht finden kann, und es schlägt fehl. Ich weiß nicht, warum du Comskip in den Temp-Ordner gelegt hast. Der wird von MCEBuddy nach jeder Konvertierung geleert.
MCEBuddy.CommercialScan.Scanner --> Using Custom Comskip Path -> D:\Temp
> 2017-12-11T01:43:56 MCEBuddy.CommercialScan.Scanner --> Scanning commercials with Comskip
> 2017-12-11T01:44:00 MCEBuddy.AppWrapper.Comskip --> Application File Not Found or not accessible : D:\Temp
> 2017-12-11T01:44:00 MCEBuddy.CommercialScan.Scanner --> Comskip failed
Ich habe versehentlich einen Fehler gemacht, also habe ich ihn gelöscht – wie kann ich MCEBuddy dazu bringen, den Ordner erneut zu verarbeiten…?
Ziehen Sie es per Drag-and-Drop auf MCEBuddy oder klicken Sie in der App auf den Verlaufs-Link und löschen Sie die Einträge, die Sie erneut verarbeiten möchten.
Ok, danke. Bevor ich das jedoch tue, scheint es, dass ich weiterhin Probleme mit dem Entfernen von Werbung habe… das funktioniert nicht. Verstehe ich das richtig, dass dort steht „comskip nicht aktiviert“, obwohl ich HDHomeRun Unprocessed verwende? In der Beschreibung steht, dass Werbung entfernt wird, aber vielleicht übersehe ich wieder etwas…?
A Gift to Remember 20170101 [20171210-1700].mpg-Convert to MP4-2017-12-12T19-55-29.8366344-05-00.log (2,2 MB)
Es funktioniert einwandfrei. Deine Logs sehen super aus und die konvertierte Datei wurde als MPG-Datei auf dein G-Laufwerk verschoben.
Hier sind die Logs, die zeigen, dass die Werbung gefunden und entfernt wurde.
> 2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> Removing commercials using CutTS ext -> .ts
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Skipping initial segment, too small Start:0.000 Stop:0.000
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:40.170 Stop:1078.510
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:1342.740 Stop:1825.290
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:2101.570 Stop:2670.830
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:2941.310 Stop:3367.960
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:3604.070 Stop:3965.960
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:4257.190 Stop:4753.850
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:4994.620 Stop:5429.660
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:5700.900 Stop:6350.140
2017-12-12T20:40:46 MCEBuddy.CommercialScan.Remover --> ParseEDL: Keeping segment Start:6670.000 Stop:7209.170
2017-12-12T20:40:46