Обсуждение концепции OS ZX-Doors — ZXNet «zxnet.soft»

От Алексей Гончаров Кому All 28.12.2006

Hello, Error404 Поглядел исходники - шикарно, можно прям сейчас компилить. Только железа вот нема, даже виртуального =(

От Andrey Baglay Кому All 28.12.2006

Hello, Error404 Между прочим название Doors уже зарезервировано breeze :)

От Сергей Акимов Кому All 28.12.2006

Hello, Sonic Son> RDesktop лучше - быстрее. Son> Windows Must Die. :v2_devil:

От Сергей Акимов Кому All 28.12.2006

Hello, NovaStorm Nov> Поддерживаю Error404. VNC это естественное и хорошее решение для Nov> таких задач, но вот засада - спековский экран =) И более того, есть готовые 8-битные реализации, например: http://www.sics.se/~adam/uvnc/ там же есть ссыла и на готовый TCP/IP Просто тут не совсем понятно, что же надо: тонкий клиент (это когда клиент запускает один единственный сервис - сервис тонкого клиента и просто получает комнды на отрисовку экрана и собирает и отправляет серверу пользовательский ввод, а приложение реально работает на сервере) или же все-таки одноранговая сеть распределенных вычислений, где разнородные процессы выполняются на всех узлах и как-то синхронизируются? В случае тонкого клиента совершенно пофиг что крутится на сервере приложений - CP/M, винда или unix. ZX только отрисовывает экранчики. А проблема экрана на самом деле не проблема - у большинства народа, кто "с руками" и сможет воспользоваться новыми разработками, а не только игры запускать, уже клоны с расширенной графикой. Только надо будет общий средний уровень написать - а далее на низком уровне каждый напишет "локализацию" экрана под свой клон, в самом запущенном случае :v2_wink2; -; под 256х192 с каким-нить скроллингом.

От Павел Федин Кому All 28.12.2006

Hello, andrews Локальная шина: 1. Interface-1, Disciple. 2. RS-232 (485) 3. Двунаправленный параллельный порт 580ВВ55. В случае (1) есть программная поддержка на стороне ZX, надо только сделать девайс. Только причем тут GDI ?

От Павел Федин Кому All 28.12.2006

Hello, NovaStorm Nov> VNC это естественное и хорошее решение для таких задач RDesktop лучше - быстрее. Только во-первых экран во-вторых задача оказалось совсем не такая.

От Андрей Савичев Кому All 28.12.2006

Hello, Striker Str> Между прочим название Doors уже зарезервировано breeze ну тогда ZX-Bridges

От Андрей Савичев Кому All 28.12.2006

Hello, Error404 Сеть не нужна глобальная. Просто по локальной шине чтоб можно было связать скажем 2-4 zx-spectrum+функционально законченные модули, поддерживающие самый простенький протокол обмена.

От Андрей Савичев Кому All 28.12.2006

Hello, Error404 Err> (это когда клиент запускает один единственный сервис - сервис тонкого Err> клиента и просто получает комнды на отрисовку экрана и собирает и Err> отправляет серверу пользовательский ввод, а приложение реально Err> работает на сервере) именно это и нужно...а насчет того что экран, ну да верно, поэтому готовое и не подойдет и клиент будет немного толще...а что таких клиентов м.б. 1, 2 или 4 что это меняет? насчет 1. Interface-1, Disciple. 2. RS-232 (485) 3. Двунаправленный параллельный порт 580ВВ55. хорошо бы поддержать со стороны zx все возможное, если не очень усложнит задачу установления соединения, со стороны сервера можно поставить развязку и обычный двунаправленный порт ( одну ножку) или готовый COM

От Алексей Гончаров Кому All 28.12.2006

Hello, Error404 Поддерживаю Error404. VNC это естественное и хорошее решение для таких задач, но вот засада - спековский экран =)

От Dmitry Malychev Кому All 29.12.2006

Hello, andrews ZX-Holes ;)

От Алексей Гончаров Кому All 29.12.2006

Hello, Lethargeek Это вообще то на ОС не тянет. Чисто программа клиент.

От Андрей Савичев Кому All 29.12.2006

Hello, Lethargeek Let> ZX-Holes ;) слишком многозначно..."воздушная яма" в том числе...все-таки ZX-Bridges, раз ZX-Doors нельзя.

От Андрей Савичев Кому All 29.12.2006

Hello, NovaStorm Nov> Это вообще то на ОС не тянет. Чисто программа клиент. не совсем, сейчас попробую кинуть набросок статьи в "Программирование"

От Андрей Савичев Кому All 29.12.2006

Hello, andrews Почему она ось или по крайней мере надстройка над осью? Потому как возникает необходимость распределения потока команд и обработки прерываний. См. http://zx.pk.ru/showthread.php?t=4459 Раньше z80 молотил алгоритм десятки и сотни милисекунд, если бы он мог поручить сие процедурному процессору, то сам мог бы заняться обработкой пользовательского ввода или чем-то еще. Толково это использовать может имхо только ось.

От Роман Чунин Кому All 30.01.2007

Hello, andrews and> Потому, что это ведь не совсем традиционный эмулятор. Затея вот and> какая. Работая под TRDOS нужно иметь возможность пользоваться всеми and> наворотами нового железа( в этом случае это новое железо просто and> акселлератор для z80), and> работая в режиме "ведущий-ARM9" оно должно запускать "нативный софт" and> через железный z80, но в виде отдельного thred-а. Покажите мне такой and> эмулятор :) and> и я соглашусь, что это эмулятор. and> Чтобы не запутались окончательно: z80 электрически присоединяется к and> портам AT91SAM9261. По моему мнению что для Z80 - то ОСь. А что для АРМа - то это своеобразная прошивка и никаким боком к ОСям обсуждаемым здесь не имеет отношения (так как не работает на Z80). Логично обсуждать это в разделе железо - просто иначе такая путаница возникнет, глаза на лоб полезут.