Ik maak dit nieuwe issue aan omdat we eerder hebben gesproken over de metadata en de 2.6 Beta 2
Dit is iets wat ik pas sinds de upgrade zie, maar helaas is het 2 uur 's nachts toen ik het opmerkte, dus ik heb op dit moment geen tijd om er dieper naar te kijken. Morgen reis ik de hele dag, dus ik weet niet zeker of ik verder kan onderzoeken.
Mijn setup bestaat uit 2 opeenvolgende taken: de eerste verwijdert advertenties op basis van een aangepast edl-bestand dat ik zelf maak met custom cuts. De tweede taak is bestandsnaamgeving/metadata en wat opruimtaken; hij converteert niet en staat ad removal op none. Deze setup draait al maanden, zo niet jaren.
Sinds de upgrade krijg ik echter het gevoel dat de tweede taak de ad-removal-instelling negeert en mijn cuts een tweede keer toepast (op het al bijgesneden bestand). Daardoor is mijn tv-aflevering van 1 uur, die normaal rond de 40 minuten is zonder reclame, nu nog maar 10 of 20 minuten. Ik heb logs van de afgelopen twee dagen bijgesloten. Het tijdsverschil is voor mij de belangrijkste aanwijzing, want op een dag heb ik iets langer opgenomen omdat de opname onbeheerd liep.
----- hieronder staat wat ik oorspronkelijk schreef en bevat meer details … excuus, het is inmiddels 3 uur 's nachts ------
Ik heb meerdere taken en ik laat bestanden in één directory binnenkomen die ze alleen maar knipt (Ad Remover - Yes use markers) en converteert naar de kleinst mogelijke mp4 (input is meestal ts, soms mp4 of mkv). Output gaat naar een tweede directory.
Die tweede directory wordt gescand door twee conversietaken die op regex bepalen of het tv of film is (op basis van de bestandsnaam, die ik handmatig geef vóór stap 1). Beide taken staan op mp4 onprocessed en hebben ad remover op none. Ik gebruik ze eigenlijk alleen voor hernoemen en er wordt een custom PowerShell-script getriggerd voor verdere foldernaamgeving. Uiteindelijk belandt alles in een derde directory.
Het probleem: mijn oorspronkelijke opnames van ruim een uur zouden zo’n 40-45 minuten moeten worden, maar sinds de upgrade zijn ze nog maar 10-20 minuten. Mijn eerste gok is dat de edl meestroomt naar de tweede directory – dat gebeurde vroeger ook – maar dat de ad-removal-instelling nu wordt genegeerd. Ondanks dat ik hem op none heb staan, lijkt het alsof het al bijgesneden bestand opnieuw wordt geknipt.
Vond nog wat meer info – ik heb besloten mijn tweede taak te pauzeren en wilde de edl verwijderen, maar ontdekte dat de edl niet wordt meegenomen en het bestand al te veel was geknipt na de eerste taak. Terwijl ik de info bekeek terwijl het werkte, leek het alsof de knipsels twee keer gebeuren: een keer aan het begin en daarna nogmaals na de conversie.
Dus ik denk niet dat het de ‘none’ in de tweede taak negeert. In plaats daarvan lijkt het alsof mijn instelling voor het gebruiken van markeringen twee keer wordt toegepast in de eerste taak.
Ja, ik gebruik het edl-bestand om mijn knippen te maken – maak ze met je aangepaste knip-app. Het probleem dat ik echter zie, is dat ze twee keer worden geknipt. Ik heb een conversie bekeken en ik heb waarschijnlijk een paar items gemist, maar dit is ongeveer wat ik zag en het deed de knippen twee keer.
extracting closed captions
cutting commercials
analyzing video information
converting video file
cutting commercials…
Ik kan me ook niet herinneren dat ik “extracting closed captions” eerder heb gezien.
Het probleem dat ik zie zijn de 2 knipsessies – ter vergelijking: ik heb een TS- en EDL-bestand in hetzelfde profiel op twee computers gedraaid, één met 2.5.x en één met 2.6.2, en degene met 2.5.x geeft me een video van 45 min, maar met 2.6 beta 2 houd ik een video van 20 min over.
Dus ik weet niet zeker of er een nieuwe instelling is die de tweede knip triggert. Magnum, P.I. (1980) - S04E21 - I Witness.ts-FullQualityGeneral-2023-12-21T21-08-28.log (8,9 MB)
Ik heb een log van vandaag bijgevoegd en als je kijkt, vind je op regels:
3224
9513
twee plekken waar de knippen plaatsvinden.
------