archivo

Archivos Mensuales: marzo 2010

En la última edición de QL Today, Daniele Terdina nos adelanta las características que tendrá la versión 3.0 de su emulador, Q-emuLator.

Para quien no lo sepa, Q-emuLator es, junto a QPC, uno de los mejores emuladores del Sinclair QL. Lo que siempre me ha gustado de Q-emuLator frente a QPC, es la capacidad de emular fielmente a la máquina real y su facilidad para gestionar ficheros descargados de Internet y así podemos probar cómodamente el software o pasarlo fácilmente a la máquina real utilizando disquetes.

Esta nueva versión será una versión mayor, de ahí el salto del la 2.5 a la 3.0. Por lo leí en el artículo, Q-emuLator 3.0 tendrá una serie de mejoras más que interesantes, y pienso que dará un salto importantísimo en la emulación del Sinclair QL.

Según nos cuenta Daniele, en principio parece que la lógica de la aplicación y la interfaz de usuario no cambiarán de forma sustancial, pero con la nueva versión la ventana principal del emulador podrá ser redimensionada y obtener así una visión en pantalla más clara. Esto ha sido muy demandado por los usuarios actuales que poseen grandes pantallas, y donde Q-emuLator ahora tiene un aspecto pobre. La intención es que al aumentar el tamaño de visualización, no se pierda calidad en la resolución ni aparezca el pixelado típico.

En esta nueva versión, se aprovechará la potencia de los PC para reforzar dos aspectos fundamentales: una emulación más precisa de la máquina real y la calidad del sistema de visualización.

El manejo de software descargado de Internet será ahora también mucho más cómodo. En la actualidad, si queremos ejecutar software descargado de cualquier sitio Web, normalmente tenemos que pasar los ficheros a una unidad virtual de Q-emuLator, arrancar el emulador en modo ampliado y descomprimir los ficheros con unzip_exe, luego (si el software es para un QL real) volver a arrancar el emulador en modo no expandido para poder ejecutar por ejemplo un juego. Esto es un poco tedioso, pero con la próxima versión va a ser posible que “montemos” directamente el fichero .zip como si fuera un dispositivo de lectura típico de QDOS (mdv_, flp_, win_). Con esto será comodísimo probar cualquier programa de forma directa.

Habrá también un nuevo tipo de formato de ficheros llamado QLPAK, que permitirá empaquetar en un fichero los binarios de un programa junto con las opciones o configuración del emulador. Esto permitirá, por ejemplo, ejecutar un juego o cualquier programa QL con un simple “doble-clic” desde el explorador de Windows, de esta forma se arrancará el emulador con la configuración definida y ejecutará el programa empaquetado en el fichero. Como comenta Danile, esto abre posibles nuevos escenarios, por ejemplo, ejecutar un programa QL desde la Web con un simple clic en un enlace; o construir una aplicación para gestionar librerías de software del QL (futuras versiones podrían contener más metadatos como por ejemplo una captura de pantalla o información sobre el copyright).

Otras novedades interesantísimas son las posibilidades de montar imágenes físicas de microdrives. Por ejemplo, podremos montar ficheros .mdv creados por QLay y un nuevo tipo de ficheros .mdv que pueden ser creados en un QL original a partir de microdrives reales (empleando una utilidad que también está siendo desarrollada por Daniele). Esto ayudará mucho a preservar todo tipo de software y poderlo ejecutar en el emulador, incluso aquellos programas que tengan algún mecanismo de protección contra copia.

Otra mejora importante será la inclusión de un emulador de impresora, en este sentido será posible utilizar nuestra impresora “moderna” conectada a nuestro PC vía USB como si fuera una impresora compatible Epson conectada al puerto SER del QL original.

Por último, la nueva versión de Q-emuLator incorporará un driver de sonido compatible con los sistemas QDOS modernos, lo que nos permitirá enviar muestras de sonido mono o estéreo a los altavoces.

Sin duda alguna, … Q-emuLator 3.0 será un gran avance en lo que respecta a la facilidad y nuevas posibilidades de emulación del Sinclair QL. Por mi parte ya lo estoy esperando con mucha ilusión …. (¡Buen trabajo Daniele!).

—-
Fuete:
QL Today, Vol 14, num 3.
(Q-emuLator 3.0 for Windows by Daniele Terdina)
—-

A raíz de los comentarios en un post anterior, me comentaba Badaman una idea que alguna vez ha circulado por ahí, de aportar una especie de disco virtual a un QL empleando un puerto serie y un programa en el PC (corriendo Linux o Windows, …) que actuara de “servidor” de ficheros. (Por lo visto ya existen cosas así para el C64, Amiga, …).

En relación a este tema, hace unos días compré un cable null-modem para hacer una prueba de conectar mi QL al un PC con Q-emuLator. Mi idea era ejecutar en las dos máquinas SMSQ/E y mediante el driver SERNET compartir recursos entre los dos ordenadores. (SERNET es un driver nativo de SMSQ/E para montar una red local empleando un “anillo” de ordenadores conectados vía puertos serie).

Por ahora no he conseguido grandes avances. Sólo he logrado desde el QL volcar “a pelo” información en la pantalla del emulador, pero no he logrado hacer funcionar a SERNET. Leyendo más tarde el manual de Q-emuLator, Daniele Terdina dice que aún no están soportados estos drivers (¡qué pena!). De todas formas tengo pensado escribirle a ver qué me cuenta de todo esto.

También he leído un artículo de Dilwyn Jones sobre SERNET y no aporta gran cosa con respecto a lo que ya dice el manual de SMSQ/E. Lo que sí dice es que él nunca ha logrado el conectar un QL a un PC vía SERNET y que ha tenido dificultades con la construcción del cable adecuado (no sé si es porque no lo ha intentado seriamente). Parece que con SERNET bajo SMSQ/E y de PC a PC no hay problemas, pero de QL a PC parece que sí. Seguramente debido a las peculiaridades de los puertos SER del QL.

Con este panorama, la solución más directa que yo veo para dotar al un QL real de un servidor de ficheros con espacio de almacenamiento “infinito”, es empleando la tarjeta QXL en un PC y usando el puerto NET para comunicar los dos sistemas. Parece que el puerto NET de Sinclair va bien y son compatibles entre el QL y la QXL; y además no habría que escribir drivers en el QL, que es la parte más complicada. El Toolkit II y el SMSQ/E ya nos aportan los drivers necesarios.

Dado que no existen por ahora iniciativas de desarrollo de una expansión tipo CompactFlash o tarjetas SD para sistemas QL, estas opciones son las que serían más realistas hoy en día a la hora de transferir ficheros al QL de forma relativamente cómoda desde un almacén masivo de archivos.

Autor: Salvador Merino, 18/02/2010

Badaman me comento que mi experiencia en instalar una tarjeta red bajo MS-DOS en un PC con un AMD K5 a 90 Mhz, 16 Mbytes RAM, y disco duro de 1 Gb, podría interesar a usuarios cuya lengua principal sea el Español (o Castellano).

Mi historia comienza cuando decido ensamblar dos PCs, uno para MS-DOS 6.22 (Caja AT, micro AMD K5 a 90 Mhz, y 16 Mbytes RAM), y el otro para LINUX Debian (Caja ATX, micro AMD K6 a 300 Mhz, y 64 Mbytes RAM), a partir de bastante chatarra, que incluía 2 tarjetas de red con microchip de Realtek, pero fabricadas por terceras empresas, y como provenían de la chatarra, o material de desecho, de un colegio (de enseñanza privado (no pública)) suministrada gratis por el conserje, pues no tenían drivers.

Con Linux no existe ningún problema para utilizar una tarjeta red, porque reconoce prácticamente casi todas, pero con MS-DOS la cosa cambia, porque mi amigo, el conserje del colegio, lo primero que dijo, fue que MS-DOS no podía utilizar la tarjeta de red si no tenia instalado WINDOWS. Aunque yo estaba seguro que era posible utilizar una de esas tarjetas de red bajo MS-DOS.

El primer paso para instalar una tarjeta de red bajo MS-DOS fue buscar en Internet un driver, y empecé, como es natural, por la página del fabricante del microchip principal, que usaba la tarjeta, que era Realtek (aunque las tarjetas habían sido fabricadas, o distribuidas, por Ovislink, y Genius). Una vez encontrado el driver para MS-DOS más reciente en la web del fabricante Realtek, llegaba la hora de instalarlo, pero cuando descomprimo el fichero ZIP, y veo que no hay instrucciones, y más que el driver para DOS parece un driver para WINDOWS 3.1, solamente me pregunto, ¿y esto cómo se instala?, porque aquí falta algo. (Tan cierto como que lo que faltaba, lo encontré en la página web http://sourceforge.net/apps/mediawiki/freedos/index.php?title=Networking_FreeDOS_-_History_of_DOS_networking)

Una vez leída la información en inglés encontrada en esa página llamada “NETWORKING FREEDOS – History of DOS Networking”, me puse manos a la obra, porque esto ya es otra cosa (Lo que se dice “está chupado“). Lo primero que necesitaba eran los siguientes ficheros, y que debemos guardar en nuestro disco duro en un subdirectorio (en mi caso particular es NET):

  • PROTMAN.DOS, PROTMAN.EXE, y NETBIND.EXE, que son parte de MS Client 3.0, pero existe licencia de libre uso para uso interno.
  • DIS_PKT.DOS, que es el “Packet Driver to NDIS Converter”, que es de dominio público, y fue escrito por el Prof. Joe R. Doupnik (Utah State University) y Dan Lanciani (Harvard University).
  • En mi caso particular, RTSND.DOS, que es el driver MAC suministrado por Realtek para el micro chip (o interface Network) RTL 8139.
  • También es necesario escribir un fichero llamado PROTOCOL.INI, que en mi caso particular contiene:
[protman]
DriverName=PROTMAN$

[RTSND]
DriverName=RTSND$

[PKTDRV]
drivername=PKTDRV$
bindings=RTSND
intvec=0x60

Lo único que hay que cambiar es la cadena “RTSND” por el nombre del driver MAC que vamos a utilizar.

Ya solamente nos queda la instalación que consiste en añadir unas lineas a los ficheros AUTOEXEC.BAT y CONFIG.SYS, quedando, en mi caso particular, el fichero AUTOEXEC.BAT en lo siguiente:

LH C:\DOS\SMARTDRV.EXE /X
@ECHO OFF
PROMPT $p$g
PATH C:\DOS;C:\DRV
SET TEMP=C:\DOS
MODE CON CODEPAGE PREPARE=((850) C:\DOS\EGA.CPI)
MODE CON CODEPAGE SELECT=850
KEYB SP,,C:\DOS\KEYBOARD.SYS
REM Driver para el lector CR-562/563
LH C:\DRV\MSCDEX.EXE /D:MSCD001 /M:15
LH AMOUSE /1
LH C:\IOMEGA\GUEST.EXE
C:\NET\NETBIND.COM
SET COMSPEC=C:\COMMAND.COM
SET ARACHNETEMP=D:\TEMP
MKDIR D:\TEMP
VER

He añadido la siguiente linea:

C:\NET\NETBIND.COM

En mi caso particular, el fichero CONFIG.SYS queda en lo siguiente:

DEVICE=C:\DOS\SETVER.EXE
DEVICE=C:\DOS\HIMEM.SYS /NUMHANDLES=64
DEVICE=C:\DOS\EMM386.EXE NOEMS
BUFFERS=50,0
LASTDRIVE=Z
FCBS=4,0
DOS=UMB,HIGH
COUNTRY=034,,C:\DOS\COUNTRY.SYS
DEVICE=C:\DOS\DISPLAY.SYS CON=(EGA,,1)
FILES=79
STACKS=18,512
DEVICEHIGH=C:\DOS\RAMDRIVE.SYS 2048 512 512 /E
DEVICEHIGH=C:\DRV\CDMKE.SYS /D:MSCD001 /P:340 /N:1
DEVICEHIGH=C:\NET\PROTMAN.DOS /I:C:\NET
DEVICEHIGH=C:\NET\RTSND.DOS
DEVICEHIGH=C:\NET\DIS_PKT.DOS

He añadido las siguientes lineas:

DEVICEHIGH=C:\NET\PROTMAN.DOS /I:C:\NET
DEVICEHIGH=C:\NET\RTSND.DOS
DEVICEHIGH=C:\NET\DIS_PKT.DOS

Y colorín colorado, este cuento se ha acabado, y el primer programa, que he probado, ha sido el navegador ARACHNE.

Los ficheros podéis obtenerlos en DOS_NET.ZIP