Bienvenido/a al sistema de búsqueda de HispaMSX
- 101. comparaciones... (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Fri, 26 Mar 2004 22:40:45 +0100
- On the kernel got all I/O functions + player + native DISK driver (on other version instead disk driver will got IDE driver). So can't I have IDE+floppy in the same kernel? That's bad... Not enought
- /archive/msg16019.html (9,567 bytes)
- 102. Hello World !!!! para MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Fri, 26 Mar 2004 23:16:15 +0100
- Mnbios not use fixed address, use dinamic structures storaging... for that exists the structures.... Anyway the aplications not need fill the structures....only need got a pointer to that structure..
- /archive/msg16020.html (17,821 bytes)
- 103. sobre MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Fri, 26 Mar 2004 23:26:41 +0100
- Señores, creo que Flyguille, esta haciendo un gran trabajo para MSX, aunque solo veo pegas en los posts. La verdad es que estoy un poco perdido en detalles tecnicos sobre el sistema operativo, aunqu
- /archive/msg16021.html (9,042 bytes)
- 104. Hello World !!!! para MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 01:29:24 +0100
- The mapping routine got between 6 or 25 z80 instructions... depending of the memory configuration.. (MSX2 or MSX4 , loaded from DISK or mounted in ROM). When you load from disk, it got 6 instructions
- /archive/msg16029.html (20,166 bytes)
- 105. comparaciones... (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 01:59:43 +0100
- I are NOT recreating the same tiny MSX-BIOS because is well-know that got several limitations and slowdowns... Well, this is not an issue. There is the C-BIOS project (the BIOS which is used on OpenM
- /archive/msg16032.html (17,927 bytes)
- 106. Hello World !!!! para MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 03:18:26 +0100
- No, need saving/restoring, the MNBIOS is a sharing resources based for allow the multitask. If you do a save/restore process you get more code to proccess and because that allways you got a slow OS..
- /archive/msg16035.html (19,780 bytes)
- 107. Hello World !!!! para MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 03:20:53 +0100
- Hi! 256x192? screen 2 o 4? that is a crap. you will lose much time calculating the pattern byte of a coordinates. Bad desition. Every screen from 1 to 5 and 8 to 12 can be displayed in 256x192, not o
- /archive/msg16036.html (10,452 bytes)
- 108. Hello World !!!! para MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 03:24:33 +0100
- for call a OS "multitask" not need background process. Wow... MSX-DOS with TSRs! Hummm... I think I had already read something about it. Not remove that sentence of the context.. I was talking about
- /archive/msg16037.html (10,390 bytes)
- 109. Entornos gráficos en MSX ¿lentos? (viene de Uzix y MNBIOS) (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 03:26:39 +0100
- La discusión entre Adriano y Flyguille me ha parecido de lo más interesante. Quiero decir una cosa importante sobre los entornos gráficos para MSX. Muchas personas aseguran que el VDP del MSX es d
- /archive/msg16039.html (9,461 bytes)
- 110. Entornos gráficos en MSX ¿lentos? (viene de Uzix y MNBIOS) (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 03:33:22 +0100
- La discusión entre Adriano y Flyguille me ha parecido de lo más interesante. Quiero decir una cosa importante sobre los entornos gráficos para MSX. Muchas personas aseguran que el VDP del MSX es d
- /archive/msg16040.html (10,321 bytes)
- 111. comparaciones... (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 03:37:27 +0100
- Yes, but this kind of thing is somewhat useless if the programmer have to do ALL the steps to draw every button, control the "trash table", control the button animation, control the animation of chec
- /archive/msg16041.html (10,487 bytes)
- 112. Hello World !!!! para MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 04:05:56 +0100
- between tasks. And if you save them in a shared area, you`re mixing shared data with process data. If an process crashes, it can crash other process as well, and it`s very very bad. Not mixing nothin
- /archive/msg16044.html (21,139 bytes)
- 113. Hello World !!!! para MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 04:15:13 +0100
- I was talking about a "multitasking" word, for call as multitasking to a OS. This need allow to change the aplication without close and reruning it. If on other hand that OS support background proces
- /archive/msg16046.html (12,072 bytes)
- 114. Hello World !!!! para MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 04:41:54 +0100
- If you are trying to say that you save current process data on a shared area, it`s not `distributing resources` or `sharing data`. It`s a bad design decision. Should I explain why? I think the discus
- /archive/msg16050.html (19,269 bytes)
- 115. Hello World !!!! para MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 04:50:04 +0100
- In the more technical think of the word maybe i are wrong... so i will call to MNBIOS taskswitch enviroment only because the BGP are disabled now?... Surely. If the user see 2 aplications windows on
- /archive/msg16051.html (13,735 bytes)
- 116. Idiomas en HispaMSX/Languages in HispaMSX (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 04:57:02 +0100
- Entiendo Carlos, pero responder con español una pregunta en ingles serÃa un embrollo total para Adriano y los demás lectores... sobre todo cuando se habla sobre términos literales muy especificos
- /archive/msg16052.html (11,936 bytes)
- 117. Hello World !!!! para MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 05:30:20 +0100
- a lot of GOTO and in a OS like MNBIOS, programming in that way will be a lot of problem. So what do you propose to solve this issue? I think it`s a very hard issue to solve since we`re talking about
- /archive/msg16056.html (19,034 bytes)
- 118. Hello World !!!! para MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 05:40:11 +0100
- If the active aplication not is a game (a common game surelly will to use all the screen), if is a office aplication, surelly it will create a new window and work in that window... that not erase the
- /archive/msg16057.html (15,260 bytes)
- 119. Idiomas en HispaMSX/Languages in HispaMSX (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 05:44:30 +0100
- Entiendo Carlos, pero responder con español una pregunta en ingles serÃa un embrollo total para Adriano y los demás lectores... At least, for me, reading Spanish is no problem. My problem is writi
- /archive/msg16059.html (11,954 bytes)
- 120. Hello World !!!! para MNBIOS (puntuación: 1)
- Autor: "Flyguille" <Flyguille@arnet.com.ar>
- Fecha: Sun, 28 Mar 2004 05:54:15 +0100
- I can`t see your point. Redrawing is not faster due to a programming structure. It depends on how the redrawing is done, how the video processor handles the calls, if you have virtual screens or not,
- /archive/msg16061.html (13,387 bytes)
El sistema de búsqueda está soportado por
Namazu v2.0.21
webmaster@lgw01-47.openstacklocal