Amiga

Не совсем в тему Амиги, но проблема касается в первую очередь ядра этой платформы (хотя также, как и ДОСБокса и некоторых других) в Retroarch.
Гляньте сюда, может кто знает ответ.

 

Игры в WHD нужны для аппаратной амиги чтобы не мучится с дисководом и физическими дискетами. В эмуляторах намного проще использовать игры в изначальном формате образов дискет, ускоряя работу виртуального дисковода хоть в 8 раз (WinUAE)

 

И всё равно это будет гораздо тормознее, чем игры, сконвертированные в WHD Кстати, я не понял насчет режима Турбо, когда ползунок влево сдвигаешь - во сколько раз он ускоряет?

 

Да, WHD быстрее, но c ними нужно уметь работать, на пред. странице разбирали, что для некоторых whd нужны ROM, библиотеки распаковки и т.д. на целевой системе. С дискетами ничего не нужно, даже WorkBench.
Режим TURBO - самый быстрый режим, мгновенное позиционирование на любую дорожку и мгновенное чтение любого сектора, дискета по скорости превращается в RAMDISK. Этот режим наименее совместим со всякими кастомными загрузчиками игр, не расчитанными что операции с дискетой закончатся намного раньше чем на реальном железе

 

Понятно, я сразу так и предполагал - но почему-то не ощутил значительного ускорения по сравнению с 8-й скоростью. Надо будет еще раз попробовать.

 

Оно может и проще, но уж точно не быстрее и для меня намного удобнее как раз делать готовые сборки в WHD, где на минимальном размере файла (образа диска) имеется МИНИМАЛЬНЫЙ набор системных файлов для запуска конкретной игры и сама игра, прописанная в автостарте системы.
Более того, через WHDLoader часто можно включить чит-коды и прочие плюшки, что очень важно для меня.
Также делаю сборки из двух WHD: первый системный универсальный (тоже минимального объёма, на пару мегабайт), а второй - чисто файлы игры. Всё собирается так, что из системного вызывается конкретный скрипт (батник) со второго диска, который всегда называется одинаково у меня и где прописан скрипт запуска игры.

 

Думаю дело в програмных задержках амиговского кода, поэтому turbo режим не может обогнать 8x, рандомная цитата с форума:

 

Я вот только до сих пор так и не разобрался до конца в опциях WHDLoad, чтобы выставить задержку сплеш-скрина загрузки игры, где при включённых опциях (читах) можно выставлять галки переключения этих опций.
Странновато это дело как-то работает.
К примеру, в каких-то играх, если я включил опции (всякие эти CUSTOM=1 и др.) в сплеше может уже стоять галка, а в каких-то случая, почему-то галки нет и ее приходится каждый раз при запуске игры активировать (возможно, сплеш читает то, что у меня указано в строке вызова слейв-модуля, надо проверить-уточнить), но проблема в том, что иногда этот сплеш проскакивает ОЧЕНЬ быстро, что я даже мышь не успеваю подвести.
К тому же, оно странно себя ведёт, типа если я мышь двигаю и кликаю, сплеш не пропадает так быстро.
Вообще, в конфиге выставляются эти задержки:
SplashDelay=200 ;time to display splash window (1/50 seconds)
ConfigDelay=200 ;wait to select options in splash window (1/50 seconds)

Соотв., при этом значении, сплеш должен висеть и ждать 10 минут 4 сек (спасибо, Dimouse за поправку), но у меня не работает, не реагирует на эти значения, всегда пролетает одинаково быстро.

Возможно, это зависит от ядра эмулятора на конкретной консоли, надо разбираться и экспериментировать.

 

Ну, конечно же 4 сек., какие нафиг 10 минут, я бред какой-то ляпнул =)
Но сути не меняет, у меня задержка не работает в UAE4ARM-ядре в ретроарке на китайских линукс-консолях, как минимум.
Чтобы "сделать задержку" приходится пока веду курсор мыши (стиком геймпада, назначенным на курсор мыши) постоянно "кликать мышью"(кнопкой геймпада, привязанной на LMВ). Как только перестаю кликать, через секунду примерно происходит уже дальнейшая загрузка игры.
Т.е. ощущение, что задержка не меняется (в строку запуска слейв-модуля тоже пробовал прописывать параметры эти) и равна секунду-две, что крайне мало, особенно, когда у тебя не реальная мышь, а аналоговый стик вместо нее.

 

AmiGameJam 2025 - itch.io