<pclass="rvps10"><spanclass="rvts22">Эта глава посвящена центральному занятию в ТАСинге – созданию оптимального </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а на отдельно взятом участке мувика. Именно благодаря упорной ручной шлифовке </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а ТАСы выглядят так блестяще. Размер участка может быть любым, критерии и факторы оптимальности могут быть разными, но метод в сущности один и тот же:</span><spanclass="rvts22"> перепробовать всевозможные подходы и выбрать самый лучший. </span><spanclass="rvts22">Вопрос только в том, как сделать это с минимальными затратами времени и усилий.</span></p>
<liclass="rvps10"><spanclass="rvts37">Геймеры</span><spanclass="rvts22"> ошибочно считают, что для создания ТАСа достаточно просто один раз пройти игру, пользуясь сэйвами только в тех случаях, когда совершаются фатальные ошибки, приводящие к невозможности пройти текущий участок (например, смерть персонажа).</span></li>
<liclass="rvps10"><spanclass="rvts37">ТАСеры-новички</span><spanclass="rvts22"> понимают, что для красивого ТАСа нужно исправлять </span><spanclass="rvts26">все</span><spanclass="rvts22"> замеченные ошибки (например, такие мелочи, как спотыкание о порог). Они тоже проходят каждый участок лишь один раз, но затрачивают на прохождение больше времени, чем простые игроки, так как сохраняются и загружают сэйвы гораздо чаще. При ТАСинге простых игр этого может быть достаточно.</span></li>
<liclass="rvps10"><spanclass="rvts37">Опытные ТАСеры</span><spanclass="rvts22"> знают, что для совершенного ТАСа не достаточно исправления всех замеченных ошибок. Нужно также исправлять незамеченные ошибки. Учитывать неизвестные факторы. Подходить к задаче с неочевидной стороны. Для всего этого они проходят один и тот же участок несколько раз, исправляя все замеченные ошибки и пытаясь как-то не совершить незаметные.</span></li>
<pclass="rvps10"><spanclass="rvts22">Нелегко убедить себя тратить время на альтернативные способы прохождения участка, когда он уже пройден, и в нём уже исправлены все явные ошибки. После достижения текущей внутриигровой цели хочется сразу ставить перед собой следующую цель в рамках игры. Однако следует помнить, что цель ТАСера сильно отличается от целей игрока. Поэтому нужно абстрагироваться от правил игры и не отступать от участка, пока не выполнена реальная цель, а не просто мелкая цель игрока.</span></p>
<pclass="rvps10"><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><spanclass="rvts22">Ввод</span><spanclass="rvts22">а на этом участке. Ошибкой мы называем </span><spanclass="rvts22">любое отличие текущего Ввода от неизвестного идеального Ввода.</span><spanclass="rvts22">В такой постановке вопроса хорошо то, что к совершенному Вводу можно приближаться постепенно, совершая небольшие шаги, которые реально разработать, даже не будучи гением. </span><spanclass="rvts26">Большинство ошибок успешно исправляются многократным осмотром и модификацией. </span><spanclass="rvts22">То есть, даже когда у вас нет никаких оригинальных идей, вы можете достигать успехов за счёт упорства. Успехи мотивируют продолжать работу, и это подготавливает почву для прорывных идей.</span></p>
<pclass="rvps10"><spanclass="rvts26">1. </span><spanclass="rvts22">Осознание ошибки происходит либо во время просмотра мувика в режиме Read-Only, либо прямо во время Записи/редактирования </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а.</span></p>
<tdstyle="border-color: #000000; border-style: solid; height: 15px;"><pclass="rvps10"><spanclass="rvts47">Примечание: </span><spanclass="rvts48">Зачастую вместо обнаружения осязаемой ошибки ТАСер только предполагает, что данный участок ещё можно улучшить. Всегда полезно усомниться в идеальности текущего результата и поэкспериментировать с Вводом – порой действительно обнаруживаются нереализованные возможности.</span></p>
<pclass="rvps10"><spanclass="rvts26">2. </span><spanclass="rvts22">Способы решения либо очевидны сразу, либо находятся экспериментальным путём. В редких случаях требуются расчёты и сравнения. В правильно выбранных участках все ключевые факторы оптимальности находятся внутри участка. Информация из предыдущих или последующих участков требуется редко.</span></p>
<tdstyle="border-color: #000000; border-style: solid; height: 15px;"><pclass="rvps10"><spanclass="rvts47">Примечание: </span><spanclass="rvts48">Иногда, исправляя одну ошибку, мы незаметно создаём другую. В этом случае процесс оптимизации мог бы пойти в неправильном направлении, но, к счастью, в ТАСинге такие ситуации возникают крайне редко, потому что видеоигры гораздо нагляднее и линейнее реальной жизни, поэтому игрок может обнаружить все факторы и верный критерий оптимальности. Тасэдитор дополнительно облегчает этот процесс благодаря визуализации данных.</span></p>
<pclass="rvps10"><spanclass="rvts26">3. </span><spanclass="rvts22">Возможность навигации к месту ошибки является главным отличием ТАСинга от обычных спидранов. Простые игроки могут осознать ошибку, но только ТАСеры всегда возвращаются назад для её коррекции.</span></p>
<pclass="rvps10"><spanclass="rvts22">В традиционном методе ТАСинга навигация может занимать заметное количество времени и усилий. Тасэдитор же делает навигацию молниеносной..</span></p>
<tdstyle="border-color: #000000; border-style: solid; height: 15px;"><pclass="rvps10"><spanclass="rvts47">Примечание: </span><spanclass="rvts48">Иногда место совершения ошибки находится на более раннем участке, а обнаруживается только на текущем. В этом случае нужно выявить участок совершения ошибки и отредактировать его согласно полученной информации от проигрываемого участка. И в этом случае скорость навигации ещё более критична.</span></p>
<pclass="rvps10"><spanclass="rvts26">4. </span><spanclass="rvts22">Внесение изменений во Ввод – это воплощение мыслей ТАСера в жизнь. Чем меньше задержка между мыслью и её реализацией, тем лучше.</span></p>
<pclass="rvps10"><spanclass="rvts22">В традиционном методе ТАСинга модификация Ввода длится дольше, так как помимо перезаписи ошибочных кадров требуется ещё перезаписать соседние </span><spanclass="rvts22">кадры.</span><spanclass="rvts22">В Тасэдиторе это обычно не требуется.</span></p>
<tdstyle="border-color: #000000; border-style: solid; height: 15px;"><pclass="rvps10"><spanclass="rvts47">Примечание: </span><spanclass="rvts48">Так как любое изменение Ввода влечёт за собой изменения игрового процесса, иногда и в Тасэдиторе может потребоваться пересинхронизация Ввода, следующего за местом исправления ошибки.</span></p>
<pclass="rvps10"><spanclass="rvts26">5. </span><spanclass="rvts22">Чтобы увидеть результат, достаточно возобновить просмотр мувика с начала участка или прямо с кадра исправления ошибки, не перепроверяя предшествующие участки, так как исправление ошибки влияет только на последующие события.</span></p>
<tdstyle="border-color: #000000; border-style: solid; height: 15px;"><pclass="rvps10"><spanclass="rvts47">Примечание: </span><spanclass="rvts48">Хотя, если вы записываете не спидран, а развлекательный мувик, после исправления ошибки (например, перемещение спрайта по более плавной траектории) всё-таки желательно просмотреть предшествующие события, чтобы это исправление удачно смотрелось не только в контексте своего участка, но и в общей последовательности игровых событий.</span></p>
<pclass="rvps10"><spanclass="rvts22">Досмотреть участок требуется до конца, то есть до момента, когда в игре происходит целевое событие, и к нему можно надёжно применить критерий оптимальности. Потому что может оказаться, что это исправление только поначалу кажется выгодным, но в итоге только ухудшает участок.</span></p>
<pclass="rvps10"><spanclass="rvts22">После оценки результата ошибка либо считается исправленной/несуществующей, либо требуется вернуться к </span><aclass="rvts28"href="TASingMethodology.html#loop">шагу 2</a><spanclass="rvts22"> и переобдумать ситуацию.</span></p>
<pclass="rvps10"><spanclass="rvts22">До Тасэдитора все ошибки (как явные, так и предполагаемые) исправлялись с помощью создания и загрузки сэйвов. Если вы не знакомы с традиционным методом ТАСинга, вот его основные принципы:</span></p>
<liclass="rvps10"><spanclass="rvts22">Эмуляция игры почти всё время стоит на паузе. Пауза отпускается только при просмотре готовых участков.</span></li>
<liclass="rvps10"><spanclass="rvts22">ТАСер последовательно впечатывает </span><spanclass="rvts22">Ввод</span><spanclass="rvts22"> в кадры, на которые указывает Курсор Проигрывателя. Он видит результат совершённого </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а на следующий кадр после впечатывания (а иногда через несколько кадров). Опытный ТАСер создаёт новый сэйв после любого </span><spanclass="rvts31">сложно воспроизводимого действия</span><spanclass="rvts22">, чтобы иметь возможность быстро возвращаться назад и не переигрывать весь участок с начала.</span></li>
<liclass="rvps10"><spanclass="rvts22">Чтобы исправить ошибку, ТАСер возвращается к предполагаемому месту ошибки и переписывает весь </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">, начиная с кадра, требующего изменения. Если на этом кадре был сделан сэйв, можно сразу загрузить этот сэйв в режиме Read+Write и начать впечатывать кнопки. Если же имеются только сэйвы на некотором расстоянии перед этим кадром, существует два варианта. </span><spanclass="rvts37">Вариант 1:</span><spanclass="rvts22"> загрузить ближайший сэйв в режиме Read-Only и досмотреть мувик до нужного кадра, затем переключиться обратно в режим Записи и начать исправление, тем самым не затронув Ввод на промежутке между кадром сэйва и кадром ошибки. </span><spanclass="rvts37">Вариант 2:</span><spanclass="rvts22"> сразу, не переключаясь из режима Записи, загрузить ближайший сэйв и по памяти повторить старый Ввод, дойдя до кадра ошибки, а затем начать исправление. Второй способ используется чаще, потому что после ближайшего сэйва обычно располагается </span><spanclass="rvts31">легко воспроизводимый Ввод</span><spanclass="rvts22"> (например, простое зажатие </span><spanclass="rvts32">R + B</span><spanclass="rvts22">). Также, по прибытии на предполагаемый кадр ошибки, опытный ТАСер машинально создаёт сэйв (на всякий случай!), чтобы в следующий раз быстро возвращаться прямо к кадру, не тратя время на навигацию. Такая предусмотрительность имеет смысл, потому что ошибки редко исправляются с первой попытки, обычно требуется многократно переписывать один и тот же кусочек </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а, начиная примерно с одного кадра.</span></li>
<liclass="rvps10"><spanclass="rvts22">Неудобства этого традиционного метода наглядно проявляются, когда нужно увидеть отдалённый результат </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а (например, кнопка выбора была нажата сейчас, а шарик рулетки остановится только через несколько секунд). В таком случае ТАСер делает сэйв перед началом </span><spanclass="rvts22">Ввода</span><spanclass="rvts22">, записывает решающий </span><spanclass="rvts22">Ввод</span><spanclass="rvts22"> и делает сэйв после него, а затем отпускает паузу и наспех (неоптимально) проходит игру до появления результата. При удовлетворительном результате ТАСер загружает сэйв, идущий после решающего Ввода, и покадрово записывает оптимальное прохождение, уже будучи уверенным в успешном исходе. А при неудовлетворительном результате он загружает начальный сэйв, меняет решающий </span><spanclass="rvts22">Ввод</span><spanclass="rvts22"> и повторяет все действия снова (создаёт сэйв после </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а и наспех проходит до результата). И так может продолжаться довольно долго.</span></li>
<liclass="rvps10"><spanclass="rvts22">Чтобы скопировать старый </span><spanclass="rvts22">Ввод</span><spanclass="rvts22"> (например, хитроумный разгон Марио в начале каждого уровня), ТАСер либо зазубривает комбинацию кнопок, либо копирует её по частям с помощью нескольких прыжков между местом-источником и местом-приёмником. Игра посылается то на сэйв предыдущего </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а (посмотреть нажатия в режиме Read-Only и запомнить парочку в уме), то на сэйв текущего места записи (переключиться на Read+Write и выложить запомненные нажатия). Если после каждого прыжка пододвигать тот и другой сэйв на пару кадров вперёд, навигация между источником и приёмником </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а будет не очень утомительной. И всё же, когда требуется скопировать длинную последовательность нажатий, используется внешний редактор </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">ас функциями копипаста. Но переключение между разными программами сильно отвлекает ТАСера, поэтому зачастую проще скопировать </span><spanclass="rvts22">Ввод</span><spanclass="rvts22"> вручную.</span></li>
<liclass="rvps23"style="text-indent: 30px"><spanclass="rvts22">Чтобы осмотреть текущий прогресс, ТАСер сохраняется, отключает Запись и загружает сэйв, оставленный в начале уровня (обычно для этого служит редко используемый слот на клавише </span><spanclass="rvts27">F10</span><spanclass="rvts22">). Затем он отпускает паузу и смотрит мувик, словно посторонний зритель. Для продолжения записи он включает режим Read+Write и возвращается точно к последнему записанному кадру, загрузив последний сэйв (обычно это наиболее часто используемый слот, </span><spanclass="rvts27">F1</span><spanclass="rvts22">). А если во время просмотра ТАСер принял решение изменить старый Ввод, он делает сэйв на этом месте, переключается на Read+Write и загружает только что созданный сэйв. Предварительно следует убедиться, что последнее актуальное состояние мувика сохранено не только в </span><spanclass="rvts27">F1</span><spanclass="rvts22">, но и в другой слот, который вы не будете трогать во время экспериментов со старым Вводом. Это нужно для того, чтобы в случае провала эксперимента можно было восстановить старый мувик, даже если слот </span><spanclass="rvts27">F1</span><spanclass="rvts22"> уже затёрт в ходе экспериментов.</span></li>
<liclass="rvps10"><spanclass="rvts22">Таким образом, большинство из имеющихся 10 слотов используется для навигации между различными моментами игры. Используя термины Тасэдитора – для навигации Курсором Проигрывателя по мувику. Даже на больших участках десяти слотов должно с лихвой хватить для быстрой телепортации между всеми интересующими местами. Обычно хватает 3-5 слотов, которыми опытный ТАСер жонглирует с поразительной скоростью.</span></li>
<liclass="rvps10"><spanclass="rvts22">Парочка других слотов обычно используется для хранения альтернативных стратегий прохождения. Когда ТАСер заранее не знает, какой подход к прохождению большого участка (например, целого уровня игры) окажется лучше, он сначала отшлифовывает первый подход и сохраняет его в отдельный слот (например, </span><spanclass="rvts27">F8</span><spanclass="rvts22">), а затем отшлифовывает второй подход и делает сэйв в соседний слот (например, </span><spanclass="rvts27">F7</span><spanclass="rvts22">). Затем попеременно загружает то один, то другой слот (или даже просматривает оба ответвления мувика поочерёдно) и выбирает лучший из них, пересохраняет его в слот </span><spanclass="rvts27">F1</span><spanclass="rvts22"> и продолжает работу в этом ответвлении.</span></li>
<pclass="rvps10"><spanclass="rvts22">Как видите, почти всё в традиционном методе ТАСинга делается благодаря сэйвам (Закладкам). </span><spanclass="rvts22">В Тасэдиторе они частично заменены Гринзоной и Журналом Истории, но и здесь они по-прежнему играют немаловажную роль, в основном для хранения альтернативных ответвлений. Навигацию Курсором Проигрывателя теперь быстрее осуществлять либо перетаскиванием, либо с помощью колеса мыши. </span><spanclass="rvts22">Более того, при редактировании Ввода теперь вообще не требуется возвращать Курсор Проигрывателя к кадру исправления, достаточно проскроллировать Piano Roll к этому месту и изменить </span><spanclass="rvts22">Ввод</span><spanclass="rvts22"> мышкой.</span></p>
<pclass="rvps10"><spanclass="rvts22">Так как вместо Записи в Тасэдиторе эффективнее использовать редактирование, отпадает необходимость постоянно переключать режимы. Теперь эмулятор всё время находится в режиме Read-Only.</span></p>
<pclass="rvps10"><spanclass="rvts22">Игра по-прежнему всё время стоит на паузе, но ТАСер теперь видит результат своего </span><spanclass="rvts22">Ввод</span><spanclass="rvts22">а не всегда, а только когда пожелает. Поначалу это может показаться неудобством (отсутствует привычная отдача от совершаемых нажатий), но на самом деле в этом скрывается большой плюс – более высокий уровень независимости игрока от игры. Вместо механизма стандартной "вовлечённости в игровой процесс" задействуются другие механизмы передачи информации. Так что вы всё равно получите все необходимые сведения о том, как игра воспринимает ваши изменения </span><spanclass="rvts22">Ввода, просто этот</span><spanclass="rvts22"> информационный поток не будет вливаться в вас постоянно, а будет доставляться по команде.</span></p>
<pclass="rvps10"><spanclass="rvts22">Нуа при необходимости можно получить в Тасэдиторе многократно усиленную отдачу. Для этого нужно использовать третий метод ТАСинга.</span></p>
<liclass="rvps14"style="text-indent: 0px"><spanclass="rvts22">автоматический просмотр промежуточных результатов </span><spanclass="rvts22">Ввода</span></li>
<liclass="rvps14"style="text-indent: 0px"><spanclass="rvts22">по команде пользователя: просмотр промежуточных или итоговых результатов </span><spanclass="rvts22">Ввода</span></li>
<liclass="rvps14"style="text-indent: 0px"><spanclass="rvts22">автоматический просмотр промежуточных или итоговых результатов </span><spanclass="rvts22">Ввода</span></li>
<pclass="rvps8"><spanclass="rvts18">Created with the Personal Edition of HelpNDoc: </span><aclass="rvts19"href="http://www.helpndoc.com/feature-tour">Easily create Web Help sites</a></p>
