Проект dosemu2 анонсировал новую версию

посмотрел. ни стабильный, ни вчерашний dosbox-staging вроде не падают. как конкретно запускаешь?

посмотрел. ни стабильный, ни вчерашний dosbox-staging вроде не падают. как конкретно запускаешь?

Они и не должны: падает хексен2. Запускаю так: dosbox hex.bat, а в hex.bat прописал: h2dos -nolan.

В сабже запускал таким же батником.

Собственно, если у вас ничего не падает, то просто скажите, сколько ФПС выдаёт у вас хексен2 в режиме 1024x768 при движении и вращении персонажа.

Гуглим «ms dos game online».
Сам то играю с использованием на yutoube «прохождение игры».
''' Все есть! …

не, c таким разрешением я еле рассмотреть что могу:

output=texture ~20fps output=surface ~17fps

у меня ведро с болтами 2010-го года выпуска, если что

сабж ~50fps

Спасибо! Мы ж и хотели на старом железе забенчить. :) Кстати, в сабже есть ещё $_SDL_hwrend = (on). Она по умолчанию off. Сейчас включил - выше 70 ФПС улетел, несмотря на то, что 70 - максимум. :)

Можете ещё с ней забенчить?

не, c таким разрешением я еле рассмотреть что могу:

Да, странный этот хексен. В самой игре-то всё норм, а вот элементы УИ он не масштабирует.

хрень какая-то: эфпиэсов сильно не прибавилось, но появились рывки какие-то, не комфортно. даже в кометах сказано что сыро

в бипер под иксами сабж похоже тоже не может

хрень какая-то: эфпиэсов сильно не прибавилось, но появились рывки какие-то, не комфортно. даже в кометах сказано что сыро

Надо вот это проверить:

But expect the debug build
to work considerably slower than the release build!

Вы не из исходников билдили? Не мог быть у вас дебаг билд?

в бипер под иксами сабж похоже тоже не может

Хм, минус в карму ему. Но это, видимо, только для оч старых игр актуально…

fdpp (мы ж фридос оттуда ставим, если я верно понял анонимуса?), то там символа же мы можем подтянуть. А с kernel.sys - видимо, нет? А без символов, какой бы ни был отладчик, можно максимум подизасмить.

64-разрядный код fdpp можно отлаживать обычным gdb, так же как и код самого dosemu2. А отлаживать 16-разрядный код. kernel.sys 16-разрядным отладчиком или монитором помогут 16-разрядные символы, например, в текстовом формате MAP майкрософт.

Я не уверен, что MAP - это символа. Обычно это просто карта адресов, из которой можно только узнать, в какой функции ты сейчас находишься. Символа должны содержать номера строк, типы всех переменных, и много чего ещё. Если я правильно понимаю, для ДОСа не было стандарта на отладочную инфу. В результате, отлаживаться можно было только тем отладчиком, который шёл с данным компилятором.

Символы нужны, чтобы символически обозначать адреса, области памяти, секции и т.п. То, что выводит nm, например.

Номера строк нужны, чтобы по адресу найти соответствующую строчку исходника. Или по строчке исходника найти соответсвующий адрес в объектном модуле, дампе или адресном пространстве выполняющегося процесса. Без исходников той версии, которая была использована для сборки, номера строк малополезны.

Символы нужны, чтобы символически обозначать адреса, области памяти, секции и т.п. То, что выводит nm, например.

Не согласен: https://www.tutorialspoint.com/gnu_debugger/gdb_debugging_symbols.htm

A Debugging Symbol Table maps instructions in the compiled binary
program to their corresponding variable, function, or line in the
source code.

То есть отладочные символа - это всё то, что позволяет осуществлять маппинг текущего стейта исполнения на исходники.

Не каждый символ – отладочный.

И чтобы остановиться на main() по команде start, информация о номерах строк в исходных модулях GDB не нужна, как и сами исходники.

И чтобы остановиться на main() по команде start, информация о номерах строк в исходных модулях GDB не нужна, как и сами исходники.

Ну да, для этого и линкер-мапы достаточно. Но что это за отладка то? Только ставить бряки в начало функции, а дальше - дизасм. Как по мне, отладка должна быть с символами. С дебаг символами, уточню на этот раз. :)

дальше - дизасм

Это уже символическое ( мнемоническое ) представление инструкций.