Войти
ФлеймФорумЖелезо

8-битный "компьютер мечты" (6 стр)

Страницы: 15 6 7 821 Следующая »
#75
15:09, 18 мар. 2019

=A=L=X=
> Правда получился не сабж, как он сам пишет - во многих местах срезы шли по пути
> наименьшего сопротивления, поэтому не айс, но набивка руки.

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


#76
(Правка: 15:13) 15:11, 18 мар. 2019

gamedevfor
> если используешь микросхемы вместо ламп это уже не айс. )))

Вообще то в первопосте чётко обозначено что по сабжу айс, а что нет.
Лампы - не айс. Микросхемы - айс. 32-битные ядра с эмуляторами 8 бит - не айс.
Тут всё просто - надо было просто прочитать о чём тема в нуль-посте.
А как шла история развития электронной техники дело десятое.

#77
15:14, 18 мар. 2019

gamedevfor
> толи ZX, толи приставка. Это дешево, быстро и масштабируемо.

#78
15:20, 18 мар. 2019

0iStalker
Кривые эмули значит, сам такого не наблюдал.

#79
(Правка: 16:10) 16:07, 18 мар. 2019

gamedevfor
> поверх свой эмулятор чего угодно толи софт для чайника, толи ZX, толи
> приставка. Это дешево, быстро и масштабируемо.
и нереалтаймово.

gamedevfor
> Кривые эмули значит, сам такого не наблюдал.
основная кривость то что эмуль работает из под не-реалтаймовой ОС

#80
16:24, 18 мар. 2019

Tonal
Скорее всего эти эмули работают без аппаратного ускорения графики из-за этого тормозят и наступают лаги.

#81
(Правка: 16:27) 16:25, 18 мар. 2019

gamedevfor
> Скорее всего эти эмули работают без аппаратного ускорения графики из-за этого
> тормозят и наступают лаги.

Тешь себя надеждой... там вообще-то реакция на нажатие кнопок тормозит, а не графоний (как бы, 60FPS это стандарт для эмулей 8/16бит)

#82
16:37, 18 мар. 2019

0iStalker
Обработка инпут ввода дай бог занимает 1% от всего времени рендера фрейма.
Как она может тормозить?

#83
(Правка: 16:48) 16:44, 18 мар. 2019

gamedevfor
> Обработка инпут ввода дай бог занимает 1% от всего времени рендера фрейма.
> Как она может тормозить?
легко, просто ОС передает нажатие кнопки эмулятору с задержкой, +задержка самого эмулятора(ОС не передает ему управление в тот же момент времени),+задержка буферизации видео, сумарно набегает около десятка кадров задержки реакции на нажатие кнопки.

А реальное железо получает событие практически мгновенно(за микросекунды по прерыванию), или с фиксированной задержкой в 1 кадр.

#84
16:56, 18 мар. 2019

Tonal
Что мешает сделать эмулятору обработку ввода через какой то DirectInput чтобы не было задержки от ОС?
Задержки эмулятора не будет если он может держать стабильно планку 60FPS, ну то есть обработки нажатия клавиши 60 раз в секунду выше крыши, можно даже буферизацию инпут ввода не включать.

#85
17:02, 18 мар. 2019

gamedevfor
Все это сделать не даст нереалтаймовая ОС

#86
17:04, 18 мар. 2019

Tonal
DirectInput как то работает в нериалтаймовой винде.

#87
17:12, 18 мар. 2019

gamedevfor
> DirectInput
работает, как часть ОС или превилегированный драйвер, и без гарантий.

#88
17:21, 18 мар. 2019

Tonal
> работает, как часть ОС или превилегированный драйвер, и без гарантий.

Для игр хватает, значит и для эмулятора хватило бы.

#89
17:29, 18 мар. 2019

gamedevfor
> Для игр хватает, значит и для эмулятора хватило бы.
во первых эмулятор это довольно толстая прослойка между ОС и непосредственно игрой,
во вторых точная эмуяция таймингов эмулируемой платформы в окружении нереалтаймовой ОС потребует несопоставимых(в пределе бесконечных) вычислительных ресурсов.
так что одним директинпутом тут не отделаешься.

Страницы: 15 6 7 821 Следующая »
ФлеймФорумЖелезо