N64 PAL RGB + ED64 + ROM-NTSC

renzo_yugi escribió:En principio si tu tele es multinorma que admite las dos señales PAL y NTSC no deberías tener problemas para reproducir juegos de cualquier región

josete2k escribió:No es problema de norma, es problema de CIC.

En N64 no es como en snes donde hay un cic pal y uno ntsc... Aquí hay un elenco más extenso y con sus propias compatibilidades.

Por suerte si tienes ganas de trastear, tienes el ultraCIC que aunque no es automático te permite emular todos los cic existentes.

Brocan escribió:Yo he jugado bastantes roms ntsc con el everdrive 64 en mi n64 pal rgb y sin problemas

No he encontrado aún ningún juego concreto que no me funcione, en cualquier caso seguro que hay alguno.

OzOnE escribió:Also, on a PAL N64, the RCP and CPU actually run quite a bit faster, but the RDRAM clock is marginally slower...

NTSC...

Colour sub = 3.579545 MHz
Vid Xtal = 14.318 MHz
RAM Xtal = 14.7 MHz

RCP = 60.852265 MHz
CPU = 91.2783975 MHz
RDRAM = 249.9 MHz


PAL...

Colour sub = 4.4336188 MHz
Vid Xtal = 17.7345 MHz
RAM Xtal = 17.7 MHz

RCP = 62.0706625 MHz
CPU = 93.1059938 MHz
RDRAM = 247.8 MHz


OzOnE

...that is really interesting. so RCP clock is used as CPU clock too. so PAL60 games play 2% overclocked.

I'll give you an example from GoldenEye 007 NTSC rom on my PAL console:
When you press the button to start a level, the music from the main menu will linger on throughout the black screen. At around the time of the first cutscene, the menu music stops. If you're familiar with the game this will be extremely noticeable since the music plays 2-3 seconds too long.

When I run PAL rom the menu music stops the very instant I press the "play level" button.

lito69 escribió:Yo no noto diferencias,tengo la n64 pal y ntsc, juego en una n64 ntsc actualmente (para poder ponerle el rgb) con el chip de region de la consola pal y el ed64plus a juegos pal y ntsc y no noto diferencia con la consola pal.

marshallh escribió:On boot, the PIF inside the n64 starts sending a very, very long sequence of random numbers to the CIC. The PIF is always reading the response back (this is a continuous process while the N64 is turned on).

Once the PIF is happy with the values it's getting back, it releases NMI on the R4300. This causes an NMI interrupt on the cpu, and causes it to start executing code from the memory location 0xBFC00000. Because all the memory is accessed through the RCP, this small segment of memory is mapped to a small almost 2k chunk of ROM in the PIF called PIF-rom.

The code in there is r4300 executable code. The actual boot process is pretty convoluted, that's another time. But about halfway through the sequence of boot programs, the R4300 reads from PIF ram (small 64byte area) and this contains values used in the calculation of the CIC seed. (6102 seed is 0x3f)

The way a game determines whether it's running on a PAL or NTSC console is simple - it's hardcoded in the PIF rom.

If you have a logic analyzer and some tools you can put probes on the lines that go from the PIF to the RCP and catch all the contents of the pif ROM as it's read. This is the only way to get access to it, because after the boot process you will read all 0's from where the PIFrom used to be mapped.

Once you have it dumped you can look for the instruction that loads the register s4 (something like li s4, 0x01) and change it to 0x0 for PAL, and 0x1 for NTSC.

You can also use a boot emulator to do all this, but it means you have to have a way of running your own code. The boot emulator basically runs a version of PIFrom that is hacked to skip the security checks, and you patch in whatever values you want (you can fake different CICs and regions this way)

The CIC seed is also used to checksum the bootcode in the first 4k of game ROM, and to also checksum the first 1MB transferred to make sure the cart interface is reliable.

lito69 escribió:Pues no lo sé tio, yo tengo actualmente la n64 jap con pif de la pal y el mod rgb y no veo yo diferencias, lo que hace la consola por dentro me da un poco igua, sabes mucho más que yo por eso.

Este es un post mio: hilo_mod-rgb-n64-estoy-contentisimo_2113665_s10

D_Skywalk escribió:

lito69 escribió:Pues no lo sé tio, yo tengo actualmente la n64 jap con pif de la pal y el mod rgb y no veo yo diferencias, lo que hace la consola por dentro me da un poco igua, sabes mucho más que yo por eso.

Este es un post mio: hilo_mod-rgb-n64-estoy-contentisimo_2113665_s10

Sabes lo que pasa que seguramente acabe haciendo cien pruebas para al final hacer exactamente lo mismo que tu

...pero me voy a pasar un fin de semana bien wapo!!

LINKr2 escribió:Que locura!
Es decir, que si juegas juegos NTSC mediante Everdrive en consola PAL, estos estarán funcionando casi un 2% más rápido de lo que deberían?

lito69 escribió:Es muy poca diferencia tio,un segundo por minuto , has probado si ese everdrive en consola pal va igual que en la ntsc? Porque a lo mejor hasta es del everdrive.
Igualmente al poner el pif pal en la consola ntsc a lo mejor te va igual que en la pal con pif pal.

LINKr2 escribió:Que locura!

Es decir, que si juegas juegos NTSC mediante Everdrive en consola PAL, estos estarán funcionando casi un 2% más rápido de lo que deberían?

D_Skywalk escribió:

LINKr2 escribió:Que locura!
Es decir, que si juegas juegos NTSC mediante Everdrive en consola PAL, estos estarán funcionando casi un 2% más rápido de lo que deberían?

Sip pero con sonido apitufado!


Para muestra un botón:
* Mario 64 PAL en Consola PAL + PIF PAL (usando cartucho)
* Mario 64 NTSC en Consola NTSC-J + PIF NTSC (usando rom NTSC en ED64)
Audio aquí.

Los samples se lanzan en diferentes momentos pero el pitch es exacto y la música va en el tono que debe.

lito69 escribió:Es muy poca diferencia tio,un segundo por minuto , has probado si ese everdrive en consola pal va igual que en la ntsc? Porque a lo mejor hasta es del everdrive.
Igualmente al poner el pif pal en la consola ntsc a lo mejor te va igual que en la pal con pif pal.

Pues la verdad es que no tengo mucha duda de lo que ocurre, la velocidad de referencia de la NTSC es menor que la de la PAL, eso hace que el audio cambie el tono, que para mi es lo peor, no tanto si va o no más rápido (que como dices es inapreciable) sino por la bajada de un semitono...

Ahora lo interesante sería saber donde está guardado ese cambio en el PIF o será cosa del cristal

lito69 si pudieras coger un cable de audio y grabar el sonido directo de la Mario-PAL+N64-NTSCj+PIF-PAL nos quitabamos una duda...

lito69 escribió:Vale, ahora que pienso tengo un adaptador de 2 rca de audio a un jack, pero ahora no estoy en casa. L que haré será grabar el mario cartucho original y luego el mario en pal con el everdrive, y ya que estoy el mario usa con el everdrive, y comparamos todo, no?

NTSC...
Colour sub = 3.579545 MHz
Vid Xtal = 14.318 MHz
RAM Xtal = 14.7 MHz

PAL...
Colour sub = 4.4336188 MHz
Vid Xtal = 17.7345 MHz
RAM Xtal = 17.7 MHz

lito69 escribió:Mi spruebas son en n64 ntsc con pif pal eh

lito69 escribió:por lo tanto deduzco que los juegos pal en mi n64 ntsc con pif pal iran más lentos y los ntsc irán a su velocidad.
Realmente sólo quise poner el pif pal a la ntsc porque a la ntsc se le puede hacer el mod rgb y no me quería quedar sin jugar a mis juegos pal, para jugar a los ntsc ya tengo el everdrive.

lito69 escribió:Bueno, te has pillado el ed64plus no? El de la palanquita de pal y ntsc?

D_Skywalk escribió:

lito69 escribió:Bueno, te has pillado el ed64plus no? El de la palanquita de pal y ntsc?

Si, el que me dijiste

Ahora a esperar unas semanas