Документация на ПК 11/16

[DmitryDC]

Если без привлечения дополнительных вычислительных средств ( кроме самого ЦП Н1806ВМ2 ) - было бы интересно ознакомится.
Как осуществлялся вывод звука с М-ЭВМ ?

Покопавшись в памяти пришёл к выводу что mp3 это скорее не про Неон, а про какую-то другую машинку. Реально Неон конечно не осилит mp3 своими силами. Что на нём на 100% было - это трекерный плеер.

[AFZ]

Цитата с одного сайта - "На Pentium-150 проигрывание mp3 кушало 25% машиного времени. На четверке-75 это должно быть 75-80%, но только оценочно...".

Это все деза. На AMD 5x86-133 МГц (по сути это 486-й, но продвинутый) МП3 заикались. Сам пытался слушать. Где-то это объясняли. Для МП3 нужна хорошая плавучка, а у AMD она, традиционно, прихрамывала. В смысле, притормаживала. Ну, и Пень не ниже 100 МГц.

ВМ2 это по сути шустрый 8086

Не такой он и шустрый. ИМХО, у 8086 заметно меньше тактов на одну операцию, чем у 1801. Да и разница 4.77 МГЦ в сравнении с 5 МГЦ не столь велика, тем более, что 8086 прекрасно гнались вдвое, откуда и берет свое начало кнопка "Турбо".

[Vslav]

Для МП3 нужна хорошая плавучка

Есть реализации МРЗ на целых числах, не знаю хватит ли 16-битного аппаратного умножения, вроде 32-битное нужно, с накоплением. На старом S3C44BOX с внешней SDRAM, ядро ARM7TDMI 66МГц, целочисленное декодирование МРЗ отъедало где-то процентов 70 ресурса.

[Korchagin]

ВМ2 имелся ввиду помянутый ММ К1806ВМ2. Там чуть ли не 16 мгц тактовая, вроде как побыстрее на программах с идентичным набором команд. Но не суть, оба они не потянут декодирование мп3 в реальном времени. Потому то и заикались мп3 на 5х86, что это все же клон 486, да еще и с более тормозным FPP. Где-то упоминалось, что 5х86-133 был по шустроте примерно равен пеньку 75, но и тот вряд ли справится.

[ram_scan]

Быстрой плавучки на интелях не было до 686 семейства, до той поры вся эта кухня работала исключительно в целочисленке. 128 кбит можно было на DX40 послушать при остром желании.

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

16 МГц не потянет эт дело ясный красный. Но трекерную музыку на аналоговых сэмплах я думаю рендерить получится. В 4 канала точно.

[troosh]

Можем заодно попробовать сдампить эмулятором МФМ Ваш винт, если он жив.

Не забудьте сдампить ПЗУшки, вероятно там уже встроен совмещённый драйвер винтов MFM+IDE и флопа (не собирать же новый биос самим, да?). Вот всяком случае в исходников из архива RDC, часть кода под макросом BIOS. Кстати, циклы с буфером данных IDE сильно оптимизированы - скорость обмена в разы выше будет (32 пересылки по 16 бит против двух по 8-мь за итерацию).

[Woland]

Речь про ПЗУ рр1? Я даже не предполагал, что они какие-то другие могут быть в Неоне Сотченко.

[Titus]

Есть реализации МРЗ на целых числах, не знаю хватит ли 16-битного аппаратного умножения, вроде 32-битное нужно, с накоплением. На старом S3C44BOX с внешней SDRAM, ядро ARM7TDMI 66МГц, целочисленное декодирование МРЗ отъедало где-то процентов 70 ресурса.

Достаточно целочисленнки с 32 битным накоплением.
Я писал такое на 68030 еще в 1998-9 году. Правда, сперва применил 64-битное накопление, но потом понял, что оно избыточное.

[troosh]

Сконвертировал и выложил доки с образа P16DOC.DSK, который можно встретить на нескольких дискетах, вот здесь: https://github.com/troosh/pk11-16/tr...ocs/P16DOC.DSK

[troosh]

Ещё добавил доки: https://github.com/troosh/pk11-16/tr...EON_ASPEKT_DOC

Фрагмент текста для привлечения внимания:

    Операционная система "АСПЕКТ" предназначена для управления персональным
компьютером ПК-11/16 при выполнении различных задач и для организации
взаимодействия человека и компьютера. Система осуществляет управление всеми
внутренними структурами компьютера, а также ресурсами, заложенными в данную
систему. Основная концепция системы - концепция дружественного графического
интерфейса с пользователем, т.е. обеспечение наиболее удобного и простого
общения с программами и компьютером.
    Система "АСПЕКТ" построена с учетом передовых подходов к
программированию, взаимодействия человека и машины, а также технологий
проектирования программ. В основу для построения и проектирования данной
системы легли: операционная система фирмы APPLE для компьютера "Macintosh" и
OC NeXTStep фирмы NeXТ для компьютера NeXT. Естественно, что система
"АСПЕКТ" не является полным аналогом ни одной из этих систем. В системе
"АСПЕКТ" заложены основные принципы и концепции, использованные в системах
NeXTStep и Macintosh, что позволило сконструировать ядро, или даже корневую
систему мощной, и самое главное, легко и быстро развивающейся структуры. 
    Первая версия, как и все первые версии (где бы они не были написаны) не
обладает всей полнотой и объёмностью, но, как уже отмечалось выше, она будет
быстро развиваться.
    Операционная система "АСПЕКТ", в отличии от других систем, помимо
управления внутренними структурами компьютера (работа с файлами, принтером и
т.д.), осуществляет управление программными ресурсами, присущими только этой
системе (работа с окнами, меню, кнопками и т.д.). Кроме того, в систему
включены основные конструкции пользовательского интерфейса, что позволяет
сократить как время, необходимое для написания программы, так и её размер.
    Основным принципом системы является то, что программист должен
заниматься разработкой алгоритма, а интерфейс программировать с помощью
системы. Другими словами, от программиста требуются расчёты и выводы, а об
интерфейсе позаботится система. В системе имеется базовый набор средств, с
помощью которых программист легко, как из "кубиков", может собрать нужный
ему интерфейс взаимодействия программы с пользователем.

    Основные функции системы:

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