Комментарии 37
Чем радуют статьи про крэктро и эта от Ширу, что вдруг и неожиданно выясняется, что демки появились не "с дурку". А в них была нужда. Это графические wow-эффекты, во время загрузки игры - 3-5 минут. Часть действа игры, чтобы занять игроков на время её загрузки.
И это подтверждает тезис, что не могут демки жить от отрыве от жизни. Как показывает история всяко-разных "сцен" и сценок. :)
А можно пример крэктро когда там параллельно какой нибудь полезный процесс выполнялся? UI для кейгена не в счет. Насколько помню они всегда шли именно как заставка.
Для ZX Spectrum я одно такое вспомнил, и даже специально записал видео для статьи, потому что на YouTube его не нашлось. Это интро к Battle Command 128K. Там текстовый скролл, звёзды и музыка идут во время фатической загрузки игры. На реале это занимало пару минут (но можно было скипнуть), а в эмуляторе довольно быстро, но всё равно, какое-то время грузится параллельно.
Крэктро - это рядом, но другое (ими помечали территорию :) ).
Те же команды, что крякали софт делали и трейнеры и кейгены (и даже совмещали их).
И кейген и трейнер - форма взлома игруши.
Трейнеры тоже делали не "от балды", а от нужды. Есть игры, которые оооочень сложно проходить, и когда тебя постоянно убивает - теряется удовольствие от прохождения игры. Поэтому проще было потратить несколько часов (это в худшем случае) на взлом жизни/энергии, а потом полноценно играть, чем долбить часами трудные места, что выбешивало.
Трейнеров были - сотни. Каждая уважающая себя игра имела трейнер, а то и несколько от разных команд.
И пока ты в трейнере выставлял infinity life и прочие штучки, крутилась демка.
итд итп.
Вроде демы как явление появились все же не так, а благодаря пиратским группам, которые шли от текстового файла вместе со сломанной игрой к сложным интро, где группа хвалит себя с какими то крутыми эффектами.
То есть принцип "сделать поменьше" хорош, но мотивация другая.
Впрочем это могут быть и не взаимоисключающие версии.
Если память не изменяет, то во время установки Broken Sword можно было поиграть в арканоид.
В C&C прикольная инсталяшка была
Специально заморочился с установкой Win 95 на виртуалку, чтобы снять скрины установщика какой-нибудь подобной классики. Удивительно, но найти готовые скриншоты любого древнего игрового инсталлятора сейчас целая проблема.
Нередко можно найти видео установки на ютубе, даже если скриншотов нет.
А так люди редко именно установку скриншотили, тем более в досе, где это требовало довольно серьёзных телодвижений.
Ну надо сказать, что такие игры могут не появляться по разумной причине - это так себе пользовательский опыт.
Если ты можешь запустить игру быстрее - запусти лучше игру, а не маскировочный заместитель. Если игра грузится так долго, что ты можешь поиграть в другую игру - возможно ты что-то делаешь не так и нужно догружать ресурсы на ходу или оптимизировать.
Плюс, это отнимает ресурсы от основного процесса, пусть и небольшие - саму демку то ведь тоже надо запустить и игра в нее отнимает процессорное время.
Ну и в итоге может вообще в демку играть интереснее?
Впрочем есть много решений, хороших в конкретном случае.
Из наблюдаемого - мобильный Марио карт позволяет играть в игру типа хромовского динозаврика (перепрыгивай препятствия, нажимая вовремя), пока ресурсы грузятся из интернета.
Игра впрочем так себе
Идея загрузочных игр для кассетных релизов не ограничилась только платформой Commodore. Посетила она и наш любимый ZX Spectrum. Но здесь штатная скорость загрузки была существенно выше, в среднем около 170 байт в секунду, а местные популярные турбо-загрузчики типа SpeedLock, по совместительству являвшиеся защитой от копирования, поднимали скорость примерно до 250-300 байт в секунду. Ждать окончания загрузки в среднем было чуть полегче.
В России, как я понимаю, редко такое вречалось, ибо шло уже с отломанными загрузчиками
Родные загрузчики в наших края да, отламывали, но те же польские хакеры приделывали свои, похожие. Там тоже была и повышенная скорость, и хитрая прорисовка экрана при загрузке заставки. Также в наших краях существовала модификация ПЗУ с Бейсиком «Турбо-90» (отсылка на год создания), где была возможность сохранять и загружать программы на двойной скорости — кажется, подобного для оригинального ZX Spectrum не было.
У меня был аналогичный девайс, но попроще.
Был обычный Ленинград48 со стоковым ПЗУ "(с)1982..." и дополнительно включаемый ROM-аддон, затеняющий часть оригинального ROM c процедурам LD_BYTES SA_BYTES и обвязкой рядом.
Там были вшитые новые константы для двойной скорости загрузки и выгрузки данных. Что характерно, при сохранении ROM на ленту или просто копированием в оперативку всегда копировалось оригинальное ПЗУ. Видимо, выборка данных шла по M1-циклу чтения оп-кода, этакая теневая "защита" от копирования.
Работало всё это, конечно, не всегда, а только на загрузчиках, вызывающих так или иначе ROM-процедуры.
Правильно я понимаю, что турбо-записи и обычные были ни в одну сторону не совместимы?
Чисто гипотетически, можно написать загрузчик, который распознаёт не одну конкретную частоту пилот-тона, а две, и переключается на нужную скорость. Но я таких примеров не знаю.
Если речь о Spectrum, то я тоже не встречал. Но вот на другой платформе ex-USSR - БК-0010 системный загрузчик адаптивный - именно по частоте пилот-тона настраивается константа сравнения (в ОЗУ) для чтения бита. Там разбитость параметров в лентопротяжных механизмах вообще не влияет, вполне версия что это было реализовано намеренно с учётом тех реалий. Даже защита от копирования одна была, БК-специфическая - данные наезжали на уже определённую константу, и загрузчик падал по ошибке чтения, далее исключение "СТОП", но вектор обработки СТОП тоже уже был переназначен на часть загруженных новых данных, и управление передавалось на новый код загрузчика с нестандартным потоком, но это уже другая история.
И пользуясь случаем, опишу ещё одну фичу магнитофонной загрузки на БК.
В загрузчике БК в процедуре ожидания битового фронта была реализована ещё достаточно специфичная штука - алгоритм оценки был "отзеркален" для приёма "инверсной" и "прямой" информации. Это я сам так выдумал, чтобы хоть как то обозначить тогдашние исследования.
Смысл в том, что на дешёвых магнитофонах 3-го класса работала "прямая" ветка алгоритма
а на магнитофонах класса 2 или 1 (у меня были все три класса) работала "инверсная" ветка.
Прямая и инверсная означают, что условные переходы в зеркальных частях были прямо противоположными, но в конце происходило сравнение циклов ожидания с расчётной константой пилот-тона, чтобы понять какой это был бит(0/1). Какую часть(прямую-инверсную) выполнять в текущей сессии при принятии бита тоже выбиралось по исходному сигналу пилот-тона, условно по преобладанию нулей или единиц в нём. Пилот тон представлял собой несимметричный меандр.
Нестандартные (не-ПЗУ) загрузчики не работали на более качественных магнитофонах из-за кривой реализации - авторы просто выбрасывали "ненужную" часть кода. Приходилось всё это обходить и исправлять, во имя справедливости, конечно.
Я связываю это с особенностями работы входных операционных усилителей на самом БК, т.к реализация выходных трактов в магнитофонах на мои спектрумы никак не влияла.
Если кто знает об этой штуке, закройте гештальт, что это.
Да, я понял о чём речь. Тот загрузчик ловил переход конкретно из 0 в 1 (или наоборот), а хороший загрузчик должен фиксировать любое изменение фронта, 0→1 или 1→0, равнозначно. Потому что сигнал имеет право инвертироваться, и зависит это не от того, "хороший" магнитофон или "плохой", а от того, чётное или нечётное число транзисторов (инверторов) сигнал прошёл по всем усилителям и другим цепям.
Попалась как-то кассета с Леммингами, где загрузчик был ускоренным в 2 раза. Пришлось копировать не через TFCopy или что там тогда было под рукой, а на двухкассетнике. Но как назло в это время включился холодильник, а я сразу не проверил, на записи оказался брак, а оригинальная кассета уже была недоступна.
Я помню, что 20 лет назад некоторые дистрибутивы Linux/FreeBSD позволяли раскладывать пасьянс пока система устанавливается.
О, мне теперь тоже что-то смутно такое вспоминается. То ли ложная память, то ли действительно воспоминание разблокировано.
FreeBSD прямо в текстовом режиме косынку открывала, но надо было нажимать комбо клавиш (я уже не помню какие именно). А вот лет 8 назад я пробовал Ubuntu или ASPLinux (не помню точно что из этого), там уже был гуевый установщик с UEFI, скорее даже LiveCD, он уже предлагал пасьянс или спайдера тупо ярлычком на рабочем столе. И даже позволял доиграть партию, прежде чем перегрузиться в устанавливаемую систему. Да и браузер с ютубом там работал - всё же LiveCD. Это, конечно же, не совсем то, что в статье, но всё же.
Процесс загрузки картинки в экранную память ZX Spectrum
Картинка со звуком... Прям накрыло ностальгией :)
В Asphalt 8 играешь в упрощённую версию/карту основной игры пока скачивается контент при первом запуске.
Забавно, что увидел в одном из видео загрузочный экран с миниигрой, которую встречал в детстве. Ищу по названию и понимаю, что никогда не играл в эту игру (полноценную). вчитываюсь в загрузочный экран, и вижу что в загрузочном окне одной игры рекламируют механику из другой игры. Вот это да.


Игра во время загрузки игры