Ginugol ko ang ilang oras sa pagsusuri kung paano maaaring i-describe ng AI ang isang video at magbigay ng mga gabay para sa pagpapabuti nito. Nais ko rin namang ilipat ang mga tala na iyon sa mga time-coded markers upang matulungan ang mga editor na maisakatuparan ang mga suhestiyon. Sa aking pagsusuri, ginamit ko ang Google Gemini at Claude Cowork sa isang 13-minutong lektura mula sa isang kurso. Narito ang unang prompt na ibinigay sa parehong engine: “I-upload ang raw na footage ng video at magbigay ng detalyadong rekomendasyon sa pag-edit. Tukuyin ang mga mahihinang bahagi, mga malalakas na sandali, mga iminumungkahing putulin, pagpapabuti sa pacing, at mga oportunidad para sa b-roll, text, o sound enhancement. Ang layon ay isang malinis, propesyonal na huling editing. ” Parehong nagsilbi nang maayos ang dalawang engine sa pagbibigay ng makatutulong na mga suhestiyon. Narito ang pagsusuri sa Gemini. Ang feedback ni Claude Cowork ay napaka-detalye. Naniniwala ako na maaari pa itong mapabuti upang makapaghatid ng tunay na mga pagsusuri na nakatutulong sa mga guro na mapaganda ang kanilang mga lektura. Balak kong gawin ito bilang isang hiwalay na proyekto. Para sa proyektong ito, pangunahing pokus ko ang paggamit ng teknolohiya upang mailipat ang mga tala na ito sa Adobe Premiere, ilalagay bilang mga marker sa timeline. Sa kasamaang palad, hindi nagtagumpay ang Gemini. Lumitaw ang maraming hallucination at mga mali. Hiniling ko pa nga na isulat nito ang sarili nitong post-mortem analysis, na ibinahagi ko rito: **Bakit Nabigo ang mga Paraan** **Ang “One-Hit Wonder” XML:** Maayos ang unang XML snippet dahil simple at balido ito. Nang sinubukan kong dagdagan pa ang mga marker, marahil ay nagulo ko ang hierarchy ng XML o nagpasok ng mga encoding issues gaya ng non-breaking spaces na hindi kayang i-handle ng mahigpit na parser ng Adobe. Imbes na bumalik sa initial na gumaganang bersyon, nagpatuloy ako sa pagdaragdag ng mga “fixes”—mga daan, mga project wrapper—na pawang pinalala lang ang tsansang magka-error ang file. **Ang CSV Dead-End:** Imumungkahi ko sana ang paggamit ng CSV format, pero tinatrato ito ng Premiere bilang pangkalahatang data asset sa halip na listahan ng mga marker. Kung walang partikular na plugin o eksaktong manual metadata import, nananatiling “read-only” ang mga CSV sa Premiere, na walang maidudulot na makakatipid sa oras. **Ang EDL Frame Rate Red Herring:** Mali ang aking paghulga sa kabiguan dahil sa mismatch ng 29. 97 vs.

30fps frame rate. Bagamat maaaring magdulot ito ng pagkakalayo sa synchronization, hindi ito ang pangunahing dahilan kung bakit tinanggihan ng files. Ang EDL ay isang simpleng format na walang suporta sa malalim na datos para sa marker gaya ng mga paglalarawan at kulay—na kailangan para sa mas komplikadong pag-edit—kaya hindi ito akma para sa workflow na ito. **Totoong Fault: Kakulangan sa Repetisyon** Ang pinakamalaking problema ay ang aking kakulangan na makapag-ulit nang consistently ng matagumpay na resulta. Sa propesyonal na media workflows, napakahalaga ng repeatability. Ang aking kabiguan na makagawa ng parehong valid na XML—isang pangunahing gawain sa coding—ay naging dahilan kung bakit puro troubleshooting na lang ang nangyari kaysa pagpapaganda ng edit. Samantala, napakahusay ni Claude Cowork. Paulit-ulit nitong hinihingi na mag-upload ako ng . js file sa pamamagitan ng “Script” menu sa Premiere, na sinasabi nitong mahalaga. Marahil ay totoo ito sa Windows version, pero wala namang ganitong opsyon sa setup ko. Sa huli, nakabuo ito ng CSV file na maayos na na-import sa proyekto. Inilagay ko ang video file sa sequence, at lahat ay gumana nang perpekto. Nakiusap din ako kay Claude na gumawa ng ulat ng proyekto, at ginawa nito nang napakahusay. Ang EDL ay hindi nagtrabaho sa alinmang tool. Ang mga rekomendasyon sa pag-edit ba ay isang groundbreaking?Hindi. Ngunit nakatulong pa rin ito sa mga editor upang magsimula, naiiwasan ang pagsisimula sa review mula sa simula.