Ik probeerde Custom Cuts voor het eerst. Op een AMD A10 Win10-64 blijft de video achter bij de schuifregelaar of cursortoetsen, waardoor het proces pijnlijk traag verloopt. Heeft iemand deze app met succes op een praktische manier gebruikt? CPU-gebruik op de achtergrond is slechts 30% en constant, met slechts één andere app actief.
Custom Cuts is slechts een UI-wrapper en verbruikt direct geen CPU. Het laadt Windows Media Player om de content te laden en navigeren. WMP gebruikt op zijn beurt de codecs die op je machine zijn geïnstalleerd om de content weer te geven. Waarschijnlijk is het je codec die een probleem heeft met weergeven en/of navigeren.
Als je third-party codecs hebt geïnstalleerd (vooral zoals K-Lite enz.), kunnen die de oorzaak zijn. Wij raden aan om LAVFilters als codec-pack te gebruiken (vanaf versie 2.5.1 meegeleverd met MCEBuddy), die compatibel zijn met het Windows DirectShow-systeem zonder dat het systeem wordt gehackt of kapotgemaakt, wat veel third-party codec-packs wel doen en wat niet ongedaan kan worden.
@Will_Tschumy heeft veel ervaring met Custom Cuts
Dus @Goose, je zegt dat de standaard Win10Pro-codecs niet voldoende zijn om MceBuddy Custom Cuts te laten werken? Verrassend, maar als dat zo is, zouden de codecs dan niet bij de MceBuddy-installatie moeten worden meegeleverd? Het begint steeds meer aan een Win98-installatie te voelen. 
We zijn het ermee eens. Voel je vrij om een nota te sturen naar Microsoft over hoe Windows 10 geen ondersteuning biedt voor MKV, h.265 en andere veelvoorkomende codecs.
LAVFilters is nu inbegrepen bij de nieuwste versie van MCEBuddy, maar je moet de optie selecteren om het te installeren.
Ik ben hier nog een beetje onzekker over, @Goose. Vlc speelt mkv’s en h.265 gewoon prima af op mijn Win10-systeem en ik heb nooit externe codecs geïnstalleerd om deze app te laten werken. Waarom is MceBuddy anders? Het is niet zo dat Win10 zijn apps sandboxed, zoals Apple, waardoor codecs die voor een bepaalde app zijn geïnstalleerd alleen voor die app werken.
VLC gebruikt zijn eigen codecs.
Custom Cuts gebruikt Windows Media Foundation om video’s weer te geven, dus als Windows het bestand niet in Windows Media Player kan afspelen, kan Custom Cuts het niet renderen. Daarom moet je LAVFilter installeren om die codecs aan Windows Media Foundation toe te voegen, zodat programma’s die WMF gebruiken de video’s kunnen renderen.
Ik denk dat we iets over het hoofd zien in onze discussie. Ik heb nooit beweerd dat Custom Cuts niet kan renderen, het is alleen traag. Voor alle duidelijkheid: Windows Media Player kan MKV-bestanden afspelen in native Win10, maar je hebt gelijk, het kan geen h.265 aan. Beide punten zijn echter tamelijk academisch, aangezien ik h.264 in een TS-formaat afspeel, wat Media Player probleemloos aankan. Zeg je dus dat de native Win10-codec niet dezelfde renderprestaties levert als LavFilter? Ik zou denken dat als mijn systeem een videobestand in WMP probleemloos kan renderen, Custom Cuts dat ook zou moeten kunnen.
Dit laat zien hoe traag de verversing van de afbeelding is ten opzichte van de schuifregelaar. Ik zie niet hoe ik op tijd knipsels zou kunnen maken. Is er een manier om het te versnellen?
Dat is erg nuttig. Ik verplaats dit naar bugstatus zodat we het kunnen onderzoeken, maar we moeten het probleem kunnen reproduceren. Kun je het oorspronkelijke bestand dat het probleem veroorzaakt uploaden naar onze server.
Kun je het ook op een andere computer/besturingssysteem proberen en kijken of je nog steeds hetzelfde probleem ondervindt?
Ik heb geen andere computer die goed genoeg werkt om als testmachine te dienen. Het originele bestand is geüpload.
Ik heb het bekeken en het lijkt een probleem met je videobestand te zijn. Ik krijg het zelfs niet zonder haperen afgespeeld. De timing van de video is waarschijnlijk beschadigd of de codering voldoet niet aan de specificaties. Eerst dacht ik dat het aantal Ref Frames het probleem veroorzaakte. Je video heeft 4, de meeste video’s hebben 1-2 ref frames. Een hoger aantal ref frames leidt vaak tot haperingen. Ik heb aangepaste knipsels getest met een video met 5 Ref Frames en die werkt prima, zolang de timinggegevens niet beschadigd zijn.
Ik denk dat het een combinatie is van problemen met de videocodering waardoor de WMF de gegevens niet snel genoeg kan verwerken om de frames weer te geven. Ik verander de status van bug, aangezien het beperkt blijft tot een specifieke video-opname en niet tot Custom Cuts.
Waar/hoe heb je deze video opgenomen?
Interessant. Ja, ik moet zeggen, nu je het noemt. Videobestanden in mijn bibliotheek, van andere bronnen, lijken niet te haperen zoals de IPTV-video’s die zijn opgenomen door de TvMosaic-server. Slechts een klein percentage doet dat. Klinkt alsof ik dit met de DbvLogic-mensen moet bespreken.
Na het afspelen van meer video’s met Custom Cuts kan ik zeggen dat de geüploade voorbeeldvideo veel soepeler schuift met VLC dan met Custom Cuts, 2x tot 3x beter. Dit geldt ook voor MOV-bestanden die zijn opgenomen met een iPhone of vrijwel alle andere video’s in mijn bibliotheek van verschillende apparaten. Mogelijk komt dit doordat WMF niet zo goed rendert als VLC en daarom Custom Cuts ook niet. Kortom, ik vind Custom Cuts niet erg bruikbaar of praktisch in gebruik. Zoals het nu eenmaal is, vermoed ik. Als er een snellere manier was om het begin/einde van reclame te vinden, zou ik het wel gebruiken. Bedankt dat je er toch naar hebt gekeken…