En vez de usar nuevos interfaces apenas para cargar snapshots, me
gustaría poder usarlos para leer (y talvez salvar) archivos mayores
que 48K. Si quiero cargar un archivo de pantallas digitalizadas, como
hizo Gasman en un cierto evento, se puede usar un archivo .tap con
miles de screen$, pero no es eso que ando buscando. En vez de usar
miles de pantalles de 6K, debería ser posible leer un solo archivo.
Lo que busco es la forma de tener algo parecido al 'Media Player'
antiguo, pero para el Speccy. El Player se encargaría de leer los
datos, usar la ram del Speccy como buffer, y visualizar las imágenes o
audio (¡o los dos!).

Por favor, digánme de que manera esto se podría tornar realidad.
Muchas gracias.

Bruno Florindo escribió:
> Lo que busco es la forma de tener algo parecido al 'Media Player'

http://mailgate.dada.net/es/es.comp....msg175435.html

Bruno Florindo escribió:
> Lo que busco es la forma de tener algo parecido al 'Media Player'

http://mailgate.dada.net/es/es.comp....msg175435.html

On 29 sep, 12:35, McLeod / IdeaFix <rodri...***QUITAgmailESTO.com>
wrote:
> Bruno Florindo escribió:
>
> > Lo que busco es la forma de tener algo parecido al 'Media Player'
>
> http://mailgate.dada.net/es/es.comp....msg175435.html

Gracias. Conozco ese programa, pero no es lo que ando buscando. Fui yo
que lo anuncié en w.o.s. cuando apareció.

http://www.worldofspectrum.org/forum...highlight=k7zx



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.
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.
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.

On 29 sep, 12:35, McLeod / IdeaFix <rodri...***QUITAgmailESTO.com>
wrote:
> Bruno Florindo escribió:
>
> > Lo que busco es la forma de tener algo parecido al 'Media Player'
>
> http://mailgate.dada.net/es/es.comp....msg175435.html

Gracias. Conozco ese programa, pero no es lo que ando buscando. Fui yo
que lo anuncié en w.o.s. cuando apareció.

http://www.worldofspectrum.org/forum...highlight=k7zx



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.
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.
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.

Jaja. El autor de Zinetrix fue inspirado por un tema que comenzé en
w.o.s. hace meses atrás.
Si mis temas inspiran a que se hagan nuevos programas, tengo que
seguir haciéndolo.

Jaja. El autor de Zinetrix fue inspirado por un tema que comenzé en
w.o.s. hace meses atrás.
Si mis temas inspiran a que se hagan nuevos programas, tengo que
seguir haciéndolo.

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...

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...

Hablando de css, si revisas este mismo topico en css, verás que Gasman
(Matthew Westcott) ha disponibilizado un ejemplo de playback de video,
y también acaba de dar su opinión sobre este tema:

http://groups.google.com/group/comp....fd74485?hl=en#