Geen reactie... 300 seconden, proces waarschijnlijk vastgelopen - beëindigen nu

Ik krijg deze foutmelding bij al mijn TVEverywhere-opnames, kan iemand me helpen dit uit te zoeken:

ERROR> → Geen reactie van proces gedurende 300 seconden, proces is waarschijnlijk vastgelopen - proces wordt beëindigd
ERROR> → Proces vastgelopen, proces wordt beëindigd
ERROR> 2025-10-04T14:08:19 MCEBuddy.CommercialScan.Scanner → Comskip mislukt
ERROR> 2025-10-04T14:08:19 MCEBuddy.Engine.ConversionJob → Advertentiescan mislukt
INFORMATION> 2025-10-04T14:08:19 MCEBuddy.Engine.ConversionJob →

On Patrol Live S04E21 2025-10-03-2058.mpg-Convert to MP4-2025-10-04T13-53-54.log (636,5 KB)

mcebuddy.conf (6,6 KB)

comskip.ini (24,7 KB)

It looks like your Comskip process is hanging when trying to scan your TVEverywhere recordings, leading to the “No response… 300 seconds, process likely hung - killing it” error. This usually indicates an issue with Comskip itself or the video file it’s trying to process.

To help diagnose this, I would need to look at the logs. However, since I cannot directly access attachments, I’ll need you to tell me what you’ve already tried or what specific parts of the logs you think are most relevant.

In the meantime, here are some general suggestions that often resolve Comskip hanging issues:

  1. Check for Comskip updates: Ensure you’re using the latest version of Comskip that’s compatible with MCEBuddy.
  2. Test Comskip manually: Try running Comskip directly on one of the problematic TVEverywhere recording files from the command line. This can help isolate if the issue is with Comskip or how MCEBuddy is calling it.
  3. Simplify your comskip.ini: Temporarily try a very basic comskip.ini file to see if any advanced settings are causing the hang.
  4. Check for corrupt recordings: While less likely if it’s happening on all TVEverywhere recordings, a corrupt segment in a recording can sometimes cause Comskip to hang.
  5. Increase Comskip timeout: You can try increasing the ComskipTimeout setting in MCEBuddy, though 300 seconds is usually sufficient. This is more of a workaround than a fix.
  6. Review MCEBuddy log for earlier errors: Look for any errors or warnings before the “No response” message in the MCEBuddy log.

Can you describe what steps you’ve already taken or any observations you’ve made from the logs?

Hmm, dat is erg vreemd, ik zie geen probleem in de logs, er is uitvoer en activiteit, maar om de een of andere reden wordt dit niet geregistreerd bij de engine, waardoor deze denkt dat het proces is vastgelopen (en dat is het niet).\n\nKunt u een van de originele bestanden uploaden waarop dit probleem zich voordoet? We moeten dit repliceren om te debuggen waarom de activiteit niet wordt geregistreerd.

Ik heb de video mpg [met filesplitter] in de SCARNG-map geüpload.

Ik kan het hier zonder problemen uitvoeren, het is zonder fouten verwerkt.

Ik denk dat uw Windows intern een probleem heeft. Probeer uw computer opnieuw op te starten en kijk of dat de problemen oplost.

Hetzelfde probleem na het opnieuw opstarten van het systeem.

ERROR\u003e → Geen reactie van proces gedurende 300 seconden, proces is waarschijnlijk vastgelopen - proces wordt beëindigd
ERROR\u003e → Proces vastgelopen, proces wordt beëindigd
ERROR\u003e 2025-10-07T10:49:46 MCEBuddy.CommercialScan.Scanner → Comskip is mislukt
ERROR\u003e 2025-10-07T10:49:46 MCEBuddy.Engine.ConversionJob → Advertentiescan is mislukt
INFORMATION\u003e 2025-10-07T10:49:46 MCEBuddy.Engine.ConversionJob →
→ Prestatiegegevens voor de huidige conversie

On Patrol Live S04E22 2025-10-04-2058.mpg-Convert to MP4-2025-10-07T10-32-37.log (675,5 KB)

Ik kan het probleem hier niet repliceren, dus laten we een paar dingen proberen:

  1. Ik zie dat je de prioriteit op “Hoog” hebt staan, probeer deze terug te veranderen naar Normaal. Dat kan de communicatie tussen de processen verstoren en ervoor zorgen dat de app niet reageert.

    Procesprioriteit → Hoog

  2. Je kunt proberen een andere computer te gebruiken.

Als geen van deze oplossingen werkt, denk ik dat er iets kapot is of dat het procesysteem op je Windows-installatie is overgenomen. Het routeert de berichten niet van het ene proces naar het andere, daarom ontvangt de engine de berichten niet van de andere apps (Comskip). In dat geval moet je Windows mogelijk opnieuw installeren.

Ik neem aan dat je op dat moment niets anders hebt dat CPU- of schijfintensief is.

Prioriteit → Normaal geen verschil. Hoe kan ik volledig de-installeren en opnieuw beginnen?

Oké, ik kon alles handmatig uitvoeren zonder MCEbuddy2x. Dit is wat ik heb ontdekt:

  1. Comskip.exe “D:\Mijn Video’s\AR\On Patrol Live S04E26 2025-10-18-2058_original.mpg”
    Produceerde ‘On Patrol Live S04E26 2025-10-18-2058.edl (220 Bytes)
  2. Comskip produceerde de edl in het onderstaande formaat, dat FFMPEG niet kan gebruiken
Probleem Comskip Produceerde EDL FFmpeg Heeft Nodig
Formaat 1519.38 1560.12 0:25:19.38 0:26:00.12

Dus ik heb een powershell-script geschreven om de EDL naar een formaat van UU:MM:SS om te zetten.

$edlContent = Get-Content "D:\My videos\ar\On Patrol Live S04E26 2025-10-18-2058.edl"
$convertedEdl = @()
foreach ($line in $edlContent) {
    $parts = $line -split '\s+'
    if ($parts.Length -ge 2) {
        try {
            $startSec = [double]$parts[0]
            $endSec = [double]$parts[1]
            $startTime = [TimeSpan]::FromSeconds($startSec)
            $endTime = [TimeSpan]::FromSeconds($endSec)
            $newLine = "{0:hh\:mm\:ss\.ff} {1:hh\:mm\:ss\.ff} 1 0.0 COMMERCIAL" -f $startTime, $endTime
            $convertedEdl += $newLine
        } catch {
            Write-Host "Ongeldige regel overgeslagen: $line" -ForegroundColor Yellow
        }
    }
}
  1. Mijn FFMPEG mist -vf “edl_overlay”, waarom weet ik niet. Zal dit later aanpakken.
    Met behulp van het geconverteerde edl-bestand voerde ik FFMPEG handmatig uit:
    Met ffmpeg versie 8.0-essentials_build-www.gyan.dev Copyright (c) 2000-2025 de FFmpeg ontwikkelaars

ffmpeg -hwaccel auto -i “D:\My videos\ar\On Patrol Live S04E26 2025-10-18-2058.mpg” -vf “select=‘not(between(t,1519.38,1750.32)+between(t,2535.10,2806.27)+between(t,3442.84,3713.94)+between(t,4578.04,4854.32)+between(t,5601.83,5877.97)+between(t,6559.39,6830.66)+between(t,7746.77,8022.91)+between(t,8246.04,8331.69)+between(t,8534.13,8824.55)+between(t,9284.04,9555.21)+between(t,10034.46,10276.00)+between(t,10540.53,10650.94))’” -c:v h264_nvenc -preset fast -c:a aac “D:\My videos\ar\Clean_Show.mkv”

Clean_Show.edl (504 Bytes)

OPMERKING: Mijn profile.conf gebruikt \[MKV Nividia\]:
[MKV Nividia]
Description=HEVC in MKV (H.265/AC3) conversie met behulp van NVIDIA NVENC. Creëert een kleiner bestand (50% kleiner dan H.264) met vergelijkbare kwaliteit en veel snellere prestaties.
order=handbrake,ffmpeg
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -tag:v hvc1 -vf yadif=0:-1:1,hqdn3d -vcodec hevc_nvenc -preset p4 -rc vbr -cq 26 -map 0:v -sn
ffmpeg-audio=-acodec ac3 -b:a 160k -map 0:a
ffmpeg-audioac3=-acodec ac3 -b:a 256k -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
handbrake-general=–decomb --loose-anamorphic --verbose=2
handbrake-video=–start-at duration:0 -e nvenc_h265 --encoder-preset medium -q 26
handbrake-audio=-E ffac3 -R auto -B 160 -D 0 -a 1,2,3,4,5
handbrake-audioac3=-E ffac3 -R auto -B 256 -D 0 -a 1,2,3,4,5
handbrake-ext=.mkv
handbrake-audiodelay=skip
PreConversionCommercialRemover=true

Conclusie: Comskip werkt, zij het met enkele aanpassingen. Gezien dit en het tonen van mijn resultaten - kan het probleem bij mijn profile.conf \[MKV Nivida\] liggen?
Hoe zit het met het ffmpeg en het edl overlay probleem?

Is mijn FFMPEG-versie: gyan.dev’s 8.0-essentials build ook in strijd met de MCEBuddy2x geïnstalleerde map FFMPEG: ffmpeg version N-118425-g33679f5325-20250205?

Ook merk ik dat COMSKIP.exe niet afsluit wanneer ik het handmatig uitvoer. Ik geloof dat dit geen bug is:

Einde-van-verwerking Bug: Oudere versies (pre-0.82.010) blijven hangen aan het einde na de analyse. Uw download (van de nieuwste win64.zip van GitHub) zou een recente build moeten zijn, maar bevestig de versie.

Comskip 0.83.001-20250228

RemoveCommercials.ps1 (5.5 KB)

Oké, zonder MCEBuddy2.x te gebruiken, heb ik een powershell-script gemaakt dat werkt. Kunt u zien wat ik moet doen om MCEBuddy2.x hetzelfde te laten doen?

Heb je een schone installatie geprobeerd en gekeken of dat werkt? Probeer anders een andere computer. Ik zie geen problemen met het uitvoeren van Comskip (MCEBuddy heeft een aangepaste build met extra functies en bugfixes) via MCEBuddy op een van onze machines hier.

Zal ik doen en meld het terug.

Goed nieuws, na een schone installatie kon ik met de standaardinstellingen een videobestand verwerken.
Nu de vraag, aangezien het me gelukt is om de reclameblokken van mijn FOXNew shows, specifiek “Gutfeld!”, te laten knippen met comskip, hoe kan ik een comskip.ini hebben voor specifieke video’s of mappen? Deze parameters werkten voor FoxNews tv-programma’s, maar werken niet voor normale televisieprogramma’s met echte reclames. Ik heb, neem ik aan, meerdere instellingen nodig???

verbose=10                  ; Maximale logging voor foutopsporing (0-10; 10 toont alles)
detect_method=64+256+2+1    ; Stilte (64) + uniforme frames (256) + logo (2) + zwarte frames (1) - prioriteit geven aan statische/stille detectie
live_tv=0                   ; Wachten op bestandsgroei uitschakelen (voorkomt vastlopen bij streamingbestanden)
output_edl=1                ; Zorgen voor EDL-uitvoer

; Stille Detectie (voor laag/geen audio in blokken)
max_volume=500              ; Frames met volume boven dit zijn niet stil (lager voor meer gevoeligheid)
validate_silence=1          ; Stiltevalidatie inschakelen
min_silence=12              ; Minimum aantal stille frames voor detectie (lager instellen voor korte blokken)
silence_seek_noise=10       ; Ruisdrempel voor stilte (lager voor stillere blokken)

; Uniforme Frame Detectie (voor statische logoschermen)
non_uniformity=500          ; Drempelwaarde voor uniforme frames (lager om meer statische scènes te detecteren, zoals blauwe plaatsaanduidingen; standaard 500, probeer 300-400)
validate_uniform=1          ; Uniforme validatie inschakelen
min_uniform=10              ; Minimum aantal uniforme frames voor detectie (lager voor kortere plaatsaanduidingen)

; Zwarte Frame Detectie (als de blauwe achtergrond vaag is; aanpassen voor niet-zwart)
max_brightness=60           ; Frame is niet zwart als pixels > dit zijn (lager voor vage blauwe schermen)
test_brightness=40          ; Frame is niet puur zwart als pixels > dit zijn
max_avg_brightness=25       ; Maximale gemiddelde helderheid voor vage frames

; Logo Detectie (als het Fox-logo verschilt in blokken t.o.v. de show)
logo_threshold=0.75         ; Logo-overeenkomst drempelwaarde (lager om variaties te detecteren)
logo_present_modifier=0.01  ; Scoremodificator als logo afwezig is in blokken (afstemmen op basis van debug)

; Heuristieken voor Fox/Gutfeld! (van forums: kortere segmenten, vermijd het knippen van showinhoud)
min_commercialbreak=60      ; Min reclamebloklengte (uw blokken ~2-3 min? Instellen op 90-120 sec)
max_commercial_size=180     ; Maximale commerciële grootte (voorkomt het samenvoegen van lange blokken)
min_show_segment_length=300 ; Min showsegment (beschermt korte showfragmenten)
delete_show_after_last_commercial=0 ; Verwijder geen inhoud na het laatste reclameblok
delete_show_before_first_commercial=0 ; Verwijder geen inhoud vóór het eerste reclameblok
disable_heuristics=4        ; Schakel sommige heuristieken uit (bitmasker; 4 schakelt heuristiek 3 uit voor betere nauwkeurigheid)

; Algemeen
max_repair_size=200         ; Repareer tot 200 ontbrekende frames
cut_on_ar_change=1          ; Knip bij wijziging van beeldverhouding (indien van toepassing)