Discussion of the OS ZX-Doors concept — ZXNet «zxnet.soft»

From Alexey Goncharov To All 28 December 2006

Hello, Error404 I looked at the source code - it’s great, you can compile it right now. Only iron here nothing, not even virtual =(

From Andrey Baglay To All 28 December 2006

Hello, Error404 By the way, the name Doors is already reserved by breeze :)

From Sergey Akimov To All 28 December 2006

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

From Sergey Akimov To All 28 December 2006

Hello NovaStorm Nov> I support Error404. VNC is a natural and good solution for Nov> such tasks, but here's the ambush - the Speck screen =) And what’s more, there are ready-made 8-bit implementations, for example: http://www.sics.se/~adam/uvnc/ there is also a link to ready-made TCP/IP It’s just not entirely clear what is needed: a thin client (this is when the client launches one single service - the thin client service and simply receives commands for drawing the screen and collects and sends to the server user input, and the application actually runs on the server) or is it still peer-to-peer network of distributed computing, where heterogeneous processes are executed on all nodes and somehow synchronize? In the case of a thin client, it doesn’t matter what’s running on the application server - CP/M, Windows or unix. ZX only draws screens. Is there a problem with the screen? really not a problem - for the majority of people who are “hands on” and can take advantage of new developments, and not just launch games, already clones with advanced graphics. You just need to write down the general average level - and then, at a low level, everyone will write a “localization” of the screen for their clone, in the most advanced case: v2_wink2; -; under 256x192 with some kind of scrolling.

From Pavel Fedin To All 28 December 2006

Hello andrews Local bus: 1. Interface-1, Disciple. 2. RS-232 (485) 3. Bidirectional parallel port 580BB55. In case (1) there is software support on the ZX side, you just need to do device But what does GDI have to do with it?

From Pavel Fedin To All 28 December 2006

Hello NovaStorm Nov> VNC is a natural and good solution for such problems RDesktop is better - faster. Only firstly the screen and secondly the task turned out to be completely different.

From Andrey Savichev To All 28 December 2006

Hello Striker Str> By the way, the name Doors is already reserved breeze well then ZX-Bridges

From Andrey Savichev To All 28 December 2006

Hello, Error404 There is no need for a global network. Just on the local bus so that you can communicate say 2-4 zx-spectrum + functionally complete modules supporting the most a simple exchange protocol.

From Andrey Savichev To All 28 December 2006

Hello, Error404 Err> (this is when the client starts one single service - the thin service Err> client and simply receives commands to draw the screen and collects and Err> sends user input to the server, and the application is real Err> is running on the server) this is exactly what is needed... and as for the fact that the screen, well, that’s right, that’s why it’s ready and not will fit and the client will be a little thicker...and what kind of clients could there be? 1, 2 or 4 what does this change? about 1. Interface-1, Disciple. 2. RS-232 (485) 3. Bidirectional parallel port 580BB55. It would be nice to support zx with everything possible, if it doesn’t complicate the task too much establishing a connection, on the server side you can set decoupling and normal bidirectional port (one leg) or ready-made COM

From Alexey Goncharov To All 28 December 2006

Hello, Error404 I support Error404. VNC is a natural and good solution for such tasks, but here's the ambush - the Spekov screen =)

From Dmitry Malychev To All 29 December 2006

Hello, andrews ZX-Holes ;)

From Alexey Goncharov To All 29 December 2006

Hello Lethargeek This doesn't really apply to the OS. Purely client program.

From Andrey Savichev To All 29 December 2006

Hello Lethargeek Let> ZX-Holes ;) too ambiguous..."air hole" including...after all, ZX-Bridges, since ZX-Doors are not allowed.

From Andrey Savichev To All 29 December 2006

Hello NovaStorm Nov> This generally does not suit the OS. Purely client program. not really, now I’ll try to submit a draft of the article to “Programming”

From Andrey Savichev To All 29 December 2006

Hello andrews Why is it an axis, or at least a superstructure above the axis? Because it arises the need to distribute command flow and handle interrupts. See http://zx.pk.ru/showthread.php?t=4459 Previously, the z80 thrashed the algorithm for tens and hundreds of milliseconds, if it could have instructed this to a procedural processor, then you could do the processing yourself user input or something else. It can be used sensibly IMHO only the axle.

From Roman Chunin To All 30 January 2007

Hello andrews and> Because this is not quite a traditional emulator. Here's the idea and> which one. Working under TRDOS you need to be able to use everything and> bells and whistles of new hardware (in this case, this new hardware is simply and> accelerator for z80), and> working in the "master-ARM9" mode, it should launch "native software" and> through the iron z80, but as a separate thred. Show me this one and> emulator :) and> and I agree that this is an emulator. and> So as not to get completely confused: z80 is electrically connected to and> AT91SAM9261 ports. In my opinion, what is for the Z80 is the AXIS. And what about automated workstations? This is a kind of firmware has nothing to do with the OSes discussed here (since does not work on Z80). It’s logical to discuss this in the hardware section - it’s just that otherwise such confusion will arise, your eyes will roll out of your head.