Tienes razón!! Acabo de probar el DesTest Max en otro slot y funciona (pasando por el menú del EF3), así que en el 0 debería ir también.

Viene en un binario de 8KB, así que hay que flashearlo desde el menú Expert -> flash BIN to HIROM.

El otro (c64-dead-test) es más problemático porque, como dijiste, requiere quitar un jumper...

Y la alternativa que te propuse, que es flashearlo como kernal, tiene el mismo problema de que pasas por el menú del EF3.

Intenta subirlo a CSDB... aunque son super restrictivos / supergilipollas con el tema de subir cosas

Ya lo intenté, pero como subí un parche y no el .crt, pues me dijeron que era una abominación, ataques ad hominem... Un poco tóxico esto del CSDB.

Bueno bueno!!! Hoy vengo a quitarle el moho a este hilo porque traigo noticias frescas para los resistentes al cambio que, como yo, han ignorado la pasajera moda del KFF y siguen fieles al EF3.

Como sabéis, hace poco ha salido el Impossible Mission 3. Deciros que el juego es bastante fiel a los originales. He estado antes un rato con él y es igual de jugable que los otros dos... A los que os marcó en la infancia lo vais a disfrutar, aunque ya le he visto un par de bugs: robots que caminan por el vacío y alguna cosilla más. También echo de menos el mapa y el mini-ordenador que llamaba a la central.

Pero bueno, el tema es que la edición digital incluye un .crt en formato Magic Desk, que NO es compatible con el Easyflash 3!!

Sin embargo, se puede convertir! Os dejo un script de 10 líneas en python que, a partir del .crt original, genera uno compatible con el EF3. El script lo ha hecho el codex en 5 minutos, ha tenido que escribir un poco de código de trampolín y he flipado un poco porque lo ha escrito directamente en hexadecimal, sin pasar por ensamblador, ha sido muy loco verlo trabajar.

Ahí, lo dejo, que aproveche!
im3_ef3_patch.py (0.96 kB - descargado 110 veces)

Se ve que la máquina está arrancada y con el mensaje inicial en pantalla pero parpadeando a intervalos de más o menos 1 segundo intentando mostrar la pantalla con la iluminación habitual.

Voy a hablar un poco de memoria y a lo loco, pero me quiere sonar que el C64 realmente NO saca señal s-video, ya que ese término ni siquiera existía y es una especificación que se estandarizó años después. Y también me suena que el cable s-video que compré por e-bay venía con una resistencia para "compatibilizar" la señal del C64 con las entradas s-video de las TV.

Te cuento esto porque 1) si tu cable no lleva resistencia, a lo mejor la necesita, 2) si la lleva, quizá es simplemente cambiarla por otra de otro valor.

¿Qué adaptador svideo -> hdmi usas? No descartes que el problema sea ese cacharro y no el 64C.

yo ni idea, solo soy un hoarder

JAJAJA

me acabo de comprar un osciloscopio de 60€, pero no se si serviria para medir esas variaciones, no se como se codifica la intensidad o si se ve en la señal

POsiblemente sí que sirva. La señal PAL lleva unos pulsos de sincronismo antes de empezar a redibujar la pantalla con unos niveles bien definidos y muy fáciles de encontrar en Internet. Con el osciloscopio se puede ver si esos niveles están fuera de la norma, ya que a mí este problema a lo que me suena es a que no pilla bien la sincronía.

Y... ¡finalmente llegaron!

Abajo tenéis una foto del conjunto gris. Estoy esperando que me lleguen dos carcasas C64C de ICOMP.DE: una negra a la que le pondré las teclas negras o blancas (aún no lo he decidido) y otra marrón, que irá con las teclas del color original. Va a ser curioso ver una carcasa de 64C con estilo 64, os pondré fotos cuando lo tenga todo montado.

A propósito, he subido a thingiverse una base para colocar las teclas de repuesto:  https://www.thingiverse.com/thing:5724109

A los que os apuntásteis, os recomiendo revisarlas cuanto antes por si veis algún error, a mí por ejemplo una tecla me venía sin pintar la cara de arriba. Ya se lo he comentado a Jim y me ha dicho que me mandarán otra.

la probé con un cable roñoso por RF

Qué barbaridad, qué bien se ve ese cable RF roñoso Lo que pasa es que el azul celeste sobre oscuro es muy agradecido. En cuanto pruebas alguna combinación sangra-ojos como letras rojas sobre fondo azul se empiezan a notar las carencias del vídeo compuesto y del RF y el cable s-video brilla en todo su esplendor. Yo creo que hace unos años hice la prueba con los 3 cables, a ver si lo encuentro... Este es el hilo:

https://commodoremania.com/foro/index.php/topic,1921.msg29740.html#msg29740

En mi tele, lo que mejor se ve es el s-video, luego sorprendentemente el RF, y diría que el compuesto es el peor.

sin la chapa (Lo de Commodore 64 Personal Computer

Este tiene la inscripción de abajo (con el país, el voltaje, etc.) en el propio plástico, pero la carcasa de arriba es de las de chapa. Tuve mucha suerte con este C64C porque está muy bien cuidado por dentro y por fuera, supongo que los modelos más tardíos tienen más probabilidad de estar en buen estado que los de principios de los 80...

Pero vamos, ya veo lo crudo que lo llevo para dar con una máquina que de una buena imagen con la cantidad 

Yo creo que si vas a por un C64C de la última época (serigrafías arriba, chips 8xxx, etc.) tienes bastantes probabilidades, y así de paso tienes un SID 8580 y puedes disfrutar de música compuesta específicamente para él, jajaja bienvenido a la espiral retro-consumista (qué malo soy)

¿Qué versión de placa lleva tu C64C de la captura?

Es una 250469.

He probado mi C64 con un Lumafix64 y NO arregla la interferencia del croma. Mi VIC es un R1 de 83, por cierto. Una duda que me queda es si el 8565 (VIC del C64C) hace lo mismo, porque quizá sea una opción conseguir un C64C en vez de intentar sustituir el VIC de la panera que en mayor o menor medida siempre tendrás la interferencia.


IMG_6413.jpg (433.63 kB . 1024x768 - visto 1482 veces)