Головні висновки
Запис, що триває годинами, дає транскрипт, який ніхто не прочитає від першого до останнього рядка, тож справжня мета — не ідеальний текст, а документ, у якому можна шукати і за яким можна повернутися до потрібного місця в аудіо. Розбивайте його за виступами чи темами, а не на рівні шматки, зберігайте часові метки, зважайте на те, що якість розпізнавання змінюватиметься залежно від умов у залі, і витягуйте аудіо з відео ще до того, як наштовхнетеся на обмеження розміру файлу, про яке навіть не підозрювали.
Більшість порад щодо транскрибування розраховані на запис, який можна прослухати дорогою на роботу, — хвилин двадцять, максимум сорок. Ці поради працюють, поки ви не опинитеся перед восьмигодинним записом цілого дня конференції, тижнем проповідей, зшитих в один файл, або інтерв’ю, яке ніяк не закінчувалося. На такій довжині проблеми — не просто масштабніші версії звичних. Це геть інші проблеми, і звичні поради часто про це навіть не знають.
Перше, що спадає на думку, — як отримати транскрипт усього запису цілком. Але правильніше питання — що ви робитимете з ним, коли він з’явиться, бо документ на сорок тисяч слів ніхто не читає від початку до кінця. Такому запису потрібна не повнота. Йому потрібна можливість знову знайти в ньому дорогу.
Що саме ламається на такій довжині
Короткий запис приховує власні обмеження. Ліміти на завантаження, зусилля, потрібні для перевірки транскрипту, форма готового документа — на п’яти хвилинах усе це майже не має значення. Розтягніть той самий запис до п’яти годин — і всі ці обмеження проявляться одночасно.
- Обмеження на розмір файлу, до яких короткий запис ніколи навіть не наближається
- Увага, потрібна, щоб перевірити транскрипт проти годин аудіо, а не хвилин
- Готовий документ, який ніхто, включно з вами, не прочитає від початку до кінця
Ця межа не прив’язана до конкретної кількості хвилин — вона залежить від запису, мікрофона й того, наскільки добре ви вже знаєте, що на ньому є, — але напрямок один для всіх: після певної довжини формат результату стає не менш важливим, ніж точність. Це не означає, що довгий запис неможливо транскрибувати. Це означає, що мета має бути іншою. Короткий запис прагне до чистого транскрипту. Довгий — до придатного для навігації: щоб у ньому можна було шукати, щоб він був поділений на змістовні розділи, і щоб потрібні вам місця були позначені так, аби їх можна було знайти знову. Якщо хочете спершу приблизно прикинути, скільки часу піде на обробку файлу такого розміру, перш ніж витрачати на це цілий день, калькулятор транскрибування дасть орієнтовну оцінку заздалегідь.
Часові метки — те, що робить довгий запис керованим
Пошук сам по собі дає вам слова. Він не повертає вас назад в аудіо. На короткому записі це майже не має значення — весь текст можна пробігти за пару хвилин і знайти потрібний момент на слух, якщо пошук не спрацював. На восьмигодинному записі знаходження фрази в тексті майже нічого не каже про те, куди клікнути в плеєрі, — якщо транскрипт не містить часових меток, прив’язаних до цієї фрази.
Часові метки перетворюють транскрипт із документа, який читають, на документ, яким користуються. Вони дозволяють ставитися до тексту як до покажчика в записі, а не як до його замінника: знайшли речення, зафіксували час, перемотали плеєр туди — і почули це в контексті, якого самі слова повністю не передадуть. Без часових меток довгий транскрипт можна шукати, але не можна повернутися назад: ви знатимете, що фраза десь там є, але не матимете зручного способу дістатися до моменту, коли її дійсно сказали. На файлі такого розміру це не дрібна незручність. Це різниця між транскриптом, що заощаджує ваш час, і транскриптом, що просто переносить проблему на потім.
Якщо ви вже підозрюєте, що робитимете це регулярно — витягуватимете конкретні моменти з годин матеріалу для звіту, нотаток чи просто для власної пам’яті, — варто виробити цю звичку заздалегідь. Інструкція про те, як знайти потрібний момент у довгому записі, написана саме для такої роботи.
Розбивайте за змістом, а не за розміром
Найпростіший спосіб упоратися з довгим файлом — розрізати його на рівні частини, наприклад по годині, або на стільки шматків, скільки вимагає ваш інструмент завантаження. Не робіть так. Рівні частини легко створити, але майже неможливо в них орієнтуватися, бо межа між третім і четвертим шматком не має нічого спільного зі змістом розмови. Вона просто там, де випало на годиннику.
Розрізайте натомість за тим, що дійсно змінюється:
- За виступом, якщо день складався з окремих сесій
- За проповіддю, якщо це серія, записана в один файл
- За темою чи мовцем, якщо це довге інтерв’ю чи панельна дискусія
Такі розділи стають вашим змістом. Коли пізніше хтось запитає, що було сказано в третьому виступі чи в другій проповіді серії, вам потрібна межа, яка відповідає саме цьому питанню, — а не межа, яка відповідає тому, що минуло шістдесят хвилин. Це також означає, що розділи залишаться корисними з часом, навіть якщо ви повернетеся до запису через кілька місяців із зовсім іншим питанням у голові. Кілька додаткових хвилин, витрачених на позначення цих меж — до транскрибування або під час перевірки результату, — окупляться першого разу, коли вам справді терміново знадобиться щось знайти.
Якість змінюється протягом годин, і виправлення має це враховувати
Запис, що триває годинами, рідко залишається однаково якісним протягом усього часу. Хтось посередині пересуває мікрофон. Зал заповнюється, і разом з ним змінюється акустика. Мовець відвертається, щоб показати на слайд, — і слова в цей момент звучать тихіше й гірше, ніж хвилину до того, коли він стояв обличчям до мікрофона. Це не вада самого розпізнавання — це властивість запису, і транскрипт відповідно буде нерівним по всій довжині: десь чіткіший, десь гірший, іноді навіть у межах одного абзацу. Цю нерівність краще очікувати заздалегідь, а не дивуватися їй, — вона підказує, куди витратити той час на перевірку, який у вас є, замість того щоб вважати весь запис однаково надійним чи однаково сумнівним.
Виправляти важливе, а не все підряд
Читати довгий транскрипт поспіль, щоб його виправити, — зазвичай погане використання часу. На практиці майже ніщо в такому довгому записі не перевіряється рівномірно: на одні фрагменти ви наляжете, до інших більше не повернетеся. Тож не читайте для перевірки підряд. Знайдіть уривки, які ви реально плануєте цитувати, наводити чи на основі яких прийматимете рішення, і перевірте саме їх проти аудіо. Решту залиште як приблизний, але придатний для пошуку запис сказаного. Це незручний компроміс, якщо вам хочеться, щоб документ був однаково правильним усюди, а не переважно правильним і швидко придатним для роботи. Але ставлення до кожного речення як до однаково вартого перевірки — це саме те, через що виправлення восьмигодинного запису забирає цілий день заради виграшу, яким ви практично ніколи не скористаєтеся.
Файл сам по собі — проблема ще до транскрипту
Довгі записи натикаються на обмеження, про яке більшість людей навіть не думає, поки воно раптово не зупинить їх: розмір файлу. Відео цілого дня конференції — це великий файл, і майже в кожному сервісі завантаження десь є стеля, навіть якщо про неї ніде явно не написано. Той самий запис лише як аудіо — без картинки — набагато менший за розміром, часто настільки, що легко проходить під обмеження, яке відеоверсія навіть не мала шансу пройти.
Якщо вам потрібні саме слова, витягніть аудіо ще до завантаження. Ви втрачаєте картинку — і це зазвичай нічого не коштує, якщо ніхто й не збирався передивлятися запис, — а натомість отримуєте файл, який реально пройде. Цей один крок часто визначає всю різницю між записом, який транскрибується без проблем, і записом, який обривається посеред завантаження з причин, що взагалі не стосуються самого розпізнавання. Процес аудіо в текст побудований саме навколо цього: подаєте аудіо, а не відео, і проблема з розміром здебільшого вирішується сама. А щоб опрацьовувати наступний довгий файл повністю — з позначками мовців, резюме та транскриптом разом, — є простий застосунок для завантаження для iOS, Android і macOS.
Чого резюме не зробить за вас
Резюме довгого запису — річ справді корисна, і воно відповідає на інше питання, ніж транскрипт. Резюме розповідає, що відбувалося в загальних рисах: де цікаві моменти, які були основні лінії розмови. Але воно не скаже вам точне формулювання твердження, порядок, у якому дві речі насправді були сказані, чи справді там є фраза, яку ви наполовину пам’ятаєте. Для цього потрібен транскрипт — із часовими метками й поділом на розділи, а не опис, що видає себе за оригінал.
Сприймайте резюме як карту, а транскрипт — як саму територію. Якщо запис вам незнайомий, прочитайте спершу резюме — воно вкаже, на які частини варто витратити час. А потім ідіть у транскрипт саме за цими фрагментами, замість того щоб або читати все підряд, або сподіватися, що резюме вже вловило все, що вам колись знадобиться. Зазвичай воно цього не робить — не тому, що резюме зробили погано, а тому, що резюме восьмигодинного запису неминуче охоплює лише невелику частку сказаного, і те, що вам зрештою знадобиться, з реальною ймовірністю опиниться саме в тій частині, яку не включили. Це не критика самого резюмування — це просто те, для чого резюме й існує, а очікування, що воно замінить ще й транскрипт, зазвичай і призводить до розчарування.
