=A=L=X=
> Правда получился не сабж, как он сам пишет - во многих местах срезы шли по пути
> наименьшего сопротивления, поэтому не айс, но набивка руки.
Это всё ерунда, так как если используешь микросхемы вместо ламп это уже не айс. )))
Поэтому всё развитие электроники пошло по пути минимального сопротивления когда покупается самое дешевое железо на котором можно запустить минимальную версию линукса а дальше уже накатывают поверх свой эмулятор чего угодно толи софт для чайника, толи ZX, толи приставка. Это дешево, быстро и масштабируемо.
gamedevfor
> если используешь микросхемы вместо ламп это уже не айс. )))
Вообще то в первопосте чётко обозначено что по сабжу айс, а что нет.
Лампы - не айс. Микросхемы - айс. 32-битные ядра с эмуляторами 8 бит - не айс.
Тут всё просто - надо было просто прочитать о чём тема в нуль-посте.
А как шла история развития электронной техники дело десятое.
gamedevfor
> толи ZX, толи приставка. Это дешево, быстро и масштабируемо.
0iStalker
Кривые эмули значит, сам такого не наблюдал.
gamedevfor
> поверх свой эмулятор чего угодно толи софт для чайника, толи ZX, толи
> приставка. Это дешево, быстро и масштабируемо.
и нереалтаймово.
gamedevfor
> Кривые эмули значит, сам такого не наблюдал.
основная кривость то что эмуль работает из под не-реалтаймовой ОС
Tonal
Скорее всего эти эмули работают без аппаратного ускорения графики из-за этого тормозят и наступают лаги.
gamedevfor
> Скорее всего эти эмули работают без аппаратного ускорения графики из-за этого
> тормозят и наступают лаги.
Тешь себя надеждой... там вообще-то реакция на нажатие кнопок тормозит, а не графоний (как бы, 60FPS это стандарт для эмулей 8/16бит)
0iStalker
Обработка инпут ввода дай бог занимает 1% от всего времени рендера фрейма.
Как она может тормозить?
gamedevfor
> Обработка инпут ввода дай бог занимает 1% от всего времени рендера фрейма.
> Как она может тормозить?
легко, просто ОС передает нажатие кнопки эмулятору с задержкой, +задержка самого эмулятора(ОС не передает ему управление в тот же момент времени),+задержка буферизации видео, сумарно набегает около десятка кадров задержки реакции на нажатие кнопки.
А реальное железо получает событие практически мгновенно(за микросекунды по прерыванию), или с фиксированной задержкой в 1 кадр.
Tonal
Что мешает сделать эмулятору обработку ввода через какой то DirectInput чтобы не было задержки от ОС?
Задержки эмулятора не будет если он может держать стабильно планку 60FPS, ну то есть обработки нажатия клавиши 60 раз в секунду выше крыши, можно даже буферизацию инпут ввода не включать.
gamedevfor
Все это сделать не даст нереалтаймовая ОС
Tonal
DirectInput как то работает в нериалтаймовой винде.
gamedevfor
> DirectInput
работает, как часть ОС или превилегированный драйвер, и без гарантий.
Tonal
> работает, как часть ОС или превилегированный драйвер, и без гарантий.
Для игр хватает, значит и для эмулятора хватило бы.
gamedevfor
> Для игр хватает, значит и для эмулятора хватило бы.
во первых эмулятор это довольно толстая прослойка между ОС и непосредственно игрой,
во вторых точная эмуяция таймингов эмулируемой платформы в окружении нереалтаймовой ОС потребует несопоставимых(в пределе бесконечных) вычислительных ресурсов.
так что одним директинпутом тут не отделаешься.
Тема в архиве.