De grootste feature in de huidige Comskip? v0.82.011 is gebouwd met FFMPEG 4.3 decoders
Het opvolgende beste? Ad-detectie voor 4K en 10-bit (HDR) decoders.
Voor degene die vroeg over ticker/crawl-verwijdering: zoek naar “ticker” in het INI-bestand. Merk op dat v0.82.007 een INI-parameter toevoegde voor het detecteren van een bovenste ticker/crawl. Als dat is wat ze bedoelden, is de nieuwere comskip-versie nodig; hardware-assistente decoders zijn echter alleen beschikbaar in de donator-versie.
Ik zou bereid zijn om opnieuw te doneren/betalen voor MCEBuddy als dat het enige is dat een upgrade van de donator comskip-versie in MCEBuddy blokkeert (of tenminste in de Donator-versie van MCEBuddy). Natuurlijk kan ik mijn eigen geüpgradede donator-versie van comskip nemen en MCEBuddy configureren om die te gebruiken, maar dat helpt niemand anders.
Staat dit op de MCEBuddy-roadmap (voor 2023?) nu er ook een nieuwere versie van FFMPEG uit is (v6.0)? Ik vermoed dat Comskip zijn FFMPEG-libs statisch linkt, maar een nieuwere FFMPEG voor MCEBuddy zal waarschijnlijk ook helpen (en de HandbrakeCLI?) met betere HW/GPU-decodering/encodering.
Ik merkte ook dat de v0.82.003 donator build bij MCEBuddy de optie “–cuvid” niet toestaat om aan te geven dat hardware_decode de nVidia-hardwaredecoders (d.w.z. CUDA) moet gebruiken.
Gedachten?
Changes in 0.82.012
- Ondersteuning voor 10bit-videodecoders toegevoegd
**Changes in 0.82.011**
**- Upgrade naar ffmpeg 4.3 decoders**
- Maximale videogrootte vergroot om 4K-video te ondersteunen
Changes in 0.82.010
- Upgrade naar de nieuwste build van ffmpeg decoders
- Bug opgelost: Soms blijft Comskip hangen aan het einde van het verwerken van een opname.
Changes in 0.82.009
- Max videogrootte vergroot naar 4000x2400 om 4k-video te kunnen verwerken
Changes in 0.82.008
- Dit is een testbuild voor Windows 7, verder geen verschillen met de vorige build
Changes in 0.82.007
- Ini-parameter toegevoegd: instelling top_ticker_tape > 0 verwijdert pixels van de bovenkant van de video
- Decoders bijgewerkt naar de laatst beschikbare versie, enkele robuustheidsverbeteringen zichtbaar
Changes in 0.82.005
- Bug opgelost: Bij sommige opnames crasht Comskip
- Bug opgelost: Bij sommige opnames wordt geen audio gedecodeerd
- Decoders bijgewerkt naar de laatst beschikbare versie, over het algemeen enige snelheidsstijging zichtbaar
Changes in 0.82.004
- Bug opgelost: vdr-uitvoer zou framenumbers met subseconde-tijdsaanduiding moeten gebruiken in plaats van een fractie van een seconde
Hier zijn mijn resultaten bij het testen van verschillende versies van Comskip en het gebruik van verschillende decodermethoden.
Ik testte op Win10 x64 22H2 met een i5-4430 (Haswell) en een RTX2060 met de nieuwste nVidia-drivers (531.61 2023-04-13).
Ik transcodeer HDHomeRun DVR-opnames (HDTV OTA TS-streams in MPEG2/AC3) naar H.265/AC3 in MKV-containers.
TL;DR Samenvatting:
De donator-versie van Comskip versnelt advertentie-detectie aanzienlijk. De huidige donator-versie (0.82.12) is meer dan 50% sneller dan de donator-versie (0.82.003) die standaard met MCEBuddy wordt meegeleverd.
Wat met de standaard MCEBuddy 10m00s kost, duurt na het overschakelen naar de nieuwste donator-versie nog maar 6m32s.
TIL Samenvatting:
De snelheidswinst door de GPU te gebruiken voor advertentie-detectie is veel kleiner dan voor transcoding naar x264 of x265. De reden is dat advertentie-detectie op de originele media-encoding van de DVR wordt uitgevoerd. In mijn geval is dat een HDTV-signaal; mijn HDHR OTA DVR voert geen transcoding uit, maar schrijft rechtstreeks naar schijf (hetzelfde geldt voor TiVo-opnames die via KMTTG worden overgezet).
Daardoor scant Comskip in mijn opstelling TS-streams (Transport Stream) met MPEG2-video en AC3-audio. Voor MPEG2-decodering op de GPU is weinig tot geen snelheidswinst te behalen, want alle moderne CPU’s van de afgelopen 20 jaar hebben reeds ingebouwde MPEG2-hardwaredecodering (denk aan die vroegere multimediainstructies die inmiddels standaard x86-instructies zijn). Ze moeten dat hebben om goedkoop in apparaten als tv’s, Chromecast- en Firestick-dongles, Roku, FireTV, tuners (zoals Silicon Dust HDHR-producten) en DVR-appliances/software te kunnen functioneren.
Desondanks is er zeker een snelheidswinst te behalen door een GPU te gebruiken in combinatie met de donator-versie van Comskip.
Mijn aanbeveling (geen officiële mening van MCEBuddy of wie dan ook):
Betaal die $10 (of meer) voor de donator-versie van Comskip als je een recente nVidia-kaart hebt, en voeg de snelste van de opties “–cuvid” of “–nvpau” toe aan je aangepaste Comskip-opties.
Gebruik je dat niet, dan valt Comskip terug op CPU-instructies (MMX-extensies) met de optie “–hwassist”; alleen de huidige donator-versie biedt expliciete GPU-decodering.
Caveat:
Als je reeds getranscodeerde bestanden opnieuw transcoded (bijv. x264/x265-video die je ergens hebt gedownload, in plaats van OTA HDTV TS-opnames in MPEG2), dan is GPU-decodering in Comskip nog zinvoller en beslist sneller.
comskip-0.82.003-Donator-hw-test.log --- MCEBuddy Donator-versie
Generated using donator Comskip 0.82.003
Parsed 49136 video frames and 55262 audio frames at 336.73 fps
comskip-0.82.012-hw-test.log --- Huidige Comskip (niet-donator)
Generated using public Comskip 0.82.012
Parsed 49136 video frames and 55262 audio frames at 243.65 fps
comskip-0.82.012-Donator-hw-cuvid-test.log --- Huidige Comskip (Donator, nVidia CUVID-decoder)
Generated using donator Comskip 0.82.012
Parsed 49136 video frames and 55262 audio frames at 490.11 fps
comskip-0.82.012-Donator-hw-nvpau-test.log --- Huidige Comskip (Donator, nVidia VDPAU-decoder)
Generated using donator Comskip 0.82.012
Parsed 49136 video frames and 55262 audio frames at 514.61 fps
Nog iets wat ik opmerkte, doordat mijn OTA-opnames in MPEG2-streams zitten, is dat de transcoding mijn CPU maximaal belast (voor het MPEG2-decoderen) terwijl de GPU wordt gebruikt voor de HEVC/x265-codering. Dus hoewel het met de GPU beslist sneller gaat dan zonder, en zeker sneller met de nieuwere Donator-versie van comskip, ben ik nog steeds CPU-gebonden door de MPEG2-media aan de ingangszijde van de transcoding. Het wordt misschien tijd om op te stappen van de 5e generatie (Haswell) naar een huidige 12e of 13e generatie CPU. Ik kijk het meest naar de 65W 13e Gen. Dat betekent ook een nieuw ITX-moederbord, plus DDR5-geheugen. En ik kan net zo goed een (iets) grotere behuizing nemen die een 3090 of RTX40-serie kaart kan herbergen. Het enige lichtpuntje aan het hele upgrade-project is dat de M2-schijfprijzen hard kelderen. 4TB komt in de buurt van $200.