Strávil jsem nějaký čas zkoumáním, jak může AI „popisovat“ video a nabízet pokyny ke zlepšení. Chtěl jsem také tyto poznámky převést do časově označených markerů, které by editorům pomohly s implementací doporučení. Pro mé testování jsem použil Google Gemini a Claude Cowork s 13minutovou přednáškou z kurzu. Zde je původní zadání, které jsem zadal oběma strojům: „Nahrajte surový videozáznam a poskytněte podrobné doporučení k úpravám. Identifikujte slabé části, silné momenty, navržené střihy, zlepšení tempa a příležitosti pro přidání B-rollu, textu nebo zlepšení zvuku. Cílem je čisté, profesionální finální sestřih. “ Oba stroje podaly relativně dobré návrhy a doporučení. Zde je recenze Gemini. Odezva Claude Cowork byla nesmírně podrobná. Věřím, že by šlo tento výstup dále zpřesnit tak, aby poskytoval skutečné recenze směřované k pomoci instruktorům při zlepšování jejich přednášek. Tento projekt mám v plánu řešit samostatně. Hlavní zaměření tohoto projektu však bylo na využití technologie k převodu těchto poznámek do Adobe Premiere, kde by byly umístěny na časovou osu jako markery. Bohužel, Gemini selhal. Došlo k výrazným halucinacím a chybám. Dokonce jsem požádal Gemini, aby sám napsal post-mortem analýzu, kterou zde sdílím: **Proč selhaly přístupy** **„One-Hit Wonder“ XML:** První XML úsek fungoval, protože byl úhledný a validní. Když jsem se snažil pomoci přidáním více markerů, pravděpodobně jsem narušil hierarchii XML nebo způsobil problémy s kódováním (například nezlomitelné mezery), s nimiž Adobe’s přísný parser nedokázal pracovat. Namísto toho, abych se vrátil k původně funkční verzi, začal jsem přidávat „opravy“ — cesty, wrappery projektu — což jen zvýšilo pravděpodobnost selhání souboru. **Cesta přes CSV:** Navrhl jsem použít formát CSV, ale Premiere CSV považuje za obecný datový soubor, nikoliv seznam markerů. Bez speciálního pluginu nebo přesného manuálního importu metadat jsou soubory CSV v Premiere prakticky „pouze ke čtení“ a neposkytují tak žádnou úsporu času. **Mise na framu EDL:** Nesprávně jsem vinit selhání z nekompatibility snímkových frekvencí 29, 97 vs.

30 fps. Ačkoliv to může způsobovat posun synchronizace, nebyl to hlavní důvod, proč byly soubory odmítnuty. EDL je jednoduchý formát, který nepodporuje bohatá data markerů — například popisky či barvy — a proto není vhodný pro složité úpravy v tomto workflow. **Skutečná příčina selhání: Nedostatečná opakovatelnost** Největším problémem bylo mé neschopnosti systematicky znovu vytvořit úspěšný výsledek. V profesionálních mediálních workflows je opakovatelnost zásadní. Moje neschopnost generovat konzistentní, platné XML — standardní programátorská práce — znamenala, že se místo úprav muselo trávit řešením problémů. Claude Cowork naopak zazářil. Požadoval opakovaně nahrání souboru . js přes menu „Script“ v Premiere, tvrdil, že je to nutné. Možná to platí pro verzi pro Windows, ale na mém zařízení taková možnost není. Nakonec vygeneroval CSV soubor, který se bez problémů importoval do projektu. Přidal jsem video na časovou osu a vše fungovalo naprosto perfektně. Také jsem požádal Claude, aby vytvořil zprávu o projektu, a odvedl skvělou práci. EDL s žádným z nástrojů nefungoval. Byly doporučení k úpravám revoluční?Ne. Přesto však editorům poskytla užitečný výchozí bod, díky čemuž nemuseli začínat revizi od začátku.