Probleme bei der Verarbeitung von Aufnahmen mit neuem Audio-Input

Ich habe bisher Debut von NCH Software verwendet, um Sendungen auf meinem Mac aufzuzeichnen. Bis diese Woche hatte MCEBuddy keine Probleme, diese Dateien zu verarbeiten. Bislang nutzte ich das Debut Virtual Audio Device für die Audioaufnahme, doch seit dieser Wage funktioniert es nicht mehr. Daraufhin wechselte ich zu Loopback von Rogue Amoeba, um den Ton mit aufzuzeichnen. Die ursprüngliche MP4-Datei läuft einwandfrei, doch MCEBuddy 2.6 bricht die Verarbeitung mitten ab. Eine sehr kurze Aufnahme von 2 Minuten mit Debut & Loopback konnte ich noch konvertieren, längere Sendungen scheitern. Bei Bedarf kann ich die Log-Dateien anhängen.

Der letzte Abschnitt des Logs für den fehlgeschlagenen Versuch ist unten aufgeführt. Jede Hilfe wäre sehr willkommen.

CHAPTER INFO ->

2024-07-24T12:17:59 MCEBuddy.CommercialScan.Scanner --> EDL: Minimum segment size 4 seconds.
--> EDL Setting (ForceEDL) -> False
--> EDL Settings (ForceEDLP) -> False
2024-07-24T12:17:59 MCEBuddy.CommercialScan.Scanner --> EDL: Initial skip seconds adjustment 0 seconds.
INFORMATION> 2024-07-24T12:17:59 MCEBuddy.CommercialScan.Scanner --> Scanning commercials with Comskip
2024-07-24T12:17:59 MCEBuddy.AppWrapper.Comskip --> Launching process C:\Program Files\MCEBuddy2x\comskip\comskip.exe
2024-07-24T12:17:59 MCEBuddy.AppWrapper.Comskip --> Process arguments  --output="C:\Program Files\MCEBuddy2x\working0" "C:\Program Files\MCEBuddy2x\working0\Shakespeare & Hathaway 202.ts"
2024-07-24T12:17:59 MCEBuddy.AppWrapper.Comskip --> UI Session Admin Process : True
2024-07-24T12:17:59 MCEBuddy.AppWrapper.Comskip --> Starting process as a UISession process with Admin privileges. This requires atleast 1 user to be logged into the system (remote desktop or locally)
2024-07-24T12:18:00 MCEBuddy.AppWrapper.Comskip --> Setting process priority to Normal
INFORMATION> 2024-07-24T12:18:00 MCEBuddy.AppWrapper.Comskip --> Process priority changed to Normal
ERROR> --> No response from process for 300 seconds, process likely hung - killing it
ERROR> --> Process hung, killing process
ERROR> 2024-07-24T12:23:02 MCEBuddy.CommercialScan.Scanner --> Comskip failed
ERROR> 2024-07-24T12:23:02 MCEBuddy.Engine.ConversionJob --> Advertisement scan failed
INFORMATION> 2024-07-24T12:23:02 MCEBuddy.Engine.ConversionJob --> 
--> Performance Metrics for the Current Conversion
--> 

--> Working video pre-conversion duration (hh:mm:ss) -> 01:00:20
2024-07-24T12:23:02 MCEBuddy.Engine.ConversionJob --> Original file size [KB] 8,176,977.00
--> 

--> <Start At Date/Time>	<Duration (hh:mm:ss)>		<Activity>
--> <07/24/2024 12:15:51>	<00:00:03>		<Checking for disk space>
--> <07/24/2024 12:15:54>	<00:00:00>		<Running custom commands>
--> <07/24/2024 12:15:54>	<00:00:02>		<Getting show information and banner from Internet sources>
--> <07/24/2024 12:15:57>	<00:00:06>		<Running custom commands>
--> <07/24/2024 12:16:03>	<00:01:46>		<Remuxing recording>
--> <07/24/2024 12:17:50>	<00:00:00>		<Trimming video recording>
--> <07/24/2024 12:17:50>	<00:00:07>		<Analyzing video information>
--> <07/24/2024 12:17:57>	<00:05:05>		<Advertisement scan>
--> 

INFORMATION> --> Total time taken by conversion (hh:mm:ss) -> 00:07:10

Bitte setzen Sie die Protokollstufe auf Debug in Einstellungen → Systemeinstellungen und hängen Sie dann die vollständige Protokolldatei an.

Shakespeare & Hathaway 202 2024-07-28.mp4-Convert to MP4-2024-07-28T19-47-21.log (391.7 KB)
mcebuddy.log (1.4 MB)

Es sieht so aus, als hätte comskip Probleme beim Verarbeiten der Datei und läuft schließlich in einen Timeout. Ich habe auch bemerkt, dass Sie eine alte Version von Comskip verwenden. Versuchen Sie, die neueste BETA-Version von mcebuddy zu installieren, die eine neuere Version von comskip enthält, und prüfen Sie, ob das das Problem löst.

Gans
Vielen Dank für die Unterstützung. Die Beta-Version funktioniert einwandfrei. Die Dateien wurden ohne Probleme verarbeitet.