Вады, которые нельзя пройти с полной зачисткой уровней

Kenon · Отправлено: 27.06.22 11:01:02

Заходишь сюда, смотришь категорию UV Max

Mikle · Отправлено: 27.06.22 11:08:26

Какие конкретно карты?

Gadavre · Отправлено: 27.06.22 19:37:55

например, 15,16, 21

Спидран не так сложно сделать. а вот спецов таких чтоб каждый уровнень зачищали на 100 процентов без читов я еще не видел

JSO x · Отправлено: 28.06.22 15:01:25

Некоторые категории скоростных прохождений подразумевают не только максимально быстрое завершение уровня. В прохождении в уже упоминавшейся Kenon'ом категории UV-Max также необходимо достигнуть 100% счётчика убийств и 100% счётчика секретов. Нет, утверждение о лёгкости спидранов несколько опрометчиво.

Gadavre · Отправлено: 28.06.22 18:31:00

Спасибо за инфу, но инфа сомнительна и требует проверки. Прохождение было на каком то малоизвестном DSDA порту. Zero Master , который прославился своим спидраном и которого часто обвиняют в читерстве также использует этот порт. В чем проблема записывать демки на zdoom, gzdoom или на худой конец на Doomsday? Порты проверенные временем и имеющие массу фанов и тестов, в которых нет читерских фич.

JSO x · Отправлено: 28.06.22 22:41:05

В том и проблема, что это сами по себе "читерские" порты, уходящие от истоков совместимости с Doom (да, даже с набором флагов "Doom (strict)" -- так как внутри исходного кода уже есть множество несоответствий, к примеру, в типах используемых переменных). На них, кстати, проверить честность ещё труднее -- я недавно разбирался с управляемой рассинхронизацией мультиплеера/демо-файлов, и теперь могу с уверенностью утверждать, что писать обеспечивающие преимущество модификации, абсолютно незаметные для проверяющего, возможно. Только что проверил, никакой защиты от этого в *.lmp-файлах не заметил.

Также не стоит забывать о том, что даже между соседними версиями одного *ZDoom-порта совместимость демо-файлов и мультиплеера не гарантируется. У меня до сих пор лежат демки, записанные несколько лет назад на ZDoom 2.7.1 -- и на ZDoom 2.8.1 они уже оказываются сломаны. Ещё более явный пример: отличие между 2.8.1 build 16 и 2.8.1 build 17 (или как-то так, там различие даже не в минорной версии шло) уже не даёт играть в мультиплеер, ибо рассинхрон. А кто захочет иметь под сотню версий одного порта только для того, чтобы проигрывать чужие демки?

Оба абзаца также подводят к ответу на это:

theleo_ua · Отправлено: 29.06.22 00:45:37

В старкрафте 2 именно так и сделали, при обновлении с условного 1.1.1 на 1.1.2, в папку Versions/1.1.1 будут скинуты все файлы, которые в 1.1.1 отличаются от 1.1.2, и при попытке проиграть демку с 1.1.1, когда запущена 1.1.2, появится диалог "вы действительно хотите запустить версию 1.1.1 для проигрывания этой демки", и если жмешь "да", то 1.1.2 закроется, запустится 1.1.1, проиграется демка, потом закроется 1.1.1, и запустится 1.1.2

Метод довольно интересный, но есть ряд проблем:

1) кого-то напряжет что папка versions будет много места занимать (меня нет, но я знаю много людей у кого HDD малого объема и у них каждый мегабайт на счету)
2) пожалуй, самая главная проблема: старые версии могут иметь проблемы запуска как на новых ОС так и на новом железе/драйверах, соответственно древние версии могут просто не запуститься (ну или в таком же стиле, древние версии могут иметь какие-то критические баги, а-ля слишком большой фпс в главном меню и т д)

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