Звуковой контроллер для УКНЦ

[bigral]

Это теоретически.
А практически есть софт для БК использующий AY через регистр 177714.
Если поставить в УКНЦ обращение к AY только с шины ПП, то тот самый софт от БК придётся существенно переписывать, выделяя часть для ПП -- это намного больше работы чем просто взять программу для БК и заменить вывод на экран и ввод с клавиатуры.

А что там переделывать? Заменить в коде регистр 177714 на другой и все? Так это по-моему не самое сложное. Другое дело портирование игр со спектрума и MSX, я так понимаю уже наработан некий "стандартный" путь без особенной переработки логики самой игрушки (для случая с портирования со спектрума). Вопрос: при таком портировании, какой процессор загружен больше ЦП или ПП? Потому как стоит музыку вешать на тот процессор который менее загружен (ато на сколько я понимаю игры после портирования и так тормознее чем на оригинале). И вопрос№2: Если предположить что в перспективе кто-либо сможет переделывать игры кардинально перерабатывая, и меняя процедуру прорисовки экрана на оптимальную, то какой процессор останется менее нагруженным ЦП или ПП (по другому этот вопрос звучал бы - какой процессор имеет больший потенциал для работы с графикой ЦП или ПП, соответсвенно вешать звук надо на другой проц а не на этот)?

[nzeemin]

А что там переделывать? Заменить в коде регистр 177714 на другой и все? Так это по-моему не самое сложное.

Хорошо так рассуждать, это же не ваше время будет тратиться на разделение кода между ЦП и ПП, организацию взаимодействия, решения проблем синхронизации. Для вас это просто заменить номер регистра.

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

Хотелось бы посмотреть что за "стандартный" путь. У меня что-то многовато времени на портирование уходило.

[AFZ]

Но про "цеплять на ПП", не понял логики, почему именно на ПП?

А где нужен звук? Правильно, в игрушках. Поскольку, если и есть одна-две неигровых программы со звуком, так, скорее всего, они малоинтересны - музыкальным редактором проще воспользоваться на писюке, а полученную музыку, если надо, залить на УКНЦ, а других программ, которым необходим звук, я что-то не припомню.

А если игрушка, то она будет работать на ПП, поскольку рисовать что-то с ЦП мучительно медленно. Ну, и, соответственно, звук нужен там же.

Впрочем, можно, конечно, сочинить механизм передачи звуковых данных от ПП к ЦП и играть музыку на ЦП, но это вопрос к тому, кто будет сочинять/портировать игрушки.

[hobot]

музыкальным редактором проще воспользоваться на писюке, а полученную музыку, если надо, залить на УКНЦ

в Зеленоградском(утерянном) спрайтовом движке были процедуры для работы с местным музред. То есть простые пищалки-мелодии сделать и в игру вставить проблем не было. Очень похожий подход я подглядел в исходниках UKLOAD(кодировка КОИ-8) и как-то там ПО для БК под RT-11. Это не трекерная музыка - это именно нотки-пищалки. С трекерной музыкой на УК-НЦ тайна,триллер,детектив )

[Titus]

А если игрушка, то она будет работать на ПП, поскольку рисовать что-то с ЦП мучительно медленно.

Почему это медленно? ЦП быстрее ПП из-за 16-битного доступа к памяти (у ПП он 8-битный). Если рисовать в двух планах, то это может и ЦП.
Но, согласен, чтобы выводить звук хоть через ЦП, хоть через ПП, но с помощью AY-подобного чипа, быстродействия особо и не надо.

[AFZ]

я же пишу о ПО исполняемом строго с дискет (!)

А что это за ПО, исполняемое строго с дискет? Вернее так, из-за чего оно исполняется строго с дискет? Лично я вижу только две причины, по которым такое может быть. Или какая-то защита от копирования, которую следует отломать и забыть, или (и скорее всего) программа исполняется на ПП и ребята просто поленились просигналить программе в ЦП, что следует подгрузить очередной уровень игры (или оверлей с ним) и, вместо этого, сделали прямой вызов подпрограммы ПП обмена с дисками. Это, конечно, случай тяжелый...

[Hunta]

А что это за ПО, исполняемое строго с дискет

Те примеры, которые он приводил - это софт, который работает без операционки (по крайне мере, на первый взгляд это так выглядит) или в нём свой аналог (микро) операционки - и соответственно - есть модуль, который умеет работать только с флопами УК-НЦ

- - - Добавлено - - -

Это, конечно, случай тяжелый

Я думаю, в какой то степени, таким образом решали проблему малого количества ресурсов и низкой скорости (для поставленных целей) работы УК-НЦ в целом.

[AFZ]

мой ответ: игропакеты ИГРУШКА-1 ИГРУШКА-2 из официально ПО УК-НЦ )

URL ?

[Hunta]

AFZ, http://archive.pdp-11.org.ru/ukdwk_a...kt/ITO90ITO91/

Я попробовал ITO90.dsk

И поскольку hobot считает, в "архиве" у него идеальный порядок - url я от него так и не дождался - пришлось гадать и искать самому

[AFZ]

Я думаю, в какой то степени, таким образом решали проблему малого количества ресурсов и низкой скорости (для поставленных целей) работы УК-НЦ в целом.

Да, действительно, похоже, оно без операционки (или с самодельной операционкой). Только это все, скорее, сделано с целью защиты от копирования - все-таки скопировать дискету целиком сложнее, чем скопировать несколько файлов RT-11, нужна полностью пустая дискета, а не какое-то количество свободных блоков на занятой. Особенно если учесть, что дискеты тогда были в дефиците... И, похоже, там была еще какая-то программная защита от копирования, которую таки отломали.