У кого-нибудь из собравших мультикарту, наблюдаются подобные вертикальные полосы в ротозуме?Сообщение от ivagor
Уже не первый раз наблюдаю глюки с мультикартой. В играх портированных со спектрума вообще ерунда какая-то творится на экране. https://youtu.be/NsNW8R85YoE?t=81
Это понятно, что будет медленнеечисто теоретически, примерно на сколько может просесть FPS?
Последний раз редактировалось Дмитрий2012; 22.07.2016 в 19:40.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Забавно. Начали демки появляется. И на ютубе, даже можно посмотреть
Электроника КР-02, MSX YIS-503IIR, Орион-128, Ленинград-2, Pentagon-128k, MSX2 YIS-503IIIR, MSX-EXT, ...
И если бы еще были WAV-плееры с версией для AY на портах BFFD/FFFD (Спектрума) - было бы вообще хорошо. У нас же еще Орион128 есть, где при разработке портов подключения AY не страдали синдромом фатального недостатка (как везде на ПРО, ну вот буквально за что ни возьмись), а делали очевидным путем - для максимальной совместимости.
А файлы размером 304 Кб как читаются с дискет? По мере проигрывания подгружаются файловыми процедурами CP/M или как-то иначе?
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Приложил к посту
Сделать можно, но в реале же вроде для про такого нет? "Ранние" версии imsx для этих портов я сделал потому, что тогда не знал про вариант Пушкова.
Перед проигрыванием загружаются в память процедурами CP/M
Попробуй запустить blackfix перед запуском игрушки
Сложно сказать, может даже в 4 раза
Пушкову руки бы оторвал. Деятель блин, сколько теперь переделывать из-за их "стандатизаторского зуда". К счастью, большая часть их творений неинтересна из-за примитивности, и можно просто отправить в /dev/null. И ладно если бы были первопроходцы, так ведь нет! Кстати, на 3.20 платы AY и под дешфрацию Спека планировались (только доотладить надо похоже).
Для загрузки в память какое-то используется АПИ?
В АльтаирДос есть управление памятью средствами системы (доп. функции BDOS) размером системной памяти до 1Мб - работа блоками по 4кб : карта занятости (отсутствует/свободно/занято в разрезе по процессам), выделение и освобождение как конкретного блока (или группы из N блоков) по его адресу, так и резервирование любого свободного (или группы из N блоков) - типа malloc/free. Это сделано было в 95 году еще.
Сейчас плееры в ней запускаются, но только единократно, т.к. похоже пропиливают системные области "по железу", а между тем запускать имеет смысл именно в ней, т.к. там в отличие от древних реализаций (где цельнотянутая питерская ACPM с минимальными косметическими правками) поддерживаются не только дисководы и RAM/ROM диски, но и емкие носители (IDE/SD) - как раз под большие музыкалки. Лично проверял - CP/M 2.2 пишет файлы до 512 кб, раздел может быть до 64Мб (в текущей реализации). А раз файлы пишутся в ОЗУ целиком, то их еще можно было бы паковать (все одно формирование WAV идет на PC), а при загрузке на Z80 можно было бы разжимать в ОЗУ (распаковка обычно быстро работает и не сложно алгоритмически на большинстве депакеров). Это был бы идеальный плеер.
Последний раз редактировалось Error404; 23.07.2016 в 10:04.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Памятью распоряжаюсь самостоятельно, это да. Но в альтаире еще разница в конфигурации некоторых портов, это тоже сказывается. Если честно, то я вряд ли соберусь переделать/доделать проигрыватель под альтаир, хотя все же такая вероятность есть.
С ограничением в 512 Кб я столкнулся, длинные файлы приходилось разбивать на части (в wav-плеере это не поддерживается)
Зато совместно с Дмитрием2012 подправили blackfix (версия из поста выше работает под prodos, но там она вроде не особо нужна) под альтаир - он решает проблему черного/серого в игрушках.
А что именно за порты? Как по мне (что неудивительно - делал то под себя), то в Альтаир-ДОС гораздо проще писать в особенности использующее орионовские фишки: многостраничные программы и программы с прерываниями, т.к. в BIOS есть сервисы для этого. При этом сохраняются все функции BDOS CPM 2.2.
Что до ПРО-ДОС, то даже с первых пользовательских действий у меня отторжение: система какая-то по пояс деревянная. Клавиатура вялая (а автоповтор безумно быстрый) чего было не работать по прерыванниям независимо от частот? Упростили себе жизнь. Нормального редактирования в системной консоли нет (как там мне вставить два символа в середину или начало уже набранной строки из сорока-пятидесяти символов? все стирать?), а повторить команду поправив пару символов? Т.е. тимплета понятно тоже нет, автоподмен CCP подозреваю наверняка нет, батники в OS-DOS (то что было как ПРО-ДОС но для 128-го, подозреваю тут те же яйца вид сбоку) хотя и были встроенными как у меня (выполнение без XSUB/SUBMIT) но были без параметров и без вложенности. И т.д. и т.п., не говоря уже о том, что BIOS у ПРО-дос застрял в прошлом веке и вряд ли кто им будет заниматься (ввиду выбытия авторов, да и неизвестно есть ли исходники). ТPА маленький - 51к (против 58к у АльтаирДОС). Искейп коды драйвера консоли они тоже переписали (ну что пля за люди?), тогда как коды от чистяковского 480C это уже был фактически стандарт на Орионе и что характерно - за несколько лет до ПРО-ДОС (да и Ориона-ПРО в целом).
Ну, тогда лучшее решение - это open source, и пусть каждый допилит под ту ОС где более удобно.
А то всегда схема одна и та же: посмотришь, "ну круто, чо, если бы не {1,2,3..}", shift+del.
C творениями b2m такая же фигня, будь оно OS, хоть что-то можно было применить в хозяйстве.
Это для платы палитр нужно? Что именно оно делает?
Последний раз редактировалось Error404; 23.07.2016 в 21:42.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Сделал вариант проигрывателя wavов для ay/ym на спековских портах.
Как минимум FB, еще там что-то отличалось.
Только не текущий вариант, мне не нравится код. Может когда-нибудь соберусь переписать.
Да, это для палитры на мультикарте. По умолчанию пзу задает 0 - черный, 8 - серый, а для некоторых игрушек нужно чтобы 0 и 8 были одинаковые (черные), фикс как раз это и делает.
- - - Добавлено - - -
Насчет open sourceности - выкладывал довольно много исходников, но с трудом могу вспомнить, чтобы кто-то их дорабатывал и использовал, т.ч. есть исходники или нет - результат для меня одинаковый. А исходники, выложенные b2mом я неоднократно использовал, можно даже сказать злоупотреблял.
И еще один вариант проигрывателя wavов с примерами - теперь для ram-диска (который 1 Мб).
У него два преимущества:
1. Поддержка файлов максимального размера (до 512 Кб)
2. Поддержка более высокой частоты дискретизации 32000 Гц
Сделать этот вариант очень помог Дмитрий2012. В эмуляторе поддержки рам-диска нет и в первых вариантах были ошибки. Кроме того, в книжке "Радиолюбительский компьютер Орион-ПРО" на странице 33 ошибка - перепутаны порты A0 и A2.
Дмитрий записал с реала два примера - с наименьшей частотой дискретизации 8000 Гц и наибольшей 32000 Гц
Пара слов насчет поддержки hdd и sd в досах для ретрокомпов. Плохо, когда ее совсем нет, когда она есть с использованием файловой системы cp/m - это лучше, но имхо удобный вариант - это поддержка FAT. CP/M пусть работает с образами, а новые программы - с файлами FATа
- - - Добавлено - - -
Оффтоп, но раз заходила речь про большие файлы и hdd. Пользуюсь OdiWcx - работает отлично, а вот OhiWcx работет довольно странно. Файлы больше определенного размера (в районе 32 Кб) портит. Записывал большие файлы на образ hdd из под альтаира - так ошибок нет, но очень медленно и неудобно.
А чего опять порты? Если нужен "сырой" доступ, то можно же хотя бы через BIOS (прямо посекторно без ФC, просто указав номер диска), это и то хоть как-то можно пользовать тем, кто не будет все те нелепые железки собирать на сотне РУ7х.
Библиотека FAT - это порядка 20кб "прибавки" в каждую программу которая это захочет юзать и дикие тормоза. У меня есть программа работающая с FAT (я использовал порт FatFS от ElmChen-а) как утилита для обмена (скопировать файл из/на ФС CP/M, т.е. в обе стороны), на большее она неспособна ввиду тяжеловесности алгоритмов (например, использования int32 математики) и как следствие - величины кода.
Да, я знаю про этот глюк. Глюк проявляется только на файловых системах CP/M размеченных с размером группы в 16кб (это максимум возможный для CP/M, я не сразу стал его использовать, по началу юзал 8кб на которых и отлаживал плагины). Это глюк именно в OdiWcx, т.к. вся логика именно в нем (OhiWcx только обертка для вычисления оффсета партиций и вызова с этим параметром OdiWcx), логика в OdiWcx универсальная и настраиваемая по DPB диска (просто на образах дискет где размер группы 2кб глюк не проявляется). В орионовских образах HDD размер группы 16к где файловые системы (партиция) 64Mб или более (они обычно делались fdisk последней версии, делающим размер группы 16к) - там глюк есть. А вот где размер группы 8кб (обычно это ФС/партиции 32Мб и менее более старых образов, созданые предыдущим FDISK) - он не проявляется и туда нормально записываются файлы больше 32кб.
Просто пока этим пользовался я один, трассировать и ловить баг не было стимула (есть поинтереснее чего попрограммить), я тупо пользовал разделы со старых образов. Теперь обещаю исправиться и баг изловить и изничтожить.
Последний раз редактировалось Error404; 24.07.2016 в 21:01.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
