<pclass="rvps10"><spanclass="rvts22">Это основной метод при работе в Тасэдиторе. Для полного осознания всех его преимуществ вам потребуется несколько дней практики. Особенно долгим может быть переход, если вы уже прочно привязались к традиционному методу и не любите изучать новые технологии.</span></p>
<pclass="rvps10"><spanclass="rvts22">При работе с этим методом режим Записи должен быть всегда выключен. Галочка "Auto-restore last position" должна быть выключена. Галочки "Turbo seek" и "Follow cursor" по умолчанию отключены и включаются по мере необходимости.</span></p>
<spanclass="rvts22">Проскроллировать Piano Roll к началу редактируемого участка мувика, доставить сюда Курсор Проигрывателя, определиться с целью. Полезно также отметить начало участка Маркером.</span></p>
<spanclass="rvts22">Предположить наличие ошибки на участке, взвесить имеющиеся факторы оптимальности и прикинуть способ исправления ошибки (как именно требуется изменить </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">, на каких кадрах и т.д.</span><spanclass="rvts22">).</span></p>
<spanclass="rvts22">Отредактировать участок мышью. М</span><spanclass="rvts22">ожно менять Ввод либо вслепую (не просматривая состояние игры), либо время от времени перемещать Курсор Проигрывателя, чтобы засвидетельствовать изменения мувика.</span></p>
<spanclass="rvts22">Просмотреть участок до момента наступления конечного события. Если целевое событие в игре не наступает в разумные сроки, вернуться к пункту 2.</span></p>
<spanclass="rvts22">[</span><spanclass="rvts37">необязательный пункт</span><spanclass="rvts22">] </span><spanclass="rvts22">Определить кадр конца участка, поставив Курсор Проигрывателя на начальный кадр целевого события. </span><spanclass="rvts22">Полезно также отметить конец участка Маркером.</span><spanclass="rvts22"> Рекомендуется с</span><spanclass="rvts22">охранить полученный вариант прохождения участка в любую свободную Закладку.</span></p>
<spanclass="rvts22">Если это не первый вариант прохождения участка, с</span><spanclass="rvts22">равнить </span><spanclass="rvts22">полученный результат с лучшим результатом, используя критерий оптимальности (например, сравнить номер кадра нового и старого конца участка). Если новый вариант оказался лучше </span><spanclass="rvts22"> (или если это ваш первый вариант прохождения участка), </span><spanclass="rvts31">рекомендуется</span><spanclass="rvts22"> сохранить результат в Закладку 9. </span><spanclass="rvts22">Слот 9 будет отвечать за хранение самого лучшего результата шлифовки участка. Если не сохранять лучший вариант в Закладку, он останется только в текущем мувике и в Журнале Истории.</span></p>
<spanclass="rvts22">[</span><spanclass="rvts37">необязательный пункт</span><spanclass="rvts22">]</span><spanclass="rvts22"> Если идеи иссякают, можно почерпнуть информацию из прошлого или будущего: пересмотреть несколько участков, перетаскивая Курсор Проигрывателя или отпустив паузу эмулятора. При необходимости можно по-быстрому дорисовать </span><spanclass="rvts22">Ввод</span><spanclass="rvts22"> для событий игры, идущих после окончания текущего участка.</span></p>
<spanclass="rvts22">Когда идеи полностью иссякли, восстановить лучший вариант прохождения из Журнала Истории или из Закладки 9</span><spanclass="rvts22"> в текущий мувик</span><spanclass="rvts22">, определиться со следующим участком и вернуться к пункту 1.</span></p>
<pclass="rvps10"><spanclass="rvts22">Так как все создаваемые варианты прохождения участка автоматически сохраняются в Журнале Истории, уТАСера-новичка может возникнуть соблазн не сохранять варианты в Закладки, а просто один раз дойти до конечного события, а затем экспериментировать с этим Вводом, постепенно улучшая его (а если вместо улучшения получилось ухудшение – сразу же откатывать изменения с помощью </span><spanclass="rvts34">Ctrl + Z</span><spanclass="rvts22">). Такой способ ТАСинга крайне не рекомендуется, так как он не позволяет вам мыслить далеко за рамками первоначального варианта (из-за подсознательного страха потерять имеющийся лучший вариант, если уйти от него слишком далеко). Даже если в результате последнего изменения Ввода у вас получилось ухудшение прохождения участка, нужно не откатываться к старому варианту, а пытаться разобраться в причинах ухудшения и продолжать осмысленную модификацию, чтобы получить улучшение.</span></p>
<pclass="rvps10"><spanclass="rvts22">Чтобы не бояться, что предыдущее успешное прохождение участка затеряется в глубинах Журнала Истории, рекомендуется поступать так же, как делают в традиционном методе – отвести специальный слот для лучшего варианта прохождения участка и каждый раз ставить эту Закладку на конец участка, когда результат стал ещё лучше. </span></p>
<pclass="rvps10"><spanclass="rvts22">Точно так же нужно поступать с перспективными вариантами прохождения участка, которые в чём-то лучше, а в чём-то хуже друг друга. Если вы сохраняете все альтернативные варианты в отдельные Закладки, вы можете со спокойной душой удалять их из мувика или изменять до неузнаваемости – для возврата к ним вам потребуется всего одно нажатие клавиши, а не долгий поиск по Журналу Истории.</span></p>
<pclass="rvps10"><spanclass="rvts22">В этом методе ТАСинга, в отличие от традиционного, можно не заметить разделение мувика на логические участки, так как не требуется постоянно обозначать начало и конец текущего участка Закладками. Однако рекомендуется всё-таки соблюдать порядок и отмечать хотя бы начало участка Маркером (чтобы ограничить количество факторов оптимальности и не править </span><spanclass="rvts22">Ввод</span><spanclass="rvts22"> на предыдущих участках).</span></p>
<pclass="rvps10"><spanclass="rvts22">Начало и конец участка обычно ассоциируются не с номером кадра, ас определёнными событиями игры. Но так как на начальное событие редактируемый </span><spanclass="rvts22">Ввод</span><spanclass="rvts22"> участка никак не влияет, то начальный кадр участка не изменяется в процессе оптимизации, и этот кадр можно однозначно зафиксировать Маркером.</span></p>
<pclass="rvps10"><spanclass="rvts22">Конечное событие участка может наступить в разное время – в зависимости от </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а на участке. Поэтому, если вы отмечаете конец участка Маркером, необходимо будет перетаскивать этот Маркер выше или ниже, когда из-за изменения </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а конечное событие изменилось. Если вам лень это делать, можно обойтись установкой Закладки, в которой заодно сохранится полученный вариант прохождения участка. Нуа для самых простых участков можно вообще никак не отмечать конечный кадр, полагаясь на собственную память и на зелёную стрелку Тасэдитора.</span></p>
<pclass="rvps10"><aname="GreenArrow"></a>
<spanclass="rvts22">С помощью зелёной стрелки Тасэдитор может подсказать, на каком кадре вы остановили просмотр участка в прошлый раз (до того как начали изменять </span><spanclass="rvts22">Ввод</span><spanclass="rvts22"> участка). Обычно это и есть кадр, в котором происходило конечное событие до недавних изменений </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а. Так что, если после изменения </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а конечное событие стало детектироваться на 2 кадра выше зелёной стрелки, это означает, что вы обогнали прошлый результат на 2 кадра, значит, новый </span><spanclass="rvts22">Ввод</span><spanclass="rvts22"> лучше старого (если ваш критерий – скорость). Вся эта логическая цепочка пролетает в голове за один миг при взгляде на Piano Roll после просмотра результата Ввода.</span></p>
<pclass="rvps10"><spanclass="rvts22">Возьмём пример из Super Mario Bros.</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункт 1. При просмотре готовой части мувика вы остановили Курсор Проигрывателя в момент появления Марио на экране. Решили создать участок от этого места до события, когда координата X будет равна 100. Критерий – чем быстрее, тем лучше. Поставили на начальный кадр Маркер, возможно даже ввели Заметку в духе "start running".</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункт 2. Сразу понятна первая ошибка во Вводе на участке – нет ни одного нажатия.</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункты 3 и 4. Одним махом вы рисуете зажатие кнопки </span><spanclass="rvts32">R</span><spanclass="rvts22"> на протяжении пары десятков кадров.</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункт 5: Отпустили паузу эмуляции (средняя кнопка) и заметили, что Марио пробежал только до X=30, а потом остановился и стоит бесконечно долго. Ставим эмулятор на паузу и возвращаемся к пункту 2.</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункт 2. Очевидно, ошибка в том, что надо дольше жать </span><spanclass="rvts32">R</span><spanclass="rvts22">.</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункты 3 и 4. Дорисовали зажатие кнопки </span><spanclass="rvts32">R</span><spanclass="rvts22"> ещё на сотню кадров, чтобы уж точно хватило.</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункт 5: Отпустили паузу эмуляции и увидели, как Марио пробежал до X=100 и даже дальше.</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункты 6, 7 и 8: Поставили эмулятор на паузу и отвели Курсор Проигрывателя немного назад, на кадр с X=100. Это будет конец участка, допустим, это оказался кадр с номером 200.</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункт 2. Очевидно, надо ещё держать </span><spanclass="rvts32">B</span><spanclass="rvts22">.</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункты 3 и 4. Дорисовали зажатие кнопки </span><spanclass="rvts32">B</span><spanclass="rvts22"> параллельно столбику из нажатий </span><spanclass="rvts32">R</span><spanclass="rvts22"> на участке от начального Маркера до конечного. Курсор Проигрывателя во время рисования отпрыгнул в начало участка, а на его месте в конце участка осталась зелёная стрелка.</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункт 5: Отпустили паузу эмуляции (средняя кнопка) и увидели, как Марио пробежал быстрее, достиг X=100 и бежит дальше. Если вы не нажали на паузу самостоятельно, эмулятор остановится на кадре с зелёной стрелкой.</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункты 6, 7 и 8: Отвели Курсор Проигрывателя на кадр с X=100, допустим, это кадр с номером 150. Зелёная стрелка напоминает, что в прошлый раз концом участка был кадр 200, значит новый вариант прохождения лучше старого. Можно даже не считать, на сколько кадров было улучшено прохождение, а просто выделить регион кадров от Курсора Проигрывателя до зелёной стрелки и увидеть размер Выделения в панели Splicer.</span></p>
<pclass="rvps10"><spanclass="rvts22">Пункт 2. Надо бы поэкспериментировать с прыжками и т.д...</span></p>
<pclass="rvps10"><spanclass="rvts22">Курсор Проигрывателя каждый раз будет автоматически отпрыгивать вверх, а на его месте будет оставаться зелёная стрелка.</span></p>
<pclass="rvps10"><spanclass="rvts22">Кроме того, вы можете сосредоточиться на первой части участка, мысленно определив подучасток, задачей которого будет наибыстрейшее получение максимума горизонтальной скорости. Для создания такого подучастка нужно перемотать Курсор Проигрывателя на кадр, в котором скорость достигает максимума в текущей стратегии прохождения участка, а затем просто начать редактирование </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а над этим кадром. При усечении Гринзоны зелёная стрелка перескочит на этот кадр, автоматически обозначив конец подучастка, и вы сможете сравнивать результат новой стратегии с результатом старой.</span></p>
<pclass="rvps10"><spanclass="rvts22">Процесс создания </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а в нелинейном методе представляет собой постоянное чередование редактирования и просмотра участка. Анализ ситуации происходит как во время просмотра, так и во время редактирования.</span></p>
<pclass="rvps10"><spanclass="rvts22">Оптимальное соотношение времени на редактирование и просмотр формируется само по себе в процессе ТАСинга. Более того, это соотношение может меняться в процессе работы над проектом. Чем больше вы ТАСите одну игру, тем лучше вы ощущаете её закономерности. Поэтому ближе к концу своего мувика вы сможете интуитивно предсказывать результаты изменений </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а ещё во время редактирования, или даже раньше – во время обдумывания их в голове. А просмотр участка будет нужен только для подтверждения догадки.</span></p>
<pclass="rvps10"><spanclass="rvts22">В некоторых случаях можно судить об оптимальности </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а по промежуточным результатам, даже не просматривая участок до конца. Например, если персонаж на середине участка спотыкается об уступ и обнуляет скорость, можно сразу догадаться, что к концу участка он дойдёт позже, чем в прошлый раз. Поэтому не всегда хочется просматривать участок полностью, зачастую достаточно просмотреть пару актуальных кадров и продолжить редактирование. Однако такая спешка чревата тем, что вы мимоходом отвергнете решение, которое на первый взгляд кажется неоптимальным, хотя имеет огромный потенциал для успеха. Например, споткнувшись об уступ, Марио может случайно проникнуть внутрь стенки и пройти насквозь быстрее, чем обычно. Поэтому на всякий случай рекомендуется не торопиться, а досматривать участок до конца, когда критерий оптимальности уж наверняка не подведёт.</span></p>
<spanclass="rvts22">отпускание паузы хоткеем </span><spanclass="rvts27">Pause</span><spanclass="rvts22"> или нажатием средней кнопки мыши. После окончания участка требуется вручную поставить эмулятор на паузу (обычно не страшно, если вышло чуть позже, в крайнем случае можно потом отмотать наверх)</span></p>
<spanclass="rvts22">запуск добегания к зелёной стрелке хоткеем </span><spanclass="rvts27">Restore Playback </span><spanclass="rvts22">или нажатием средней кнопки, когда есть зелёная стрелка</span></p>
<spanclass="rvts22">запуск добегания к ближайшему Маркеру нажатием средней кнопки при зажатой клавише </span><spanclass="rvts34">Shift</span><spanclass="rvts22">, если в конце участка поставлен Маркер</span></p>
<spanclass="rvts22">запуск добегания к Курсору Выделения нажатием средней кнопки при зажатой клавише </span><spanclass="rvts34">Ctrl</span><spanclass="rvts22">, если Курсор Выделения стоит ниже Курсора Проигрывателя</span></p>
<spanclass="rvts22">повторный просмотр участка от Курсора Выделения до Курсора Проигрывателя нажатием средней кнопки при зажатой клавише </span><spanclass="rvts34">Ctrl</span><spanclass="rvts22">, если Курсор Выделения стоит выше Курсора Проигрывателя</span></p>
<pclass="rvps10"><spanclass="rvts22">Не стоит привязываться к одному из этих способов, лучше чередовать их в зависимости от ситуации. Для тестирования мелких изменений проще использовать колесо мыши или </span><spanclass="rvts27">Frame Advance</span><spanclass="rvts22">/</span><spanclass="rvts27">Rewind</span><spanclass="rvts22">. А для просмотра всего участка уже имеет смысл перетащить Курсор Проигрывателя в начало и нажать среднюю кнопку или </span><spanclass="rvts27">Pause</span><spanclass="rvts22">/</span><spanclass="rvts27">Restore Playback</span><spanclass="rvts22">.</span></p>
<pclass="rvps10"><spanclass="rvts22">Важно отметить, что вы можете просматривать и редактировать </span><spanclass="rvts22">Ввод</span><spanclass="rvts22"> одновременно. Когда галочка "Follow cursor" снята, Piano Roll во время проигрывания мувика остаётся на месте редактирования, и вы можете дорисовывать нажатия кнопок прямо в момент их выполнения. Например, попробуйте во время исполнения прыжка Марио начать изменять высоту этого прыжка, дорисовывая или стирая лишние нажатия </span><spanclass="rvts32">A</span><spanclass="rvts22"> на текущем участке. Останавливать эмуляцию при этом не требуется.</span></p>
<pclass="rvps10"><spanclass="rvts22">При необходимости можно замедлить</span><spanclass="rvts22"> эмуляцию хоткеями </span><spanclass="rvts27">-</span><spanclass="rvts22"> и </span><spanclass="rvts27">=</span><spanclass="rvts22">, чтобы во время просмотра было достаточно времени для неспешных щелчков мышью. Однако, когда требуется не только пощёлкать, но ещё и подумать, следует вернуть эмулятор на паузу.</span></p>
<pclass="rvps10"><spanclass="rvts22">Процесс эмуляции можно не только замедлять, но и ускорять. Раньше ускорение эмуляции использовалось только для быстрой навигации Курсором Проигрывателя к нужному уровню в игре. В Тасэдиторе турбо-эмуляция ещё используется в качестве оригинального способа ТАСинга.</span></p>
<pclass="rvps10"><spanclass="rvts22">С помощью ускоренной эмуляции можно наглядно ощутить взаимосвязь не только между нажатием и следующим кадром, но также между нажатием и отдалённым событием.</span></p>
<spanclass="rvts22">Возьмём в качестве примера манипуляцию удачей.</span></p>
<pclass="rvps10"><spanclass="rvts22">Без </span><spanclass="rvts22">турбо-добегания</span><spanclass="rvts22"> вы можете увидеть взаимосвязь между нажатием кнопки </span><spanclass="rvts32">B</span><spanclass="rvts22"> и появлением пули в следующем кадре. Соответственно, в голове появляется ассоциация "</span><spanclass="rvts32">B</span><spanclass="rvts22"> = выстрел", и мысли идут в направлении "чем позже поставлю нажатие </span><spanclass="rvts32">B</span><spanclass="rvts22">, тем позже вылетит пуля".</span></p>
<pclass="rvps10"><spanclass="rvts22">Ас турбо вы можете сразу после установки </span><spanclass="rvts32">B</span><spanclass="rvts22"> увидеть выпавший из убитого врага приз, пропустив неважные промежуточные шаги (выстрел, полёт пули, столкновение, смерть врага и т.д.). В голове появляется ассоциация "</span><spanclass="rvts32">B</span><spanclass="rvts22"> = вероятность приза", и мысли идут в направлении "от времени нажатия </span><spanclass="rvts32">B</span><spanclass="rvts22"> зависит тип приза".</span></p>
<pclass="rvps10"><spanclass="rvts22">Таким образом турбо позволяет автоматически отфильтровать ненужную информацию, идущую посреди участка, и сразу получить только нужную, появляющуюся в конце участка.</span></p>
<spanclass="rvts22">Включаете галочку "Turbo seek". </span><spanclass="rvts22">Отключаете галочку "Follow cursor", чтобы Piano Roll не убегал вслед за Курсором Проигрывателя.</span></p>
<spanclass="rvts22">Устанавливаете пробное нажатие кнопки </span><spanclass="rvts32">B</span><spanclass="rvts22"> в начало участка, на котором требуется стрелять во врага.</span></p>
<spanclass="rvts22">Просматриваете попадение пули во врага и выпадение/отсутствие приза, оставляете Курсор Проигрывателя на этом месте (когда приз уже пару секунд должен лежать на земле) – это и будет конец участка.</span></p>
<spanclass="rvts22">Допустим, с первого раза выпал неудачный приз, но вы знаете, что в этой игре можно манипулировать удачей, выстрелив во врага чуть раньше или позже.</span></p>
<spanclass="rvts22">Переносите нажатие на один кадр вперёд (достаточно вставить перед старым нажатием пустой кадр с помощью </span><spanclass="rvts34">Ctrl + </span><spanclass="rvts34">Shift + Insert</span><spanclass="rvts22">).</span></p>
<spanclass="rvts22">Нажимаете среднюю кнопку мыши или </span><spanclass="rvts27">Пробел</span><spanclass="rvts22"> (ту клавишу, которая назначена на хоткей </span><spanclass="rvts27">Restore Playback</span><spanclass="rvts22">). События игры мгновенно прокрутятся на максимально возможной скорости, и вы практически сразу увидите, какой из врага выпадает приз теперь.</span></p>
<spanclass="rvts22">Если приз опять не тот, вновь нажимаете </span><spanclass="rvts34">Ctrl + </span><spanclass="rvts34">Shift + Insert</span><spanclass="rvts22"> для вставки ещё одного пустого кадра (а значит выстрел откладывается ещё на один кадр) и вновь нажимаете </span><spanclass="rvts27">Restore Playback</span><spanclass="rvts22">, чтобы увидеть новый вариант.</span></p>
<spanclass="rvts22">Так можно продолжать, пока не будет найден номер кадра, на котором нажатие выстрела будет давать игроку требуемый приз. Всего за одну минуту можно успеть протестировать более сотни вариантов, машинально нажимая хоткеи и глядя только на экран FCEUX.</span></p>
<pclass="rvps10"><spanclass="rvts22">Если у вас очень медленный компьютер, ассоциирование выстрела с выпавшим призом может не сработать, так как турбо-перемотка будет работать медленно, и вам придётся ждать результат, теряя концентрацию внимания. К счастью, FCEUX – очень быстрый эмулятор (при использовании Old PPU).</span></p>
<pclass="rvps10"><spanclass="rvts22">Выбор конкретного метода зависит от текущей задачи ТАСера. Начинать обучение следует с редактирования во время паузы эмулятора. Можно осуществлять полный или частичный просмотр после каждого мелкого изменения, а можно перерисовать весь участок и только потом просмотреть получившийся результат.</span></p>
<pclass="rvps15"><spanclass="rvts23">+ </span><spanclass="rvts22">Мгновенная навигация к месту редактирования.</span></p>
<pclass="rvps15"><spanclass="rvts23">+ </span><spanclass="rvts22">Возможность пропускать ненужные сцены и ассоциировать действие с итогом.</span></p>
<pclass="rvps15"><spanclass="rvts23">+ </span><spanclass="rvts22">Отстранённость ТАСера от игрового потока позволяет изучать поведение игры более объективно.</span></p>
<pclass="rvps15"><spanclass="rvts23">–</span><spanclass="rvts22">Отсутствие геймерской "отдачи" при редактировании на паузе. Для объективности это полезно, но нередко требуется слиться с игрой более плотно.</span></p>
<pclass="rvps15"><spanclass="rvts23">–</span><spanclass="rvts22">Упор на мышиное управление. Клавиатура/джойстик в этом методе могут помочь быстро генерировать </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">, но их возможности для навигации очень ограничены. А во время шлифовки навигация требуется очень часто.</span></p>
<pclass="rvps10"><spanclass="rvts26">Когда использовать:</span><spanclass="rvts22"> в большинстве случаев оптимизации участков. Полезно также комбинировать этот метод со следующим методом, переключаясь между ними для формирования в голове наиболее объективной картины игровых возможностей.</span></p>
<pclass="rvps10"><aclass="rvts28"href="SemiautomaticTASing.html">Следующий метод</a><spanclass="rvts22"> исправляет главный минус этого метода и в ряде случаев полностью заменяет его.</span></p>
<pclass="rvps8"><spanclass="rvts18">Created with the Personal Edition of HelpNDoc: </span><aclass="rvts19"href="http://www.helpndoc.com/help-authoring-tool">Free help authoring tool</a></p>
