Bruno Florindo escribió:
>
> Me refería al Media Player del Windows (el mplayer2.exe que está en la
> carpeta 'Windows') o a la manera como los players funcionan hoy día.
Hasta ahí llego... :P

> Cuando un archivo de video ocupa más que la memoria disponible, el
> player lee apenas lo que necesita y usa un buffer para impedir que el
> playback se detenga.
Sí. Lo que ocurre es que para que la cosa vaya a cierta velocidad hace falta
algo de ayuda hardware

> Lo mismo se podría hacer en el Spectrum. Se podrían usar 32K para
> buffer, y leer, por ejemplo, un archivo de video digitalizado de 100MB
> en vez de 15170 pantallas de 6K en un archivo .tap. También se podría
> leer un archivo de audio digitalizado para el AY-3-8912, pero la
> duración del audio no estaría limitada por la cantidad de memoria,
> sino por la capacidad disponible en el cf, etc.
Más bien limítalo todo a la velocidad con la que puede procesar datos el Z80A.
La forma más rápida que se me ocurre para transferir datos desde un dispositivo
externo a la pantalla es usando 6912 instrucciones INI. Dejando a un lado los
problemas de memoria contenida que se producirán al escribir a memoria de video,
tenemos que en el mejor de los casos, un dispositivo diseñado especificamente
para poder hacer esos trasvases al Spectrum tardaría 110592 ciclos de reloj
(aprox. 31,6 ms) en transferir un fotograma. No está mal, la verdad, (más de 30
fps) pero eso sin sonido digitalizado.
Me han sugerido usar la ultracarga por el puerto de joystick para hacerlo.
Cuando termine el invento y pueda leer memorias SD, podría probar a hacerlo.
De todas formas, en CSS me han dado una idea para otro invento que teóricamente
podría darle al Spectrum ese caudal de información a la velocidad requerida...
sólo falta poder encontrar el chip y comprar uno, a ver qué sale...