Xpeccy

[James DiGreze]

Сэм, сегодня качнул deb, но он таки не поставился.
Дистр Ubuntu 12.04 под Celeron2000/768/NVidia 5200.
Пишет: "Внутренняя ошибка" и "Не удалось открыть файл «/home/user/downloads/xpeccy_20121113_i386.deb»."
Вопрос: как можно ещё попробовать?

[SAM style]

Название пакета начинается с большой буквы (используй автодополнение по Tab).
Только что скачал пакет, поставил себе на дебиан без проблем. Значит, с ним всё нормально.
В убунте есть устаовщик deb-ов, просто 2 раза кликни на нём.

[James DiGreze]

Короче ага, в общем через центр ни в какую не ставилось, а по right mouse button выбрав инсталлер GDebi. Ща будем посмотреть. Пасиб!

[Q-Master]

Пишет: "Внутренняя ошибка" и "Не удалось открыть файл «/home/user/downloads/xpeccy_20121113_i386.deb»."
Вопрос: как можно ещё попробовать?

В консоли sudo dpkg -i /home/user/downloads/Xpeccy_20121113_i386.deb.

---------- Post added at 19:56 ---------- Previous post was at 19:47 ----------

Border size поболе поставь - это действительно "съедено". Границы обрезки вычисляются по экрану 256x192, ega и текстовый шире.
Ненормально. У меня не как бешеный, но раз в минуту подмигивает. И цвет у него не такой, как на скриншотах из темы игры. И робот сам вправо стреляет...
Пока непонятных проблем там ещё несколько.

Попробовал новую сборку. В проджект робо перестал моргать экран как бешеный.
Звук теперь завывает. Особенно если частота проца не 3.5 мгц в настройках

[Vitamin]

И, на мой взгляд, эмуль жрет как не в себя. Как минимум, нужен проц уровня P4 или Core2Duo. На P3 он шёл с громким скрипом.

Прогнал профилирование. Функция vidSync (жрущая 70% времени) - это какой-то ахтунг. Проверять видеорежим на каждое рисование пиксела- это ж ужоснах. Полиморфизм спасет отцов русской демократии.

[SAM style]

Прогнал профилирование. Функция vidSync (жрущая 70% времени) - это какой-то ахтунг

Спасибо, кэп!
Пока склоняюсь к такому варианту: в структуре Video будет указатель на функцию прорисовки нужного числа точек для конкретного режима. При смене режима указатель меняется на нужную функцию. Прорисовка точек = вызов функции по этому указателю.
Помнится, и во времена одного видеорежима она неслабо кушала

[Vitamin]

Пока склоняюсь к такому варианту: в структуре Video будет указатель на функцию прорисовки нужного числа точек для конкретного режима. При смене режима указатель меняется на нужную функцию. Прорисовка точек = вызов функции по этому указателю.

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

[SAM style]

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

У меня отрисовка выдаёт ещё и сигналы INT и конец кадра.
Я как-то пробовал делать подобное - отрисовывать только на моментах записи в порты и память, но на число отрисованых точек ориентируется добрая половина всего остального (формирование звука, синхронизация ленты, гс, флоп-контроллер...) и получался такой разлад, что я сделал всё обратно. Именно на число отрисованых точек, чтобы не зависеть от частоты проца.

[Vitamin]

У меня отрисовка выдаёт ещё и сигналы INT и конец кадра.
Я как-то пробовал делать подобное - отрисовывать только на моментах записи-чтения в порты и память, но на число отрисованых точек ориентируется добрая половина всего остального (формирование звука, синхронизация ленты, гс, флоп-контроллер...) и получался такой разлад, что я сделал всё обратно. Именно на число отрисованых точек, чтобы не зависеть от частоты проца.

Имхо, надо ориентироваться на абсолютные таймстемпы. Наносекундной точности с лихвой хватает (1 такт проца- почти 286нс, есть запас для оверклока; 1 пиксел экрана- почти 1мкс). Я так у себя сделал и без проблем с производительностью и кодированием можно синхронизировать 3 независимые частоты (ay+z80+sound). Целочисленная арифметика опять же.

[SAM style]

А вот и нифига. Если вместо всего while (vid->pixcount >= 1) {...} вызывать функцию по указателю, соответствующую режиму, эта черная дыра начинает хавать даже чуть больше. Надо меньше sync-ать, но на большие расстояния.