Вектор-06Ц: Средства разработки

В картотеку выложено средство разработки программ "Драйверы устройств", которое представляет собой пакет подпрограмм, выполняющих определенные функции, такие, как запись и чтение данных с магнитной ленты, работа с экраном дисплея, программирование цвета и музыки, ввод информации с клавиатуры и т.д.
В Вектор-USER №8 данный пакет был окрещен, как "некое окно для дураков в мир ВЕКТОРА", но тем не менее с его помощью были написаны первые, ставшие уже классическими, игры Тетрис, Xonix, Штурм, Полет, Йети и многие другие.

Скомпилил тест, добавил скриншоты. Менеджер памяти VV - "рулит" :)

А также Basic, Тест устройств и некоторые другие прикладные и системые программы.

В картотеку добавлены все имеющиеся версии ФОРТ http://www.sensi.org/~svo/scalar/ware/34/

Добавлено через 6 минут
Turbo Pascal System v3.02a (Z80 Only!) http://sensi.org/~svo/scalar/ware/685

Добавлено через 7 минут
К компилятору ЛС-Паскаль добавлен еще один вариант документации в формате ROM http://sensi.org/~svo/scalar/ware/97/

Добавлено через 1 час 1 минуту
Pascal-80 http://sensi.org/~svo/scalar/ware/686

Добавлено через 2 часа 18 минут
Спрайтовая мультипликация для BASIC 2.5 - BASS

Добавлено через 3 часа 36 минут
Дисковый бейсик в1.1 (CPM7991) http://sensi.org/~svo/scalar/ware/688

Добавлено через 4 часа 50 минут
Дисковая (RDS) версия "Бейсик v2.5" http://sensi.org/~svo/scalar/ware/689/

Цитата:

---

Сообщение от Tim0xA

В Вектор-USER №8 данный пакет был окрещен, как "некое окно для дураков в мир ВЕКТОРА", но тем не менее с его помощью были написаны первые, ставшие уже классическими, игры Тетрис, Xonix, Штурм, Полет, Йети и многие другие.

---

Что касается игр, то в основном с помощью ДУ рисовались заставки и меню. В самом игровом процессе могли, максимум, использоваться функции ввода с клавиатуры и проигрывания музыки, скорость графического вывода в ДУ была явно недостаточной - да, собственно, там даже не было человеческой поддержки спрайтов, только PUT/GET со скоростью как в Basiс 2.5.

Вообще, непонятно, почему драйвера устройств не входили в стандартный комплект поставки. Мне в свое время удалось их "выдрать" из какой-то прикладной программы, но без описалова толку все равно было мало.

да, непонятно почему в стандартной документации карту портов В/В зажо*ли, без нее всеравно как без рук, только в бейсике и програмировал.

Цитата:

---

Сообщение от Ramiros

да, непонятно почему в стандартной документации карту портов В/В зажо*ли, без нее всеравно как без рук, только в бейсике и програмировал.

---

Эту ошибку попытались частично исправить в документации к "Вектор-06Ц.02" http://www.sensi.org/~svo/scalar/ware/578/ Техническое описание из "Вектор-USER" было в свое время настоящим откровением в этом плане, но все равно ассемблер на голову не надевался, т.к. вопросов было больше чем ответов, пришлось паскаль учить.

Графические и музыкальные драйвера с исходниками и демками (30 штук).
Представляет интерес для программистов на Векторе.
http://sensi.org/~svo/scalar/ware/692/

Добавил в картотеку библиотеку для профессионального написания прикладных программ для компьютера ВЕКТОР-06ц
PPCLIB-Professional 3.0

Да, всё это на дискетах есть, которые не читаются.Обстоятельства пока не позволяют унести комп на восстановление.Жду когда привезут, тогда и унесу

Добавил в картотеку Средство разработки ПО ATAS (альтернатива ассемблеру)

Добавил в картотеку пакет перемещаемых процедур GRAF16 (аналогичный по возможностям "Драйверам устройств") от группы разработчиков "Центр ТЕНЬ" с простой демкой.

http://sensi.org/~svo/scalar/media/s/GRAF16_1.png http://sensi.org/~svo/scalar/media/s/GRAF16_2.png

Вспомнил с детства мучавший меня вопрос - а как на "Векторе" делались игры размером в 32+ килобайт? Насколько я помню, монитор-отладчик + ассемблер не оставляли столько свободной памяти - особенно, если загружать монитор ниже видеоОЗУ, чтобы при отладке игра его не затерла.

Да и в альтернативной IDE (забыл, к сожалению, как она называлась) не сильно больше свободной памяти было.

Или у разработчиков таких игр гарантированно были дисковод и/или квазидиск?

Цитата:

---

Сообщение от x-code

Вспомнил с детства мучавший меня вопрос - а как на "Векторе" делались игры размером в 32+ килобайт? Насколько я помню, монитор-отладчик + ассемблер не оставляли столько свободной памяти - особенно, если загружать монитор ниже видеоОЗУ, чтобы при отладке игра его не затерла.

Да и в альтернативной IDE (забыл, к сожалению, как она называлась) не сильно больше свободной памяти было.

Или у разработчиков таких игр гарантированно были дисковод и/или квазидиск?

---

Используя магнитофон можно было только на Бейсике что то писать.

Цитата:

---

Сообщение от TAL

Используя магнитофон можно было только на Бейсике что то писать.

---

И еще на ЛС-Паскале. У меня был такой опыт - написал одну игрушку и даже продал ее "Центру Компьютер" (Кишинев). Альтернативы тогда не было, пришлось с магнитофоном возиться.

Цитата:

---

Сообщение от TAL

Используя магнитофон можно было только на Бейсике что то писать.

---

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

Таким образом, игровую логику можно было компилировать и отлаживать отдельно, а потом уже собирать все вместе с помощью серии подгрузок .MON файлов.

Но это все могло работать только для небольших в смысле занимаемой памяти игрушек, до 20 КБайт.

Цитата:

---

Сообщение от Tim0xA

И еще на ЛС-Паскале. У меня был такой опыт - написал одну игрушку и даже продал ее "Центру Компьютер" (Кишинев).

---

если не секрет а сколько они платили за программы ?

почему народ не использовал ROM диск для компиляции больших программ
ведь туда было реально разместить библиотеки и программатор для РФ не сложный

Цитата:

---

Сообщение от sergey2b

если не секрет а сколько они платили за программы ?

---

Комп тогда стоил 750 рублей, программу взяли за 400 или 450. Считай, больше половины отбил ))

Тимоха, а что это за программа? В картотеке есть?

Цитата:

---

Сообщение от camister

Тимоха, а что это за программа? В картотеке есть?

---

Есть. Надо отметить, что это был мой первый подобный опыт, так что ... :rolleyes:
http://www.sensi.org/~svo/scalar/ware/413 - эту не взяли, сказали доделать
http://www.sensi.org/~svo/scalar/ware/414 - вот эту взяли
http://www.sensi.org/~svo/scalar/ware/415 - мелкие доработки

У меня даже исходники остались, удалось оцифровать, как нибудь выложу.

Очередная находка! Дисковая версия бейсика, адаптированная с "Корвета"
http://www.sensi.org/~svo/scalar/ware/854/

http://sensi.org/~svo/scalar/media/s/KORVDISK1.png

Ни у кого не завалялись случайно L80.COM, MAS.COM и GDBM.COM? В картотеке я их не нашел.

Все файлы и языки есть в эмуляторе Юниор

Эти?

Цитата:

---

Сообщение от TAL

Ни у кого не завалялись случайно L80.COM, MAS.COM и GDBM.COM? В картотеке я их не нашел.

---

Что такое GDBM.COM?

Цитата:

---

Сообщение от Error404

Что такое GDBM.COM?

---

Преобразует файл данных в ассемблерный текст типа:
DB 255,0,235,255,130,0,1,255,147,0,255,0,235,248,251, 11

Немного про кросс-тулы, когда становится тесно жить в одном окне Прекрасного ассемблера.

Для кросс-компиляции C на 8080 теоретически можно пользоваться Small-C. Здесь на страничке собраны разные версии:
http://www.cpm.z80.de/small_c.html
Самая нижняя, "Small C For Linux", собирается в 32-битном режиме (надо добавить -m32 в CFLAGS в Makefile, если линукс 64-битный). Это, похоже, единственный доступный кросс-Си для 8080. У него есть несколько проблем:
- это совсем Small C, даже без поддержки структур
- он генерирует только ассемблерный код, который понимает некий RMAC. RMAC-а в кросс-версии я найти не смог.
- код, который он порождает, шокирует своей похабностью.

BDS C значительно более Си, но он не очень кросс-компилятор. Можно запускать его в SIMH из командной строки, заготавливая предварительно файл-задачу. Proof of concept:
http://sensi.org/~svo/i8080/c
В браузере, наверное, так много не попишешь. Но локально вполне можно склеить Makefile, который будет все это делать прозрачно из нескольких исходных файлов.

Свежий кросс-ассемблер для 8080, собирается под юниксами:
http://asm8080.sourceforge.net/
Только успел пока собрать, выглядит хорошо.

rmac - это макро от DigitalResearch
RMAC, a relocatable macro assembler, assembles .ASM files of into .REL files that you can link to create .COM files.

он есть, есть даже его dasm от некого товарища из инета

esl, спасибо. К сожалению, это не совсем подходит в категорию кросс-тулов.

Я успел разочароваться в asm8080 и просто сделал командлайновый прекрасный ассемблер с инклудами.

У меня есть m80 и l80m, работающие в досовском окне под эмулем 22nice
Где скачал, уже не помню, но могу выложить сюда (просто сейчас не под рукой).

На самом деле, m80 и l80.com скомпилены как MS-DOS приложения, запускающие 22nce эмулятор с передачей ему командной строки, а настоящие m80 и l80 имеют расширение .cpm и грузятся уже эмулятором. Выглядит это как-будто действительно m80 и l80 - настоящие MS-DOS программки.

В принципе, таким-же образом можно запустить любой компилятор C.
22nice можно взять здесь http://www.gaby.de/edownl.htm (см. 22nce132.zip в конце страницы)

Нашлись.

Выкладываю архив со средствами разработки для Вектора.
Очень надеюсь, что это кому-нибудь пригодится на практике, а не просто осядет в Базисе.

Структура архива - простая:

/include - .inc файлы для m80 и .h файлы для Supersoft C, необходимые для перекомпиляции
Компилятор не выкладываю (Maranatha Software Systems существует до сих пор)

/lib - библиотеки в .rel - формате, необходимые при линковке сишных прог. wios.rel - если используется оконный интерфейс в МикроДОСе и graph.rel - для графики в МикроДОСе.

/src - содержит исходники всех утилит в каталоге /bin

/src/fonts - редактор шрифтов для BASIC-Disk 2.5, заготовки шрифтов и submit-файлы для генерации шрифтов. Готовые шрифты не выкладываю, их можно взять с диска ROBOTZ.

/bin содержит скомпилённые файлы для МикроДОСа (и совсем немножко для MS-DOS, в частности - registry файл с Векторовской кодировкой для FAR Manager ). Детально:

sub.com - submit для МикроДОСа
make.com - простенький генератор .sub файлов для компилятора SuperSoft C

scr2bin.com - утилита для конвертауции файлов графического редактора Карандаш в 32Kib raw формат VideoRAM

2dsci.com - утилита для просмотра выхода с scr2bin.com и печати на принтере Электроника MC-6312

grab.com - утилита-грабилка изображений из 32Kib raw Video-RAM формата в заготовки для спрайтов разных типов. inc/sprite.inc содержит описание форматов спрайтов, a inc/hdrspt.inc - sprite header форматы и их мнемоническую идентификацию. Например:
SF_BTP EQU 3 ; Byte-through-plane


gas.com - утилита, превращающая 2 изображения формата SF_WBC в изображение формата SF_ABC с альфа-каналом и размножающая полученное до 8 по фазам.

sptx8.com - утилита, размножающая изображения типа SF_BTP (Byte-Through-Plane) до 8 по фазам.

setpal.com - утилита, меняющая 16 байт палитры в любой программе
pen4.pal - файл с палитрой из ROBOTZ! для Карандаша
pen4.com - Карандаш с палитрой pen4.pal

grid88.scr - просто сетка координатная

invert.com - инвертилка файлов

Цитата:

---

Сообщение от PPC

Очень надеюсь, что это кому-нибудь пригодится на практике, а не просто осядет в Базисе.

---

В картотеку, как минимум, осело...

PPC, огромное Вам спасибо, за проделанную работу, а так же за то, что продолжаете развивать платформу. Спасибо.

Я тоже внесу скромную лепту. Проапдейтил Прекрасный ассемблер: исправил несколько багов, чуть доработал интерфейс, сделал динамическую подсветку используемых регистров.

Цитата:

---

Сообщение от svofski

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

---

Memory Dump шикарен!
Ещё бы syntax highliting команд CPU замутить... :smile:

Цитата:

---

Сообщение от PPC

Memory Dump шикарен!
Ещё бы syntax highliting команд CPU замутить... :smile:

---

Спасибо! А что подсвечивать в командах? Я исходил из того, что наводя мышой на регистры полезно видеть где поблизости они меняются, по меткам удобно прыгать туда, где они используются и т.д. Еще если навестись, например, на xchg, подсветсятся все d,e,h,l вокруг (это может быть не полностью доделано для всех инструкций). Сами инструкции ничего не стоит рисовать другим цветом, но, по-моему, это только усилит пестроту и осложнит восприятие.

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

- Кстати, для оффлайнового редактирования я пользуюсь http://www.sublimetext.com/ -- могу попозже выложить для него схему синтаксиса для 8080.

Выкладывай конечно !
я тоже на нем давно сижу
даже вот баг нашел, он гад не ищет в файлах (find in file) если там есть коды <20h

Держи: http://pastebin.com/AATFjnWV

Еще дополнительно, на вкус, в Settings specific - User:

Код:

---

{
        "extensions":
        [
                "inc",
                "asm"
        ],


  "font_face": "Glass TTY VT220",
  "font_size": 18,
  "translateTabsToSpaces": true
}

---

Цитата:

---

Сообщение от svofski

Спасибо! А что подсвечивать в командах? ...Сами инструкции ничего не стоит рисовать другим цветом, но, по-моему, это только усилит пестроту и осложнит восприятие.

---

Подсвечивать мнемоники команд цветом, отличным от операторов выделения памяти типа DB, DW, DS. Смысл таком подсвечивании (если и есть), с моей точки зрения в следующем:
Часто приходится писать следующий код:


lblOp: DB (lxi b)
lblDta: DW 0

Ссылаться на lblDta удобнее, чем на lblOp+1, и при переходе на многомодульные компиляции, lblDta легко экспортировать. К сожалению, мнемоники немного теряются, когда такого кода становится много. А его, в конце концов становится ;-). Если мнемоники подсвечены, код IMHO читать полегче. Хотя, я и сам минималист и не очень люблю пестроту.

Цитата:

---

Сообщение от svofski

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

---

Круто бы было замутить pre-profiler как отдельное CP/M приложение и опционально с учётом Векторовских wait-states. Скармливаем ему asm, получаем - листинг с CPU-циклами и просчётом потерь от вэйт-стэйтов. Работа не такая тривиальная, если используются конструкции как выше и макросы типа REPT / EndM

Цитата:

---

Сообщение от svofski

Ч
- Кстати, для оффлайнового редактирования я пользуюсь http://www.sublimetext.com/

---

А я - Crimson Editor: http://www.crimsoneditor.com/. В нём можно проекты создавать и подключать внешние тулы для компиляции проекта.
Приаттачиваю мои настройки синтаксиса для него
Почти IDE получается. Хотя грешен, часто просто в МикроДОСе пользую wm.com (margo). Там не всё так страшно, даже поиск паттерна, дело привычки. Так что может подсветка и от лукавого.

Удивительные бывают открытия. Порылся у себя в закромах, и нашёл исходники ISA Sprite Editor, т.е. вот это: http://sensi.org/~svo/scalar/ware/661/
Причём, они даже компилятся и линкуются в готовую прогу, правда в КОИ-7 из-за того, что так работает m80, сбрасывая у всех data declarations старший бит. Похоже, что m80 мы захакали когда-то, и он у нас работал в КОИ-8, но как мы его захакали сейчас уже и не вспомнить. Тогда каждый день что-то правили то в Суперкалке, то в Вордстаре. В любом случае, выкладываю исходники. Я только файл для сборки make.sub приделал. Ещё из интересного нашёл переделку моей 2dsci.mac (см. выше), но c для принтера D100. У Серёги, получается был такой принтер. Глядишь, так я нарою и исходники нашего БИОСа. Где-то они были.