Вид для печати
Брось ты, какой флейм? У каждого своё мнение. Это же было моё ИМХО. С другой стороны интересно узнать, зачем люди придумывают всякие "навороты" для 8-ми битного компьютера, которые потом в большинстве случаев будут лежать мёртвым грузом?Цитата:
Сообщение от jdigreze
Может и не будет востребовано, и будет лежать мертвым грузом, а может быть и не будет реализовано вообще... Здесь, я все-таки, хочу сделать акцент на модульность системы, чтобы у возможных будущих разработчиков не возникало пресловутых "проблем 16Мб"... Но, имхо...
Типичный, можно сказать исторический, факт: из-за разношерстности железа, на западе стандартом де-факто остался магнитофон, а у нас, из-за специфики начального рынка, стандартом стал BetaDisk, и далше него уже лет 10 пробиться не можем, из-за того, что нет гибкости.
Частично эту "брешь" закрывает is-dos, но изначально "жесткая" организация ядра, сегодня создает некоторые проблемы в использовании современного железа...
Модульность - это конечно хорошо. Только мою реплику стоит расценивать как "не стоит утяжелять систему ненужными компонентами".Цитата:
Сообщение от jdigreze
После некоторых раздумий ...
Такая модель, для начала.
ZX+boot и РС, как "удалённый"
диск (возможно и терминал).
Связь - сом-порт.
Если это интересно ...
icebear, ну вот вроде бы и получили среднестатистическое мнение ;)
ASDT, а мы как раз над bootиком и думаем... Как бы при минимальных ресурсах сделать максимальную масштабируемость ;)
От какой минимальной конфигурации будем отталкиваться?
Я, таки, сколняюсь к мнению, что 48К с магнитофоном.
Базовая конфигурация, с минимальным набором "драйверов", должна без проблем "влезать" в 48К и не занимать в них более 16К.
Почему магнитофон? Потому что фактически готов "к употреблению" hardtaper by DVS, плюс "западники" до сих пор не чураются ленты...
Имхо, обсуждаемо. Опять же, большинство "драйверов" поддержки базовой модели "48К", "железно" прошиты в ПЗУ, т.е. заморочек на тему "как же это работает" не должно быть (но будет... ;))
А также, давайте определимся, что же должно входить в базовую конфигурацию ОСи...
Допустим:
- поддержка текстового экрана 32х24 (допустим в кодировке ascii-866, я принципиально против koi8r)
- поддержка стандартной клавиатуры
- поддержка файлов на ленте
Всего этого должно быть достаточно для написания как минимум текстового редактора и какой-либо среды разработки.
Магнитофон - это утопия ...
Ну если только ... В железной теме был один вариант.
Нужен прямой доступ к файлам.
И чем плох сом-порт? Пустить по кабелю и файлы
и терминал ...
У меня к 48-му прикручен эмулятор пзу, есть
куда загрузчик залить. Ещё сом приделать,
дальше софт ...
Может быть и утопия, но "Железный" раздел подтверждает обратное... 48К + магнитофон еще очень распространенная вариация...Цитата:
Сообщение от ASDT
Это и есть HARDTAPER ;)Цитата:
Сообщение от ASDT
Прямой доступ к файлам нужен, и он будет.Цитата:
Сообщение от ASDT
Про сом-порт могу лишь сказать, что девайс довольно уникальный, и далеко не у всех есть... У меня пока его нет, но скоро будет ;)
И все-таки нужно начать с минимума, а потом довешивать "уникальностями"...
"что девайс довольно уникальный" - это и плохо, вещица крайне полезная.
"Это и есть HARDTAPER " - но его надо делать ...
А сом - сам нужен, да и применить для целей ОС ...
"пока его нет, но скоро будет " - а стандартизировать?
"начать с минимума" - для реального магнитофона ОС не требуется, всяко ...
Com-порт, на сегодняшний момент, хоть и не стандарт, но и не проблема. В настоящий момент, де-факто, используется "схема Кондратьева", которая поддерживается контроллером Камиля Каримова (caro). Вот на него и будем ориентироваться. Контроллер можно и нужно выписать по почте.
Для реального магнитофона не требуется драйвера, а поддержка ОС была бы очень кстати. Например при работе с виртуальным диском, н-р как сделано в ArtStudio (for 128).
И тут появляется ShaOS... :v2_smoke:Цитата:
Сообщение от jdigreze
это набор п/п? или всё таки ОСь?
В любом случае исходники в студию.
ShaOS? Это вполне себе ось с набором подпрограмм и командной строкой, а также некими унифицированными форматами файлов и протоколами передачи данных через несколько специально разработанных аппаратных интерфейсов.Цитата:
Сообщение от GriV
Хорошо, таки я не понял - где готовый код лежит? я по ссылке перешёл там только описатели функций, или я проглядел как-то? И ещё, всё таки ждём-с исходничков (-: :v2_tong2:
А готовый код лежит у меня на винте и несколько копий на дисках ;)Цитата:
Сообщение от GriV
Исходники ShaOS представляют из себя 2600 асмовских строк ядра и несколько сотен - утилиты и тесты (всего около 3 тысяч строк). Чтобы их выложить - надо преобразовать из мнемоники моего кросс-ассемблера RASM (Robo Assembler) в ZMAC (чтобы спектрумисты могли читать не запинаясь на каждой строчке) ну и неплохо бы собираемость и запускаемость сконверченных исходников обеспечить :)
Автоматически сконвертил из RASM в ZMAC то, что осталось c 1998 года и выложил почитать:Цитата:
Сообщение от Shaos
http://www.nedopc.org/nedopc/shaos/shaos_zx0_.shtml
Также скомпилил и сделал небольшой BASIC-загрузчик для этого дела, сложив всё в TAP (thanks2glukalka) - автоматически стартует командная строка, которая дает возможность что-то редактировать, но ничего не запускает (разве что по команде # можно запустить подпрограмму test_em).
Система была заточена под электронные квазидиски - чтобы довести ее до ума, мне надо либо найти способ приделать квазидиски к своему ZX Spectrum +, либо адаптировать систему к TR-DOS и отлаживаться в эмуле. А можно типа виртуальный диск в памяти делать - но память 48К не резиновая - все предполагаемые утилиты системы не влезут.
1. Магнитофон и так поддержан в ПЗУ, а недостающее можно организовать в приложениях, в системе это лишний груз.Цитата:
1. Я, таки, сколняюсь к мнению, что 48К с магнитофоном
2. И все-таки нужно начать с минимума, а потом довешивать "уникальностями"...
3. Всего этого должно быть достаточно для написания как минимум текстового редактора и какой-либо среды разработки.
2. Довешивать в 16к не получится, разве что одно снимать, другое устанавливать :(
3. Да, среда разработки, это один из путей (имхо) для того, чтобы заинтересовать кодеров просто взглянуть на системку.
Нелегко интегрировать компилер языка в среду и правильно при этом организовать взаимодействие приложений и их фрагметов с RAM, вот в чем задача. Демки у многих получаются превосходно, а нарисовать и сохранить 256*192-картинку в этой демке никак, не говоря уже о том чтобы написать хотя бы простой калькулятор и тут же запустить в среде.
Магнитофон в ПЗУ поддержан в устаревшем стиле. Например качаем мы пять минут 48К блок кода и получаем в конце ошибку. Обидно? Обидно. Более того - глупо. Надо читать с магнитофона кусками по 1 или 2 кило (ну и писать соответственно также). В случае неправильного чтения очередного блока не расстраивать пользователя сообщением - типа все пропало, жми reset и давай все по новой, а вежливо попросить перемотать чуть назад и попробовать с этого последнего непрочитанного блока. И вообще можно соорудить устройство - поттыкаемое к спектруму по стандартным дыркам MIC и EAR через которое ОС сама будет говорить номер блока (стандартной битовой посылкой с пилотоном) который ей нужен, а устройство будет гудеть в ответ нужным куском (опять же в стандартном спековском формате) определенного не очень большого размера.Цитата:
Сообщение от Vovoi
Ну да, я слышал, есть драйверы под скорость 4х, тока лента должна быть качества супер наверное :)Цитата:
Сообщение от Shaos
По поводу кусков, помню тоже добивала как-то Артстудия, у меня она проходила в трёх кусках: катинка-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к кидались в ОЗУ. Но уже работать было просто обалеть, заодно и джойстик подключил и стал он работать на благо Артстудии и жили они долго и счастливо пока джойстик не почил в какой-то игрухе.
:v2_happy:
А вообще-то имелось в виду возможность в ОС конвертации кассетных прог и данных на диски, но никак не работа в принципе. У меня на работе валяется такой прикольный устройств, магнитофон со шлейфами и написано мол коммодоровский агрегат. Эта штука под целую кассету и наверное может рабтать от сигналов с компа, в теории даже ОСь пойдет на сем вертаке, может быть.
:)
Извиняюсь, малость Вас обманул. Зовут штуковищщща - 1530 DATASSETTE UNIT Model C2N, далее отмечается - Suitable For Use With Commodore Computers. От устройства идет шлейф с плоским разъемом, где расположены контакты четыре вместе, зетем на той же колодке чуть подаль два и отдельно висит земля. Для савинга и load хватает по одному (земля общая), пускай у них было две земли, тогда остается еще два, возможно, под питание самого прибора. Никаких паспортов ессно нет, но по инструкции к коммодору можно выяснить сколько он дает "на сторону" (например, Спекки отдавал +5, а поздние разработки еще и +12, для флоппика). Также мы видим, что на "объекте" присутствуют кнопки, значит автоуправление кассетой отсутствует (иначе была бы одна кнопка "выброс кассеты"). Магнитофончик похож на портативный плэйер (с записывающей головкой), присутствует счетчик.
:)
Для ОС придется много кнопок давить, для загрузки приложений, но в середине 90х я бы мечтал о такой штуковине, вместо стандартного, большущчаго вертака.
:rolleyes:
Не факт, что он был без автоуправления - у меня такой же на атари 65хе был с автоуправлением и при все при этом были мех. кнопки. Ведь можно просто питание отключить =). И думаю, что атари, как конкурент коммодора стянул эту идею именно у коммодури...Цитата:
Сообщение от Vovoi
Давайте, текстовый экран? Почему не поддержка экрана через графическую либлу? Да, скорость ниже, зато на другие экраны можно переделать без переписывания ядра, а вдруг наконец то кто то сообразит не только спек на фпга, но и граф. аксель сделать. тогда это вообще выигрыш во всем.Цитата:
Сообщение от jdigreze
Лента.... Не, ну это совсем. конечно нельзя исключать его, но и про тырдос низзя забывать и минимум 128к поддержку сделать, а еще лучше либлу сделать чтоб под каждый конкретный клон можно было работать. А все
, что меньше - чем васик не устраивает?
Основной упор на модульность! ;)
А текстовый экран 32х24 - модуль поддержки получается ну ощщень простой, а если есть что-то круче, то флаг в руки - пишите поддержку, или, хотя бы, спецификацию на режимы. А то получается, чтобы адаптировать iS-DOS под 80х25 пришлось ребятам переписывать целый уровень WIND (и скорее всего не только его), вместо того, чтобы просто написать и подключить драйвер...
То же самое касается всего остального... Типичный пример: iS-DOS расчитан на работу только с BetaDisk'ом! Попробуй подключить что-нибудь типа Disciple - придется переписывать наверно около 70% кода, в том числе и принципы загрузки самой ОСи и прочее... И таких примеров много... В том числе и не только ОСи, но и софт (любой), адаптированный под TR-DOS, обратная деадаптация "чревата боком", а Dizzy я хочу держать и запускать с "винта" или даже SD/MMC... ;)
Стандартный Спектрум - это 48К + м/ф! Почему? Потому, что есть клоны, использующие #7FFD в несколько нестандартной схеме, что "выбивает" модель 128К из стандарта... Про BetaDisk вообще молчу... Этот российско-советский "стандарт" загубил кучу интересных идей, к тому же вынужденный быть неизменным для совместимости, и на какие только извороты приходится идти тем, кто пытается его модернизировать без потерь совместимости... Обидно! :(
Ну... Что-то меня на флейм развезло... В попытке объяснить причины своего "твердолобия" ;)
Ну немножко ты не прав!Цитата:
Сообщение от jdigreze
iSDOS поздних версий работает не с BetaDiskом, а с блочными устройствами! Которые могут быть сегментированными или нет.
Т.е написав драйвер блочного устройства ты в приниципе можешь использовать любой носитель.
"Основная проблема при разработке нового харда -- в мозгах пользователя" (Ц) немо. Очень точно сказано. Так же и тут. При подключении экрана 86x24 к CP/MЦитата:
Сообщение от jdigreze
никаких проблем не возникло и весь софт сразу заработал. Ощутите разницу.
Там вообще уровень драйверов, модульности и прочих ужасов -- мизерный.
Афтар жжот. Хотя бы потому, что оно и из рам-диска работает, и из НЖМД.Цитата:
То же самое касается всего остального... Типичный пример: iS-DOS расчитан на работу только с BetaDisk'ом! Попробуй подключить что-нибудь типа Disciple - придется переписывать наверно около 70% кода, в том числе и принципы загрузки самой ОСи и
Потому как демы и игрушки нужно под LOAD "" писать, а не TR-DOS.Цитата:
И таких примеров много... В том числе и не только ОСи, но и софт (любой), адаптированный под TR-DOS, обратная деадаптация "чревата боком", а Dizzy я хочу держать и запускать с "винта" или даже SD/MMC... ;)
Стандартный спектрум -- это скорпион и пентагон. И не обсуждается даже.Цитата:
Стандартный Спектрум - это 48К + м/ф! Почему? Потому, что есть клоны,
Согласен записать в список стандартных и атм-турбо, если он научиться
память по-пентагоновски переключать.
Technology Research Ltd -- советский стандарт?Цитата:
Про BetaDisk вообще молчу... Этот российско-советский "стандарт" загубил кучу
Роман, сдаюсь! Дал маху... ;)
Однако, согласись, что загрузка с "нестандарта" процедура довольно нетривиальная... Причем для каждого, например, интерфейса HDD своя, и достаточно уникальная.
Есть у меня одна интересная идейка, насчет сведения всех HDD под одну "гребенку", но, подозреваю, что ресурсов оно "скушает" несколько больше, чем традиционный способ... В общем думаю... :)
Уже умеет ;) : http://www.nedopc.com/ATMZAK/atm710re.htmЦитата:
Сообщение от fk0
Доработка под названием "Доработка, устраняющая учитывание линии A9 при выборке порта #7FFD".
Все новые машины, мною собранные - эту доработку имеют.
Ну на некоторых ОС подстройка под машину идет так называемой "компиляцией ядра", т.е. по сути сборкой только нужных драйверов. Для спека это оптимальный вариант.Цитата:
Сообщение от jdigreze
Честно говоря не очень большой знаток iSDOS, но там вроде тоже идет подготовка ядра для загрузки.
CP/M это СТАНДАРТ, которому уже около 30 лет. И стандартом там принято использовать именно текстовый экран, параметры которого определяются через средства ОС. Надеюсь здесь я прав? ;)Цитата:
Сообщение от fk0
Может подскажешь как обратиться к FAT разделу моего "винта"? Только не надо говорить, что "напиши поддержку и будет тебе щасте!"... Знаю, что нужно писать, а свободного времени мало...Цитата:
Сообщение от fk0
Вот и я про то же...Цитата:
Сообщение от fk0
Угу. Не буду. Ибо у меня KAY... :v2_tong:Цитата:
Сообщение от fk0
Для ОСи это принципиально?Цитата:
Сообщение от fk0
Был у меня пентагон... Но это уже тема другого разговора.
TRL - это не стандарт! Советским "стандартом" стало использование изделия TRL везде где ни попадя... Но то было другое время, и на тот момент с альтернативами было туго. Так сказать "пожинаем плоды" :v2_cheer:Цитата:
Сообщение от fk0
Да, в iS-DOS происходит сборка ядра из модулей, а потом, если есть желание, то это "сборку" можно сделать в виде единого целого, загружаемого ядра. Что довольно сильно увеличивает скорость загрузки, нежели через загрузку следуя файлу конфигурации. Но чревато глюками при запуске уникальной сборки на клоне с отличной аппаратной конфигурацией.Цитата:
Сообщение от CHRV
Для этого есть дистрибутивный комплект, в котором самая минимальная конфигурация лежит для загрузки. А потом уже начинается работа по чтение мануала и "рук пользователя". Т.е. я хочу сказать что глюки по большей части являются следствием ленивости пользователя.Цитата:
Сообщение от jdigreze
НО делать ядро включающее все и вся - мне кажеться это крайне неправильно, при наших то ресурсах.
CHRV
А какого спрашивается [censored] ты удалил моё сообщение? Власть почувствовал али как?
Я и свое удалил! А причина "оффтоп".Цитата:
Сообщение от icebear
Не нравится - жалуйся на меня, если я не прав меня накажут.
По поводу власти - никто не мешает тебе стать модератором ;)
Offline-товарищ, конкретно ZET-9, попросил ответить на этот вопрос. В общем, пользуйтесь DNA OS, она это умеет. В настоящее время работает с FAT16 и CDFS. Ведутся работы в направлении FAT32, но быстро не получается:( Параллельно изучается DVDFS. Если кому надо, то в дистрибутиве находятся исходники, а также описание, которое очень рекомендуется почитать.Цитата:
Сообщение от jdigreze
Устаревшую версию можно найти в приложении к ZX Info Guide. Свежая ищется у автора: zet9_zx(эт)mail.ru. Если надо, можно и на форум запостить.
Господа, доступ на чтение в раздел http://zx.pk.ru/forumdisplay.php?f=34 дадите или как?
А смысл? Там сейчас тихо и спокойно... Все только-только со своими заморочками разгреблись... Да и лето на дворе, отдохнуть не грех ;)
принципы новой ос:
Безглючность
антивирусность
А где же ты видел вирусы под Спек?или я что-то пропустил?
нО тОлько Это бЫло скорЕй кАк прецедЕнт, А нЕ кАк систЕма.
конкрЕтно чтО зА вИрус бЫл Я сказАть нЕ могУ, нО я пОмню прИнцип егО дЕйствия - Он заражАл нулевУю дорОжку, и прИ смЕне дИска пытАлся себЯ записАть нА нулевУю дорОжку другОго дИска.
прямЫх деструктИвных дЕйствий Этот вИрус нЕ имЕл.
в Last Battle был авторский вирус - цеплялся к бейсик файлам и иногда выводил "жуткую" надпись. кое-что про вирусы было написано в ZX POWER 2.
А где tcp/ip?