¿Carga lenta? era para que uno se leyese el manual... ¿que manual? bueno, el que lo compró original tenía un manual para leerlo mientras cargabazx81 escribió:Lo que tiene guasa del asunto es que, siendo la Abadía un tocho de programa, hicieran la carga más lenta, debieron de llamarla anti-turbo.
....
Saludos
Código: Seleccionar todo
void Tape::Init()
{
tape = (uint8_t*)ps_calloc(1, 0x100000); // 1 MB max TAP file size
if (tape == NULL) Serial.printf("Error allocating tape into PSRAM\n");
}
boolean Tape::TAP_Load()
{
File tapefile;
tapefile = FileUtils::safeOpenFileRead(Tape::tapeFileName);
tapeFileSize = readBlockFile(tapefile, tape, 0x100000);
if (tapeFileSize == -1) return false;
tapefile.close();
return true;
}
Código: Seleccionar todo
void Tape::Init()
{
tape = NULL;
}
boolean Tape::TAP_Load()
{
if (NULL != tape) {
free(tape);
tape = NULL;
}
File tapefile = FileUtils::safeOpenFileRead(Tape::tapeFileName);
size_t filesize = tapefile.size();
tape = (uint8_t*)ps_calloc(1, filesize);
if (NULL == tape) {
tapefile.close();
return false;
}
Serial.printf("Allocated %lu bytes for .TAP\n", filesize);
size_t readsize = readBlockFile(tapefile, tape, filesize);
tapefile.close();
Serial.printf("%lu, %lu\n", filesize, readsize);
if (readsize == -1) return false;
return true;
}
Esta todo perfecto excepto que te falta pasar el tamaño del fichero a la variable tapeFileSize:dcrespo3d escribió:@Eremus, tienes alguna idea de qué pasa? Solo estoy cambiando el alocatado de sitio, todo lo demás es igual... o no?
Código: Seleccionar todo
tapeFileSize = readBlockFile(tapefile, tape, filesize);
tapefile.close();
Serial.printf("%lu, %lu\n", filesize, tapeFileSize);
if (tapeFileSize == -1) return false;
return true;
Claro y meridiano, estaba dejando sin asignar una variable que utilizas más adelante. Ayer estaba cansado y no lo ví...Eremus escribió: Esta todo perfecto excepto que te falta pasar el tamaño del fichero a la variable tapeFileSize:
[/quote]Eremus escribió: Por otra parte, he estado pensando que realmente se puede cargar cualquier cosa utilizando un buffer de tamaño 0xFFFF ya que es el tamaño máximo de bloque para un archivo .tap. En la fase de pausa se puede ir leyendo bloque a bloque del sistema de archivos sin problema ya que hay tiempo de sobra. No se si seria factible alocatar esos 64KB en RAM y así poder usar la carga sin PSRAM.
dcrespo3d escribió:He conseguido algo que llevaba mucho tiempo queriendo añadir al emu, pongo los moñecos de celebrar!!!
Si no fuera martes, me tomaba una cerveza para celebrarlo. Que se la tomen los moñecos
¡Bravo! Código: Seleccionar todo
static uint16_t tapeBlockLen;Código: Seleccionar todo
static uint32_t tapeBlockLen;
) los .taps > 65535 bytes petaban.
Perdonad?zx81 escribió:En fins, perdonad por el ladrillo...
Creo que hablo por muchos si te digo que puedes "ladrillearnos" cuando quieras 
Uff! Que recuerdos! Un amigo de mi padre la tenia, allá a mediados de los 80, y cada vez que me decía de ir a visitarle me faltaba tiempo para subir al cocheackerman escribió:Y otro más, el emulador de Vectrex:
Pues es interesante lo de hacer un subforo, no lo había tenido en cuenta. El admin, yo intuyo que debe ser @kikens o @ron, creo, pero que igual me estoy equivocando, vamos que no lo se.jltursan escribió: Propuesta para los admin, este hilo lleva >56K visitas y comienza a acumular unos cuantos temas diversos, desde detalles técnicos de programación a desarrollo de emuladores. ¿Por qué no abrir un sub foro dedicado a los cacharrines ESP32?
Canon V20, Panasonic A1F
Apple 1 (clon), Macintosh 512K, Plus, SE/30 @ 50MHz, Classic, Classic II, IIci, LCII, LC475, Mac mini G4, PowerBook 145B, PowerBook G3 Wallstreet, iBook G4 
IBM PowerMacQue haga falta un subforo indica que estos cacharritos generan mucho interés. Yo pediría tutoriales pensados para un público con cero conocimientos en la materia (aka tutoriales-para-tontos), entre los que me incluyoackerman escribió:Pues es interesante lo de hacer un subforo, no lo había tenido en cuenta. El admin, yo intuyo que debe ser @kikens o @ron, creo, pero que igual me estoy equivocando, vamos que no lo se.jltursan escribió: Propuesta para los admin, este hilo lleva >56K visitas y comienza a acumular unos cuantos temas diversos, desde detalles técnicos de programación a desarrollo de emuladores. ¿Por qué no abrir un sub foro dedicado a los cacharrines ESP32?
No tengo ni idea como se crea subforo, pero si hay que pedirlo al admin, igual era bueno ir pensando la estructura de los temas a tratar. Lo que digais, aqui esto surgió como punto de encuentro y para tener la info toda concentrada.
No se, se me ocurre por ejemplo:
Lo que vayáis diciendo, id proponiendo, pero vamos, la clave tendría que ser relacionado con el retro y ESP32. Por ejemplo, la PS5 pues es una broma. Imaginemos no se, que por ejemplo, se saca algo que permite conectar el ESP32 a un mando de la PS5, pues aunque esté muy bien, no tendría sentido tenerlo ahí, porque para eso existen otros foros especializados.
- TTGO VGA32 con y sin PSRAM, o v1.2 y v1.4, o algo así.
- Desarrollo de emulatas en ESP32
- Spectrum
- CP/M
- CPC
...
- La Play 5, como ejecutar los juegos de la PS5 en el ESP32
- O poner desarrollo de emulatas ESP32 todo junto- Simuladores, ports, etc, en ESP32, vamos, reverse enginering. Parecido a estos enlaces, pero para ESP32:
https://lethalguitar.wordpress.com/2019/05/28/re-implementing-an-old-dos-game-in-c-17/
https://ryiron.wordpress.com/2019/10/14/legendary-wings-reversing-a-1980s-arcade-game/- ESP32 con lcd o portables, estilo odroid ESP32, por ejemplo.
