Commodore manía
Commodore 64 => Problemas Hardware y Software => Mensaje iniciado por: Naibor en Junio 15, 2017, 08:56:25
-
Alguien ha probado el juego Raid on Bungeling Bay en el C64 real?
Me podéis decir si la hélice os sale desalineada con respecto al helicóptero?
He probado muchos programas de este juego, y de varios crackers y en todos me aparece este fallo, sin embargo en el emulador tanto en VICE como CCS64 sale correcto.
Lo estoy probando en un C64 con fallos en la RAM de color, pero no creo que eso afecte, o quizás sí...
En cuanto pueda pongo una foto para que veáis lo que digo.
-
Es raro que un juego se vea tan distinto en emulador y en 64 real...
-
Sí que es raro sí, ¿lo has probado en real?
-
No, no, en real no, si tengo todo desmontado :(
A ver si alguien puede verlo.
-
Ok Esta tarde pongo foto del juego en C64 y el mismo programa en emulador
-
Yo probe el crack de REM hace un tiempo en el ordenador real y no recuerdo nada de los que dices.
Ese desplazamiento no sera por casualidad de 8 pixels? Es posible que el ordenador tenga algo mas mal aparte de la RAM de color. En principio esta no tendria nada que ver porque supongo que la helice sera un sprite.
-
Es posible que tenga algún fallo más, tiene síntomas también de fallar la ROM de Caracteres, porque me hace píxeles extraños de forma aleatoria en modo texto.
Pero es curioso que el único juego que he notado esta "desincronización" ha sido este, y llevo probados unos cuantos...
Estoy esperando una placa sin SID que compré por ebay para solucionarlo, pero mientras tanto voy tirando con este. Aparte de lo que he comentado de los píxeles, de vez en cuando me aparecen cuadros extraños en la pantalla, pero aparte de esto, puedo jugar a full a todo.
Así es como se ve la hélice con respecto al helicóptero.
-
Yo creo que eso es porque tu versión viene con el sistema Stealth, asi los enemigos piensas que está en un lugar cuando en realidad esá en otro... :P
-
Se desplaza al mismo tiempo que el helicóptero o de vez en cuando (lateralmente) da un saltito?
-
Algo en mi memoria retumba... no sé si me lo estoy inventando o no, pero me suena de haber visto ese fallo antes...
-
Sí se desplaza al mismo tiempo, es más el disparo sale del centro de la hélice, y para matar al enemigo tienes que alinearlo con la hélice.
He probado como 10 versiones distintas y en todas hace lo mismo, incluso una versión para IDE64.
-
Por cierto @Dany Quest muy chulos tus dos últimos videos de Commodore Commodoriano, ahora mismo estoy jugando al Flummys World y está muy bien, no lo conocía.
Prefiero postearlo por aquí para no empañar de comentarios el hilo de Commodore Commodoriano.
-
Sí se desplaza al mismo tiempo, es más el disparo sale del centro de la hélice, y para matar al enemigo tienes que alinearlo con la hélice.
He probado como 10 versiones distintas y en todas hace lo mismo, incluso una versión para IDE64.
Entonces será que eres muy mal piloto ;D
No dejan de sorprenderme estas pequeñas peculiaridades .
Puede que sea una avería de la RAM .
No sé si hay programas de chequeo para RAM.
-
Seguramente sea fallo de la RAM como dices, pero qué cosa más rara que solo se manifieste en este juego... igual hace uso de zonas de memoria inusuales...
-
pero en todas las versiones del juego te pasa? En la TAP te pasa?
-
Los TAP no los puedo cargar, pero en los .D64 e IDE64 me pasa.
-
R Tape Loading error
-
Pues no había caído en eso.
El caso es que todos los que he probado salen igual.
Alguien puede probarlo en un C64 PAL o NTSC, por ejemplo la versión de REM http://csdb.dk/release/?id=40620 , y decir cómo le va por favor?
-
Lo he vuelto a probar y todo sale bien.
Ademas es un juego bastante conocido y coleccionado, en los EEUU al menos, y se sabria si tuviera un fallo asi.
-
Gracias @marcos64 entonces está claro que es un fallo de mi C64. Qué cosa más rara...
Acabo de recibir un email de la emrpesa de mensajería diciendo que mi pedido lo entregarán mañana, es decir la placa que compré hace unos días.
Este fin de semana la cambiaré y probaré el juego,
-
Yo puedo probar la versión de cassette el fin de semana, pero creo que lo he puesto alguna vez y evidentemente no se veía así
Me inclino como dice Marcos a que es un problema de NTSC / PAL
-
Me inclino como dice Marcos a que es un problema de NTSC / PAL
Yo nunca he dicho eso, al contrario, no veo ninguna razon de que un problema de incompatibilidad PAL/NTSC pudiera dar semejante resultado.
Mas bien me parece un problema hard, uno de los bits de los registros de posicionamiento de los Sprites esta mal, una hipotesis un poco alocada pero creo que por ahi va la cosa. Habria que probar otros juegos que utilizan 2 sprites como capas para crear un objeto. Quizas el Target Renegade... aunque tiene que coincidir que el sprite malo se use.
-
El Rupert and the Toy Maker's Party tambien seria un buen candidato para hacer pruebas.
-
Tambien podria ser que use un bit de la ram para guardar el.valor X del sprite y que justo esa direccion esté averiada.
No sé si en csdb tendrán algun ram checker
-
Gracias a todos por vuestras respuestas, en este hilo están todos los diagnósticos y síntomas que he podido hacer de esta máquina:
http://retroinvaders.com/commodoremania/foro/index.php/topic,1827.0.html
-
(http://retroinvaders.com/commodoremania/foro/index.php?action=dlattach;topic=1827.0;attach=2975;image)
Puede que sea todo por la eprom dañada.
No debe conmutar correctamente y cuando escribe en RAM , debe hacer una extraña mezcla de ambos.
-
Pues es verdad, era un comentario de Jeff
Y también mi comentario (aunque todos podemos dar una opinión) era algo frívolo. No sé, aparte de que no cargue, qué otros efectos puede tener un mezclar máquina PAL/NTSC. En otros sistemas, como el Atari 2600, sí que puedes tener problemas de color (verlo en blanco y negro) y de sincronismo vertical.
Por eso pensaba: problema de gráficos puede ser compatibilidad. Ya es lotería que un error de memoria sólo afecte a ese juego
Yo nunca he dicho eso, al contrario, no veo ninguna razon de que un problema de incompatibilidad PAL/NTSC pudiera dar semejante resultado.
Mas bien me parece un problema hard, uno de los bits de los registros de posicionamiento de los Sprites esta mal, una hipotesis un poco alocada pero creo que por ahi va la cosa. Habria que probar otros juegos que utilizan 2 sprites como capas para crear un objeto. Quizas el Target Renegade... aunque tiene que coincidir que el sprite malo se use.
-
Lo he vuelto a probar y todo sale bien.
Ademas es un juego bastante conocido y coleccionado, en los EEUU al menos, y se sabria si tuviera un fallo asi.
@marcos64 por favor me puedes adjuntar el fichero del juego que tú cargas, porque acabo de cambiar la placa y le he pasado los diagnósticos y está todo correcto, pero aún así he probado el juego y me sale igual que antes, así que no debe de ser del ordenador a pesar de los fallos que tuviera...
Adjunto diagnóstico de la nueva placa.
-
Yo acabo de probar la version que mencionaste ( http://csdb.dk/release/?id=40620 ) y va bien, en un C64 NTSC.
-
En un C64 NTSC te va bien? el mio es PAL, en alguno no debería de ir bien no? será por que el juego está hecho en NTSC y no en PAL como se ha comentado ya?
-
Por fin he encontrado una versión que me funciona, está en IDE64.
Al parecer como comentó @Jeff y @cubelindo era un problema de NTSC en PAL...
pa habernos matao !!! ;D ;D ;D
Gracias nuevamente a todos por vuestra ayuda y vuestros consejos.
Adjunto el fichero por si alguien quiere jugar, es un buen juego, y no recuerdo que haya ningún juego parecido a este. Lo recomiendo.
-
R Tape Loading error
-
Sí es un juego muy bueno y bastante adictivo, tienes alguna versión con parche vidas infinitas que funcione en PAL?
-
No le des mas vueltas, el juego esta bien ;) Si como creo has probado varias versiones y todas te dan ese error no puede ser causa de los D64.
Yo he usado la version de REM de CSDB. La acabo de descargar de nuevo y la he comprobado bit a bit con la que tengo en el disco duro y es exactamente la misma. El CRC MD5 es: 724974bab3dec9558fd433aeae1f26c8
Por otro lado, esos test que mencionas son muy superficiales, un fallo tan pequeño como este es muy dificil que los detecte.
Asi que ahora tienes una placa nueva, pero que chips son de la antigua?
Otra cosa facil de probar: coge el manual del 64 y teclea uno de los ejemplos de sprites. Modifica los valores para posicionar cada uno de los sprites en una posicion determinada. Y a ver que ocurre.
Si solo te pasa con este juego, es algo raro de narices. A ver si hay suerte y se encuentra la causa.
-
El único chip de la placa vieja es el SID, el resto es de otra placa, no creo que tenga el mismo fallo que la que he sustituido, además todo funciona correctamente.
Por favor adjunta el fichero que has probado y que te funciona correctamente si no te importa y confirmarme que tienes un PAL.
-
No se que ha pasado, me he saltado varios mensajes. Te funciona la version IDE64 (que esta basada en la de REM) pero no la de REM???
-
Es este:
http://csdb.dk/release/?id=40620 (http://csdb.dk/release/?id=40620)
Mi 64 tiene una placa NTSC convertida a PAL pero lo voy probar en un PAL. Por si acaso, no me acuerdo de en que lo jugado hace tiempo.
-
Probado en un 64C PAL de serie y tambien todo sale bien.
-
Gracias @marcos64 , pues en mi C64C esa versión me sale mal... que cosa más rara...
-
He probado esta versión de REM en mi panera y el resultado ha sido el mismo: hélice desalineada.
No es posible que las 3 máquinas en las que he probado el juego (dos C64C y una panera) tengan el mismo fallo... aquí hay algo que no encaja...
-
R Tape Loading error
-
La versión IDE64 funciona correctamente en las 3 máquinas.
-
Vamos a ver si conseguimos aclarar las cosas.
NO tiene porque haber problemas entre juegos NTSC y PAL. Este no es el mundo de las consolas.
Suele haber pequeñas diferencias como la velocidad, cosa que se suele apreciar especialmente en la musica. Y en juegos muy avanzados tecnicamente pueden aparecer problemas de sincronizacion por la diferencia de frecuencias. Pero el problema en un 99% de los casos los tienen las maquinas NTSC, casi nunca las PAL.
La mayoria de juegos ya tienen en cuenta estos posibles problemas y estan programados de forma que los evitan. Y en los casos que no fue asi, los cracks si los corrigen.
Y llegamos a este crack en particular, el de Remember (REM): posiblemente el grupo mas conocido y mejor valorado de la historia del C64. Si tuviera un fallo tan flagrante se habria sabido hace mucho. Ademas de que a pastbytes en NTSC y a mi en PAL nos funciona bien. Que el D64 tenga un fallo queda completamente descartado, en mi opinion.
Ademas, para acotar mas las cosas, la version que te funciona es la IDE64, que esta basada en el crack de REM, simplemente habran hecho las minimas modificaciones para que carge en IDE64.
Teniendo en cuenta esto ultimo, y que a ti te falla en varios 64, quizas el problema este en tu dispositivo de carga. Si tienes una 1541 pruebalo con ella. Si usas un SD2IEC puedes probar a formatear la SD y copiarlo de nuevo a ella.
Y a ver si alguien mas lo puede probar en la maquina real. Mucho me temo que este sera uno de esos problemas desconocios que nunca se aclararan pero quizas tengamos suerte :D
-
Gracias por tu interés @marcos64 .
La versión IDE64 que me funciona en todos los C64 no es de REM, de hecho no tiene trainers, sólo el crack del juego.
Podría ser problema de la SD o del SD2IEC, es lo único en común que tienen las pruebas que he hecho en las 3 máquinas, pero sería "raro de pantalones", porque he probado todas las versiones que hay en csdb.dk (unas 10 o 12) , y la versión IDE64 la descargué de http://cbm8bit.com/ creo, aunque no estoy seguro.
Haré la prueba de formatear para descartar que sea la SD.
-
La versión IDE64 que me funciona en todos los C64 no es de REM, de hecho no tiene trainers, sólo el crack del juego.
OK, yo me referia a la unica version que hay en CSDB para IDE64: http://csdb.dk/release/?id=26901 (http://csdb.dk/release/?id=26901) que es una modificacion del crack de REM.
Pues me temo que la cosa se complica aun mas... :(
-
Descartado que sea la SD, he formateado con el SDFormater, haciendo un formateo lento, con borrado, y todo sigue igual.
El IDE64 funciona correctamente, pero el resto de D64 se ve igual...
Descarto que sea el SD2IEC porque funciona muy bien, y carga todo correctamente.
Qué cosa más extraña... me doy por vencido por el momento, ya que no se me ocurre qué más probar.
-
R Tape Loading error
-
Sí esa es la placa que he puesto, pero no creo que sea NTSC ya que la compré en UK, en qué te basas para decir que es NTSC?
No noto ninguna diferencia con respecto a la panera que es PAL con total seguridad, ya que fue mi primer C64 del año 85.
Con respecto a lo que comentas:
.-" ¿Puedes poner la versión de VIC II, si llevas el puente NTSC/PAL y la frecuencia del oscilador si es de 17,73 o 14,31? "-.
No tengo ni idea de a qué te refieres... por favor me lo puedes explicar ?
-
R Tape Loading error
-
Salvo en las primerisimas versiones de la placa, los ordenadores NTSC y los PAL utilizan la misma placa. Solo varia un jumper, el VIC y el reloj.
Fijate en la primera foto del hilo Basura en pantalla, cuadros extraños y píxeles parpadeando en modo texto
« Respuesta #9 en: Junio 16, 2017, 22:06:18, a la izquierda del zocalo vacio del SID tienes el jumper J3 y debajo escrito OPEN:NTSC SHORT:PAL
-
La placa que sustituí creo que es incluso más moderna, porque pone REV 4, y también OPEN NTSC::SHORT PAL
Y tiene zocalizado el chip 8500, cosa que en la que compré sin SID no tiene zocalizado. No sé si su antiguo propietario lo sustituyó, o venía así de fábrica. El precinto de garantía estaba roto.
Entiendo que también tiene la RAM de Color incluida en la PLA, por cierto ¿me podéis decir cual es la PLA?
-
No, esta la tiene aparte. A la derecha de la PLA (el chip mas grande) esta la RAM de color. Si te fijas en la otra placa falta ese chip.
Parece ser que las revisiones de placa estaban ordenadas asi REV 1,2,3,4... A,B...
-
Por cierto, que el 8500 tenga zocalo es poco comun.
Y la placa vieja es posible que ya se hubiera reparado, el VIC es posterior al resto de chips.
-
Pues se ve que este C64C salió rana, porque si le han cambiado el VIC, el 8500 y también falla la ram de color, es que no salió muy bueno.
-
Eso es dificil de saber.
El zocalo del 8500 es raro pero es posible que viniera asi de fabrica. La placa que yo uso ahora es asi (aunque ha sido la unica de todas las que he tenido).
Lo del VIC parece que efectivamente se sustituyo con posterioridad, aunque de nuevo no es posible asegurarlo al 100%.
La RAM de color si que suele ser una averia mas normal, y si le añadimos el VIC probablemente sustituido, puede indicar la zona de la averia.
De todas formas las placas compactas son MUY fiables, te aseguro que mas que cualquier aparato electronico que compres hoy en dia, aunque esto no podremos comprobarlo hasta dentro de 30 años :D
Casi siempre cuando falla una de estas placas es por culpa de la fuente de alimentacion.
-
Sólo por aportar la solución a este tema del juego "Raid on Bungeling Bay" y la hélice desalineada con el helicóptero, que me tuvo varios días haciendo pruebas con diferentes C64 y diferentes versiones del juego.
El jueves pasado recibí por fin el 1541 U2+ y el juego carga perfectamente en todas las versiones.
Así que como dijo es este mismo hilo @marcos64 era un tema del dispositivo de carga, es decir del SD2IEC versión de firmware 19 del 2017-07-23.
Lo cual aunque resulte muy extraño, porque llevo meses probando cientos de juegos y nunca he experimentado nada parecido, el "culpable" era mi SD2IEC.
Bueno pues queda resuelto definitivamente el misterio de la hélice desalieada.
-
Sí que ha dado tema el error este, 4 páginas :D