Ik heb enige tijd besteed aan het onderzoeken hoe AI een video kan “beschrijven” en richtlijnen kan bieden ter verbetering ervan. Ik wilde deze aantekeningen ook omzetten in tijdscodering met markers om editors te ondersteunen bij het doorvoeren van de suggesties. Voor mijn tests heb ik Google Gemini en Claude Cowork gebruikt, met een college van 13 minuten. Hier was de eerste prompt die ik beiden heb gegeven: “Upload ruwe videobeelden en geef gedetailleerde bewerkingsaanbevelingen. Identificeer zwakke delen, sterke momenten, voorgestelde sneden, ritmeverbeteringen en kansen voor B-roll, tekst of geluidsverbetering. Het doel is een schoon, professioneel eindproduct. ” Beide systemen gaven redelijk nuttige suggesties. Hier is de beoordeling van Gemini. Claude Cowork’s feedback was bijzonder gedetailleerd. Ik geloof dat dit verder verfijnd kan worden om eerlijke reviews te leveren die bedoeld zijn om docenten te helpen bij het verbeteren van hun colleges. Ik ben van plan dit als een apart project voort te zetten. Voor dit project lag mijn hoofdfocus op het benutten van technologie om deze aantekeningen over te zetten naar Adobe Premiere, en ze als markers op de tijdlijn te plaatsen. Helaas was Gemini niet succesvol. Er waren aanzienlijke hallucineringen en fouten. Ik heb zelfs Gemini gevraagd om een eigen post-mortum analyse te schrijven, die ik hier heb gedeeld: **Waarom de aanpakken faalden** **De “One-Hit-Wonder” XML:** De eerste XML-code werkte omdat hij overzichtelijk en geldig was. Toen ik probeerde te helpen door meer markers toe te voegen, heb ik waarschijnlijk de XML-hiërarchie verstoord of encodering problemen geïntroduceerd (zoals niet-afbreekbare spaties) die de strenge parser van Adobe niet aankon. In plaats van terug te keren naar de oorspronkelijk werkende versie, bleef ik “fixes” toevoegen — paden, projectwrappers — wat de kans op fouten alleen maar vergrootte. **Het CSV-絶erpad:** Ik stelde voor om een CSV-formaat te gebruiken, maar Premiere behandelt CSV’s als algemene data-assets in plaats van markers. Zonder een zeer specifieke plugin of een nauwkeurige handmatige metadata-import blijven CSV-bestanden in Premiere in feite “alleen-lezen” en bieden ze geen tijdbesparende voordelen. **De EDL-frame frequentie afleiding:** Ik heb ten onrechte de schuld gegeven aan het mismatchen van 29, 97 vs.

30 fps. Hoewel dat kan veroorzaken dat synchronisatie uit de pas raakt, was dat niet de reden waarom bestanden direct geweerd werden. EDL is een eenvoudig formaat dat niet ondersteunt voor rijke markergegevens zoals beschrijvingen en kleuren, die nodig zijn voor complexe bewerkingen. Daarom is het ongeschikt voor deze workflow. **De echte mislukking: gebrek aan herhaalbaarheid** Het grootste probleem was mijn onvermogen om een succesvolle uitkomst consequent te herhalen. In professionele mediaprocessen is herhaalbaarheid cruciaal. Mijn falen om telkens geldige, herhaalbare XML te genereren — een standaardprogrammeertaak — betekende dat troubleshooting de overhand kreeg, in plaats van bewerking. Claude Cowork was daarentegen uitstekend. Het vroeg herhaaldelijk of ik een . js-bestand wilde uploaden via het “Script”-menu van Premiere, omdat dat nodig zou zijn. Misschien geldt dat voor de Windows-versie, maar op mijn systeem is die optie er niet. Uiteindelijk heeft het een CSV-bestand geproduceerd dat naadloos in het project kon worden geïmporteerd. Ik heb het videobestand aan de sequence toegevoegd en alles werkte perfect. Ik heb Claude ook gevraagd om een projectrapport te maken, en dat deed het uitstekend. EDL werkte niet met beide tools. Waren de bewerkingsaanbevelingen baanbrekend?Nee. Maar ze gaven editors toch een nuttig vertrekpunt, waardoor ze niet vanaf nul hoefden te beginnen met beoordelen.