Как изгнанный скрипач классической музыки, бездействующий гитарист, привычный электронщик и (по состоянию на 2014 год) лайв-кодер, я заинтересовался написанием электронной музыки, когда в ранние годы слушал «Dummy» Портисхеда и «Geogaddi» (среди прочего) от Boards of Canada. тинейджеры. Я начал учиться создавать его, как только смог, экспериментируя с FL Studio вместе с ранними обучающими материалами на YouTube. Первой вехой в этом плане стал выпуск моего первого «альбома» Ambient Music в виде ZIP-архива со 128 Кбит / с .mp3-файлами. на MediaFire.
Создавать эти композиции и аранжировки Digital Audio Workstation (далее DAW) было очень интересно, и они позволили мне экспериментировать со многими техниками и жанрами, но я не мог их "исполнять". Так было до тех пор, пока я не открыл для себя Ableton Live. Как человек, который какое-то время ограничивался статическими аранжировками DAW, Ableton с его ориентированными на производительность интерфейсами стал моей основной платформой примерно на пять лет. Первоначально Ableton позволил мне сочинять музыку в перформативной манере, используя петли, триггеры и контроллеры, и в конечном итоге дал мне уверенность в том, что я могу переносить конкретные композиции на сцену с разной степенью успеха. Затем я начал сочинять и исполнять музыку, используя несколько запатентованных DAW и программ.
Через некоторое время у меня возникли некоторые сомнения по поводу того, что я продолжаю использовать проприетарные DAW, по нескольким причинам.
Во-первых, негибкий характер выступлений, которые я ставил. У меня был набор композиций (или, если хотите, "песен"), которые были организованы в набор петель, которые можно было запускать теоретически в любой комбинации, но для того, чтобы песни имели смысл как музыкальные произведения, порядок должен был строго соблюдаться. У меня была некоторая гибкость в том, как я применял эффекты к отдельным каналам, но для меня это не означало прямого «исполнения» треков так, как я бы «исполнял» на традиционном инструменте - я чувствовал себя так, как будто мои выступления стали прославленными кнопка толкающие церемонии. Я прекрасно понимаю, что существует гораздо больше «живых» способов игры с различными DAW, чем методы, которые я использовал, но в итоге я выступал не так. Примерно в то время, когда я решил отказаться от запатентованных DAW, я был очень погружен в исполнение импровизированной музыки с гитарой / скрипкой / электроникой / различными носителями во время учебы в музыке, и я хотел иметь возможность привнести импровизационный инструментальный дух в свои выступления электронной музыки. Музыка. Однако в работе с проприетарными DAW мне лично не хватало.
Во-вторых, программное обеспечение было - огромным - и ! ТРЕБОВАНИЕМ!. Выбранный мной программный пакет DAW занимал около 54 ГБ места на жестком диске, и моему ноутбуку было очень трудно справиться с ним, если я вообще использовал какие-либо внешние программные инструменты. В результате каждая отдельная дорожка представляла собой громоздкий набор сэмплов и инструментов, для рендеринга которых требовалось много вычислительной мощности. Если бы я затем захотел исполнить набор этих треков, мне часто приходилось объединять несколько живых «проектов» вместе и сохранять их как один большой проект, так как загрузка каждой отдельной песни перед воспроизведением занимала бы несколько минут, нарушение потока производительности. В результате были метапроекты, которые были чрезвычайно огромными, не отвечали на запросы и иногда давали сбой при загрузке. Они также могли быть довольно глючными, и выступления казались «рискованными» в том смысле, что любое движение могло опрокинуть их и унести с собой все мое выступление. Хотя я полностью за то, чтобы принять возможность сбоя, эта возможность, являющаяся структурной особенностью выступления, не являясь моим намерением, не была приятным способом выступления.
В-третьих, программное обеспечение является проприетарным, и я был недоволен тем, что он собой представляет. Накануне того времени, когда я в конце концов отказался от проприетарных DAW (а впоследствии, по возможности, от проприетарного программного обеспечения в целом), я просмотрел ряд лекций Ричарда Столлмана, в которых обсуждались проприетарные программы и свобода пользователей. Это, в сочетании с работой художников-глитч-художников (в частности, Роза Менкман и Ник Бриз), сосредотачивающихся на роли платформ и программного обеспечения, поскольку часто непризнанные посредники в нашем материальном опыте работы с технологиями, поставили меня перед рядом проблем, которые я лично не мог решить. решать. Хотя я выпускал всю свою музыку в рамках Creative Commons, не согласившись с законодательством об авторском праве, я создавал музыку, используя инструменты, которые не только были связаны законодательством, с которым я не согласен, но и инструменты, которые целенаправленно ограничивали то, как я мог использовать их в качестве элемента дизайна. . Говоря словами Ричарда Столлмана: С программным обеспечением либо пользователи контролируют программу (свободное программное обеспечение), либо программа контролирует пользователей (несвободное или несвободное программное обеспечение). Собственный характер программного обеспечения также означает, что оно может быть только запускаются в определенных системах теми, у кого есть финансовые возможности для их запуска (или готовность нарушать различные законы), помимо необходимости иметь доступ к компьютеру. Подход авторского лева к работам, которые я создавал, было очень сложно (если не невозможно) применить к материалам, используемым для создания самих работ.
В-четвертых, мое отношение к традициям исполнения музыки для ноутбуков. Даже с контроллерами, я бы всегда смотрел в черный ящик в виде ноутбука, время от времени запускающий какие-то действия на контроллере. Хотя я пытался в некотором роде обойти это, проецируя видео с моего контроллера во время наборов как часть визуальных эффектов во время наборов, это не решало проблему запутывания. Я очень привык к прямой причинно-следственной связи между действиями и звуками, и к тому, чтобы эта связь была очевидна для аудитории. Кланялся ли я на скрипке, пыхтел на 12/8 или играл на гитаре с портативным вентилятором и деревянным напильником (на самом деле произошло), причинно-следственная связь между мной и любой потенциальной аудиторией была довольно ясной. Мне казалось, что мои исполнения электронной музыки не обладают такой непосредственностью, и мне это совсем не нравилось †. Я прекрасно понимаю, что не все стремятся к быстродействию в работе портативных компьютеров, но я очень скучал по этому поводу. Кроме того, исполнение такой электронной музыки не дало мне, как слушателю, возможности узнать о ее построении, кроме того, как она звучит. Я всегда был очарован конструированием музыки и искусства, и способность разбирать это в реальном времени - это то, что я действительно ценю, как и уроки YouTube FL Studio, которые я следил, чтобы научиться создавать электронную музыку в первую очередь. . С этим `` черным ящиком '' настройки производительности у меня не было слоев, которые нужно было отклеивать - если исполнитель сделал что-то крутое, а я хотел это сделать, не повезло, пора идти домой и перепроектировать его, не имея представления о том, какие инструменты были использован при его строительстве! Я никогда не был очарован запутыванием или секретностью техники. Почему техники должны быть большим секретом? Подобно защите авторских прав и блокировке программного обеспечения, традиции производительности, которые скрывают механизмы, которые можно использовать для создания крутых вещей, меня очень расстраивают, независимо от того, является ли это намерением исполнителя.
Помня об этих проблемах, каков был ответ на мои проблемы с исполнением цифровой музыки? Лучший ответ, который я нашел, - это Live Coding, но мне потребовалось время, чтобы добраться до него.
Примерно до 2014 года я был категорически против музыкального программирования (в то время я имел в виду Pure Data и Max / MSP), поскольку был убежден, что интеграция программирования и музыки потребует человеческих качеств. element 'из музыки, которую я исполнял. Излишне говорить, что это было недальновидно и неверно и, вероятно, было пережитком моего образования в традициях классической музыки через британскую школьную систему, в которой электронная музыка часто высмеивалась как нечто, что не следует воспринимать всерьез, а не как настоящая музыка ». Я преодолел это, когда узнал, что мой университет довольно серьезно относится к электронной музыке, однако идея программирования по-прежнему оставалась немузыкальной. Как это было довольно распространено среди моих сверстников, я обнаружил, что программирование является отчуждающей концепцией, с его синтаксисом, языком, args / int / strings / longs и т. Д., Это казалось полной противоположностью тому, что я считал созданием музыки - интуитивно понятным, тактильный, музыкальный. Как мог
{SinOsc.ar (LFSaw.ar (XLine.kr ([0.01,0.02], [400,500], 100)). Range (1,2000) .round (200))}. Play;
быть музыкой, если бы она не была похожа на ту музыку, которую я когда-либо играл раньше?
Примерно в то время, когда я обдумывал эти вопросы и начинал искать альтернативы, мне посчастливилось провести аудит некоторых классов у Джона Бауэрса, где я научился использовать Pure Data и Arduino для работы с мультимедиа и установки. В результате я действительно узнал, как работает программирование и на что оно способно, и начал создавать интерактивные цифровые произведения и перформансы. Кроме того, я использовал бесплатное программное обеспечение с открытым исходным кодом почти исключительно для создания этих работ (за исключением Max / MSP для видео). Оказалось, что, используя программирование, я мог не только избежать атрибутов ограниченных систем художественного самовыражения, создав свою собственную, но и мог выйти за пределы аудио и перейти в видео, графику и электронику за счет использования открытых стандартов. Я преодолел свой страх перед кодом!
Хотя это было здорово для разработки произведений искусства и позволяло отказаться от использования проприетарного программного обеспечения (опять же, за исключением Max / MSP), оно не дало мне решения проблемы воспроизведения музыки.
Однако мой сосед в то время обучал меня маленькому SuperCollider, платформе для синтеза звука и алгоритмической композиции. SuperCollider казался лучшей платформой для применения моего вновь обретенного энтузиазма в области программирования к электронной музыке, с возможностью работать вне патентованного программного обеспечения и возможностью выбирать условия, на которых я буду взаимодействовать с созданной мной музыкой (какая среда DAW позволит вы проигрываете 1000 копий трехминутного звука на случайной скорости одним действием?). Примерно в то время, когда я изучил базовые навыки SuperCollider, мне нужно было закончить последний год моего студенческого музыкального курса, где я решил сделать 40-минутное выступление вместо официальной письменной диссертации. Я подумал, что лучше всего было бы вложить деньги туда, где есть мой рот (так сказать), и сделать решительный шаг от проприетарных DAW к исполнению музыки с помощью кода. Когда я решил сделать это, Algorave какое-то время был для меня периферией как ответ live-coding на исполнение электронной музыки. Проект манифеста TOPLAP наряду с некоторыми мероприятиями, которые я посетил в Ньюкасле и Шеффилде с участием музыкантов Live Coding, пробудили мой интерес к Algorave и к тому, что он может предложить мне в плане подхода к исполнению электронной музыки, и это оказалось отличной работой. ответ на мои основные претензии к исполнению электронной музыки с запатентованными DAW.
«Во-первых, это негибкий характер представлений, которые я выполнял» - Live Coding имеет тенденцию вращаться вокруг полностью или частично импровизированных выступлений и способности писать код нелинейным способом и выполнять его в реальном времени и получать результаты мгновенный рендеринг в виде звука очень сильно открыл мне игровое поле. Несмотря на то, что возможно выполнение Live Coding с очень заданной траекторией, которое развивается в виде скрупулезной композиции, также можно начать буквально с ничего, кроме работающего сервера синтеза. С таким широким языком, как SuperCollider, я мог интегрировать что угодно, от всплескивающего шума, основанного на нелинейных картах, до бас-барабанов 5/4, сложных манипуляций с семплами и паттернов 4/4 кик-малый-хлопок в одном исполнении. Хотя, конечно, не всегда продуктивно (или возможно) использовать столь сильно различающиеся техники во время выступлений, тот факт, что такие возможности существуют, очень важен. В дополнение к этому существует множество языков Live Coding, которые в той или иной степени могут быть объединены в сеть (хотя я обычно придерживаюсь SuperCollider по причинам, о которых я подробно расскажу в более позднем посте).
Во-вторых, программное обеспечение было - огромным - и ! ТРЕБОВАНИЕМ!” - при переходе на платформу программирования, такую как SuperCollider, для создания музыки, каждому предоставляется возможность начать практически с нуля. Исходный код SuperCollider в настоящее время (по состоянию на март 2017 г.) имеет размер «14,6 МБ, загруженный с GitHub и по умолчанию работает без графического интерфейса, что означает, что загрузка системы очень низка (SuperCollider комфортно работает на Raspberry Pi), с загрузка расширенного функционала и библиотек по усмотрению пользователя. Кроме того, проекты записываются и загружаются в виде текстовых файлов, которые занимают очень мало места на диске и могут быть загружены практически мгновенно. Отключив мою проприетарную DAW для настройки Live Coding, мне не пришлось бы минуты ждать, пока проекты загрузятся (или они вылетят сразу после загрузки), а разделение редактора / сервера / интерпретатора в SuperCollider делает управление любым вылетает намного проще. При необходимости я также могу работать на недорогом оборудовании с низким энергопотреблением или использовать SuperCollider для создания встроенных установочных работ.
Поскольку это язык программирования, SuperCollider при необходимости может быть (и был) построен до полнофункциональной среды типа DAW. При этом я мог бы попытаться как-то заменить проприетарную среду DAW, если бы захотел, но это для меня частично лишило бы смысла учиться жить кодом в первую очередь. В Live Coding я могу создать и поддерживать среду, которая подходит мне как исполнителю, сохраняя простой и эффективный рабочий процесс для формулирования моих идей.
В-третьих, программное обеспечение является проприетарным. За некоторыми исключениями (в частности, Max / MSP) Live Coding опирается на обширную экосистему бесплатных инструментов с открытым исходным кодом, часто с активными участниками программных пакетов, которые они используют ( хороший пример - Alex McLean и TidalCycles). Приняв Live Coding как метод исполнения электронной музыки, я наконец смог оставить экосистему Apple и проприетарную парадигму DAW в пользу использования GNU / Linux и инструментов с открытым исходным кодом. Теперь у меня был полный доступ к инструментам, которые я использовал бы для создания музыки, и возможность изменять эти инструменты по своему желанию. Кроме того, может и любой другой! Я с радостью могу написать набор руководств о том, как я живу программированием электронной музыки, зная, что любой, у кого есть доступ к компьютеру с совместимой операционной системой, должен иметь возможность следовать этому руководству без необходимости иметь доступ к программному обеспечению на сотни фунтов стерлингов. и лицензия для Windows или машины Apple. Живое программирование было последним фрагментом головоломки в моем переходе к практике рисования с полностью открытым исходным кодом, как в инструментах, которые я использую, так и в работе, которую я создаю, что сейчас является предметом моего исследования в аспирантуре. Я стараюсь поддерживать обновленное репозиторий GitHub, содержащий мои настройки и наборы Live Coding, и я собираюсь написать несколько документов / руководств о том, как я живу с помощью кода танцевальной музыки с помощью SuperCollider и моего собственного пользовательского шаблонного кода. Репо можно найти здесь, а набор ресурсов о том, как работать с кодом в SuperCollider, можно найти здесь.
В-четвертых, мое отношение к традициям исполнения в« музыке для ноутбуков » - я далек от того, кто первым уловил это, но манифест манифеста TOPLAP Обскурантизм опасен. Покажи нам свои экраны . Казалось, что это прекрасный ответ на неразборчивые представления на ноутбуке, которые расстраивали меня как любителя концертов. Важным для Покажи нам свои экраны также является его следствие:
наблюдение за игрой на гитаре ».
Благодаря использованию текстового интерфейса для выступления, а также его проецированию на публику во время выступления, достигается ряд вещей. Во-первых, для всех, кого это интересует, показан текст выступления, демонстрирующий внутреннюю работу спектакля по мере его объединения, живого на сцене. Это полезно для меня как живого кодера, потому что я могу видеть, как делаются `` крутые вещи '', когда `` черный ящик '' производительного ноутбука в некоторой степени удален - я изучил целую кучу методов, перейдя к Algoraves и следование прогнозам, чтобы увидеть, что делает исполнитель (это также включает прямые трансляции своих сетов, которых я сделал приличное количество). В дополнение к этому, для тех, кто не понимает специфики используемого языка (или не интересуется), это открытие экологии производительности ноутбука служит цели выявления существенности производительности. Наблюдая за исполнителем, который набирает и исполняет код, вы видите, как исполнитель работает, как он реагирует на различные стимулы во время выступления и как его мысли переводятся в текст. В дополнение к этому, посредством выборочного написания, навигации и исполнения текста, демонстрируется кинетический смысл музыки. Подобно тому, как инструменталист, топающий ногой в такт, более чем вероятно показывает путь их игры, живой кодер, торопливо набирающий ~ kickdrum.play (или аналогичный), показывает их видение музыки в реальном времени.
Тем не менее, что более важно, я бы сказал, что эта проекция текста - больше, чем мимолетный проблеск, который можно увидеть, наблюдая за работой традиционного инструменталиста. Наблюдая, как исполнитель артикулирует свою музыку в виде текстового файла на экране, я чувствую, как будто я наблюдаю, как исполнитель строит скульптуру и манипулирует ею в ходе выступления, при этом форма этой скульптуры отражается в изменениях в слышимой музыке. на всей площадке исполнителя. Будет ли это связано с исполнителем, начинающим с нуля и построением производительности из минимальных корней, регулярным удалением всего текста и запуском заново, или исполнителем, загружающим предварительно написанный текст и выборочно выполняющим / изменяющим его, опираясь на обширную базу кода для создания подробных деталей. перформанс (и то, и другое я видел только в Yaxu) или что-то среднее. Когда я использую SuperCollider, требуемый уровень детализации означает, что я часто набираю и перемещаюсь по тексту много, однако меня всегда шокирует то, как мало у меня кода в конце выступления. Мои выступления обычно состоят из нескольких избранных симбиотических микроструктур, которые я тщательно редактирую. Я не пишу очень много с нуля, но я довольно тщательно редактирую и повторно редактирую то, что пишу, выполняя один и тот же фрагмент кода много раз в одном исполнении с небольшими изменениями, чтобы соответствовать нескольким другим работающим фрагментам кода.
Наблюдая за исполнением Live Coding, вы можете увидеть, как исполнитель не только работает со средой исполнения в реальном времени таким образом, который потенциально полезен для практиков и (относительно) прозрачен для «непрофессионалов». , но посмотрите, как они занимаются как историей, так и потенциальными перспективами своей деятельности.
Это также, несомненно, привлекает внимание.
Помня об этом, я решил сделать решительный шаг и научиться жить кодом. Мне повезло: у меня появилась прекрасная возможность искоренить все, что я знал об исполнении электронной музыки, в форме моей дипломной работы на последнем курсе бакалавриата, которую я использовал как возможность представить 40-минутное представление Live Coding. Мне также посчастливилось пройти курс обучения живому программированию с использованием SuperCollider от Data Musician и Algobabe Shelly Knotts. С тех пор я сыграл кучу Algoraves и живых выступлений (многие из которых можно найти здесь), транслировал целую кучу сетов и применил подходы Live Coding к другим проектам.
Достаточно быстро Live Coding превратилось в «как я делаю музыку», и за этим последовало несколько осознаний:
В Live Coding я смог охватить не только альтернативные традиции производительности портативных компьютеров, но и парадигмы музыки для портативных компьютеров. В том, как я работал с программным обеспечением DAW, всегда преобладали звуковые петли, MIDI-данные и плагины VST, и эти методы гораздо менее доступны при выполнении Live Coding с SuperCollider. В сообществе Live Coding много говорится о роли алгоритма в производительности, и я только недавно понял, что это на самом деле означает, после того, как поначалу был очень напуган математикой. срока. При создании паттерна ударных в среде DAW я бы совмещал барабанные петли и играл инструментальные партии, используя клавиатуру для достижения желаемых ритмов, но в среде Live Coding я указываю несколько вариантов поведения, чтобы определить, как играют на барабанах, то же самое с мелодиями, текстурами и басом. Во время выступления я создаю несколько управляемых правилами самоуправляемых инструментальных `` исполнителей '' и сопровождаю их для создания выступления, а не `` играю '' музыку в традиционном смысле - это то, чего интуитивно легко достичь с помощью Live. Кодирование в SuperCollider, но мне было довольно сложно добиться этого в среде DAW. Между прочим, я нахожу этот метод исполнения гораздо более осязательным и инструментальным, чем парадигма DAW, после того как я боялся, что этот метод исполнения уберет человеческий элемент из музыки!
С такими фундаментальными аспектами музыки, как организация высоты тона и ритма, тоже легко поэкспериментировать. Я большой поклонник использования евклидовых ритмов и некоторой ограниченной случайности для генерации сложных ритмических паттернов, а также использования гармонической серии для определения высоты звука для мелодий и текстур, а также простой природы сделай сам. Live Coding в SuperCollider означает, что я могу довольно легко создавать системы исполнения, основанные на нестандартных музыкальных приемах.
Электронная музыка также имеет проблемы с разнообразием, и существует ряд аспектов сообщества Live Coding, которые активно решают эту проблему. Существуют такие группы, как SoNA и YSWN, поощряющие вовлечение женщин в сообщество Live Coding, а также активно участвуют социально заинтересованные организации, такие как Access Space. Мой опыт посещения и участия в мероприятиях Live Coding показывает стремление решать и эти проблемы - хотя формального кодекса поведения нет, общая приверженность инклюзивности в участии (в Algoraves нет законопроектов, касающихся только мужчин), отношения и язык являются обычным явлением. . Благодаря недавнему потоку #Algofive, демонстрирующему не только разнообразную глобальную сеть художников, но и разнообразие подходов к Live Coding, это сообщество, частью которого я очень горжусь.
Как и все остальное, у Live Coding есть свои проблемы. Я понял, что вся свобода, которую предлагает Live Coding в SuperCollider, также имеет тот недостаток, что мне приходится создавать свои собственные фреймворки, чтобы работать с ними, начиная с основ, что иногда довольно парализует. Если я застрял в поисках вдохновения, на самом деле довольно сложно выбраться из колеи, а научиться использовать различные функции на самом деле довольно сложно без наличия у программного обеспечения «руководства». Кроме того, программное обеспечение и библиотеки с открытым исходным кодом иногда могут быть скудно документированы, а невероятно полезные инструменты остаются труднодоступными, потому что только создатель этих инструментов знает, как их правильно использовать. Кроме того, проблема перформативной прозрачности не так ясна, как «Я проектирую код, поэтому мои намерения, действия и жесты при исполнении немедленно и четко сформулированы» - в «[показывает] ваши экраны» черный box только что был перенесен на процессы, лежащие в основе самого кода. Также существует проблема «грамотности кода», которая представляет собой барьер для входа в Live Coding, однако она решается как путем публикации сообществом средств обучения и языков, которые требуют меньших специальных знаний для эффективного использования, так и посредством семинаров сообщества. для привлечения тех, кто не знаком с Live Coding и программированием в целом. Я также прекрасно понимаю, что мои несколько идеалистические представления о том, что я хочу продемонстрировать своим выступлением, вполне могут не иметь значения для других исполнителей, и это тоже нормально.
Учитывая все обстоятельства, я живу кодом, потому что он позволяет мне использовать бесплатные инструменты / инструменты с открытым исходным кодом для создания гибкой музыкальной среды, которая позволяет мне исполнять электронную музыку так, как я чувствую, дает мне возможность думать и играть как импровизатор. Мои первоначальные опасения, что кодирование музыки приведет меня к академической «математической музыке», оказались совершенно противоположными - исполнение с Live Coding, безусловно, ближе всего к «инструментальному» способу исполнения электронной музыки. Давайте продолжать использовать эти повторяющиеся условные выражения!
Я написал (и продолжаю писать) ресурсы / руководства / учебные пособия / документы и т. Д. По Live Coding с SuperCollider здесь. Мой сайт находится здесь.
† В качестве предостережения я, вероятно, подошел к тому, чтобы эта причинно-следственная связь прояснялась при использовании программного обеспечения DAW с Mutual Process, импровизированным музыкальным проектом с Адамом Дентоном из Trans / Human. Для Mutual Process я выполнял манипуляции с записанными вживую сэмплы гитары Дентона, которые были переданы ему, и я использовал несколько контроллеров для живых патчей эффектов и записи / обработки сэмплов. У меня был огромный контроль над этой настройкой до такой степени, что я чувствовал, что могу повлиять на производительность с помощью физических жестов управления и отчасти воплотить свое действие в музыке. Достаточно интересно, что эта настройка производительности была полным взломом основных функций Ableton.
Это произведение CC-BY
