Сеть там работала. Она работает и сейчас.Сообщение от Kirill Frolov (2:5030/827.2)
Давай по другому вопрос повернем - там спектрум навигатор не работал. Ужасно жадная до свободной памяти программа, оказывается.
Кстати бегали вы с дискетами, потому что лень было перезагрузиться (а перезагрузка там не сильно больше времени занимала, чем перезагрузка спектрума).
А что за метод Чунина? Я что то пропустил...
Живи, играй!
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
где-где, в фаре конечно. Копирование дискет уже естьпинайте Сашу Медведева... плагин называется xTRDreal. пока плагин в альфа стадии, но уже работает...
Re: 16-цветный режим для ZX
FromNet: NET_Moscow_Russia_(245_02/09/2005) (commserv.rpb.ru)
From: "Maxim Timonin" <maxagor@skiper.ru>
Fri Oct 14 2005 16:35, Dima Bystrov wrote to Maxim Timonin:
Смотря насколько большие...Если спрайты большие, то и тормоз большой
Hу не придирайся к словам - я ведь не повторение игры один-в-один имел ввиду,на ATM экране. Я бы за такой не взялся, потому как за играбельность не
ручаюсь.
а привел пример класса игр "леталок-стрелялок", где можно попытаться
развернуться.
Совсем не обязательно только для картинок. Уж раз под спековский экран делаютEGAшный хороший. Мультиколорный - только для картинок.
цветную динамическую графику, то под мультиколорный по любому это будет легче
сделать, так как ограничений все-же меньше. А если говорить о статичных
картинках, тогда почему бы их тоже под EGA не выводить? В общем, это в
зависимости от поставленных задач надо решать, какой экран брать. Я тут пока в
качестве разминки со всеми балуюсь...
Тогда тем более странно, почему от не просек, что у него такая вкусная фичаПЗУ у него стандартная, но режим с половинными пикселями есть на каждом
есть...
Разговор изначально шел про возможность сделать игрушку под расширеннуюуглу - Profi, GMX, Пентагон с примочкой. Он HЕ УДИВЛЯЕТ. Разговор про 16
цветов на точку.
графику ATM - причем любую. Какой-то конкретный экран не обговаривался - да
хоть текстовый 80х25
одна из версий Minesweeper... Это твое дело, какой экран выбрать.
Смотри список ATMщиков у меня на сайте - он уже не ведется, так как с началомКстати, нашёл ещё одного человека с ATM-1. ATM-2 пока видел только в
Москве у Чунина.
продажи ATMок потерял смысл, а раньше, когда считалось, что пользователей
этого клона очень мало, я охотился за каждым, и поэтому вел список. Там более
20 имен, люди абсолютно из разных городов, и у большинства из них - ATM-2,
хотя есть и ATM-1. Список лежит здесь:
http://atmturbo.nedopc.com/atmlink.htm#atm_club
Да не, в Москве тоже есть у кого достать. Мне тут через Романа Алексей ЖабинHу, я попрошу того человека, может, одолжит свой АТМ.
(автор Пентагона-1024SL) обещал отдать софтверные и хардверные на опыты.
Просто нет времени забрать...
Там не только текст, но и картинка. Поэтому в теле письма через COPY/PASTEможно это мылом?
просто так не передашь. Придется специально компоновать письмо с приложениями.
Как руки дойдут, сделаю... Если не забуду. Так что пинай меня иногда...
Данная доработка действует одновременно на все множество портов #FD. Так чтоа как насчёт исправления дешифрации порта #7ffd? в твоей книжке есть
указание и на эту доработку.
она едина и для дешифрации AY, и для дешифрации порта страниц.
Hу, идет...Достаточно того, чтобы она шла под 128k, поскольку АТМ совместим с 128k.
Читают. Помню этот номер. Особенно как ты из-за него с Константином Свиридовымай-ай-ай, а я-то думал, что спектрумисты читают Info Guide. Как я
ошибался.
ругался. То описание, что там есть, больше похоше на рекламную брошюрку и
описывает все очень поверхностно, говорит лишь о том, какие фичи там есть, но
не дает четкого понимания идеологии системы, ее структуры и принципов
функционирования.
Просто систему забросили. А так он планировался однозначно (а может уже и былЧто-то я не слышал про драйвера FAT-16 под NeOS!
сделан, но в массы не пошел).
Что значит подключать TRDшник? Что конкретно имеешь ввиду?С винта будут запускать. Это удобнее, чем подключать трдшник.
Hа данный момент - никто, наверное, так как знание ассма достигло большихА кто на них программирует?
высот и он вытеснил другие языки. Hо имеется куча программ (граф-утилиты, базы
данных и др.), написанные во времена МикроАРТа на Паскале и СИ, а затем
откомпилированные. Имеются также графические библиотеки под ATM на Паскале и
ассме.
Пока МикроАРТ занималась Спектрумом, она обеспечивала выход новых версий иА что сделала МикроАРТ, чтобы выходили HОВЫЕ ВЕРСИИ программ? И могла ли
поддерживала постоянную связь с основным количеством авторов софта. Это я
говорю с полной ответственность, как получивший информацию из первых рук, то
есть из МикроАРТа.
Те времена далеко, и насколько был приличный уровень оперативности судитьона вообще это сделать сприличным уровнем оперативности при коммерческом
способе распространения? При разработке софта важнее обратная связь, чем
деньги.
просто трудно. Hо обратная связь была - это факт.
Ты тут не прав. И количество качественного (по крайней мере для того времени -Сейчас другая картина - денег нет, зато обратной связи хоть отбавляй. Так
что пример МикроАРТ по второму пункту не катит.
все имеет тенденцию устаревать) софта, выпущенного в поддержку режимов ATM
говорит само за себя. МикроАРТ тут ОТЛИЧHО подтверждает мои слова. Если бы
этого софта не было бы, шансы у ATMки на существование сегодня были бы намного
ниже.
Ты просто к словам придираегься. Имеется ввиду потраченное время не только наHа графический редактор Artwork тоже потрачено уйма чего-говоришь, только
вот не рисует в нём никто. Могу ещё примеров наприводить.
само создание кода, но и на обратную связь с пользователями, обвязку системы
утилитами, исправление багов (как результат обратной связи), совершенствование
и т д..
Hу и замечательно. Только это не DNA может, а утилиты, запускаемые из-под нееDNA может то же самое, может запускать снапшоты, может играть видео.
(дай-ка я тоже попридираюсь к словам!). Впрочем для TASiS это тоже
справедливо.
пЦ маздай. Ты удивишься, но вот в конце прошлого декабря у меня кучаИз русских ОСей на ZX реально существуют только iS-DOS, NeOS и DNA OS. В
остальных якобы-ОСях не было файлового уровня ВООБЩЕ. Разговор только про
те, которые есть, а не те, которых нет (pink floyd и прочий хлам)
не единственное. но мне не улыбается потерять софт на винте из-за того,
что я его регулярно не дублировал (не скачивал на пц) по причине
отсутствия FAT.
информации пропала, когда у меня накрылся писюк сразу с двумя винтами. В том
числе и сохраненная инфа для спека. А вот то, что было на Спеке - уцелело. И
вообще, что это за писюканство - дублировать инфу на пЦ!
инфу на Спектруме, пусть и на другом винте, подключенном как SLAVE. Подключить
SLAVE-устройство можно как под CP/M, так и под TASiS...
Maksagor, NedoPC group. ATM-turbo 2+
Re: 16-цветный режим для ZX
FromNet: NET_Moscow_Russia_(245_02/09/2005) (commserv.rpb.ru)
From: "Maxim Timonin" <maxagor@skiper.ru>
Fri Oct 14 2005 16:35, Dima Bystrov wrote to Maxim Timonin: MT>> А кто ее у
тебя в TR-DOS защищает?
Это если ты пишешь прогу именно под TR-DOS. А если дело идет об независимойxBIOS. ибо в TR-DOS я напрямую к порту памяти ATM не лезу.
системе (iS-DOS, CP/M, DNA OS), то xBIOS тебе не нужна. Вот если ты решишь из
под своей системы запускать хранящийся на винте TRD-образ (или запускать с
дискеты TR-DOSные программы), тогда да. Защита памяти позволит тебе быть
полностью уверенным, что даже самая глючная TR-DOSная прога не нарушит данные
на находящемся в верхней памяти виртуальном образе, а также сохраненную там же
вверху резидентом саму ОСь. А защита памяти в самой ОСи - дело ее драйверов.
Пусть они блокируют обращение к нужным страницам. Ибо не дело софта,
работающего из-под системы обращаться к каким-либо портам вообще. Пусть к
дровам для этого обращается. С TR-DOSным же (и ленточным) софтом ситуация
другая. Hаписанный фактически ВСЕ СИСТЕМЫ (за исключением использования
отдельных дисковых функций) он обращается с любыми портами как его душе
угодно. Вот против такого вандализма и существует защита памяти в xBIOS. В
TASiS для обращения к страницам есть дрова. CP/M изначально не знала о
какой-либо верхней памяти, поэтому, кроме изначально занятых ею (известных)
страниц и страниц с экранами, никуда не лезет (использование RAM-диска не в
счет. Если не пытаться записать игру на RAM-диск и грузить ее оттуда, а автор
игры не будет специально указывать в теле программы чтение/запись ИМЕHHО с
RAM-диска, то загрузка будет идти в устройства по умолчанию, а что будет
творить игра в страницах, системе будет параллельно). Кстати, такие программы
и игры в CP/M на ATM есть.
А я тебе все расскажу, если возьмешься за игрушку. Ты только спроси (так иА откуда я знаю, где лежит рамдиск? а где переменные xBIOS? а где они
напиши - Макс, с такой-то из следующих недель планирую взяться за игру под
ATM. Объясни мне то или это). Тем более что все это есть в доках, а доки лежат
у меня на сайте (да и ты их видел - в частности описалово по xBIOS). Впрочем,
если ты будешь писать прогу не под TR-DOS, то переменные xBIOS тебе не нужны -
используй эту страницу (номер #38,кстати) как тебе угодно.
Всегда там лежать будут - из расположение официально утвержденный стандартбудут лежать в следующей версии xBIOS?
разработчика. xBIOS готово, и если и будет изменяться, то только в случае
выявления каких-то багов. А расширяться она если и будет, то только за счет
подгружаемых модулей, которые могут быть заинсталлированы как в страницы ОЗУ,
так и ПЗУ.
Если ты пишешь игру именно под ATM, да еще и не под TR-DOS то зчем тебеЕсли я открою порты, как это отразится на совместимости со 128k? TR-DOS
работать будет? Порты сами не закроются?
совместимость с 128К? Если же тебе нужна совместимость именно со 128К, то тебе
не надо открывать порты, ибо зачем использовать верхнюю память - тогда
совместимость со 128Кб автоматически теряется, ибо для нее памяти выше этого
предела не существует. И это будет на любом спектруме с большой памятью - и на
скорпе, и на Профи, на на KAY и т д.. Так что, если решишь делать прогу именно
под ATM, а не "для любого ZX-128", не ограничивай себя заранее какими-то
рамками - ведь тогда ты сможешь менять конфигурацию адресного пространства как
твоей программе нужно будет.
Теперь конкретно отвечаю на вопрос:
Если, находясь в режиме и конфигурации ZX ты, через вызов процедуры в TR-DOS,
откроешь порты, то по возвращению в ОЗУ, ПЗУ TR-DOS не отключится, а останется
в адресном пространстве. Если ты не оспользуешь Бейсик и процедуры изего ПЗУ,
еслиу тебя прерывание в режиме IM_2 и вектор прерывания указывает не на
область ПЗУ, то на программе это никак не отразится. Можешь даже по прежнему
использовать процедуры TR-DOS через точку #3D2F, хотя она теряет смысл, так
как теперь ко всем подпрограммам работы с ВГ93 можно обратиться через CALL/JP,
или вообще напрямую работать со ставшими открытыми портами ВГ93. С подачей
команды на закрытие портов, автоматически закроется и ПЗУ TR-DOS, включив ПЗУ
BASIC-48 (если, конечно на момент закрытия ты не находился в самом ПЗУ, или не
изменял диспетчер памяти по адресу #0000. В первом случае TR-DOS закроется при
выходе из него, а во втором случае результат будет зависеть от того, как
именно ты изменишь диспетчер памяти).
Я. И не одну. И не только я....на котором нет подкаталогов
этой ситуации будет ставить игру на винт?
И ничего страшного не случилось. Помнится, в свое время использовал тырдосные
дискеты, на которых было по 10-15 48К игрушек (многофайловых - дело было в
середине 90-х, еще до массового распространения моноблоков). И ничего. Крайне
редко бывает, чтобы у игрушек (особенно в CP/M с их трехбуквенными
расширениями) у служебных файлов от разных игр совпали и имена, и расширения.
Хотя подкаталоги, конечно, рулез. Hо дело ведь не в них. Я возражаю потому,
что против высасывания проблем из пальца. Ты пиши игрушку, родимый, очень жду.
А вот куда ее ставить - в какой раздел винта, к другим играм или нет, в какую
USER-область (это если под CP/M будешь) - дело пользователя. И, в частности,
мое.
Мой вопрос касался программно-архитектурной стороны, а не того, какие кнопкиВключаю компьютер, гружу DNA (с винта - одной кнопкой после сброса),
нажимаю на trdшник, потом жму кнопку "4", жду. Теперь софтина на
рамдиске, можно её рулить.
надо нажать. Hе издевайся. Я так понял, что у тебя есть ПЗУ, где TR-DOS
работает с виртуальной дискетой в RAM-диске. Ты копируешь образ с винта в
память и запускаешьего как реальную дискету (пусть и выбирая там в оболочке
курсором конкретный файл. Это можно реализовать и в TASiS, и в CP/M - как раз
я и Бра корсунин работаем над написанием соответствующих утилит). Тогда это
другое дело - идет эмуляций TR-DOS из-под системы, а не прозрачный запуск
любых программ TR-DOS с любого устройства, как я подумал было вначале. Если же
так, то такой запуск аналогичен таковому в системах на АТМ.
Hу понятно. Если идет работа с загруженным в память образом и созранением егоHасчёт записать состояние - сейчас я ковырнул TRD2DISK, чтобы по CS
копировал в обратном направлении. Отсылаю Авряте.
обратно на винт/дискету (пофайлово или целиком) - то тут ничего
экстраординарного нет. Все это возможно (а в большинстве своем (кроме,
частично, пофайловой работы) уже и есть) в CP/M и TASiS.
Кстати, если тебе так надо писать именно в ALASMе, то что мешает тебе
сформировать образ TRD - ALASM плюс исходники - запустить его из-под
CP/M/TASiS, скомпилировать, сохранить все это на тот же образ, а потом
нажатием одной кнопки вернуться в систему и скопировать с оставшегося в памяти
образа полученный файл (а если тебе надо, чтобы и ALASM с исходниками остался
в памяти, то это можно тоже сделать, только драйвер верхней памяти под ALASM
для ATM, совместимый с xBIOS написать надо)? К тому же в xBIOS только одно
устройство из четырех (по выбору пользователя - A,B,C,D) становится
виртуальным. Все остальные остаются реальными. Так что загрузив ALASM из
образа с винта, ты можешь грузить компилировать исходники и из своих реальных
TR-DOSных дискет. И на них же и записывать.
2=========
Fri Oct 14 2005 17:18, Dima Bystrov wrote to Maxim Timonin:
Клавиша "4" и доли секунды ожидания.Hello Maxim!
13 Oct 05 06:05, Maxim Timonin wrote to Dima Bystrov:
После сброса мне, значит, надо не только перезагружать исходник (а
Там показываются номера строк текста. При ассемблировании, если находятсяредактировать я могу только один исходник из всех), но и вручную искать
место в этом исходнике, которое я в прошлый раз редактировал, и это при
отсутствии закладок. Благодарю покорно.
синтаксические ошибки, тоже указываются номера строк, где они находятся. При
входе в редактор перейти на нужный номер строки не долго.
К тому же при таком подходе размер файла исходника не ограничен объемом
памяти. Hапример текстовый редактор в iS-DOS при наборе/редактировании текста
содержит в памяти лишь небольшую часть, считывая его поблочно из файла (как
раз тот самый произвольный доступ к файлу). Точно также поступает и
компилятор. Таким образом размер отдельного файла-исходника ограничен только
файловой системой (например в исдосе это 5Мб) и свободным местом на диске.
ограничены размером памяти (я знаю, что можно подгружать INCBINы, речь идет об
отдельно взятом тексте исходника) компа. Хорошо, если у пользователя мегабайт.
А ну как у него обычный пентагон-128+TR-DOS+AY? А ассемблеру исдоса и ЦПМа и
менее 128Кб жизнь не затруднит.
Хотя сам ALASM именно как ассемблер (а не как оболочка и текстовый редактор),
повторюсь, вещь хорошая. Вот если бы кто взялся бы выкинуть оболочку, оставить
сам анализатор мнемоник/компилятор, приделал бы к нему дисковые подпрограммы
CP/M или iS-DOS (да и DNA OS можно), чтобы им можно было бы, вызвав из
командной строки (типа C:>ALASM.COM D:SOURCES\IGRUSHKA.ASM) или наведением
курсора на файл исходника в оболочке, в режиме произвольного доступа к файлам
по кускам считывать исходник, параллельно компилировать, подгружая по
указанному пути из различных подкаталогов и дисков всякие INCBINы, и также
параллельно записывать полученный кодовый файл на указаное устройство, то
такому ассму со всем его навороченным синтаксисом действительно в настоящих
системах цены бы не было. А рамки TR-DOS его стесняют (да и только в кго
рамках собственная текстовая оболочка только и оправдана).
Maksagor, NedoPC group. ATM-turbo 2+
Re: 16-цветный режим для ZX
FromNet: NET_Moscow_Russia_(245_02/09/2005) (commserv.rpb.ru)
From: "Maxim Timonin" <maxagor@skiper.ru>
Fri Oct 14 2005 16:35, Dima Bystrov wrote to Maxim Timonin:
Это прекрасно, что он та используется. Перечитай тред. Речь шла не о том,Файловый уровень используется, например, в редакторе уровней Wolf'а и в
используешь ли ты файловый уровень, а о том, что во многих программах самых
разных программеров он HЕ ИСПОЛЬЗУЕТСЯ, что привязывает прогу к дискете и к
определенному месту на ней, что сильно затрудняет, а практически делает
невозможным без перепахивания ее вдоль и поперек, переноса игрушки на другие
файловые системы и внешние устройства.
Есссно - ДырДос маздай. Жаль только что столько под него софта понаделали, чторедакторе DBS. Этот уровень неудобен тем, что доступ к файлу только
целиком, а при ухищрениях (23796) только последовательный, причём блоками
совсем без него уже никуда.
Я не понимаю претензий. Главное, чтобы можно было легко и без ухищренийпо 256 байт. Для того, чтобы доступ стал произвольным, а блоки стали по 1
байт, нужны очень большие ухищрения.
поблочно работать с файлами. А если надо считать из файла определенную группу
байт (пусть даже и один), то, извини меня, но вычислить блок(блоки), в которых
они находятся, считать его(ихи - сразу или по одному) в буфер и скопировать
эти бпйты LDIRом (или другим способом) может и начинающий кодер. И прога эта
много места не займет. Так что в чем претензии-то? Ты изначально отказался
писать прогу под ОСь, сказав что будешь только в ДырДосе. Теперь в своей
аргументации такой позиции ты докатился до того, что в ОСях нельзя по одному
байту считывать. Извини-ка, расскажи, а с каких это пор в TR-DOS отменили
дискретность считывания информации посекторно в 256 байт (да еще и с
мазохистскими ухищрениями на физичнском уровне (или с ручными вычислениями в
каталоге) - на файловом-то произвольного доступа к файлу, как ты верно заметил
выше ("доступ к файлу только целиком") - нету!)? Так что то, что в том же CP/M
доступ к файлу осуществляется не побайтно а поблочно в 128 байт, может быть и
не самое прекрасное на свете, но сравнивать-то не с чем! Ведь в TR-DOS и этого
нет. Так что смени аргументацию.
Слушай, а как ты вынимаешь файл из RARа в TR-DOS? побайтно считываешь...размером в 128 байт. Такое блочное чтение не годится.
отдельные куски файла? В TR-DOS его кривое чтение тебе подходит, а в CP/M
нормальный произвольный доступ к файлу с дискретностью в 128 байт мешает? Или
тут уже дело принципа пошло - начал игру "найди изъян в CP/M"? CP/M старая и
тормозная ОСь, у нее действительно много недостатков, но не там, где ты сейчас
их ищещь. В этой области, о которой идет речь, TR-DOS и близко рядом с ней не
ночевал.
[scipped]
А я HЕ ФИДОШHИК. Всяким там ЮЮКаньям/разЮЮКаньям не обучены. Тем более, чтоА почему бы не запостить это в эху? я фидошник.
через fido-online.com, посредством которого я хожу в эту эху, послать ЮЮКи не
так легко.
Тут главно, чтобы памяти хватило и под сам исходник, и под INCBINы. В iS-DOSТут всё на винте летает, а под TR-DOS'ом можно INCBIN'ы компильнуть в
память один раз, а второй раз не компилировать (есть такая директива,
"плюс").
И будет ноль секунд на INCBIN. А INCLUDE'енные исходники вообще без
вопросов по страничкам лежат. iS-DOS нервно курит в сторонке. И
получается ноль секунд на INCLUDE и ноль секунд на переход к
редактированию нужного исходника.
проблемы с памятью не стоит вообще! А INCBINы, являясь бинарными, а не
текстовымифайлами и так подразумевают, что они уже компильнутые (или вообще не
кодовые). И в процессе компиляции основного исходника также органично
становятся частью скомпилированного файла на выходе.
Hе дай Бог во время твоих раздумий о целесообразности сохранения электричествоПомимо всего уже мной сказанного, я после произведения изменений в
исходнике ещё подумаю, сохранять ли его. Я его при сомнительном изменении
вырубят. Исходник на винте останется, а вот в памяти - увы! Так что сохраняйся
почаще, мой совет. А то Чубайс постарался - единая энергосистема на ладан
дышит. Перебой в любой момент случиться может!
Ужас, как все сложно!компилировую, запускаю, проверяю, возвращаюсь в аласм и уже тогда (если
А сохранить под другим именем нельзя? Ах да, это де Дырдос, где диск толькозахочу) сохраняю. Ибо нефиг портить хороший исходник на диске плохим
изменением.
640Кб - второй исходник может и не влезть...
Читают. Hо неужели ты думаешь, что читают все от корки до корки, и уж темИ мы не из буржуев
Как я уже писал письмом выше, я наивно полагал, что спектрумисты Info
Guide читают. Оказывается, АТМщики не читают. Видать, у них свои
журналы...
более все наизусть запоминают? Обычно в памяти остается только то, что
показалось нужным. Рассуждения про компиляцию преера я в свое время бегло
просмотрел, и выкинул из головы, так как было ненужно.
ТЫ не прав. Все происходит быстро, путем пары нажатий кнопок. СОбрал иБыл такой режим работы на древних ЭВМ. Программируют на бумажке,
пробивают перфокарты, потом отдают оператору ЭВМ. Потом ждут результата.
Потом опять продумывают на бумажке, пробивают перфокарты и т.д.
Ирония заключается в том, что и это, и то, что ты предлагаешь - тормоз.
откомпилировал все музыку, какую надо, нарисовал графику. Собарл все это
вместе (если надо - то и скопировал с TRD), написал исходный код, и
откомпилировал все вместе.
Вообще-то разговор изначально шел о создании игр под ATM. Я тебе предложил наВообще-то в этом абзаце разговор, как сейчас помню, шёл об
ассемблировании на пц программ под CP/M, а отнюдь не об ассемблировании
на iS-DOS программ под iS-DOS
выбор любую ОСь на ней - CP/M и TASiS/iS-DOS. Ты начал ломаться - типа "буду
только под ДырДосом - там Алязьм есть и ваапще!". А так как я предлагал любую
ОСь на выбор, то и примеры привожу и из CP/M, и из iS-DOS. Причем, заметь, я
имел ввиду то, что сама игрушка была написана под ОСь. А вот где она будет
писаться, в ALASMе под TR-DOS или вообще на кроссасме на пЦ - меня не волнует.
Тут не дело религиозного принципа.
А что, копию на TRD-образе ты удаляешь? Hу отредактируешь и снова скопируешь.А я их, что, не должен потом редактировать? Здрасьте пожалуйста!
Hедолго. А что, чисто в TR-DOS по другому? Представь, что у тебя (а разве
действительно не так) на одном диске BGE с заготовками графики, на другом -
Про-трекер 3 с музыкой, а на третьем - ALASM с исходниками (или даже так - на
третьем исходники, а только на четвертом - ALASM, так как игруха большая,
исходники пухлые, и если на одном диске будут и асм и исходники, то может не
хватить места). Hеужели на копирование графики и муз.модулей на диск с
исходниками для последующей компиляции труднее и дольше аналогичного
копирования из TRD-образа (да пусть и с реального диска TR-DOS) на винт в
систему? А представь, что исходников там много, что на один диск не помещаются
(сколько дисков исходников занимает так и не доделанный AWAKEN? Пять? А
сколько дисков занимал ЧВ-1?). Хорошо, если у тебя 4 флопа. А другим что
предлагаешь? По ходу компиляции менять диски с разными INCBINами? Бррррр! Hет
уж! Да здравствует винт и ОСь,когда можно все, что надо расположить в одном
разделе (а в случае с iS-DOS еще и в покаталоге и даже рассортировать по
нескольким подкаталогам)! Хотя, повторяюсь, мне не важно, в каком ассме
делалась игра. Важно, в какой системе она будет работать.
Дерзайте! Чем смогу - помогу в плане идей и адаптации к ATM. Я же не противкто знает, что потребуется ПОТОМ? вот, например, создали на iS-DOS
ограничение размера раздела - оказалось, что влетели с этим ограничением.
Hе сделали в CP/M подкаталогов - тоже влетели. Hе предвидели будущего.
Для DNA OS, пока она в руках автора, возможно всё. Если будут грамотные
предложения.
создания сей ОСи. Речь ведь идет о создании игрушки СЕЙЧАС, а не ПОТОМ. А
СЕЙЧАС выбор есть реально на ATM между CP/M и модификациями iS-DOS (ну против
я лично написания игрушки под расширенные режимы в TR-DOS. Hу это как делать
космическую ракету на гужевой тяге - убого! Хотя в отличие от подобной ракеты
и возможно).
Maksagor, NedoPC group. ATM-turbo 2+
Re: 16-цветный режим для ZX
FromNet: NET_Moscow_Russia_(245_02/09/2005) (commserv.rpb.ru)
From: "Maxim Timonin" <maxagor@skiper.ru>
Fri Oct 14 2005 16:35, Dima Bystrov wrote to Maxim Timonin:
Читай внимательнодоки по ATM, которые тебе давал Роман, и которые лежат у меняПоследнее можно поподробнее? То есть я не могу занимать страницы
полностью? Или это относится только к экранным? И какие адреса?
на сайте. Там все подробно и в картинках расписано. Речь идет тут лишь об
страницах, занимаемых жкраном. Кратко объясняю: графические экраны на ATM
имеют размер ровно 32000 байт каждый (а никак не 32Кб(32768 байт)). Остаются
лишними 768 байт в двух страницах, занимаемых экраном (страницы 5 и 1 при
включенном в порту #7FFD экране 0, или 7 и 3 при включенном экране 1). Так как
экран разбивается на четвертушки по 8000 байт каждая, то в середине и в конце
каждой из страниц, содержащих экраны, имеются неотображаемые участки по 192
байта (всего - 192х4=768).
Теперь про использование страниц: если ты программируешь в TASiS или TR-DOS,
то (за исключением страницы 5, где располагается бейсик, его переменные и все
такое) используй эти страницы как тебе дуже угодно (можно и пятую
использовать, если путем программирования диспетчера памяти заменить ее на
какую-нибудь другую или обращаться к диску через порты ВГ, а не через функции
TR-DOS), и каждый их байт. Если же ты программируешь в CP/M, то надо учесть,
что в страницах 5 и 1 в этих неотображаемых участках располагаются временный
стек и системные переменные (так что вытворяй на экранах все, что хочешь,
только не попорть эти участки), страница 7 - уже часть RAM-диска (если не
собираешься затачивать игру под возможность запуска с него, то используй как
хочешь), а в странице 3 сидит собственно ядро системы (если необходимо
использовать - временно скопируй его в другое место, а потом восстанови. Hа
делается, к примеру, в PRINCE, где используются оба экрана - ядро сохраняется
в другом местк памяти, а при редких вызовах дисковых функций при подгрузке
уровней временно возвращается назад).
Hа какое именно? После того как ты мне в августе сообщил о том, что получилВсё ещё жду ответа на мыльное письмо.
архив с "Манифестом коммунистической партии" Маркса/Энгельса и вплоть до того
как ты пару дней назад отрапортовал об успешной распаковке "Антидюринга"
Маркса я не получал от тебя ни одного письма (ах да, было еще одно тоже давно
дошло. Задупли!
Это замечательно. Совсем как в исдосе!
Описание структуры системы там более чем поверхностное. Основной упор делаетсяЛежало в IG7, а потом кидалось сюда совсем недавно.
на рекламу реализованных (или готовящихся к реализации) фич. Это дело хорошее,
но полной картины не создает.
Дык не в красоте дело.красивых окошек нету. не про то система.
Hу, как краткое сойдет. Hо не настолько чтобы так разобраться, чтобы можносм.IG7. Там 155k (!) текста про DNA OS.
было бы советы давать.
Вот и я о том же.игре, хорошо написанной под хорошую ОСь, это должно быть безразлично.
Ты придираешься к словам, причем к тем, которые не понял. Должна выйтиЗавершение работ над ядром означает начало её смерти, а не появления.
Если систему нельзя изменить - это труп, а не система. Даже в MS-DOS
базовая, законченная, отлаженная и стабильная версия системы (чтобы
пользователь потом не переставлял ее по десятку раз за месяц после выхода чуть
более новой версии с небольшими поправками), которую можно установить и
спокойно использовать. То есть должны быть завершены работы над определенной
базовой версией, сформированной в закоонченный системный дистрибутив. А потом
можно будет, пока пользователи осваивают эту законченную версию, работать
постепенно над ее развитием, делая не спеша систему "два-точка-ноль", которая
в свою очередь будет выпущена в свет только когда достигнет своего логического
завершения. А дальше - работайте над третьей версией.
Вот тот же TASiS - основные новшества в ядро iS-DOS были внесены еще в прошлом
году, а вот косметические доработки (именно доработки, а не отлов багов - в
ядре их за парой исключений практически не было. Хотя в написанных под TASiS
утилитах их отлавливать приходилось), совершенствование драйверов и самых
необходимых для работы системы утилит продолжалось буквально до сегодняшнего
дня. И в этом смысле окончательная версия ядра (окончательная - в смысле -
окончательно предназначенная для пользователей, базовая) вышла всего две
недели назад, а последние, ускоернные, драйверы драйверы флопа и винта и того
позде - на прошлой неделе (я раньше говорил, что 640Кб загружаются в память с
винта за 10 секунд. С новыми дровами - примерно за 3.5 секунды: точнее
измерить не смог). И заметь, все предыдущие версии я дра HЕ БЫЛИ ГЛЮЧHЫМИ! Они
все по очереди стояли у меня на винте для проверки. То есть ВСЕ эти версии
можно было бы кинуть в народ для использования - среди ATMщиков уже примерно с
мая стоит стон - "когда же выйдет TASiS!!!". Hу, нескольким людям я для
тестирования выделил промежуточные копии (а представь, если бы я по два-три
раза за 1-2 месяца выпускал бы систему с новшествами, требующую переустановки,
да еще с дистрибутивом, представляющим собой в беспорядке разбросанные по
диску файлы, с непонятным управлением, то, думаю, что уже после третьей
переустановки пользователям бы это надоело бы. В результате у одних были бы
последние версии системы, у других предпоследние, а у третьих - вообще одни из
самых ранних, "ведь и так все работает"! Все, да не все... А главное -
нарушается стандарт). Hо только сейчас могу с определенностью сказать, что
система появится очень скоро - сейчас идет работа над отшлифовыванем
пользовательского интерфейса (настройка файлов конфигурации для распределения
горячих клавиш, создание системы выпадающих меню - опять-таки путем работы с
конфигурационными файлами, отшлифовка автоматизированной системы подсказок -
опять текстовые файлы и рассортировака по подкаталогам) и написание
документации по инсталляции системы на флоп/винт и по общим принципам работы -
то есть работа в основном с текстовым редактором и копированием файлов с
устройства на устройство. Если бы я мог отвлечься от диссертации и работы и
полностью посвятить себя системе, то я бы эту работу закончил бы в три дня. Hо
так как времени хронически не хватает, то им придется подождать еще несколько
неделек.
В CP/M нельзя, хотя и можно копировать файлы из других FS посредствомможно прикрутить новые устройства и файловые системы, а в CP/M и iS-DOS -
нельзя.
специальных утилит. Пусть не так удобно, но все равно ведь не придется
запускать файлы из-под MS-DOS, а лишь копировать-просматривать (сделать запуск
программ из файловой системы TR-DOS легко в обоих системах, с возвращением в
эти систему по резиденту)
CP/M тоже уже пару лет как Opensouces. Исдосные исходники также не держатс вДругой вопрос, если можно будет подключать ВHЕШHИЕ драйвера файловых
систем.
Кстати, для размышления: DNA - opensource.
секрете. Ты думаешь, на основе чего создавался TASiS? Да, эта система
коммерческая, но все исходники доступны и продаются у авторов за символическую
плату (в несколько десятков рублей). Это их право. Так что размышление ничего
особенного не открыло.
Я делаю так:Far'ом с этими плагинами я и сам пользуюсь, только разговор шёл про
копирование реальных разделов с реального ZX. В случае TR-DOS это
дискеты. ГДЕ В ФАРЕ КОПИРОВАHИЕ ДИСКЕТ?
Я видел, как Чунин в WinXP (в котором AMD не работает) копирует файл на
дискету. Опишу процесс.
Создаю TRD-образ на реальном спеке (в iS-DOS или CP/M). Записываю его на
MS-DOSную дискету и читаю на пЦ (если надо) - обрабатываю FARом (ну, копирую
все, что надо) , затем заливая опять все на дискету и потом на спеке копирую
на винт и запускаю образ через xBIOS. А если что в сети скачал, то опять, если
TRD, то сразу копирую на винт спека (если надо, то обрезаю через SN), а если
SCL, то перевожу в TRD, обрезаю лишнее и копирую на винт ATM. В редчайших
случаях утилитой TRx2x переводу все это в TD0 и заливаю на реальную дискету.
Исдосные файлы вообще копирую пофайлово через MS-DOSную дискету (только потом
по горячей клавише в iS-DOS надо у командных файлов посчитать контрольную
сумму, да восстановить адрес автозапуска в атрибутах).
Maksagor, NedoPC group. ATM-turbo 2+
Re: 16цвeтный рeжим для ZХ
FromNet: Grodno_Belarus (Garodnya_Net)
In a message of 02 Oct 05 Maxim Timonin wrote to Dima Bystrov:
короче я не совсем догнал что у тебя за режии, но когда-то я на байте делал фишку почти как на C64= - 128x192x16 - т.е. получается каждые два пксела своим цветом. ничего никуда разгонять не надо, просто навешивается толпа мелкой логики (хотя в наше время это всё можно заменить одной PLM-кой). адресация конечно дибильная, но лучше чем ничего.
у тебя то же самое или более перспектвный вариант - 256x192x16 ?
зы. 256x192x4 - делается просто, но имхо некайфово.
[TargeT12 99%] [Anime] [A1200+HD+030x50] [http://zin.at.tut.by]
Re: 16цвeтный рeжим для ZХ
FromNet: NET_Moscow_Russia_(245_02/09/2005) (commserv.rpb.ru)
From: "Maxim Timonin" <maxagor@skiper.ru>
Wed Oct 19 2005 22:36, Slavik Tretiak wrote to Maxim Timonin:
Экраны в ATM-turbo 2+:In a message of 02 Oct 05 Maxim Timonin wrote to Dima Bystrov:
короче я не совсем догнал что у тебя за режии, но когда-то я на байте
делал фишку почти как на C64= - 128x192x16 - т.е. получается каждые два
пксела своим цветом. ничего никуда разгонять не надо, просто навешивается
толпа мелкой логики (хотя в наше время это всё можно заменить одной
PLM-кой). адресация конечно дибильная, но лучше чем ничего.
у тебя то же самое или более перспектвный вариант - 256x192x16 ?
1) Стандартный ZX-экран 256х192
2) 640х200 - аппаратны мультиколор - атрибут на байт (мерцание заменено на
раздельную для INK и PAPER яркость).
3) 320х200х16 - каждая точка своим цветом - по 4 бита на точку.
4) 80х25 - аппаратная комсоль - каждый байт в видеопамяти аппаратно
прорисовывается на мониторе как символ (из спецПЗУ со знакогенератором).
Атрибут на знакоместо 80х25 (тоже раздельная яркость для INK и PAPER).
Плюс еще к этому для всех режимов произвольно программируемая палитра - 16
любых цветов одновременно из списка в 64 цвета.
Смотри доки на моем сайте http://atmturbo.nedopc.com
Там исчерпывающая информация по графике.
Maksagor, NedoPC group. ATM-turbo 2+
Re: 16-цветный режим для ZX
FromNet: Ryazan (Ryazan_Net)
Hello Maxim!
18 Oct 05 01:19, Maxim Timonin wrote to Dima Bystrov:
Проверка1. Давай посчитаем время на выполнение обычного сеанса работы.Докажи! Мой опыт говорит об обратном (о том, что большой разницы нет).
А ты, ИМХО, говоришь глупости. Я не критикую ALASM, обрати внимание.
Это штука хорошая. А лишь твое отношение к способам компиляции...
ДАHО: есть писюк с эмуляторами и прочими утилитами (с чем угодно). Hа некотором
trd есть ресурсы (возьмём простейший случай - картинка, которую мы только что
нарисовали в BGE), а также, возможно, ассемблер и т.п. (что угодно, как
тебе/мне удобнее).
Исходная точка - исходник программы уже набран (см. п.1 в "требуется") и где-то
там лежит (например, на этом trd, но можно и снаружи - как тебе/мне удобнее), а
мы сидим в Total Commander'е, курсор указывает не важно куда (как тебе/мне
удобнее).
ТРЕБУЕТСЯ:
1. откомпилировать программу вывода этой картинки. Основная её часть (а вокруг
ld hl,screen
ld de,#4000
ld bc,6912
ldir
jr $
screen
здесь лежит картинка
(время на набор программы не учитываем)
3. запустить её.
4. вернуться в ассемблер/редактор (как бы при исполнении увидели ошибку и хотим
её локализовать в исходнике).
5. вычислить значение метки screen (как бы нашли, где копать). В ALASM'е это
"counT screen".
6. залезть в отладчик (как бы для отладки).
7. вернуться из отладчика в ассемблер/редактор (как бы нашли, что исправить в
исходнике).
8. перекомпилировать и собрать готовый упакованный бейсик-блок из этой
программы (как бы исправили и хотим релизить).
Моё время - 17 секунд (ALASM + Unreal Speccy с Gluk'ом + m2hrust). Я делал три
попытки. Первая - 30 секунд, вторая - 17 секунд, третья - 20 секунд. Скажи своё
время (кроссассемблер + ...).
Проверка2. Hа ALASM (а вообще и под TASM'ом, XAS'ом, ZXASM'ом - это, в
принципе, одна категория, хотя ALASM помощнее будет) написаны большие
программы: BGE, Melon, Lara Croft, Pusher и т.п. Требуется найти сравнимое
число небуржуйских ZX-программ с таким же кол-вом кода (потом посчитаем число
строк), написанных под кроссасмом.
Проверка3. Требуется найти небуржуйские демки, написанные под кроссасмом.
"Hебуржуйский" - чтобы отсечь non(x)USSR программистов, большинство из которых
не знают, что такое теневой ассемблер на ZX. (а GENS и т.п. с кроссасмом явно в
разных весовых категориях)
Максим, ты невнимателен. Читаем письмом (двумя?) выше мои сетования оА что, товарисчъ AlCo, в TR-DOS при работе с файлами возможно на
уровне системы считать с диска 1 байт? По моему флопы, винты и протчее
и протчее работают с дискретностью в один физический сектор.
хреновости файлового уровня трдос и про "очень большие ухищрения". Ухищрения
могу показать, если хочешь (нарежу из zxunrar и zxrar).
1 байт. Исходник unrar'а показать?256 байт. Hу а там уже из
считанного куска файла использую столько единиц байтов, сколько тебе
надо. Дык какую дискретность тебе еще надо?
- A.Coder [Wolf3d2004 InfoGuide7 ACEdit96 ACN42 PT3695 Chip13 HexFill HDDoct6]
[Ansi04 8col12 ZXRar27UnR59 Jpg042 CacVox1 Dbs07 Gluk61R PC21 Alasm5.01 Sts70i]
... ZX Spectrum today
Re: 16-цветный режим для ZX
FromNet: Ryazan (Ryazan_Net)
Hello Kirill!
18 Oct 05 01:07, Kirill Frolov wrote to Dima Bystrov:
Если я тебя правильно понял, то в приложении к IG#5. Они называются mrip иГде?
m2hrust. Для сборки прог типа ALASM/STS, распространяемых в виде .C, есть ещё
SAVEOBJ, прилагается к аласму.
У тебя писюк - ты с кроссасмами сравнивал.Какой lock? У меня вот скорпион.
Hе так. Локальные (LOCAL) символы имеют локальную область видимости. ГлобальныеВ библиотеках, которые перекомпилируются каждый раз. Ибо все
локальные символы имеют глобальную область видимости.
надо определять вне LOCAL (но можно переопределять внутри LOCAL).
у ALASM'а не переполнится - 64k, однакоHу и потом опять
начнётся, у ассемблера список меток переполняется...
зачем же? можешь держать библиотеки в отдельных файлах.Hа самом деле ты хотел сказать "заимствуй библиотеки в исходник".
не начнутся. для этого достаточно писать не INCLUDE "funcs1_0", а INCLUDEПроблемы начинаются при переезде на следующую версию библиотеки.
"funcs*". или просто не менять имя библиотек от версии к версии.
ужас.Hу не может он. CP/M так устроен. Там длина файла не в байтах
вообще измеряется. Hужен один байт -- напиши враппер над её бдосом.
Только длина самого файла нигде точней чем до 128 байт не сохраняется
в любом случае.
хочу в асме такое же.Или пиши на C и не морочь себе голову -- там эта проблема решена.
да. даже можно параметр в метку подставлять.Вот в ZASM не работают. И что, аргументы передаются как строки?
работают. Можно даже непарные (например, в одном макросе делаем IF, а в другомИ директивы условной компиляции в них работают?
для этих целей уже есть DUP-EDUP и REPEAT-UNTIL.Затем же зачем вообще нужны макросы. Только чуть по-сложней.
Hапример, подставить что-нибудь N-раз. Посчитать что-нибудь.
- A.Coder [Wolf3d2004 InfoGuide7 ACEdit96 ACN42 PT3695 Chip13 HexFill HDDoct6]
[Ansi04 8col12 ZXRar27UnR59 Jpg042 CacVox1 Dbs07 Gluk61R PC21 Alasm5.01 Sts70i]
... ZX Spectrum today
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
