Post subject: Требования к мувикам
Player (93)
Joined: 10/7/2011
Posts: 30
Location: Russia, Far East
Это наша версия перевода правил с английского с некоторыми дополнениями от себя. В дальнейшем текст может быть (и будет) изменен! Мувик должен начинаться с самого начала игры Не допускается начало с первого уровня, меню и т.д. Вы должны начинать игру с самого момента ее запуска. Мувик должен начинаться с момента включения консоли. Мувик должен начинаться с эмуляции нажатия кнопки Power, но ни в коем случае не с сохранения или Reset'а. Так что для начала записи в эмуляторе вы должны выбрать "record from power-on/start", а не "record from reset/sram’ или "record from now/savestate". Это исключит возможность взлома и редактирования сэйва. Мувики, начинающиеся с сэйва, не разрешены Мы используем унифицированную точку отсчёта для мувиков - включение консоли. Сэйвы не обладают таким единообразием, так как в зависимости от содержимого сэйва меняется дальнейшее поведение игры. Кроме того, сэйвы могут быть взломаны и отредактированы с целью незаметного читерства. Впрочем, существуют игры с разблокируемыми режимами, доступными только при изменённом ("грязном") состоянии SRAM-памяти. Если вы очень хотите записать мувик в таком режиме, необходимо сначала предоставить проверочный мувик в качестве доказательства подлинности сохранения, которое было использовано для основного мувика. В качестве доказательства сгодится любой мувик, начинающийся с включения консоли, который в процессе прохождения создаёт необходимые условия для открытия режима. Заметка: проверочный мувик оптимизировать не обязательно, он всего лишь служит генератором сохранения для старта основного мувика. Нельзя пропускать уровни с помощью паролей Вы должны пройти игру "от" и "до", пароли в отдельных случаях можно использовать для доступа к секретным или бонусным уровням (пример - Rockin' Kats) Игра должна быть настоящей Прохождение должно выглядеть так же как на реальной консоле/компьютере. ROM должен быть правильным (т.е. помечен как [!]) - Не используйте плохие дампы ([ b ]) при наличии нормальных. - Не используйте овердампы ([o]), если опять же есть возможность взять нормальный дамп. - Не используйте любительские переводы, хаки [h], моды и т.д. С полным списком Good-кодов можно ознакомится тут или тут. Игра должна хорошо эмулироваться Эмуляция на таких платформах как Nintendo 64, Sega Saturn и PlayStation все еще далека от совершенства, одни игры работает лучше других, некоторые вообще не пригодны для тасинга. Это весьма расплывчатое правило, если игра будет выглядеть как на настоящем железе - мы готовы принять такой мувик. Игры, которые эмулируются плохо (имеют глюки, которых нет на реальной консоли) для тасинга не подходят. Чем точнее - тем лучше! Если вы хотите обогнать чей-то мувик, использующий глюки старой версии эмулятора - не делайте того же самого. Тоже касается плохих РОМов. Лучше более медленная, но точная версия. Наша цель - показать, что можно "теоретически" сделать на реальной консоли. Плохая эмуляция противоречит нашей задаче. Взломанные и самодельные игры Взломанные игры (ромхаки) тоже можно использовать для создания ТАСов. Но такие сабмишены проходят более тщательную проверку, чем прохождения обычных игр. В таких случаях не только мувик, но и сам хак подвергается оценке. Это должен быть качественный хак, завоевавший внимание аудитории. И его ТАС должен показать нечто уникальное по сравнению с ТАСом оригинальной игры/ТАСами остальных хаков на этом движке. Не допускаются коды, манипулирующие РОМом или памятью (типа Game genie) Они считаются тем же, что и хакнутые версии игры если касаются областей ROMа. Либо преобразуйте их в хак либо вообще не используйте. Эмулятор должен быть правильно настроен Он должен как можно более точно эмулировать игру. Ваш результат не должен зависеть от каких-либо "костылей" реализации эмулятора. Настройки PAL/NTSC должны быть корректными Если система игры - NTSC (U или J), то и записывать надо в режиме NTSC. Аналогичным образом, если вы проходите PAL-игру (E), вы должны писать свой мувик в режиме PAL. Мувики записанные в неправильном режиме не принимаются. Как правило, этот параметр выбираются автоматически в большинстве эмуляторов, но лучше проверить перед началом записи. BIOS должен быть настоящим Никаких хаков, никаких самоделок. Регион BIOSа должен соответствовать региону игры Используйте только американский BIOS для (U) версии, японский для (J) версий, а PAL-BIOS для PAL-версий ((E) и др.). В случае с PCSX регион определяется последним числом в ревизии BIOS. SCPH-xxx0 или SCPH-xxx3 - Япония, SCPH-xxx1 - США, SCPH-xxx2 - PAL. (cм. подробный список). SCPH-1001 предпочтителен для (U) версии. Выбирайте правильную версию игры Используйте американскую (U) версию, если нет веской причины брать другую (например трюк, работающий именно в этой версии или лучшая графика/музыка). Причины, по которым J может быть предпочтительнее: - Если в J есть полезный глюк или фича, отсутствующий в U. - Если в J меньше лага, чем в U. Менее веские причины: - Если в J лучше графика. Более короткие заставки и текст преимуществом не считаются. Если вы решили работать не с американской версией, напишите на форуме почему именно, чтобы в дальнейшем не было проблем. Кроме, того вы должны показать, насколько велика разница между РОМами. Иными словами не стоит брать другую версию, только из-за того что она на пару кадров быстрее; кроме того, английский текст для многих более предпочтителен, чем к примеру японский. Мувик, сделанный в старой версии эмулятора не может "побить" сделанный в более новой, кроме случаев, когда временные различия не имеют значения или "обыгранный" мувик не был принят в первую очередь. Мувик должен быть качественным В частности: Должен бить все существующие рекорды. Если ваш ТАС медленнее обычного неинструментального прохождения - то он будет отклонен. Исключение - если у вас есть какие-то дополнительные цели, например - по возможности не убивать врагов ("pacifist"), как например в этом, тогда ваш мувик может быть принят, даже если он не самый быстрый. Нелишним также будет заглянуть в раздел Submissions, поискать на форуме, а так же на ютубе, nicovideo.jp и speeddemosarchive.com. Очевидно, что если на каком-либо из этих сайтов окажется спидран быстрее вашего, то последний будет отклонен. Мувик должен быть приемлемого тех. качества Не ленитесь. Здесь обязательно постараются вас переплюнуть. См. Guidelines (пока на английском) о том, как сделать мувик, соответствующий стандартам сайта. Запрещены чит-комбинации, отладочные коды и продолжения с помощью монет Таких как Konami Code. Если же кодовая последовательность упоминается в руководстве в качестве обычного средства игры, то она, как правило, допускается и при записи TAS. А продолжения с помощью монет в аркадных играх многие признают похожим на читерство, поскольку это создаёт неравные условия игры для игроков с разным достатком, таким образом, это идёт вразрез с концепцией стандартизации TAS. Эти правила не являются строгими, так же как и то, что вы должны играть на самых тяжелых уровнях сложности. Вы даже можете использовать код для разблокировки высокого уровня сложности, хотя лучше сначала спросить на форумах, хорошая ли это идея. Мувик должен быть завершенным Ваш мувик должен начинаться с момента включения консоли и заканчиваться последним решающим действием. Четких правил, оговаривающих конечную точку нет, однако: - Игра должна быть пройдена. - Титры или финальный экран должны появиться без дополнительных действий со стороны зрителя; все нажатия должны происходить из мувика (в частности, "Autofire", присутствующий в некоторых эмуляторах, не должен работать после окончания мувика). Примечание: однажды было сделано исключение для игры Rygar. - Запись должна заканчиваться на последнем нажатии. Не оставляйте пустоту в конце мувика. Остальное в процессе...
Post subject: Re: Требования к мувикам
AnS
Emulator Coder, Experienced player (724)
Joined: 2/23/2006
Posts: 682
Лучше выкладывай сразу переводы статей целиком, а не кусками. Movie так и будем называть мувиком? Никаких идей получше нет? В принципе, слово "сэйв" уже прижилось, так что мувик тоже должен прижиться. Напомню, что тут не художественная литература, а юридическая документация (в некотором роде), поэтому никакой отсебятины и вольного перевода. В идеале даже структуру оригинала (разбиение на параграфы и списки пунктов) надо повторить.
Post subject: Re: Требования к мувикам
Player (93)
Joined: 10/7/2011
Posts: 30
Location: Russia, Far East
AnS wrote:
Лучше выкладывай сразу переводы статей целиком, а не кусками.
Не все так просто, может ты поможешь перевести остальное? Особенно не понятен смысл вот этого: Any input file that starts from power-on (for example, a previously submitted or published movie for that game) and creates the exact circumstances for your submission to sync will generally do. И этого: However, they go through more scrutiny than other games. This is because the hack itself is under judgment. It must be a quality hack and have an audience following. It must be a quality TAS on its own merit but also must show something interesting compared to other games of the same game engine.
Post subject: Re: Требования к мувикам
AnS
Emulator Coder, Experienced player (724)
Joined: 2/23/2006
Posts: 682
We do not allow save-anchored movies. We want a standard starting point for movies (power-on). Saves are not standard, as there are many of them, and each may cause the game to behave differently compared to starting from power-on. They can also can be hacked, allowing nearly transparent cheating. However, there are certain games with unlockable modes that can only be accessed if a save file (or an otherwise "dirty" SRAM) is present. If you really wish to submit a movie made on such mode, you will need a verification movie first. Any input file that starts from power-on (for example, a previously submitted or published movie for that game) and creates the exact circumstances for your submission to sync will generally do. Note that you don't have to optimize the verification movie: it only serves as a save or SRAM generator that makes it possible to claim the legitimacy of your effort.
Мувики, начинающиеся с сэйва, не разрешены Мы используем унифицированную точку отсчёта для мувиков - включение консоли. Сэйвы не обладают таким единообразием, так как в зависимости от содержимого сэйва меняется дальнейшее поведение игры. Кроме того, сэйвы могут быть взломаны и отредактированы с целью незаметного читерства. Впрочем, существуют игры с разблокируемыми режимами, доступными только при изменённом ("грязном") состоянии SRAM-памяти. Если вы очень хотите записать мувик в таком режиме, необходимо сначала предоставить проверочный мувик в качестве доказательства подлинности сохранения, которое было использовано для основного мувика. В качестве доказательства сгодится любой мувик, начинающийся с включения консоли, который в процессе прохождения создаёт необходимые условия для открытия режима. Заметка: проверочный мувик оптимизировать не обязательно, он всего лишь служит генератором сохранения для старта основного мувика.
Hacked games are allowed for submission. However, they go through more scrutiny than other games. This is because the hack itself is under judgment. It must be a quality hack and have an audience following. It must be a quality TAS on its own merit but also must show something interesting compared to other games of the same game engine.
Взломанные игры (ромхаки) тоже можно использовать для создания ТАСов. Но такие сабмишены проходят более тщательную проверку, чем прохождения обычных игр. В таких случаях не только мувик, но и сам хак подвергается оценке. Это должен быть качественный хак, завоевавший внимание аудитории. И его ТАС должен показать нечто уникальное по сравнению с ТАСом оригинальной игры/ТАСами остальных хаков на этом движке.
Site Admin, Skilled player (1237)
Joined: 4/17/2010
Posts: 11275
Location: RU
Мувик пора делать официальным термином эмуляторщиков, таким же как чит и лаг. Можно заменять его словами демо-файл, демка, прохождение, хотя последнее уже не относится к ТАСу.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.