Author
| Proyecto o.t.l.a.
|
decicoder msx novice Posts: 18 | Posted: September 05 2007, 16:07   |
Está en marcha el proyecto OTLA. Se trata de una herramienta para cargar programas en spectrum, amstrad y msx.a gran velocidad .
La idea es hacer algo sencillo para que gente que viene de una maquina conozca las otras. En mi caso vengo del Spectrum y ahora he conocido algo de Amtrad y msx. Pero no creo que pueda acabar el proyecto para cpc y msx (de hecho estoy casi seguro).
Para alguien conocedor del MSX no será muy dificil completar y corregir toda la información y código que como borrador he ido elaborando. Espero que os animéis a participar
Aquí hay más información : http://personal.auna.com/casariche/otla/otla.htm |
|
pitpan msx master Posts: 1390 | Posted: September 11 2007, 20:02   |
Buenas. Algo he hecho en este sentido, pero me parece que decir que la velocidad es de 12.600 baudios me parece excesivo. Lo que consigues es que los tonos más agudos sean de 44.100 Hz dividido entre 4, que son 11.025 Hz. Con esa frecuencia, no veo cómo puedes conseguir 12.600 baudios.
En mis propios experimentos he logrado 8.750 baudios (entendidos como bits de datos por segundo) que, uniendo a una buena compresión (échale un vistazo al compresor BitBuster) consigue lograr velocidades medias por encima de 12.000 bits por segundo de datos (o lo que es lo mismo, más de 1 KByte de datos por segundo en cualquier caso).
El checksum que utiliza el algoritmo empleado en este caso es sobre la totalidad, no sobre bloques, pero el resultado es bueno.
Ahora no tengo nada on-line (eliminé mi página web) pero si necesitas cualquier cosa, cuéntame. Paso por aquí de vez en cuando. Muchos ánimos para el proyecto.
|
|
decicoder msx novice Posts: 18 | Posted: September 11 2007, 22:23   |
Quote:
| Buenas. Algo he hecho en este sentido, pero me parece que decir que la velocidad es de 12.600 baudios me parece excesivo. Lo que consigues es que los tonos más agudos sean de 44.100 Hz dividido entre 4, que son 11.025 Hz. Con esa frecuencia, no veo cómo puedes conseguir 12.600 baudios.
|
No digo que sea fácil pero es posible. Con un Spectrum llegamos a 27428 bps
Aqui lo puedes ver: http://www.youtube.com/watch?v=-BAHjRsnNWA
Con el Amstrad hace poco que ya tengo depurada la rutina y carga a 12.600 sin problemas. A primera vista casi mejor que en el Spectrum así que no sería extraño alcanzar más velocidad.
Quote:
|
En mis propios experimentos he logrado 8.750 baudios (entendidos como bits de datos por segundo) que, uniendo a una buena compresión (échale un vistazo al compresor BitBuster) consigue lograr velocidades medias por encima de 12.000 bits por segundo de datos (o lo que es lo mismo, más de 1 KByte de datos por segundo en cualquier caso).
|
El tema de la compresión es interesante aunque de momento no lo estoy usando.
Quote:
|
El checksum que utiliza el algoritmo empleado en este caso es sobre la totalidad, no sobre bloques, pero el resultado es bueno.
|
La rutina de carga calcula el checsum (xor) según se reciebn bytes.
Quote:
|
Ahora no tengo nada on-line (eliminé mi página web) pero si necesitas cualquier cosa, cuéntame. Paso por aquí de vez en cuando. Muchos ánimos para el proyecto.
|
¿Qué emulardor me recomiendas para probar la rutina de carga.? Debería ser una que permita abrir ficheros . wav
¿Qué direción sería más recomendable para ubicar la rutina de carga?
Todavía tengo muchas más preguntas. En MSX estoy muy pez.
|
|
pitpan msx master Posts: 1390 | Posted: September 12 2007, 23:59   |
Creo que no compartimos la misma definición de BPS. Para mi es un bit por segundo, pero sólo cuento bits de datos. Es decir, si me dices que la velocidad de carga es 27.428 bps, eso quiere decir que estás cargando 3.429 bytes por segundo. Por lo tanto, el juego de Spectrum más largo no tardaría en cargar más de 48*1024/3429= 14 segundos. Me parece un poco excesivo.
Además, no sé si tenemos algún telecos en la casa, pero con una señal portadora a 44.100 Hz, veo difícil que modules una señal de datos con información significativa a 27.428 bps. Lo reformularé: ¿un bit ocupa menos de dos "samples" del WAV?
En cualquier caso, tampoco quiero entrar más en el tema. Respondiendo a tu duda, el emulador que soporta WAVs con mayor fiabilidad es openmsx. Necesitarás bajarte ROMs porque no van incluidas con el emulador.
Mucha suerte con tu proyecto.
|
|
decicoder msx novice Posts: 18 | Posted: September 14 2007, 11:36   |
Quote:
| Además, no sé si tenemos algún telecos en la casa, pero con una señal portadora a 44.100 Hz, veo difícil que modules una señal de datos con información significativa a 27.428 bps. Lo reformularé: ¿un bit ocupa menos de dos "samples" del WAV?.
|
La respueta es sí.
Concretamente un bit ocupa 1,75 samples. Mas precisamente un bit ocupa de media 1,75 samples.
Una da las cosas que más me llamó la atención de la rutina de carga standard del MSX es que tanto los bits '0' como '1' tardan en trasmitirse lo mismo.
En las rutinas standard del Spectrum (y amstrad) no es así. Los ceros son más rapidos que los unos.
Por ejemplo en el Spectrum un '0' ocupa 22 samples y un '1' 43. Lo que hace una media de 32,5. Y 44100 / 32,5 = da una velocidad de 1350 bps.
En el caso la demo del video que carga a 27428 la frecuencia de muestreo no es 44100 sino de 48000. Y 48000 / 1,75 = 27428
Quote:
| Respondiendo a tu duda, el emulador que soporta WAVs con mayor fiabilidad es openmsx. Necesitarás bajarte ROMs porque no van incluidas con el emulador.
|
Muchas gracias, he conseguido que funcione en el emulador y también en una maquina real, un phillips VG 8020
he aqui un par de ficheros wav de test.
http://personal.auna.com/casariche/otla/test_msx.zip
Me ha sorprendido lo estable que es la rutina de carga en el MSX, aparentemente mejor que el Spectrum. Seguramente se podrían superar los 12600. Pero de momento antes intentaré cargar programas reales no solo tramas de prueba.
|
|
pitpan msx master Posts: 1390 | Posted: September 14 2007, 18:00   |
Ojo. Hay un problema grave: el MSX es un estándar fabricado por muchos. El hardware que hay por debajo se puede comportar de formas diferentes, por lo que resulta muy difícil garantizar una compatibilidad del 100%. Ése es el problema básico. Y, con una frecuencia así de alta, la conversión a MP3 es inviable. Life is life.
|
|
[WYZ] msx lover Posts: 95 | Posted: September 16 2007, 14:12   |
@Pitpan: esa era nuestra barrera, la calidad de la fuente de sonido y en otros casos el relé puerto de cassete. Habría que definir bien de que velocidad estamos hablando. Es este caso de las ultracargas lo mas sencillo seria hablar de Kb/s (incluyendo la compresión de datos si la admite, por supuesto). En este sentido los métodos de ultracarga para MSX (Waver de Robsy 8.750 bps y MicroWaver 6.000 bps) rondan 1 Kb/s.
De todas formas MUCHO ANIMO!!! y como dice Robsy, cuenta conmigo.
|
|
decicoder msx novice Posts: 18 | Posted: September 17 2007, 20:24   |
He aquí ya una version beta de otla para windows para hacer pruebas en los tres sistemas Spectrum (que está más que probado), Amstrad y Msx
http://personal.auna.com/casariche/otla/beta/beta_otla.htm
Mmmmmm. ¿ El relé? ¿Que se observó con el relé? No se me habría ocurrido pensar en el relé como influencia en la carga, El Amstrad también tiene rele pero el Spectrum no.
Contaré una anecdota- Cuando por fin tuve la rutina de carga para amstrad no me funcionaba en ningún emulador. Casi deseperado lo probé en una amstrad real Y funciono!!!. Resulta que los emuladores no avanzan el wav si no se activa el rele virtual, pero en una maquina real puedes leer el puerto tanto si el rele esta metido como si no. Flipante.
Discrepo respecto a definir la velocidad como kB/s incluida la compresión. Opino que debe ser en bps reales sobre el medio fisico. Luego se pueden aplicar técnicas de compresión
|
|
decicoder msx novice Posts: 18 | Posted: December 07 2007, 11:11   |
El proyecto otla está ya practicamente finiquitado. Queda por pulir algunos detalles. Y mejorar la documentación
http://personal.auna.com/casariche/otla/otla.htm
Para MSX se podrían hacer notables mejoras como convertir autamaticamente las famosas MegaRoms de MSX, pero es algo que se me escapa. Tal y como está creo que se podría hacer manualmente convirtiendo previamente las ROm a ficheros BIN de msx.
Asi es como se hace con las rom de 16k y 32k gracias a programa msxr2b.exe de Jose Maria Jimenez 2000. |
|
mesiasmsx msx lover Posts: 87 | Posted: December 07 2007, 11:41   |
Enhorabuena, te felicito por tu proyecto,lo veo mas que interesante. Me gustaria hablar contigo por mail.
|
|
mesiasmsx msx lover Posts: 87 | Posted: December 07 2007, 11:42   |
|
|
decicoder msx novice Posts: 18 | Posted: December 07 2007, 11:57   |
Sí, la web es un poco chapucera.
Ya te he mandado un correo. Si no te ha llegado, escribe a proyectootla@gmail.com |
|
decicoder msx novice Posts: 18 | Posted: March 20 2008, 11:51   |
Hay disponible una nueva versión de proyecto otla.
http://code.google.com/p/otla/
La nueva versión convierte ficheros .CAS.
Se pueden reproducir el wav por tarjeta de sonido adicional y controlar el volumen |
|
|
|
|