Vas a venir a Argentina?

Bueno, esto no esta tan relacionado a este tema, pero antes que empezar uno nuevo lo pongo aca por si a alguien le interesa.
Hace un año, despues de implementar los sintetizadores de voz por soft para varias maquinas, incluyendo Commodore 64, empece a hacer experimentos para que pudiera cantar, y antes de hacer una nueva version decidi volver al proyecto original con un microcontrolador PIC, para poder experimentar mejor y cuando estuviera funcionando poder hacer otra reimplementacion por soft en plataformas de 8 bits.
Llevo mucho tiempo pero ya esta una version casi final, me tendria que armar otra placa para conectarlo al C64, pero creo que eso va a esperar porque por aca los conectores para el puerto del usuario son dificiles de conseguir y muy caros, por lo que estoy analizando otras formas de conexion. Habia pensado conectarlo por el puerto de cartuchos, pero saldria caro porque habria que incluir una extension para seguir usando un fast load por ejemplo, y puede que de conflictos con algunos cartuchos. Hasta el momento parece ser que la mejor opcion es convertir la placa en un dispositivo IEC, para que se conecte como se haria por ejemplo con una impresora, lo que haria que fuera facil de utilizar y de armar.
Por ahora a lo unico que puede conectarse es a cualquier cosa que tenga RS232 y soporte 1200 bps, como un C64 o Plus/4 con la adaptacion a RS232. Se supone que en el futuro tambien va a tener funciones de chip de sonido, por lo que seria una expansion de voz y sonido para usar en juegos y otras aplicaciones.
Como sea, aca hay dos videos que hice probando el chip desde un PC a traves de un programa emulador de terminal:
Prueba 1:  Sintetizador de voz con PIC16F648A, version 4 (2013)
Prueba 2:  Sintetizador de voz HR4 (2013) - Parte 2

El Chameleon es un C64 entero, la salida va directo al monitor asi que no puede haber mejor calidad que eso, sin embargo eso no significa que sea mejor, la señal de TV tiene algunas caracteristicas que los diseñadores de juegos aprovecharon para aparentar mas colores y definicion, algo que si uno ve los pixels perfectamente definidos se pierde. Desconozco si el chameleon tiene algun efecto como para simular una salida de TV o un monitor TRC para que no se vea tan pixelada la imagen.
Aca se pueden ver algunas fotos que tome hace unos años con el C64 conectado a un monitor VGA a traves del sintonizador, uno moderno se tiene que ver mejor aun, este sintonizador es de alrededor del 2000 o poco antes.
http://www.retrocomputacion.com/cgi-bin/album.pl?photo=pastbytes/EPSN2397s.JPG
Son 15 fotos creo, cliqueando sobre la foto pasa a la siguiente. La diferencia entre video compuesto y s-video usando el sintonizador es que en s-video los colores son solidos, con video compuesto tiene un tramado, como lineas que se ven en los colores.
Aca se ve otra foto corriendo el Geos 2.0:
http://www.retrocomputacion.com/cgi-bin/album.pl?photo=pastbytes/reunion20.jpg

Esa prueba fue el genesis del proyecto TAV, no pense que se pudiera hacer voz en BASIC, asi que fue como un experimento no muy serio, pero me sorprendio como sonaba, de hecho el unico problema que tiene es que el BASIC es lento y tarda como 20 milisegundos en hacer lo que deberia hacer en alrededor de 9 milisegundos. Por eso experimente un poco mas y luego pase a ensamblador, pero en BASIC creo que tengo ademas de las vocales y la L, tambien la N, S, D y no se si alguna otra. El sintetizador analogico en ensamblador no sonaba para nada metalico, pero no tenia un sonido tan contundente, por eso pase a sonido digital, la gracia era que se entendiera, no que fuera sonido de alta fidelidad.
El sintetizador de donde viene todo esto (hecho con el chip) es digital, asi que la version actual de TAV es mas fiel al original, cuando empece a experimentar en C64 no pense que con sonido digital de 4 bits se pudiera hacer bien, por eso encontre un metodo analogico totalmente diferente pero con menos carga para el procesador. No es facil encontrar los valores adecuados para colocar en el SID, por ejemplo para hacer el fonema A, en mi sitio explique como obtuve los parametros a partir de un ciclo de la onda original digitalizada a 44KHz y 16 bits:
http://www.pastbytes.com/apps/tav/historia.html
Teniendo cualquier onda se puede descomponer en 2 o 3 ondas del SID que se pueden combinar para aproximar el sonido original, yo tengo la ventaja de que pase años obteniendo los fonemas como sonido digitalizado en buena calidad, asi que lo unico que me quedaba era sintetizarlo con ondas triangulares y ruido generados por el SID.

Bueno, el programa es algo limitado porque no queria que robara mas de 4K de memoria, aun asi lo que mas me importaba es que se entendiera lo mejor posible dentro de esa limitacion, y que fuera practico de usar desde el BASIC. Algunas mejoras que vi posibles se solucionan en la version cantante, como la velocidad del habla y la posibilidad de tener 2 octavas para los tonos de voz, otras son para permitir un mejor uso en aplicaciones BASIC, como la posibilidad de que se interrumpa la reproduccion con alguna tecla, algo util en menues, para que al moverse en un menu vaya hablando cada opcion pero no espere a que termine antes de moverse a la siguiente opcion. Tambien se me ocurrio en agregarle un efecto de modulacion de amplitud que lo haria menos inteligible pero mas util para efectos en musica, por supuesto esto seria activable y desactivable.
En cuanto al efecto de sonido, tendria que ver que se puede hacer al respecto, ando con poco tiempo estos dias pero como poder se tiene que poder hacer, el tema es que tanto se pueda reducir el codigo y el sonido para que sea util.

Me olvide de decir que antes del XOR hay que hacer un AND con el mismo valor.
El registro dice quienes colisionaron, si solo te interesa saber si fue el sprite 0 con el 1, lees el registro, lo guardas para poder hacer otras comparaciones despues, y con ese valor hace un AND de los bits que te interesa saber si colisionaron, por ejemplo entre el 0 y el 1 haces un AND %00000011, esto elimina la informacion de los sprites 2 a 7 que no te interesan, luego ahi si haces el XOR a ese resultado tambien con el valor %00000011, si da 0 es que los sprites 0 y 1 colisionaron. El XOR es lo mismo que hacer una comparacion (en este caso que solo interesa la igualdad), tambien es valido si usas CMP, el XOR lo que hace es invertir los bits donde pongas un 1, si quieres saber si el acumulador contiene un 00000011, haces XOR con ese valor, lo cual invierte los bits 0 y 1, la unica forma de que el resultado de 0 es que el valor sea ese. Pero como dije lo mismo da si usas CMP y verificas si el resultado es 0, pero antes hay que hacer el AND para que te filtre solo los sprites que te interesa mirar.
Tambien puedes verificar si el bit del sprite que te interesa esta en 1 para saber si colisiono con algun otro, y despues verificar los otros 7 bits para saber con cual.

Yo nunca probe este tema de la colision, pero si dice que se pone a 1 el bit de cada sprite involucrado en la colision, y en este caso seria 3, es decir los sprites 0 y 1, lo que hay que hacer para saber si esta condicion se da, es justamente un AND #$03 con el registro y luego comparar que ambos bits estan activados (o hacer XOR con el valor $03, que da 0 si estan ambos bits activados), si hacemos AND #$01 solo analizamos si el sprite 0 colisiona con cualquier otro. Y quiero creer que si el VIC tiene deteccion de colision por hard, y sabe que puntos del sprites son transparentes y cuales estan encendidos, la colision no detecta un solo punto del sprite sino toda la extension este ampliado o no, e ignorando los puntos no usados, pero como dije nunca experimente con esto.

Pero no es Argentina solamente, la mayoria de los bancos que tenemos aqui son españoles, pero como bancos y ladrones son casi sinonimos, a pesar de ser los mismos aclaran en todos los contratos y letras chicas que pueden que la casa matriz no tiene nada que ver y no se hace responsable por las operaciones en Argentina. Ademas se transfiere desde el banco español a la version argentina del banco y te cobran comisiones en un pais y en el otro como si se tratara de empresas completamente distintas. Pero bien que para girar las ganancias a España son la misma empresa. Es todo un negocio y complicidad de empresas y gobiernos, no se puede confiar en los bancos.
Por otro lado, las transferencias bancarias dentro de Europa no deben costar nada o debe ser un minimo por transaccion, tambien entre Europa y EEUU debe ser bajo el costo, el problema es cuando se trata de zonas fuera del primer mundo, a los bancos y grandes empresas ni les interesa el resto del mundo, y tampoco conocen mucho. Paypal dice que yo puedo retirar los fondos de mi cuenta a una cuenta bancaria, no se si ahora lo cambiaron pero eso decia en el sitio, y el soporte de Paypal insistia en que se podia, le preguntamos como y nos dijeron tranquilamente que "solamente" tenemos que tener una cuenta bancaria en EEUU y retiramos los fondos sin problemas.