Стук в «Макбете»: почему в театре даже звукам нужны субтитры

Во втором акте, второй сцене «Макбета» Дункан уже убит. Леди Макбет уходит с кинжалами. В этот момент в тексте появляется предельно краткая ремарка: Knock within. Макбет тут же реагирует: «Whence is that knocking?», а затем «How is ’t with me when every noise appalls me?». Ремарка фиксирует звук; реплика Макбета показывает реакцию на него. Это один и тот же драматический момент, но только одна из этих строк — произнесённая речь.

Для редактора субтитров это два разных типа информации. Задача не в том, чтобы механически превратить ремарку в субтитр. Сначала нужно увидеть и услышать конкретную постановку, а затем решить: что должен прочитать зритель, который не слышит этот звук или слышит его не полностью?

Именно такую информацию делают доступной субтитры для доступности.

В редакторе SurtitleLive теперь есть отдельный ручной тип строки — Субтитры для доступности. Важное звуковое событие можно обозначить как информацию для зрителя, не маскируя его под реплику и не смешивая с ремарками. Во время спектакля такая строка ведёт себя как субтитровый cue и показывается в квадратных скобках, например:

[стук в дверь]

Изменение кажется небольшим, но решает более фундаментальный вопрос: как в системе различать разные виды театральной информации.

Что такое субтитры для доступности?

Субтитры часто воспринимают как письменную версию речи. Это только часть задачи.

Web Accessibility Initiative при W3C определяет captions как синхронизированный текст для речи и для невербальной звуковой информации, необходимой для понимания содержания. Это могут быть звуковые эффекты, музыка, смех, указание говорящего или места, откуда слышен голос. Рекомендации W3C о captions.

В театре различие особенно наглядно. Stagetext объясняет, что театральные captioners работают с текстом пьесы и добавляют важные сведения: звуковые эффекты, акценты персонажей, звуки за сценой. Организация также различает surtitles, используемые главным образом для перевода спектакля на другой язык, и accessibility captions для глухих и слабослышащих зрителей, где могут присутствовать имена персонажей и описания звуков вне сцены. Stagetext о театральном captioning и о captions, subtitles и surtitles.

Ремарка и субтитр для доступности могут относиться к одному и тому же театральному событию, но это не одна и та же информация. Ремарка сообщает постановочной команде, что должно произойти; субтитр сообщает зрителю, какой значимый звук он может не воспринять. Текст пьесы может быть отправной точкой, но окончательную формулировку нужно сверять с реальным звуком и сценическим решением.

W3C, DCMP и Stagetext описывают содержание и практики captioning, но не требуют, чтобы все программы использовали одно и то же внутреннее название или модель данных. «Субтитры для доступности» — это продуктовый термин SurtitleLive для ручного типа строки. Другой инструмент может выразить ту же разницу через теги, стили, классы cue или другие метаданные. Ценность модели Персонаж / Ремарка / Субтитры для доступности в том, что смысл строки может определять различное поведение при показе. Это архитектурное решение продукта, а не универсальная отраслeвая таксономия.

В театре такими звуками могут быть стук, сигнал тревоги, разбивающееся стекло, толпа за сценой, телефон, выстрел или значимое изменение музыки.

Вопрос не просто в том, есть ли звук.

Важнее спросить:

Несёт ли этот звук информацию?

Увидеть, как Макбет пугается, — не совсем то же самое, что одновременно получить информацию о звуке, который вызвал его реакцию. Если постановка однозначно задаёт стук в дверь, субтитр может выглядеть так:

[стук в дверь]

Макбет замирает.

Во втором случае сохраняется часть драматической причинно-следственной связи, которая изначально передаётся через слух.

Подробнее о различиях между captions, subtitles и surtitles — в нашем театральном глоссарии.

Большая часть исходного материала уже есть в пьесе

Для субтитров доступности драматургу не нужно писать вторую версию пьесы.

В театральных текстах и без того много информации помимо диалога. Ремарки могут фиксировать входы и выходы, стук, телефонные звонки, выстрелы, музыку, драки, голоса за сценой, шум толпы и другие события, формирующие спектакль.

У Шекспира такие ремарки часто предельно лаконичны: Knock within. или A noise within.. Современные пьесы могут описывать звуковые и технические события гораздо подробнее.

Но важное различие остаётся:

Наличие ремарок в пьесе не означает, что в ней уже есть готовые субтитры для доступности.

Ремарки — прежде всего производственная информация. Они помогают актёрам, режиссёру, сценическому менеджменту и художникам понять, что должно происходить.

Субтитры для доступности — информация для зрителя. Они отвечают на другой вопрос:

Что должен знать человек, который не слышит этот момент полностью, чтобы следить за происходящим?

Поэтому одно и то же сценическое событие может породить два разных текста. Источник у них может быть общий, но читатели и задачи различаются.

Ремарка может быть источником, не будучи готовым субтитром

Вернёмся к «Макбету».

В тексте стоит:

Knock within.

Это повод проверить реальный звук постановки, а не готовая строка для зрителя.

Knock within. говорит, что слышен стук вне видимой сцены, но не определяет точно, как этот звук реализован в конкретном спектакле. Если дверь ясно обозначена звуком или мизансценой, подойдёт [стук в дверь]. Если стук действительно быстрый, точнее может быть [быстрый стук в дверь]. Если достоверно известно только то, что звук идёт из-за сцены, безопаснее [стук за сценой]. Если и это неясно, формулировку лучше оставить нейтральнее.

Правильный текст рождается из просмотра и прослушивания реальной постановки, а не из превращения ремарки в более конкретное утверждение, чем она позволяет.

Субтитры должны описывать слышимый факт, а не толковать его символический смысл. Stagetext рекомендует краткие, фактические описания, остающиеся внутри мира произведения. DCMP советует указывать источник звука, если он не очевиден из изображения, и captioning звуковых эффектов тогда, когда они нужны для понимания или восприятия. Digital Subtitling Guidelines Stagetext и рекомендации DCMP о звуковых эффектах.

Поэтому [стук в дверь] уместен только тогда, когда дверь действительно установлена постановкой. [Быстрый стук] добавляет характеристику ритма и должен использоваться лишь при действительно быстром стуке. [Стук за сценой] передаёт сценическое расположение, не придумывая более точного места. А [срочный стук снаружи] добавляет и срочность, и внешнюю локацию, которых сама ремарка Knock within. не доказывает. [Вина Макбета подступает к нему] — уже литературное толкование, а не описание звука.

Ремарка отвечает:

Что должно произойти по тексту?

Субтитр для доступности отвечает:

Что должен понять зритель?

Поэтому выводить все ремарки на экран зрителя почти никогда не является хорошей стратегией доступности. Многие вообще не нужны публике; другие лишь указывают на звук, который редактору следует проверить в конкретной постановке.

«Гамлет» показывает то же различие

В акте IV, сцене 5 «Гамлета» Клавдий и Гертруда обсуждают политическую опасность после смерти Полония и возвращения Лаэрта, когда в тексте появляется «A noise within.» Гертруда спрашивает, что за шум. Вбегает вестник и предупреждает, что Лаэрт с толпой прорывается внутрь. Шум повторяется по мере приближения толпы к дверям. Hamlet, Act 4, Scene 5 в MIT Shakespeare.

Слышащая часть аудитории может ощутить угрозу до объяснения: сначала беспокойный шум, затем реакция персонажей, и только после — словесное объяснение.

Если в постановке звук развивается от далёкого волнения к приближающейся толпе, субтитры могут быть такими:

[шум толпы]

а позже:

[толпа приближается]

Ни одна строка не обязана быть буквальным переводом «A noise within.». Субтитр должен описывать значимый звук, который аудитория действительно переживает в этой постановке.

Почему раньше это было неудобно в SurtitleLive

До этого обновления в Editor не было отдельного типа строки для субтитров доступности.

У постановки, которая хотела добавить звуковой cue для зрителей, было по сути два несовершенных варианта.

Первый — оформить его как диалог. Тогда строка точно доходила до публики, но модель данных была неверной: никто не произносил [стук]. В большом тексте звуковая информация могла смешиваться с репликами и переводами.

Второй — пометить её как ремарку. Это выглядело ближе к источнику, но возникала другая проблема: в операторской консоли команда Пропускать ремарки (Skip Stage Directions) пропускает ремарки при обычной навигации Назад/Вперёд.

Если accessibility caption была классифицирована как ремарка, она могла быть пропущена вместе с ними.

Для оператора это всего один пропущенный cue. Для зрителя, который опирается на субтитры, это может быть именно тот звук, который объясняет следующую реплику или действие.

Три вида информации теперь можно хранить раздельно

SurtitleLive Editor теперь различает:

Тип строки	Что он означает	Для зрителя?	Обычная навигация Назад/Вперёд
Персонаж	Произнесённый диалог	Да	Остаётся в последовательности
Ремарка	Инструкции пьесы и постановки	Обычно нет	Пропускается
Субтитры для доступности	Важная невербальная звуковая информация	Да	Остаётся в последовательности

Фрагмент «Макбета» можно структурировать так:

Ремарка

Леди Макбет уходит с кинжалами.

Субтитр для доступности

стук

Персонаж — Макбет

Whence is that knocking?

Все три строки относятся к одному моменту, но представляют разную информацию. Уход Леди Макбет — постановочная инструкция. Стук — звуковое событие, которое после проверки постановки может потребовать зрительского субтитра. Слова Макбета — диалог.

Эти три типа строк — модель данных SurtitleLive, а не таксономия, предписанная стандартами captioning. Их практическая ценность в том, что смысл управляет поведением: оператор может пропускать ремарки при обычной навигации, не пропуская субтитр доступности. Другое ПО может реализовать то же различие иначе.

Отдельная настройка Скрывать имена персонажей (Hide Character Names) управляет только отображением имён и не решает, останется ли accessibility caption в последовательности.

Запись Editor содержит описание звука, относящееся к демонстрационной постановке. Она показывает отдельный тип строки, но не предлагает универсальную формулировку для Knock within..

Пропускайте ремарки, не пропуская субтитры доступности

Это главное практическое следствие нового типа.

Субтитры для доступности — cue для зрителя, а не внутренняя постановочная информация. При обычной навигации Назад/Вперёд Пропускать ремарки пропускает ремарки, а accessibility captions остаются в последовательности и могут быть отправлены зрителю.

Прямой переход к конкретному cue — отдельное действие оператора и не относится к этому правилу обычной навигации.

Так оператор может пропускать производственные инструкции, не теряя случайно звуковую информацию, подготовленную для глухих и слабослышащих зрителей.

Квадратные скобки — это оформление, а не хранимый контент

Субтитры для доступности показываются в квадратных скобках:

[стук]

[гром вдали]

[музыка резко обрывается]

Квадратные скобки — распространённая captioning-конвенция для звуковой информации, но не универсальное требование к программам. Captioning Key DCMP рекомендует заключать в скобки описания эффектов, необходимых для понимания или восприятия. Рекомендации DCMP.

SurtitleLive теперь обрабатывает оформление последовательно. В Editor можно хранить просто стук, а при показе в симуляции, проекции и зрительском окне система добавляет одну пару скобок.

Если скобки уже есть, SurtitleLive не добавляет вторую пару.

Так содержание остаётся отделённым от визуальной конвенции.

Не каждая ремарка должна становиться субтитром доступности

Новый тип строки не означает, что все ремарки следует показывать зрителю.

Если текст говорит, что Макбет подходит к столу, и это хорошо видно, строка [Макбет подходит к столу] обычно не является звуковым captioning. Это уже начинает относиться к другой практике доступности — описанию визуальной информации.

С музыкой похожая ситуация. «Тихая музыка продолжается» может быть лишь атмосферой. Но если начало или резкое прекращение музыки меняет смысл сцены, такая информация может быть важной.

Полезнее спросить:

Если зритель не услышит этот звук, потеряет ли он информацию, необходимую для понимания момента?

Это соответствует устоявшейся практике. DCMP рекомендует captioning звуковых эффектов, когда они нужны для понимания или восприятия, а не запись каждого слышимого события. Рекомендации DCMP.

SurtitleLive не принимает редакционное решение за постановку

«Субтитры для доступности» — ручной тип строки.

SurtitleLive не видит Knock within. и не решает автоматически, что это обязательно должно стать caption. Это намеренно. Ремарка — сигнал проверить фактический звук постановки, а не команда создать заранее заданную формулировку.

Одна и та же ремарка в разных постановках может означать совершенно разные вещи. «A noise within» может стать спором нескольких людей за сценой, толпой, ломящейся в двери, или чем-то иным. Музыка может быть фоном в одной версии и важнейшим сюжетным сигналом в другой.

Программа не знает, что в итоге создали режиссёр и звукорежиссёр.

Постановочная команда знает.

Поэтому задача SurtitleLive — дать корректное место, где решение о доступности можно зафиксировать после того, как оно принято.

Строка теперь может однозначно означать:

Это ремарка.

или:

Это звуковая информация, которую должен получить зритель.

Их больше не нужно помещать в одну категорию.

Маленький тип строки исправляет большую концептуальную проблему

Театральные тексты всегда содержали диалог, действие, звук и производственную информацию. Но запись ремарки сама по себе не означает, что одновременно решён вопрос: как глухой или слабослышащий зритель получит информацию, передаваемую этим звуком?

Accessibility captioning добавляет именно зрительскую перспективу.

Постановка снова спрашивает:

Какие звуки — лишь атмосфера?

Какие двигают сюжет?

Какие объясняют реакцию персонажа?

Какие моменты теряют смысл, если информация остаётся только слышимой?

Стук в «Макбете» присутствует в тексте веками. Ремарка никогда не отсутствовала.

Работа над доступностью — не прямой перевод:

Knock within.

в одну фиксированную строку. Она добавляет редакционный этап: посмотреть постановку и, если звук несёт нужную аудитории информацию, написать точное описание. В зависимости от конкретной реализации это может быть [стук в дверь], [быстрый стук] или [стук за сценой]. Формулировка должна опираться на постановку, а не выводиться только из ремарки.

В SurtitleLive Editor теперь есть отдельное место, где это решение можно сохранить.

---

Большая часть материала для субтитров доступности уже существует в текстах пьес.

Новая функция не пытается заново изобрести Knock within.

Она даёт постановке ясное место для ответа на другой вопрос:

Что показать зрителю, который не слышит этот стук?

Источники

• W3C: Captions
• Stagetext: Theatre Captioning
• Stagetext: Captions, subtitles and surtitles
• Stagetext: Digital Subtitling Guidelines
• MIT Shakespeare: Hamlet, Act 4, Scene 5
• DCMP: Sound Effects and Music