ZXNet эхоконференция «zxnet.soft»

Hello, SonOD

Тут как-то вопрос поднимался что нету мол таймера на NMI, для полноценного
написания полноценной оси и так далее, почему бы не придумать некую платку
которая в слот вставляется, на этой платке будет допустим Flash-ROM где будет
BIOS нашей супер ОС, который будет при подклячаться вместо основной ROM при
включении компьютера, так-же на этой платке разместить прокраммируемый таймер,
может быть какой-нибудь сопроцессор, где то на форуме пролетала идея о создании
что-то вроде сопроцессора для TCP/IP стека. Так как размеры платки могут быть
побольше то сразу можно предусмотреть контроллер DMA, USB или еще что нибудь,
диспетчер контроллера за исполнением программ в RAM например, и тогда некоторые
вопросы поднятые вверху отпадут сами собой. И при этом подходе минимум
переделок основной платы, практически единственная доработка это затенение
системного ROM. При использовании Flash-Rom появляется возможность быстрой
смены версии BIOS и не надо выпаивать и бегать за программатором.

Hello, geners

Тыщу пятьсот раз прав. Hихрена не делается для всех. Делают для себя или в
корзину.

Hello, ws_mason

ws_> Тыщу пятьсот раз прав. Hихрена не делается для всех. Делают для себя
ws_> или в корзину.

Так сказать между строк напоминаю что вышел релиз TASiS правда только под
Турбо2+, по сути занимались только двое человек Юра Корсунин и Максагор.

Hу и конечно нельзя не заметить виртуалTRDOS для Турбо2+ - который позволяет
загружать и сохранять TRD образы и работать с ними из под любой ОС на Турбо2+.
ЧТо обеспечивает требование совместимости ОС с ТРДОС. Это расширение написал
вообще один человек Юра UKMSz.

Так что все нормально делается когда есть нормальный руководитель который ведет
проект (в нашем случае Максим Тимонин) и желание чтото делать полезное.

Hello, CHRV

CHR> Hу и конечно нельзя не заметить виртуалTRDOS для Турбо2+ - который
CHR> позволяет загружать и сохранять TRD образы и работать с ними из под
CHR> любой ОС на Турбо2+. ЧТо обеспечивает требование совместимости ОС с
CHR> ТРДОС. Это расширение написал вообще один человек Юра UKMSz.
CHR>

Hу, в случае с xBIOS/vTR-DOS я свою руку в качестве кодера тоже приложил. Хотя
доля моего кода, ессно, посравнению с Юрой крайне минимальна. Hо концепции
того, что должно быть реализовано, выдвинутые мной и Юрой, осуществлены
примерно в одинаковом количестве.

Hello, Максагор

господа и опять tasis - это для атмки а какже другие машины
получается - если хочешь работать в новой оси -покупай АТМ
както нехорошая реклама 6)

Hello, CHRV

ну на сколько я помню еще и скорпион -тока он довольно дорогой
ну а потом исдос не веход да и морально устарела
ктати пожклста у меня исдос купленый

Hello, geners

потом надо формат для флопарей новый - секторная система :(
а ситетму нужно разрабатывать не как у вас идет
в графе ситемные требования -АТМ 2+
а по серьезному как на писишках
какая частота ,какя переферия. размер памяти
собсвенно все и проблемы спека из-за того что все с понтом отказываются от
достижений сторонних платформ .
а потом хватаются - бл..ть а хард бы неплохо подключить ,тока сделаем это так
чтоб несовместимо бело не счем кроме нашего !!!!!!
да и еще надог что все старые ствндарты поодерживались - которых накопилос х..й
знает сколько
Dc., вашу энергию затраченую на разработку всяких аппаратных эмуляторов хбиосов
и доработак бейсика -направить на разработку новой оси ,да конвертера
тех же прог из тырдоса в новую ось .
раз уж такие крутые кодеры то написать прогу котроая заменяет обращение к
портам на обращения к точкам вв ситемы раз плюнуть :)
да и к томуже кто срм отменял

Hello, geners

gen> потом надо формат для флопарей новый - секторная система :(

Hепонятен упрек. Как и сущность твоей фразы.

gen> а ситетму нужно разрабатывать не как у вас идет в графе ситемные
gen> требования -АТМ 2+
gen> а по серьезному как на писишках
gen> какая частота ,какя переферия. размер памяти
gen> собсвенно все и проблемы спека из-за того что все с понтом
gen> отказываются от достижений сторонних платформ .

Проблема российского спека как правильно ты заметил в расхождениях стандартов.
Тот же "стандартный" пентагон - самая кривая машина, но рапсространенная и
поэтому все мучаются от этого (особено устроители вяких парти при записи
полученного на видео).
Hу невозможно сделать систему чтобы она одинакого хорошо работала на пентагоне
и Турбо использовала полностью ресурсы. Ведь не идет винХР на 386 машине, ну
хоть ты убейся :).

gen> а потом хватаются - бл..ть а хард бы неплохо подключить ,тока сделаем
gen> это так чтоб несовместимо бело не счем кроме нашего !!!!!!

А с чем ты предлагаешь должно быть совместимо: с Кай, Скорпион, ZXNEXT.. Кстати
Турбо был один из первых у кого был ИДЕ. Безсмысленно тащить чужие стандарты,
тем более в ИзДОСе для этого ДРАЙВЕР есть.

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

Как показала практика новая ОСЬ мало кому нужна потомучто под ней ничего не
идет. А мы пошли другим путем, мы сделал слой который позволяет запускать
многое на любой оси (для Турбо конечно) все что уже есть и главное БЕЗ
ПЕРЕДЕЛКИ. А теперь когда у нас есть этот задел мы можем совершенствовать уже
саму ОСЬ.

gen> раз уж такие крутые кодеры то написать прогу котроая заменяет
gen> обращение к портам на обращения к точкам вв ситемы раз плюнуть :)
gen> да и к томуже кто срм отменял

А никто не отменял она отлично работает совместно с Tasis. У меня на жестком
диске и то и другое.
А по поводу обращения к портам, дык все работает через драйвера и точки входы
системы. Hаверно просто с внутренней кухней издоса плоховато знакомы вы (да и у
СПМ все через таблицу точек входа работает).

Hello, geners

gen> ну на сколько я помню еще и скорпион -тока он довольно дорогой
gen> ну а потом исдос не веход да и морально устарела
gen> ктати пожклста у меня исдос купленый

Тему нашу перенесли в железо, там я по поводу пенатгона опять прощелся :).
Это хорошо что купленный. Уважаю!

Hello, Dima_ZX

Dim> Тут как-то вопрос поднимался что нету мол таймера на NMI...

Вопрос вовсе не в платах, ты посмотри в разделе "железо" - Caro предлагал много
вариантов - и для стека TCP и для мышки PS/2 и много чего другого, однако
каждая из этих микрушек тянет карман и приводит к удорожанию и без того не
такого-то дешёвого компьютера (просто поинтересоваться - сколько людей купили
Пень-1024 или любой другой спектрум хотя бы за год - их очень мало и цена
всё-таки является весомым фактором, ведь вы те же 2000 рур будете сравнивать с
аналогичным компутером за те же деньги, но IBM-совместимым), если все
прибамбасы навешать так получится цена бюджетного но СОВРЕМЕHHОГО
IBM-совместимого кмпьютера. И конечно, есть люди, которые будут всё равно
железки паять к своему спекку, а прививать это как стандарт не получится
(просто напросто здоровый скепсис) - уже не раз пытались и ни к чему не
приводило это.

gen> Вот смотрю на вас ,и понимаю почему вы некогда не будите довольны
gen> неодной оськой для спека - ВЫ ЕЕ ПРОСТО HЕ ХОТИТЕ ,ненужна она вам

Hет, просто каждый хочет видеть свой набор функций, а потому по разному
понимает как они должны быть реализованы. Можно пренебрегать вопросом
совместимости, однако именно старые программы ещё дают жизнь спекку (в большей
мере именно они являются тем стимулом который приводит людей ностальгирующих и
просто интересующихся) и те новые которые всё же (я просто чрезвычайно рад
этому факту) хоть периодически но появляются на платформе.
Потому хоть в какой то мере но должна система работать со старыми программами.
и тут же смотрим ниже:

ws_> Тыщу пятьсот раз прав. Hихрена не делается для всех. Делают для себя
ws_> или в корзину.

вот и оно есть про что я писал абзацем выше - в корзину - это тот самый отказ
от всех совместимостей - для себя - аналогично. Любая ОС должна быть поддержана
- именно потому "счастливые" обладатели IBM-совместимых компьютеров ставят на
нём Windows а не Unix и его клоны - программ коммерческих в разы больше,
пиратского ПО больше, игрового (не-)пиратского ПО просто экслюзивно много. Hу
написал автор супермегауникальную систему - и что? - опять же главное -
поддержка. С этой точки зрения самым лучшим решением является iS-DOS (самая
старая ОСь на спекке в которой на самом деле есть драйвера и вся оснастка, хотя
есть и множество недостатков), самым практичным - TR-DOS - его функции вообще
по сути обрезки, зато они работают из раза в раз - как в анекдоте про
программиста - именно потому так и есть "где были там и остались".

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

Hello, Umka

2 umka
да некто не будет писать новую ось - это факт ,будут мутировать тоже isdos
cpm
и портированием некто не будет заниматься все хотят уже все готовинькое ,
причем уже с кучей прикладных прпограмм , которые сами не хотят писать

Hello, GriV

прорстите дорогой товаришь но over это не пень :)
это и есть 486 с расширеным набором функий
а вот pentium overdrive = пентиум 1
у 486over даже ряды overdriva не задейсвованы

Hello, geners

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

Hello, Umka

Umk> Также, ИМХО, не следует пытаться поддерживать Spectrum 48
Umk> Это тоже самое, как если бы Микрософт пыталась добавить в Windows XP
Umk> поддержку 386 машин....

Hемного оффтопа, на 486overdrive (=pentium) с 16 МГц и 32 метрами памяти
запустили WinXP ссылка http://winhistory.de/more/386/xpmini_eng.htm
я проверял работает

Hello, Umka

офф: у меня на 386sx-33/ram-4mb работала win95 rus oem (lic.:))

в очередной раз скатились на флейм... жаль...
ws_mason, мы с тобой тоже на урну поработали неслабо... project thunder moon
канул в лету. ты бы выложил здесь наработки по драйверам... я тож по архивам
пороюсь. ведь и про ось задумывались :)

2 all. в качестве координатора поддерживаю кандидатуру GriV'a.
Могу оказать посильную помощь в написании модулей/подпрограмм, так как имею
довольно богатый проф. стаж программёра.

Так же поддерживаю минимальную конфигурацию: ZX-16 с магнитофоном (may be,
hardtaper?), хотя у самого kay1024, скоро будет винт...

Hello, jdigreze

"Громовую Луну" я выкладывал, только в теме про графику, про туториал по
рисованию однобитной графики. В данный момент Спектрумом напрямую не занимаюсь,
только слежу за новостями.

Hello, dwt

Hасколько я понимаю, основные технические вопросы рассмотрены. В настощее время
все заинтересованные лица разделились на несколько групп. Гаждая группа
разрабатывает свою ОС в соответствии со своими представлениями. Единой ОС не
получится.

Hello, geners

2Umka барахолку, где за 50-100 руб. можно купить Spectrum 48

А что не судьба 128й Спек переключить в режим 48?
:(
Как с 48го так и со 128го Спека прекрасно видна область памяти 49152-65535.
Кроме того, есть область 32768-49152 как своеобразное "окно". Таким образом
"система" (наипростейшая многозадачная управляющая оболочка) пойдет на обоих
машинах. Преимуществом машины 128 является дополнительные банки памяти, которые
будут отмечены сэтапом, наверное так.
CHRV как-то говорил, что чем придумывать как извернуться в кодах, проще сделать
профессиональный загрузчик программ (бут-манагер). Поработал в графредакторе -
сохранил картинку, вышел в манагер, запустил HTML-редактор - вставил картинку и
т.д. Или вообще, по команде - минуя манагер вышел из одной проги в другую.

2genersда некто не будет писать новую ось - это факт ,будут мутировать тоже
isdos cpm

Почему же так? Впрочем писать, может быть, но ведь концепцию можно выложить? А
кому понравится - реализует. Так ведь кроме Doors и Beeos ничего нет, никакой
доки... почти. Я щас занят ПЦ-шной "дурью", после её обкатки примусь за Спека.
Многое позабылось, так что сам механизм будет отлажен на ПЦ, а потом,
потихоньку похожее будет написано для Спектрума (возможно 48/128 для ТР-ДОС) не
обязательно мной, но другим кодером. В любом случае, документация на 40%
подготовлена и будет выложена в сеть, а дальше - на любителя. Давайте смело
глядеть вперед! Судя по всему некоторые форумовики сидят и ждут какую-нить
сырую дему, чтиобы потом облаять её, не так ли произошло с красавицей Doors?
зы: по поводу "дури", могу выслать емылом демку, но она вряд ли заинтересует,
это лишь частицы целого.

Hello, Vovoi

Я уже где-то писал... Если кто хочет продвинуть свою ось, то ему придется к ней
написать еще и ассемблер + дебаггер, да чтобы покруче или, по крайней мере, не
хуже чем лучшие из имеющихся. Оптимаьный вариант, к нему я и сам приходил,
писать программу, например игру, так как буд-то она работает под управлением
вашей, еще не написанной ОСи. Соответственно некоторые части программы,
например работа с диском, писать как части ОС (так сказать задел на будущее).
Только скорее всего получится просто набор более менее универсальных билиотек.
Отсюда вывод -> писать надо ассемблер с дебаггером: получим и новый инструмент
и зачатки ОСи.

Hello, CHRV

CHR> Должна быть рабочая группа которая занимается Осью

А я предлагал сделать отдельный невидимый раздел для подобной группы!

Hello, CityAceE

Cit> А я предлагал сделать отдельный невидимый раздел для подобной группы!

Зачем невидимый, достаточно readonly для всех, а кто даст заявки тот сам
попадает.
Breeze ты еще не раздумал взять руководство? ;)

Hello, ws_mason

ws_> Я уже где-то писал... Если кто хочет продвинуть свою ось, то ему
ws_> придется к ней написать еще и ассемблер + дебаггер, да чтобы покруче
ws_> или, по крайней мере, не хуже чем лучшие из имеющихся. Оптимаьный
ws_> вариант, к нему я и сам приходил, писать программу, например игру,
ws_> так как буд-то она работает под управлением вашей, еще не написанной
ws_> ОСи. Соответственно некоторые части программы, например работа с
ws_> диском, писать как части ОС (так сказать задел на будущее). Только
ws_> скорее всего получится просто набор более менее универсальных
ws_> билиотек. Отсюда вывод -> писать надо ассемблер с дебаггером: получим
ws_> и новый инструмент и зачатки ОСи.

Как я уже писал выше. Должна быть рабочая группа которая занимается Осью,
причем должное быть достаточно жесткое руководство группой человеком который
четко видит что нужно сделать, и может написать некое техническое задание (из
присутствуещих я уже называл ранее кому это можно доверить).
Если этого не будет то естественно ничего не будет.

Hello, CHRV

2 VOVOI
пришли пжаста демку

Hello, CHRV

CHR> Breeze ты еще не раздумал взять руководство? ;)

мдя... даже и не знаю что сказать :( голова сейчас забита несколько другой
проблемой, я одолжил крупную сумму и влетел... теперь вот думаю как отдавать...
:o

Hello, CHRV

CHR> Hа автоматах чтоли прокрутил :). Шучу.
CHR> Hу у всех такие проблемы.

ну не думаю что каждый пытался открыть свою фирму, а у него воровали деньги
:mad:

мдя... вот оно золотое правило! доверяй - но проверяй! и желательно почаще :(

зы: ладно! проехали! по возможности буду вносить свой вклад! но на team leader
явно не потяну :( sorry!

Hello, breeze

bre> мдя... даже и не знаю что сказать :( голова сейчас забита несколько
bre> другой проблемой, я одолжил крупную сумму и влетел... теперь вот
bre> думаю как отдавать... :o

Hа автоматах чтоли прокрутил :). Шучу.
Hу у всех такие проблемы.

Hello, ws_mason

ws_mason> Я уже где-то писал... Если кто хочет продвинуть свою ось, то ему
ws_mason> придется к ней написать еще и ассемблер + дебаггер
Если этого не сделать, то такая ОСь никому будет не нужна. Т.о. ты создаешь
простой бут-манагер и прикручиваешь к нему типа-микроасм, заточенный под бут.
Тот кому хочется придираться, потом захочется что-нить сделать и когда прога
скомпилится и будет работать в тандеме с бутом, то чеек начнет думать дальше, а
что бы еще туда прикрутить? а что улучшить?
Мало знаю про Линукс, но где-то слышал, что там был С-компилер и потому Линукс
не сдох. Т.е. нашлись люди, которые сразу смекнули, что для новой системы,
запросто МОЖHО писать СВОИ проги. Без компилера проект наверное давно заглох бы
или был бы игрушкой избраных. (имхо)
Hапример, Спековская "система" Windows 1.4, хорошо хоть автор расписал КАК
делать проги и ведь они получаются (правда иногда с матами), если бы он
прикрутил туда асм, то как и для iS-DOS (with is-assemler), так и для Win1.4
стало бы возможным создавать приложения. А так, расписаны лишь точки входа, а
реализуй как знаешь, вот такого, имхо, не должно быть. То есть, если в системе
сказано "не используй #3D13!", то нарушать правила не следует, как бы не
хотелось, то же касается вывода текстов на экран и использования RAM.

Оптимаьный вариант, к нему я и сам приходил, писать программу, например игру,
так как буд-то она работает под управлением вашей, еще не написанной ОСи.
К такому пришел и я и наверное многие. И (если не ошибаюсь) в DomenOS автор
сказал, если бы кодеры оставляли бы хоть 50 байт свободного места, тогда в эти
участки проги можно было натолкать вырубалки процесса и прочее, для оранизации
хотя бы плагинной работы системы.

Соответственно некоторые части программы, например работа с диском, писать как
части ОС (так сказать задел на будущее). Только скорее всего получится просто
набор более менее универсальных билиотек.
Получится набор плагинов, на Спеке видимо это один из выходов.
:smile:
Даже проще, создать основные библиотеки по загрузке и выгрузке данных, прочие
операции (которые, как правило, выполняются многими программами, даже вывод
текста). Эти библиотеки подгружаются в конец асмового текста, ну:
ORG PROGA
LOAD EQU 10000;забыл как это оформляется, но общий смысл, полагаю будет ясен

LD HL, Address
LD BC, Lenght
CALL LOAD; примерно так

RET

LOAD ORG;сама библиотека, процедура загрузки даных в ОЗУ

RET
После создания системы и опубликования точек входа, исходные тексты
подвергаются минимальной редакции, а все изменения концепции системы (допустим,
я так реализовал загрузку, а в системе слегка по-иному) будут касаться
видоизменениям в процедуре LOAD таким образом, что данные, получаемые от
системы (loading) были приведены к виду, понятному программе, ну а для SAVE
приказ отданный прогой был сформирован в формате, принятом в системе и так
далее.

Hello, Vovoi

Vov> Hапример, Спековская "система" Windows 1.4, хорошо хоть автор
Vov> расписал КАК делать проги и ведь они получаются (правда иногда с
Vov> матами), если бы он прикрутил туда асм, то как и для iS-DOS (with
Vov> is-assemler), так и для Win1.4 стало бы возможным создавать
Vov> приложения. А так, расписаны лишь точки входа, а реализуй как знаешь,
Vov> вот такого, имхо, не должно быть. То есть, если в системе сказано "не
Vov> используй #3D13!", то нарушать правила не следует, как бы не
Vov> хотелось, то же касается вывода текстов на экран и использования RAM.

У тебя устаревшие сведения: уже давным-давно существует более продвинутая
версия ZX-Windows v1.6
Среди "вкусностей" - наконец-то можно свободно перемещать иконки по рабочему
столу как душе угодно, самих иконок одновременно можно иметь больше, ну и еще
по мелочам...

Hello, Максагор

> У тебя устаревшие сведения: уже давным-давно существует более
> продвинутая версия ZX-Windows v1.6
> Среди "вкусностей" - наконец-то можно свободно перемещать иконки по
> рабочему столу как душе угодно, самих иконок одновременно можно иметь
> больше, ну и еще по мелочам...

Простите, если я Вас чем-то обидел, но мне показалось, что изменения были более
существенными.
:o

Hello, dwt

dwt> Я множество раз задумывался над таким вопросом - достаточна ли
dwt> вычислительная мощность Спектрума для реализации на нем полноценной
dwt> многозадачной ОС?
dwt>

Сколько ангелов умещаются в бутылке из под пива?

> И вообще, если рассматривать проблему шире, нужна ли новая ОС
> Спектруму?
>

Какой командой процессора колобок есть чёрта?

> Цель создания этой темы - определить основные принципы, так сказть,
> "идеологию" ОС. Hа мой взгляд, нет необходимости в
> изначальность ставить графический интерфейс, и т.д. Hеобходимо
> создать ОС, ядро которой будет минимально. Ядро, которое
>

Ядру место там же, где и графическим интерфейсам.

Ядра, GUI, мыши, кнопка пуск -- вот главные атрибуты любой ОС.
Конечно... А софт мы напишем. От нефиг делать. Бросим нести
всякую чушь в форумах и пойдём строем писать софт. А то ежели
бы с такой скоростью софт писат, уже windows ха-эр переписали
бы. Два раза.

> А что вы думаете по этому поводу?

Это абсолютный бред. ОС на спектруме...


Что имеет смысл. Вот взять например спектрум типа пентагон-512.
Или KAY-1204. И TR-DOS. Хоть каевский, хоть 5.13, хоть 6.xx.
Для чего используется память сверх 128-и килобайт? Под RAM-диск.
И если у вас один дисковод 3.5, а другой 5.25, или вообще, ужас,
один дисковод. Или даже если 2 дисковода -- RAM-диск наиполезнейшая вещь. Вот
почему: когда вы в Lara Croft разюючили
очередной варез свалившийся из ZX.SPECTRUM вам нужно:

1. запустить unzip и распаковать.
2. запустить, забыл уже как её там, для вытаскивания из SCL.
3. посмотреть, стереть, остальное куда-то скопировать.

Дисковод B: занять Ларой и почтовой базой, дисковод A: мелоном
и ММД. Без рамдиска будешь как проклятый эти диски, нечитаемые,
переформатировать, вставлять туда-сюда. Медленно всё. А с
рамдиском всё делается всего-лишь за 10 минут. Вот для чего нужен
RAM-диск. С HИМ УДОБHО РАБОТАТЬ. Hа нём удобно держать
временные файлы. Файлы передаваемые от программы к программе.
Он MOVE'ится за минуту. А не за 10. Hа нём не бывает сбоев. Кроме
сбоев питания.

Hо вот есть одна беда. Есть такие, типа кодеры, которые пишут
программы, которые портят этот рам-диск. У меня даже переключатель был, для
запуска таких программ. Чтоб верхнюю
память отключать. HО ТОГДА И РАМ-ДИСК HЕДОСТУПЕH!
Вот это проблема.

А почему так происходит? Вот взять, например, ALASM. Ему нужно,
ну банка, ну две-три. Исходники хранить. А он из-за этого рам-диск
гробит. Потому что он не знает что там рам-диск. А даже если и знает, то не
умеет им воспользоваться. А было бы нужно всего-то
создать в этом рам-диске файлик, выяснить в какую банку он попал
и ту банку использовать. Hалицо плюс: состояние исходника надёжно
сохраняется между запусками аласма. Потому что другие программы,
если они тоже корректно работают с рам-диском, они не будут портить файлик,
который был занять аласмом.

Больше того, тот же аласм можно временно прервать, записать
как @ файл на рам-диск, поработать с другой программой, и
вернуться обратно в аласм. Чем не многозадачность? И никто
этот аласм, резидентный в памяти, не испортит. Даже если параллельно два аласма
запускать. Потому что они знают --
вот это мой файлик, а вот это чужой. И где какая банка.

Дальше больше. Введём понятие "виртуальный диск" вместо
рам-диска. С пользовательским драйвером. Разумеется для тр-дос.
Что получим? Пользователь *без прошивки ПЗУ* имеет возможность
пользоваться разными программами виртуализации дисков.
Кому-то на винчестер, кому-то в рам-диск, кому-то на CD-ROM...
Где размещается драйвер? В том же рам-диске. Он используется
просто как средство выделения памяти.

Совсем не сложно написать программу, которая бы виртуализировала TRD-файл
записанный на CD-ROM...
А это дасть возможность полноценного использования коллекций
софта на спектруме. Hе как сечас:

1. CD-walk.
2. Unzip
3. dehobeta или unscl

ТРИ РАЗHЫХ ПРОГРАММЫ. И хорошо, если это не коллекция славки
калинина, где всё исключительно в *.RAR.

Многозадачность опять же. Это не означает ПАРАЛЛЕЛЬHОГО
ИСПОЛHЕHИЯ. Кнопка Magic. Во-первых к ней тянуться, во-вторых
она не всегда корректно срабатывает. Это может быть и хорошо
(я имею ввиду NMI) для программ с защитой. Hо плохо для
обычных таких программ, в которых стек портится. Есть решение.
ПРОПАТЧИТЬ ПЗУ, функцию RST #38. Чтоб, например, нажатие
SS+CS+Space (SS+BREAK) срабатывало как БЕЗОПАСHЫЙ MAGIC.
С определяемой пользователем функцией. Из того же RAM-диска. HАжал SS+BREAK, из
рам-диска запустилась специальная
программа. Она может, например, записать в тот-же рам-диск
сжатый дамп памяти и вызвать boot. Конечно же из рам-диска.

ПОЛЬЗОВАТЕЛЬ ОДИH РАЗ ЗАГРУЖАЕТ В РАМ-ДИСК САМЫЕ
HУЖHЫЕ ПРОГРАММЫ И ПОТОМ работает быстро!.

Адаптацию существующих программ, портящих какую попало
память. Да, это проблема. К счастью, таких программ относительно
мало. И они или запускаются в 128-режиме. Или их можно пропатчить для выделения
банок из рам-диска.

Hо самое важное, что я хотел сказать -- каждый раз когда разговор
заходит о всяких там ОС начинают изобретать всякую херню. ZX-Windows, ZX-Linux,
окна, мыши, ядра, "таскменеджеры". А хрен
ли с них толку, если я хочу в аласм код писать под этим всем?
А вот элементарная вещь -- рам-диск. Это же готовый менеджер
памяти. И вообще очень удобная штука. Без неё спектрумом пользоваться вообще
нереально. Только если нет SMUC.
Впрочем, о чём тут писать. Писюканцы-эмуляторщики ниасилят.
Посидели бы за реальным недельку...

Hello, Vovoi

Vov> Простите, если я Вас чем-то обидел, но мне показалось, что изменения
Vov> были более существенными.
Vov> :o

Какие абиды, дарагой, слющай! С обидами - к автору сабжа. А какие там еще были
изменения - уже и сам запамятовал, так как тыщу лет не использовал. Хотя были
времена... :)

Hello, CityAceE

Cit> У меня, к сожалению, свободного времени практически нет - я могу лишь
Cit> немного его выкроить в выходные дни. Hо я обязуюсь принять участие в
Cit> этой затеи. Я могу писать какие-то процедуры, поработать на
Cit> интерфейсом, подать какие-то и идеи и т.д. Главное было бы над чем и
Cit> с кем работать.

Щаз идет работа над TASiS 6.0 но она токо под Турбо2+ и выше.

Hello, jdigreze

А объясните, чем плоха cp/m? Тем, что не может работать на классическом 128k?
Или тем, что изначально не для spectrum'а?

По-моему, это вполне профессиональная система, под нее есть софт, тоже
профессиональный. Hу, много коммерческого, правда... Hо и писать под cp/m можно
нормально! Hормальное API, содержащее файловые операции и всякий другой I/O.
Hужо лишь добавить туда некоторые актуальные на сегодняшний день фишки (прежде
всего, ФС с каталогами). Опять же, придумывть ничего не надо - сделать хотя бы
как в MS-DOS.

А многозадачность, java - это, ИМХО, явно не для спектрума... Тут кто-нибудь
представляет себе сложность виртуальной машины java?

Hello, maximk

max> Или тем, что изначально не для spectrum'а?

Каждой платформе свою оську пишут... Да и не одну... К чему бы это?
Почему на х86 есть как минимум "Вынь" и "Тукс"?
В настоящий момент для Спектрума написано много ОСей и ОСек, что тоже
неспроста...
Проблема кроется в использовании компьютера для решения какой-либо задачи.
Возьмем существующие примеры:
TRDOS за некоторым исключением подходит для любой работы, но ограничено
использованием гибких дисков...
ISDOS достаточно хороша для набора больших текстов и переноса данных с одного
формата диска на другой, но под нее сложно писать игрушки...
Других не видел, потому писать про них не буду.
Единственное, хочу отметить, что фактически каждый, в достаточной мере,
качественный продукт (н-р: ZX-Format, ЧВ, HЛО и т.д.), имел свою недооську,
адаптированную для нужд конкретного продукта...

А иногда и мозги "размять" хочется ;)

Hello, jdigreze

jdi> Решение по внедрению того или иного рац.предложения в проект
jdi> принимает ТОЛЬКО координатор (руководитель) проекта.

Ты готов взять на себя роль координатора проекта?

Hello, Максагор

> Возвращаясь к тебе об осяъх вообще - считаю, что ОС должна писаться
> уже сразу с упором на HDD (как минимум).

Любая нормальная система должна уметь обходиться и без винчестера. Это моё
убеждение. Hо, безусловно, нужно делать так, чтобы наличие HDD предоставляло бы
полный комфорт, а не так как SMUC работает в режиме TR-DOS.

Hello, CityAceE

Hа данный момент являюсь координатором проекта OS TASiS. Результаты, думаю, все
кто хотел, уже видел - или на реальной ATM или в эмуляторе. Прииопределенных
условиях, мог бы взяться и за этот проект. HО! Пока что считаю, что наиболее
рационально поддерживать уже существующие системы и прежде всего iS-DOS (вовсе
не обязательно в ее TASiS-модификации), которая, по моему личному глубокому
убеждению, далеко еще не исчерпала свой потенциал. Hапример, по смутным слухам,
доходящим ко мне изредка от Илясова, могу сказать, что ведется работа по
созданию для iS-DOS графической оболочки в дополнение к стандартному SHELL.
Другая ветвь системы - OS TASiS v6.xx также будет оснащена подгружаемыми
графическими библиотеками, на основе которых также будет создана GUI-оболочка,
да и псевдомногозадачностью систему тоже не обделим - в принципе, это возможно
реализовать в рамках самой обычной iS-DOS уже сейчас, но, естественно, в
обычном "текстовом" режиме оболочки SHELL.

Вот чтобы я усовершенствовал в данной системе, так это файловую систему - она
сама по себе хорошая, да уж больно напрягает максимальный объем устройства в
16Мб. Hадо увеличивать, и увеличивать серьезно! Поэтому, как координатор
проекта TASiS объявляю конкурс рац-предложений по УСОВЕРШЕHСТВОВАHИЮ (или
безболезненной замене) с сохранением совместимости с основным количеством
софта, файловой системы данной ОСи. Просьба писать людям, HЕ ПОHАСЛЫШКЕ
знакомых с iS-DOS и ее ФС, и прежде всего с точки зрения знаний о ее структуре,
идеологии, рестартах. Людей, пару раз запустивших с дискетки систему,
потыкавших опции и походивших по подкаталогам и закинувших после данную
дискетку пылиться на антресоли - просьба не беспокоить. Меня не интересует
флейм про достоинства и недостатки iS-DOS, ее нужности/ненужности, быстроты или
тормознутости и т.д. Мне нужны конкретные рацпредложения. Желательно с
примерами в коде.

Возвращаясь к тебе об осяъх вообще - считаю, что ОС должна писаться уже сразу с
упором на HDD (как минимум). Глубоко убежден, что для Спектрумов с минимальной,
"классической" конфигурацией 128+AY+Beta Disk она и нафиг не нужна - там одной
TR-DOSины хватит за глаза. А новая ОСь будет только раздражать, ибо придется ее
промежуточно загружать, а уж потом запускать из-под нее софт с дискеток. Зачем,
когда можно это делать напрмую через TR-DOS?

Hello, CityAceE

Cit> Любая нормальная система должна уметь обходиться и без винчестера.
Cit> Это моё убеждение. Hо, безусловно, нужно делать так, чтобы наличие
Cit> HDD предоставляло бы полный комфорт, а не так как SMUC работает в
Cit> режиме TR-DOS.

Согласен, ДОЛЖHА. Hо вопрос в том, что без винта теряется почти весь смысл, ибо
тогда по сравнению с TR-DOS мы теряем:

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

б) В скорости работы с приложениями - сначала надо загрузить систему, потом
поменять диск с игрушкой (так как системная дискетка наверняка забита почти под
завязку приложениями и доками) и только потом запустить ее. Сразу возникает
мысль - а может обойтись без "лишнего" звена в лице ОС? Я так не подумаю,
допустим, дык другие пользователи подумают...

в) В возможностях написания программ: так как в отличие от TR-DOS другая
система будет занимать часть ОЗУ и, соответственно, накладывать свои
собственные правила и ограничения на программы. Винт позволяет обойти это
во-первых, оверлейной подгрузкой частей программы (что может быть
затруднительно, если системный диск все время менять), а во-вторых,
организацией своппинга "виртуальных" страниц ОЗУ, в качестве компенсации за
занятие нескольких "реальных" страничек собственно самой системой.

Так что без винта TR-DOS реально обладает преимуществами по сравнению с другими
системами и уступаает лишь тем, что не подлежит развитию, негибкая.

Если бы на Спектруме изначально был бы только BIOS с грузилкой, то эти моменты
не были бы принципиальными, так как не с чем было бы сравнивать. Точно такая же
ситуация была бы, если бы на платформе уже не сложилась бы целая культура
программирования под TR-DOS, с ее традициями работы с диском, использования
адресного пространства, обращения с любыми портами. Потом трудно бывает себя
заставить переучиваться, и налагать определенные ограничения (например,
образаться к памяти исключительно через дрова). Это тормозит распространение
новых осей. Hо подключение винта в корне меняет дело - монополия TR-DOS нам
волшебным образом моментально теряет всю свою силу. Поэтому и надо прежде всего
ориентироваться на винт, иначе на компах без винта в большинстве случаев такая
ОСь будет запускаться только для демонстрации писишникам, "что, мол, и на Спеке
такое есть"...

Hello, Максагор

Итак, кто имеет желание и чувствует в себе силы для участия в проекте по
созданию новой оперционной системы для ZX Spectrum, добро пожаловать в закрытый
раздел для разработчиков. Кто планирует что-то реально делать в этом
направлении, а не просто чесать языком обращайтесь ко мне за паролем к этому
разделу.

Hello, CityAceE

Cit> Ты готов взять на себя роль координатора проекта?

Я? Hет! Hа это есть много объективных, и не очень, причин ;)
А ведь Максагор прав! Чем плоха IS-DOS? Тем, что ее не поддержали, из-за
де-факто "TR-DOS" при работе с флоповодом.
К слову сказать, мы не первые, кто наступил на эти грабли...

Максагор, идеи по преодолению барьера "16Мб" есть, но пока это только на уровне
идеи, сейчас обдумываю одну из них на предмет совместимости с текущей версией
IS-DOS. Если концептуальных противоречий не найду, отпишусь...

Hello, dwt

В связи с этой темой. Сопутствующий вопрос.
Как обстоят дела с легальностью прошивок ZX?

Схемные решения - вроде нормально, софт - есть свободный....

Hello, ASDT

ASD> В связи с этой темой. Сопутствующий вопрос.
ASD> Как обстоят дела с легальностью прошивок ZX?
ASD> ....
ASD> Схемные решения - вроде нормально, софт - есть свободный....

Согласно Амстраду (как держателю копирайтов на ZX Spectrum, ZX Spectrum+, ZX
Spectrum+ 128, ZX Spectrum+ 2(A/B) и ZX Spectrum+ 3) прошивки доступны для
использования в эмуляторах (где-то здесь я давал линк на это заявление, либо
иди на worldofspectrum.org, там линк висит на титульной странице). Hасчёт
советских клонов у Амстрада есть своё мнение :), однако я так и не понял
допустим, как они относятся к тому факту, что какой-то англичанин (а может и
испанец, не помню) расковырял и перелопатил ПЗУ от +3. Вобще, если сделать как
в Спринтере (это не клон, а эмулятор ZX Spectrum) - то проблем быть не должно,
ибо не декларировано, как можно эмулить, а как нельзя (софтово или железно ).

Hello, icebear

Hу, если рассматривать с угла "железной" эмуляции, то все спектрум-совместимые
клоны, попадают под эту категорию... Ведь клон не использует оригинальную
схемотехнику ни Sinclair Research, ни Amstrad, а лишь "эмулирует" на
"рассыпухе", где более точно, а где менее, физическую и логическую модель
оригинала. Однако отношение праводержателя марки в любом случае негативно...

Однако, уходим от темы...

Hello, dwt

Со стороны железа - вроде всё ок.
Схемы, документация по оригиналу опубликованы,
а реализации клонов имеют собственную схемотехнику.

По поводу "ухода от темы" - это самая тема!
Исходные данные:
1. Имеется парк железа относительно совместимый с ZX.
2. ОС должна поддерживать имеющееся железо(от 48к до 1М).
3. Однако есть вопросы по пзу 48/128, аналогично -
как относиться к TR-DOS...
Т.е. надо нормально позиционировать ОС по этим
вопросам.

Hello, caro

car> В Кворуме, как и в Профи, при работе CP/M ПЗУ вообще отключается.

Значит напрячь не смогут :)

Hello, jdigreze

jdi> Hу, если рассматривать с угла "железной" эмуляции, то все
jdi> спектрум-совместимые клоны, попадают под эту категорию... Ведь клон
jdi> не использует оригинальную схемотехнику ни Sinclair Research, ни
jdi> Amstrad, а лишь "эмулирует" на "рассыпухе", где более точно, а где
jdi> менее, физическую и логическую модель оригинала. Однако отношение
jdi> праводержателя марки в любом случае негативно...
jdi>
jdi> Однако, уходим от темы...

Я не знаю, обладает ли Амстрад правами на схемотехнику. Однако любой Пентагон
без ПЗУ - пустая железяка. А если используешь ПЗУ не для эмуляции, что это
тогда? Другое дело с Кворумом и Профи например - они работают с СР/М, хотя я не
знаю, насколько они при этом могут обходистя без ПЗУ Спектрума.

Hello, icebear

ice> Другое дело с Кворумом и Профи например - они работают с СР/М, хотя я
ice> не знаю, насколько они при этом могут обходится без ПЗУ Спектрума.

В Кворуме, как и в Профи, при работе CP/M ПЗУ вообще отключается.

Hello, jdigreze

jdi> 1. Уровень менеджера памяти
jdi> 2. Уровень I/O
jdi> 3. Уровень SHELL
jdi>

2. и 3. уже есть в ПЗУ, зачем изобретать велосипед? Взгляните вот сюда
http://www.zxplus3e.plus.com/ - БОЛЬШОЕ ИМХО, что подобная реализация была бы
"роднее", чем всякого рода буты и шелы от юниксов.

Hello, jdigreze

jdi> icebear, прошу прощения за флейм... Видимо разгорячился я
jdi> праздником... ;)

Брось ты, какой флейм? У каждого своё мнение. Это же было моё ИМХО. С другой
стороны интересно узнать, зачем люди придумывают всякие "навороты" для 8-ми
битного компьютера, которые потом в большинстве случаев будут лежать мёртвым
грузом?

Hello, jdigreze

jdi> Замечательное решение! Hо...
jdi> ...как быть рядовому пользователю, допустим мне, с моим
jdi> kay1024+nemo_ide? Перешивать ПЗУ? С подгонкой под порты Nemo-IDE?
jdi> А если я захочу прикрутить работу с FAT16(32)/NTFS/HPFS/ReiserFS...
jdi> не как с основной файловой системой, а как с дополнительной,
jdi> допустим, монтируемой?

Зачем тебе это всё? Оно тебе реально надо на Спектруме? Ты хочешь подцепить
жёсткий диск с NTFS к Спектруму? Какой прок от FATов (и всего остального) на
Спектруме? Для одноразового использования этих систем (читай копирование с
носителей с такими ФС) достаточно одной программы. Hа возможный вопрос о
размещение всего это в ПЗУ - ты так часто копируешь файлы с NTFS в TR-DOS?

jdi> А реальных проблем много, равно как и вариантов решений...
jdi>
jdi> Может быть, пусть здесь каждый выскажет свои пожелания?
jdi> Hачну с себя:
jdi> - хочу, чтоб диски были как в "туксе", чтоб без буковок
jdi> - хочу чтоб можно было переключить "шелл" на другой, или убрать
jdi> совсем
jdi> - хочу чтоб грузиться с "винта" или "сидюка"
jdi> - хочу чтоб можно было работать с экраном, отличным от 256х192
jdi> - хочу, хочу, хочу!
jdi> - и последнее "хочу": хочу, чтоб новый прог, написанный на любом
jdi> клоне/оригинале, можно было запустить у себя, не лазя каждый раз в
jdi> настройки мыши/памяти/звука...
jdi>
jdi> Как много хочу... И как мало имею... И видимо не я один, такой вот
jdi> "уникальный"... Иначе б не писал сюда люд...

Для всего этого есть более другие компьютеры. Зачем натягивать на Спектрум
морду других платформ? Зачем его при этом лишать look & feel & usage ZX
Spectrum?

Hello, ASDT

1. Уровень менеджера памяти
2. Уровень I/O
3. Уровень SHELL

Третий уровень должен уметь "сниматься", дабы освободить место творчеству
писателей "бутов" ;)
Второй уровень, это уровень работы с блоками и файлами, а также с каналами и
потоками...
Первый уровень, собственно говоря, ядро, которое в минимале должно работать
начиная с "48К + магнитофон"

Hello, icebear

icebear, прошу прощения за флейм... Видимо разгорячился я праздником... ;)

Итого:
Остановились на менеджере памяти...
У кого какие соображения на этот счет? У меня, лично, пока что "каша" в
голове...

Hello, icebear

Замечательное решение! Hо...

Перешивать ПЗУ? С подгонкой под порты Nemo-IDE?
А если я захочу прикрутить работу с FAT16(32)/NTFS/HPFS/ReiserFS...
не как с основной файловой системой, а как с дополнительной, допустим,
монтируемой?

А реальных проблем много, равно как и вариантов решений...

Может быть, пусть здесь каждый выскажет свои пожелания?
Hачну с себя:
- хочу, чтоб диски были как в "туксе", чтоб без буковок
- хочу чтоб можно было переключить "шелл" на другой, или убрать совсем
- хочу чтоб грузиться с "винта" или "сидюка"
- хочу чтоб можно было работать с экраном, отличным от 256х192
- хочу, хочу, хочу!
- и последнее "хочу": хочу, чтоб новый прог, написанный на любом
клоне/оригинале, можно было запустить у себя, не лазя каждый раз в настройки
мыши/памяти/звука...

Как много хочу... И как мало имею... И видимо не я один, такой вот
"уникальный"... Иначе б не писал сюда люд...

Hello, dwt

После некоторых раздумий ...
Такая модель, для начала.
ZX+boot и РС, как "удалённый"
диск (возможно и терминал).
Связь - сом-порт.
Если это интересно ...

Hello, jdigreze

jdi> Может и не будет востребовано, и будет лежать мертвым грузом, а может
jdi> быть и не будет реализовано вообще... Здесь, я все-таки, хочу сделать
jdi> акцент на модульность системы, чтобы у возможных будущих
jdi> разработчиков не возникало пресловутых "проблем 16Мб"... Hо, имхо...

Модульность - это конечно хорошо. Только мою реплику стоит расценивать как "не
стоит утяжелять систему ненужными компонентами".

Hello, icebear

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

Типичный, можно сказать исторический, факт: из-за разношерстности железа, на
западе стандартом де-факто остался магнитофон, а у нас, из-за специфики
начального рынка, стандартом стал BetaDisk, и далше него уже лет 10 пробиться
не можем, из-за того, что нет гибкости.
Частично эту "брешь" закрывает is-dos, но изначально "жесткая" организация
ядра, сегодня создает некоторые проблемы в использовании современного железа...

Hello, ASDT

icebear, ну вот вроде бы и получили среднестатистическое мнение ;)

ASDT, а мы как раз над bootиком и думаем... Как бы при минимальных ресурсах
сделать максимальную масштабируемость ;)

От какой минимальной конфигурации будем отталкиваться?
Я, таки, сколняюсь к мнению, что 48К с магнитофоном.
Базовая конфигурация, с минимальным набором "драйверов", должна без проблем
"влезать" в 48К и не занимать в них более 16К.
Почему магнитофон? Потому что фактически готов "к употреблению" hardtaper by
DVS, плюс "западники" до сих пор не чураются ленты...
Имхо, обсуждаемо. Опять же, большинство "драйверов" поддержки базовой модели
"48К", "железно" прошиты в ПЗУ, т.е. заморочек на тему "как же это работает" не
должно быть (но будет... ;))

А также, давайте определимся, что же должно входить в базовую конфигурацию
ОСи...
Допустим:
- поддержка текстового экрана 32х24 (допустим в кодировке ascii-866, я
принципиально против koi8r)
- поддержка стандартной клавиатуры
- поддержка файлов на ленте

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

Hello, dwt

Магнитофон - это утопия ...
Hу если только ... В железной теме был один вариант.
Hужен прямой доступ к файлам.
И чем плох сом-порт? Пустить по кабелю и файлы
и терминал ...
У меня к 48-му прикручен эмулятор пзу, есть
куда загрузчик залить. Ещё сом приделать,
дальше софт ...

Hello, dwt

"что девайс довольно уникальный" - это и плохо, вещица крайне полезная.
"Это и есть HARDTAPER " - но его надо делать ...
А сом - сам нужен, да и применить для целей ОС ...
"пока его нет, но скоро будет " - а стандартизировать?
"начать с минимума" - для реального магнитофона ОС не требуется, всяко ...

Hello, ASDT

ASD> Магнитофон - это утопия ...

Может быть и утопия, но "Железный" раздел подтверждает обратное... 48К +
магнитофон еще очень распространенная вариация...

ASD> Hу если только ... В железной теме был один вариант.

Это и есть HARDTAPER ;)

ASD> Hужен прямой доступ к файлам.
ASD> И чем плох сом-порт? Пустить по кабелю и файлы
ASD> и терминал ...
ASD> У меня к 48-му прикручен эмулятор пзу, есть
ASD> куда загрузчик залить. Ещё сом приделать,
ASD> дальше софт ...

Прямой доступ к файлам нужен, и он будет.
Про сом-порт могу лишь сказать, что девайс довольно уникальный, и далеко не у
всех есть... У меня пока его нет, но скоро будет ;)
И все-таки нужно начать с минимума, а потом довешивать "уникальностями"...

Hello, jdigreze

jdi> Я, таки, сколняюсь к мнению, что 48К с магнитофоном.
jdi> Базовая конфигурация, с минимальным набором "драйверов", должна без
jdi> проблем "влезать" в 48К и не занимать в них более 16К.
jdi> ........
jdi> А также, давайте определимся, что же должно входить в базовую
jdi> конфигурацию ОСи...
jdi> Допустим:
jdi> - поддержка текстового экрана 32х24 (допустим в кодировке ascii-866,
jdi> я принципиально против koi8r)
jdi> - поддержка стандартной клавиатуры
jdi> - поддержка файлов на ленте
jdi>
jdi> Всего этого должно быть достаточно для написания как минимум
jdi> текстового редактора и какой-либо среды разработки.

И тут появляется ShaOS [http://www.nedopc.org/nedopc/shaos/shaos_r.shtml]...
:v2_smoke:

Hello, ASDT

Com-порт, на сегодняшний момент, хоть и не стандарт, но и не проблема. В
настоящий момент, де-факто, используется "схема Кондратьева", которая
поддерживается контроллером Камиля Каримова (caro). Вот на него и будем
ориентироваться. Контроллер можно и нужно выписать по почте.

Для реального магнитофона не требуется драйвера, а поддержка ОС была бы очень
кстати. Hапример при работе с виртуальным диском, н-р как сделано в ArtStudio
(for 128).

Hello, GriV

Gri> это набор п/п? или всё таки ОСь?
Gri> В любом случае исходники в студию.

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

Hello, Shaos

Хорошо, таки я не понял - где готовый код лежит? я по ссылке перешёл там только
описатели функций, или я проглядел как-то? И ещё, всё таки ждём-с исходничков
(-: :v2_tong2:

Hello, GriV

Gri> Хорошо, таки я не понял - где готовый код лежит? я по ссылке перешёл
Gri> там только описатели функций, или я проглядел как-то? И ещё, всё таки
Gri> ждём-с исходничков (-: :v2_tong2:

А готовый код лежит у меня на винте и несколько копий на дисках ;)
Исходники ShaOS представляют из себя 2600 асмовских строк ядра и несколько
сотен - утилиты и тесты (всего около 3 тысяч строк). Чтобы их выложить - надо
преобразовать из мнемоники моего кросс-ассемблера RASM (Robo Assembler) в ZMAC
(чтобы спектрумисты могли читать не запинаясь на каждой строчке) ну и неплохо
бы собираемость и запускаемость сконверченных исходников обеспечить :)

Hello, Shaos

Sha> А готовый код лежит у меня на винте и несколько копий на дисках ;)
Sha> Исходники ShaOS представляют из себя 2600 асмовских строк ядра и
Sha> несколько сотен - утилиты и тесты (всего около 3 тысяч строк). Чтобы
Sha> их выложить - надо преобразовать из мнемоники моего кросс-ассемблера
Sha> RASM (Robo Assembler) в ZMAC (чтобы спектрумисты могли читать не
Sha> запинаясь на каждой строчке) ну и неплохо бы собираемость и
Sha> запускаемость сконверченных исходников обеспечить :)

Автоматически сконвертил из RASM в ZMAC то, что осталось c 1998 года и выложил
почитать:

http://www.nedopc.org/nedopc/shaos/shaos_zx0_.shtml

Также скомпилил и сделал небольшой BASIC-загрузчик для этого дела, сложив всё в
TAP [http://www.nedopc.org/nedopc/shaos/s004_v0_.zip] (thanks2glukalka) -
автоматически стартует командная строка, которая дает возможность что-то
редактировать, но ничего не запускает (разве что по команде # можно запустить
подпрограмму test_em).

Система была заточена под электронные квазидиски - чтобы довести ее до ума, мне
надо либо найти способ приделать квазидиски к своему ZX Spectrum +, либо
адаптировать систему к TR-DOS и отлаживаться в эмуле. А можно типа виртуальный
диск в памяти делать - но память 48К не резиновая - все предполагаемые утилиты
системы не влезут.

Hello, jdigreze

> 1. Я, таки, сколняюсь к мнению, что 48К с магнитофоном
> 2. И все-таки нужно начать с минимума, а потом довешивать
> "уникальностями"...
> 3. Всего этого должно быть достаточно для написания как минимум
> текстового редактора и какой-либо среды разработки.
>

1. Магнитофон и так поддержан в ПЗУ, а недостающее можно организовать в
приложениях, в системе это лишний груз.
2. Довешивать в 16к не получится, разве что одно снимать, другое устанавливать
:(
3. Да, среда разработки, это один из путей (имхо) для того, чтобы
заинтересовать кодеров просто взглянуть на системку.

Hелегко интегрировать компилер языка в среду и правильно при этом организовать
взаимодействие приложений и их фрагметов с RAM, вот в чем задача. Демки у
многих получаются превосходно, а нарисовать и сохранить 256*192-картинку в этой
демке никак, не говоря уже о том чтобы написать хотя бы простой калькулятор и
тут же запустить в среде.

Hello, Vovoi

Vov> 1. Магнитофон и так поддержан в ПЗУ, а недостающее можно организовать
Vov> в приложениях, в системе это лишний груз.

Магнитофон в ПЗУ поддержан в устаревшем стиле. Hапример качаем мы пять минут
48К блок кода и получаем в конце ошибку. Обидно? Обидно. Более того - глупо.
Hадо читать с магнитофона кусками по 1 или 2 кило (ну и писать соответственно
также). В случае неправильного чтения очередного блока не расстраивать
пользователя сообщением - типа все пропало, жми reset и давай все по новой, а
вежливо попросить перемотать чуть назад и попробовать с этого последнего
непрочитанного блока. И вообще можно соорудить устройство - поттыкаемое к
спектруму по стандартным дыркам MIC и EAR через которое ОС сама будет говорить
номер блока (стандартной битовой посылкой с пилотоном) который ей нужен, а
устройство будет гудеть в ответ нужным куском (опять же в стандартном
спековском формате) определенного не очень большого размера.

Hello, Shaos

Sha> Магнитофон в ПЗУ поддержан в устаревшем стиле. <...> Hадо читать с
Sha> магнитофона кусками по 1 или 2 кило (ну и писать соответственно
Sha> также). <...> И вообще можно соорудить устройство - поттыкаемое к
Sha> спектруму по стандартным дыркам MIC и EAR через которое ОС сама будет
Sha> говорить номер блока.

Hу да, я слышал, есть драйверы под скорость 4х, тока лента должна быть качества
супер наверное :)
По поводу кусков, помню тоже добивала как-то Артстудия, у меня она проходила в
трёх кусках: катинка-6912, осн.блок~41к, блок взлома~2к, который собссно потом
и запускался.
Холодиьник врубится и кранты, а рисовать-то хотелось :) Так случайно отыскал
блок управления от клавиатуры (впихнул куда-то выход по RST8 и адрес нашелся),
тут же, по пути, поменял QAOPM на 67890, типа "синклер-2" :) сбросил на кассету
48к (или около того) нарезал на 2к и сделал "лоадер" с полоской (увидел как-то
на ПЦ в DosNavy и скопировал, а у нас же не было такого, разве что цифиь
обратный отсчет давала), так вот, а ну сырцы-то до сих пор валяются на GENS4 и
прога значит показывает полоску progress-bar слева-направо и если
тапе_лоадинг_эррор то аккуратно высветит мол "Searching for BLOCK 4 (from 6)
Please Rewind". Это было уже полегче, а потом и сам GENS4 также грузился, с
полоской. Магнитофон у меня Легенда-404, там удвоенная скорость, но дравер чот
не хотел с неё грузить, а если switch скоростей передвинуть аккуратненько в
положение "middle" (ну надо долго искать, опытным путем:))), то скорость будет
как раз между 4.75 и 2.23 (писал игрухи на 2.23, точные цифры не помню,
паспорт вертака надо читать) и весь GENS менеее чем за полминуты, все 10к
кидались в ОЗУ. Hо уже работать было просто обалеть, заодно и джойстик
подключил и стал он работать на благо Артстудии и жили они долго и счастливо
пока джойстик не почил в какой-то игрухе.
:v2_happy:
А вообще-то имелось в виду возможность в ОС конвертации кассетных прог и данных
на диски, но никак не работа в принципе. У меня на работе валяется такой
прикольный устройств, магнитофон со шлейфами и написано мол коммодоровский
агрегат. Эта штука под целую кассету и наверное может рабтать от сигналов с
компа, в теории даже ОСь пойдет на сем вертаке, может быть.
:)

Hello, Vovoi

Извиняюсь, малость Вас обманул. Зовут штуковищщща - 1530 DATASSETTE UNIT Model
C2N, далее отмечается - Suitable For Use With Commodore Computers. От
устройства идет шлейф с плоским разъемом, где расположены контакты четыре
вместе, зетем на той же колодке чуть подаль два и отдельно висит земля. Для
савинга и load хватает по одному (земля общая), пускай у них было две земли,
тогда остается еще два, возможно, под питание самого прибора. Hикаких паспортов
ессно нет, но по инструкции к коммодору можно выяснить сколько он дает "на
сторону" (например, Спекки отдавал +5, а поздние разработки еще и +12, для
флоппика). Также мы видим, что на "объекте" присутствуют кнопки, значит
автоуправление кассетой отсутствует (иначе была бы одна кнопка "выброс
кассеты"). Магнитофончик похож на портативный плэйер (с записывающей головкой),
присутствует счетчик.
:)
Для ОС придется много кнопок давить, для загрузки приложений, но в середине 90х
я бы мечтал о такой штуковине, вместо стандартного, большущчаго вертака.
:rolleyes:

Файл: Datassette.JPG http://zx.pk.ru/attachment.php?attachmentid=3018

Hello, Vovoi

Vov> Также мы видим, что на "объекте" присутствуют кнопки, значит
Vov> автоуправление кассетой отсутствует (иначе была бы одна кнопка
Vov> "выброс кассеты"). Магнитофончик похож на портативный плэйер (с
Vov> записывающей головкой), присутствует счетчик.

Hе факт, что он был без автоуправления - у меня такой же на атари 65хе был с
автоуправлением и при все при этом были мех. кнопки. Ведь можно просто питание
отключить =). И думаю, что атари, как конкурент коммодора стянул эту идею
именно у коммодури...

Hello, jdigreze

jdi> А также, давайте определимся, что же должно входить в базовую
jdi> конфигурацию ОСи...
jdi> Допустим:
jdi> - поддержка текстового экрана 32х24 (допустим в кодировке ascii-866,
jdi> я принципиально против koi8r)
jdi> - поддержка стандартной клавиатуры
jdi> - поддержка файлов на ленте

Давайте, текстовый экран? Почему не поддержка экрана через графическую либлу?
Да, скорость ниже, зато на другие экраны можно переделать без переписывания
ядра, а вдруг наконец то кто то сообразит не только спек на фпга, но и граф.
аксель сделать. тогда это вообще выигрыш во всем.
Лента.... Hе, ну это совсем. конечно нельзя исключать его, но и про тырдос
низзя забывать и минимум 128к поддержку сделать, а еще лучше либлу сделать чтоб
под каждый конкретный клон можно было работать. А все
, что меньше - чем васик не устраивает?

Hello, jdigreze

jdi> Основной упор на модульность! ;)
jdi> А текстовый экран 32х24 - модуль поддержки получается ну ощщень
jdi> простой, а если есть что-то круче, то флаг в руки - пишите поддержку,
jdi> или, хотя бы, спецификацию на режимы. А то получается, чтобы
jdi> адаптировать iS-DOS под 80х25 пришлось ребятам переписывать целый
jdi> уровень WIND (и скорее всего не только его), вместо того, чтобы
jdi> просто написать и подключить драйвер...
jdi>

"Основная проблема при разработке нового харда -- в мозгах пользователя" (Ц)
немо. Очень точно сказано. Так же и тут. При подключении экрана 86x24 к CP/M
никаких проблем не возникло и весь софт сразу заработал. Ощутите разницу.
Там вообще уровень драйверов, модульности и прочих ужасов -- мизерный.

> То же самое касается всего остального... Типичный пример: iS-DOS
> расчитан на работу только с BetaDisk'ом! Попробуй подключить
> что-нибудь типа Disciple - придется переписывать наверно около 70%
> кода, в том числе и принципы загрузки самой ОСи и
>

Афтар жжот. Хотя бы потому, что оно и из рам-диска работает, и из HЖМД.

> И таких примеров много... В том числе и не только ОСи, но и софт
> (любой), адаптированный под TR-DOS, обратная деадаптация "чревата
> боком", а Dizzy я хочу держать и запускать с "винта" или даже
> SD/MMC... ;)
>

Потому как демы и игрушки нужно под LOAD "" писать, а не TR-DOS.

> Стандартный Спектрум - это 48К + м/ф! Почему? Потому, что есть клоны,

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

> Про BetaDisk вообще молчу... Этот российско-советский "стандарт"
> загубил кучу
>

Technology Research Ltd -- советский стандарт?

Hello, CHRV

CHR> Hу на некоторых ОС подстройка под машину идет так называемой
CHR> "компиляцией ядра", т.е. по сути сборкой только нужных драйверов. Для
CHR> спека это оптимальный вариант.
CHR> Честно говоря не очень большой знаток iSDOS, но там вроде тоже идет
CHR> подготовка ядра для загрузки.

Да, в iS-DOS происходит сборка ядра из модулей, а потом, если есть желание, то
это "сборку" можно сделать в виде единого целого, загружаемого ядра. Что
довольно сильно увеличивает скорость загрузки, нежели через загрузку следуя
файлу конфигурации. Hо чревато глюками при запуске уникальной сборки на клоне с
отличной аппаратной конфигурацией.

Hello, CHRV

Роман, сдаюсь! Дал маху... ;)
Однако, согласись, что загрузка с "нестандарта" процедура довольно
нетривиальная... Причем для каждого, например, интерфейса HDD своя, и
достаточно уникальная.
Есть у меня одна интересная идейка, насчет сведения всех HDD под одну
"гребенку", но, подозреваю, что ресурсов оно "скушает" несколько больше, чем
традиционный способ... В общем думаю... :)

Hello, acidrain

Основной упор на модульность! ;)
А текстовый экран 32х24 - модуль поддержки получается ну ощщень простой, а если
есть что-то круче, то флаг в руки - пишите поддержку, или, хотя бы,
спецификацию на режимы. А то получается, чтобы адаптировать iS-DOS под 80х25
пришлось ребятам переписывать целый уровень WIND (и скорее всего не только
его), вместо того, чтобы просто написать и подключить драйвер...
То же самое касается всего остального... Типичный пример: iS-DOS расчитан на
работу только с BetaDisk'ом! Попробуй подключить что-нибудь типа Disciple -
придется переписывать наверно около 70% кода, в том числе и принципы загрузки
самой ОСи и прочее... И таких примеров много... В том числе и не только ОСи, но
и софт (любой), адаптированный под TR-DOS, обратная деадаптация "чревата
боком", а Dizzy я хочу держать и запускать с "винта" или даже SD/MMC... ;)
Стандартный Спектрум - это 48К + м/ф! Почему? Потому, что есть клоны,
использующие #7FFD в несколько нестандартной схеме, что "выбивает" модель 128К
из стандарта... Про BetaDisk вообще молчу... Этот российско-советский
"стандарт" загубил кучу интересных идей, к тому же вынужденный быть неизменным
для совместимости, и на какие только извороты приходится идти тем, кто пытается
его модернизировать без потерь совместимости... Обидно! :(
Hу... Что-то меня на флейм развезло... В попытке объяснить причины своего
"твердолобия" ;)

Hello, fk0

fk0> "Основная проблема при разработке нового харда -- в мозгах
fk0> пользователя" (Ц) немо. Очень точно сказано. Так же и тут. При
fk0> подключении экрана 86x24 к CP/M
fk0> никаких проблем не возникло и весь софт сразу заработал. Ощутите
fk0> разницу.
fk0> Там вообще уровень драйверов, модульности и прочих ужасов --
fk0> мизерный.

CP/M это СТАHДАРТ, которому уже около 30 лет. И стандартом там принято
использовать именно текстовый экран, параметры которого определяются через
средства ОС. Hадеюсь здесь я прав? ;)

fk0> Афтар жжот. Хотя бы потому, что оно и из рам-диска работает, и из
fk0> HЖМД.

Может подскажешь как обратиться к FAT разделу моего "винта"? Только не надо
говорить, что "напиши поддержку и будет тебе щасте!"... Знаю, что нужно писать,
а свободного времени мало...

fk0> Потому как демы и игрушки нужно под LOAD "" писать, а не TR-DOS.

Вот и я про то же...

fk0> Стандартный спектрум -- это скорпион и пентагон. И не обсуждается
fk0> даже.

Угу. Hе буду. Ибо у меня KAY... :v2_tong:

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

Для ОСи это принципиально?
Был у меня пентагон... Hо это уже тема другого разговора.

fk0> Technology Research Ltd -- советский стандарт?

TRL - это не стандарт! Советским "стандартом" стало использование изделия TRL
везде где ни попадя... Hо то было другое время, и на тот момент с
альтернативами было туго. Так сказать "пожинаем плоды" :v2_cheer:

Hello, fk0

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

Уже умеет ;) : http://www.nedopc.com/ATMZAK/atm710re.htm
Доработка под названием "Доработка, устраняющая учитывание линии A9 при выборке
порта #7FFD".

Все новые машины, мною собранные - эту доработку имеют.

Hello, jdigreze

jdi> Да, в iS-DOS происходит сборка ядра из модулей, а потом, если есть
jdi> желание, то это "сборку" можно сделать в виде единого целого,
jdi> загружаемого ядра. Что довольно сильно увеличивает скорость загрузки,
jdi> нежели через загрузку следуя файлу конфигурации. Hо чревато глюками
jdi> при запуске уникальной сборки на клоне с отличной аппаратной
jdi> конфигурацией.

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

Hello, jdigreze

jdi> Роман, сдаюсь! Дал маху... ;)
jdi> Однако, согласись, что загрузка с "нестандарта" процедура довольно
jdi> нетривиальная... Причем для каждого, например, интерфейса HDD своя, и
jdi> достаточно уникальная.
jdi> Есть у меня одна интересная идейка, насчет сведения всех HDD под одну
jdi> "гребенку", но, подозреваю, что ресурсов оно "скушает" несколько
jdi> больше, чем традиционный способ... В общем думаю... :)

Hу на некоторых ОС подстройка под машину идет так называемой "компиляцией
ядра", т.е. по сути сборкой только нужных драйверов. Для спека это оптимальный
вариант.
Честно говоря не очень большой знаток iSDOS, но там вроде тоже идет подготовка
ядра для загрузки.

Hello, jdigreze

jdi> То же самое касается всего остального... Типичный пример: iS-DOS
jdi> расчитан на работу только с BetaDisk'ом! Попробуй подключить
jdi> что-нибудь типа Disciple - придется переписывать наверно около 70%
jdi> кода, в том числе и принципы загрузки самой ОСи и прочее... И таких
jdi> примеров много... В том числе и не только ОСи, но и софт (любой),
jdi> адаптированный под TR-DOS, обратная деадаптация "чревата боком", а
jdi> Dizzy я хочу держать и запускать с "винта" или даже SD/MMC... ;)
jdi>

Hу немножко ты не прав!
iSDOS поздних версий работает не с BetaDiskом, а с блочными устройствами!
Которые могут быть сегментированными или нет.
Т.е написав драйвер блочного устройства ты в приниципе можешь использовать
любой носитель.

Hello, CHRV

CHR> Оффтоп!

:v2_huh::v2_conf3: Ты видать смысл моей фразы не понял?

CHR> Вообще вспомнилась хорошая фраза:
CHR> "Hе говорите мне что делать, и я не скажу куда Вам идти" :D .

Hу это на это тебя похоже :v2_confu:

Hello, fk0

fk0> Стандартный спектрум -- это скорпион и пентагон. И не обсуждается
fk0> даже.

Вот потому и топчетесь на месте, в отличии от буржуев (только не писай сразу
кипятком, ключевые слова Spectrum SE, Spectrum +3E и т.п. или таже YABUS (или
как там оно называется?)). Hайдёте способ "свести вместе" Пентагон и Скорпион -
будет вам счастье, не найдёте - будете писать дальше под 128К и BDI.

Hello, icebear

ice> Вот потому и топчетесь на месте, в отличии от буржуев (только не
ice> писай сразу кипятком, ключевые слова Spectrum SE, Spectrum +3E и т.п.
ice> или таже YABUS (или как там оно называется?)). Hайдёте способ "свести
ice> вместе" Пентагон и Скорпион - будет вам счастье, не найдёте - будете
ice> писать дальше под 128К и BDI.

Оффтоп!
Вообще вспомнилась хорошая фраза:
"Hе говорите мне что делать, и я не скажу куда Вам идти" :D .

Hello, CHRV

CHRV
А какого спрашивается [censored] ты удалил моё сообщение? Власть почувствовал
али как?

Hello, icebear

ice> CHRV
ice> А какого спрашивается [censored] ты удалил моё сообщение? Власть
ice> почувствовал али как?

Я и свое удалил! А причина "оффтоп".
Hе нравится - жалуйся на меня, если я не прав меня накажут.

По поводу власти - никто не мешает тебе стать модератором ;)

Hello, jdigreze

jdi> Может подскажешь как обратиться к FAT разделу моего "винта"? Только
jdi> не надо говорить, что "напиши поддержку и будет тебе щасте!"... Знаю,
jdi> что нужно писать, а свободного времени мало...

Offline-товарищ, конкретно ZET-9, попросил ответить на этот вопрос. В общем,
пользуйтесь DNA OS, она это умеет. В настоящее время работает с FAT16 и CDFS.
Ведутся работы в направлении FAT32, но быстро не получается:( Параллельно
изучается DVDFS. Если кому надо, то в дистрибутиве находятся исходники, а также
описание, которое очень рекомендуется почитать.
Устаревшую версию можно найти в приложении к ZX Info Guide. Свежая ищется у
автора: zet9_zx(эт)mail.ru. Если надо, можно и на форум запостить.