ЗВУК В ГОФЕРЕ

Звуковые файлы в гофере имеют тип "s" (новое обозначение "<",
предложенное в Gopher+, не прижилось и не поддерживается даже сервером
и клиентом UMN, разработчики которого сами его и придумали).  Встретив
ссылку этого типа, гофер-клиент теоретически может либо скачать
аудиофайл и сохранить его, как это обычно делается с другими двоичными
файлами, либо попытаться воспроизвести его; чтобы это происходило в
реальном времени, а пользователь не ждал бы окончания загрузки, файл
должен проигрываться уже во время скачивания. Если бы современные
графические веб-браузеры поддерживали гофер, можно было бы
воспроизводить файл средствами браузера, поскольку все они сейчас в
той или иной степени поддерживают аудио без дополнительных плагинов
(чему поспособствовало появление HTML5-тега <audio>); консольные же
клиенты, как правило, не имеют встроенных средств воспроизведения
звука. Поэтому им приходится передавать звуковой поток внешней
программе. Кроме того, прослушивание аудио не имеет
смысла (или технически слишком сложно), если гофер-клиент запущен на
удалённом сервере.

Как бы то ни было, большинство клиентов, как графических (включая
многочисленные веб-прокси в браузерах), так и текстовых (lynx с
настройками по умолчанию) идут по первому пути и просто предлагают
скачать файл.

Клиент UMN gopher пытается воспроизвести звуковой файл. Однако
предлагаемый для этого способ не работает. В автоматически
генерируемом при первом запуске программы файле настроек .gopherrc за
звук отвечает следующая единственная строчка:

  map: audio/basic,|play -v 40 -&,

И действительно, изучение кода клиента показывает, что нет возможности
назначить разные проигрыватели для разных форматов файлов (любой
аудиофайл рассматривается как имеющий тип audio/basic). Клиент читает
данные с сервера и перенаправляет их программе play, которой, однако,
как и любой другой, нужно знать формат файла или уметь его
автоматически определять (чего play не умеет). Таким образом, тип "s"
на современной системе в клиенте UMN оказывается негодным для
прослушивания (я не могу сказать, действительно ли когда-либо и
где-либо команда play, вызываемая таким способом, работала).

Однако решение есть! И выбор именно play в качестве программы по
умолчанию исключительно неудачен, так как на самом деле очень многие
программы могут как воспроизводить звуковой поток со стандартного
ввода, так и распознавать его формат - например, ffplay (входит в
состав консольного видеоредактора ffmpeg) и cvlc (консольная версия
популярного видеопроигрывателя VLC). (Можно проверить и другие
варианты. Так, мне удалось заставить mplayer воспроизвести таким
образом mp3, но не wav, а aplay, напротив, заработал только с wav. Как
видим, достоверно работающие программы оказались
видеопроигрывателями.) Далее я более подробно остановлюсь только на
ffmpeg; для других программ потребуется аналогичный подбор параметров.

По умолчанию ffplay выводит на экран кучу информации, которая
замусорит консоль гофер-клиента. Поэтому запускать его надо с
параметрами "-loglevel quiet -nostats". Чтобы ffplay принимал данные
со стандартного ввода, указываем параметр "-i -". Нужно также добавить
параметр "-autoexit", иначе процесс ffplay не завершится и останется в
памяти после прослушивания файла.

Открываем файл .gopherrc и в строке, начинающейся с

  map: audio/basic,

всё дальнейшее заменяем на

  |ffplay -loglevel quiet -nostats -autoexit -i -,

С такими настройками музыка останется играть в фоне, так что можно
будет одновременно продолжать путешествие по гофер-меню.  При запуске
появится также графическое окошко со спектрограммой. Но отключать его
(параметром "-nodisp") лучше не сто́ит, иначе звук будет не
выключить. А так можно прервать прослушивание, просто закрыв это окно.

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

.