DOSBox. Инструкция по использованию

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

Dungeon Keeper
http://www.old-games.ru/forum/showthread.php?t=19856&page=14

ЗЫ
К слову, в TDC Release 6 есть аж 16 версий игры Digger, и вот не факт, что та, что есть на сайте, изначальная и верная... и это и к другим мелким играм относится...

Goody - пропадает лестница, Planet of Zoom - где то на 10 уровне зацикливает полет, с Livingstone Supongo и Shamus то же какие то проблемы были, не могу сейчас вспомнить что конкретно, но использую другие версии, отличные от тех, что на сайте выложены...

Уже вдоволь намучившись с Goody и перейдя на другую версию игры, заметил на сайте DosBox-а
"Sometimes the game no longer accepts the command for using the ladder (enter button)"
http://www.dosbox.com/comp_list.php?showID=358&letter=G

А есть еще и такая версия



И судя по всему, если посмотреть ролик на ютубе, должна быть такая же версия Livingstone, с начальной заставочной картинкой.

 

del

 

War Wizard

Скачал игру с Abandonia,запустил с помощью Досбокса 0.74.Главное меню появилось,выбрал Start new game,ввел имя,выбрал пол,нажал Save,появилось меню Memory,выбрал первую строку,ввел свое название,нажал Save.Далее появляется сообщение об ошибке: ERR:Cannot open init dungeon wplayer\savegam1\cara_v\cara_v.dgn in ngw(). Помогите решить проблему,заранее благодарю.

 

Советую скачать с нашего сайта.

 

Скачал отсюда и запустил-так же не запускается,с той же ошибкой.

 

В этой сборке DOSBox должно работать.

 

Благодарю,игра запускается!

 

http://www.vogons.org/viewtopic.php?f=31&t=7745

 

DOSBox SVN Daum builds Jul. 25. 2013
http://ykhwong.x-y.net/

 

Пишу сюда так как я уверен что это сбой Досбокса. Wolfenstein работал в старом DOSе и до версии 7.10 всегда нормально, но тут столкнулся с проблемой с уровнем 14 в Spear of Destiny (v1.4): собрал все золото, но 100% treasure показывать не хочет, показывает только 98%. Переигрывал несколько раз, менял настройки в DOSbox, но бесполезно. DOSbox у меня SVN версия вроде свежая b и не могу понять что за странный сбой со счетчиком?

 

Любые баги игр будем сваливать на досбокс? И с чего такая уверенность, что собрано именно 100%, а не на самом деле 98%?

 

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

 

netsky2004,

А каким образом эмулятор может вызывать сбои в геймплее?

 

Кривой эмуляцией, например. Особенно напоровшись на защиту от отладки и эмуляции. :-(

 

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

На VOGONS, в основном, пытаются на реальных USB-девайсах из DosBox печатать, а мне нужен был именно виртуальный, т.к. много всякого непотребства на него выводить планировалось, в том числе командные коды и дёргать реальный принтер не хотелось.

Как вы знаете, стандартный DosBox принтер вообще не поддерживает - позиционируется как игровая машинка, нужен SVN-Daum. Заходим к нему в настройки, наивно ставим в секции [printer] параметр printer=true, пишем в консоли echo Yahoo! > PRN и понимаем, что нифига не печатает.

И правильно делает, никто ведь не знает, на каком порту принтер висит. Заходим в секцию [parallel]. Печатать будем на LPT1. В числе доступных значений у параметра parallel1 есть file. Казалось бы, это именно то, что нам нужно.

Код:

[printer]
printer=true
dpi=360
width=85
height=110
printoutput=png
multipage=false
docpath=.
timeout=0

[parallel]
parallel1=file

Пишем в консоли echo Yahoo! > PRN

Где наш файл?

Не поверите, он в каталоге CAPTURE - там же, где и все скриншоты с видеороликами. Расширение у файла PRT, все команды и данные сохраняются в сыром виде. Простейший DIR > PRN создаст текстовый файл со списком файлов.

Во-первых, если вам этого достаточно, секция [printer] не понадобится - параметра parallel1=file из [parallel] для такого функционала достаточно. Таким образом:

Код:

[parallel]
parallel1=file

И каждая сессия печати будет сохраняться в CAPTURE в виде файла с расширением PRT.

Мне этого мало - желательно, чтобы работало графическое представление, стили шрифтов, плотность печати. Пробуем настроить.

Код:

[parallel]
parallel1=printer    # виртуальный матричный принтер

Теперь печать должна идти через виртуалку, параметры которой настраиваются в секции [printer]. Оставляем стандартные параметры:

Код:

[printer]
printer=true
dpi=360
width=85
height=110
printoutput=png
multipage=false
docpath=.
timeout=0

Пишем в консоли echo Yahoo! > PRN

Где наш файл?

Уже не в CAPTURE. Теперь, чтобы выставить путь для сохранения документа, нужно изменить параметр docpath. Какой подвох ожидает трудолюбивого настройщика? Точка, указанная в качестве значения по умолчанию - это не текущий каталог, из которого производилась печать, там вы свой файл не найдёте. Это рабочий каталог самой программы DosBox.

Другими словами, к виртуальном диску, на котором расположено ваше приложение, он никак не относится. Этот путь указывает на каталог реального винчестера. Например, C:\ или D:\PrintOutput (завершающую обратную косую можно не ставить - программа добавляет её в любом случае). Между прочим, имя файла указывать нельзя, это именно каталог, а имя формируется автоматически.

Как же будет называться файл?

Если printoutput = ps (PostScript), в зависимости от параметра multipage DosBox создаёт pageN.ps (multipage = false) или docN.ps (multipage = true), где N - первое возможное число от 1. Это значит, что счётчик не просто накапливается - проверяется первый доступный вариант. Скажем, если у вас на винте находятся page1.ps, page2.ps и page3.ps, а вы удалили page2.ps, при следующей печати будет повторно зайдествован индекс 2.

Если printoutput = png или bmp, вариант с именем doc вам не встретится, только page.

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

"Какое-то время" задаётся параметром timeout. Если поставить слишком маленькое значение timeout и программа не успеет распечатать страницу за этот промежуток (скажем, изображение медленно уходит на печать), большая страница разделится на несколько маленьких.

Если он равен нулю, ситуация налаживается - DosBox ждёт вечно. Так ли это хорошо? Пока вы не допечатаете до конца страницы, он не сохранит изображение. Программа может отправить команду "конец страницы", но при простейшем type filename > PRN этого не происходит. Сделаем это сами - напишем простенькую утилитку FF (form feed), которая отправит на принтер 0Ch - конец страницы. Прикрепляю её к сообщению. Всего 11 байт, можно добавить в батник, печатающий текст.

Код:

type %1 > prn
ff

Как только FF завершит работу, DosBox создаст новое изображение с текущей страницей, даже если она не заполнена до конца.

(если ручками в конце файла поставить этот же символ - 0Ch, получится то же самое, выбирайте сами - тот же Turbo Assembler при создании листинга программы именно так и поступает)

Итак, принтер печатает в PNG и всё почти замечательно. Одна проблема - вместо кириллицы идут кракозябры. Я совершенно не помню, как это делалось в DOS - на тот момент (конец 90-х) у меня не было принтера, так что если я где и читал, как это решалось, уже забыл.

К счастью, исходники принтера в DosBox неплохо читаются и служебные команды понять можно. Кодовая таблица 866 в наличии есть, но она не выбрана - по умолчанию во все 4 слота для кодировки ставится таблица 437.

Если то, что у меня получилось - велосипед, отвернитесь и не читайте, я другого способа не знаю

Берём контрольную последовательность 01Bh, 028h, 074h и ставим для принтера в слот первой кодировки таблицу 866, которая идёт у них 14-й по счёту.

Интересно, что в этом месте у принтерного патча есть небольшой глючок, частенько встречающийся у многих программеров:

PHP:

case 0x274: // Assign character table (ESC (t)
        if (params[2] < 4 && params[3] < 16)
        {
           charTables[params[2]] = codepages[params[3]];
               
...а должно быть < 15, потому что:

const Bit16u codepages[15] = {0, 437, 932, 850, 851, 853, 855, 860, 863, 865, 852, 857, 862, 864, 866};

Ошибка некритичная, потому что при попытке выбрать 15-й элемент массива подставляется стоящая дальше в памяти нулевая ячейка, а ноль в качестве индекса, как видно по началу массива, допускается:

Код:

case 0: // Italics, use cp437

Вот и всё. Итак, чтобы печатать в PNG кириллицу, достаточно сделать следующее:

Код:

[printer]
printer=true
dpi=360
width=85
height=110
printoutput=png
multipage=false
docpath=c:
timeout=0

[parallel]
parallel1=printer

...и запустить перед печатью мою утилитку - прикреплённый к этому сообщению файл pr866.com. Как правило, достаточно сделать это один раз при старте DosBox.

Если файл не создаётся, значит страница заполнена не до конца. Печатайте через батник:

Код:

type %1 > prn
ff

Если я где-то ошибся, поправьте, не сочтите за труд.

Будьте здоровы и счастливы, большой привет.

 

Если она потребуется, я ничего против не имею.

Мне казалось, что есть более красивый способ, но сходу не нашёл.