Detect TV system: Difference between revisions

From NESdev Wiki
Jump to navigationJump to search
(Removal of syntax highlighter)
(Polling $2002, not $2001.)
 
(7 intermediate revisions by 5 users not shown)
Line 1: Line 1:
A program can detect video output timing at runtime. There are three major categories: NTSC (Famicom and NES), PAL NES, and PAL famiclone (such as Dendy).
== Using NMI ==
The following code detects the TV system.
The following code detects the TV system.
A game can use it to compensate for differences in [[clock rate]] among various NES models.
A game can use it to compensate for differences in [[Cycle_reference_chart#Clock_rates|clock rate]] among various NES models.
It has been tested on both NTSC and PAL NES and Famicom machines, as well as emulators in NTSC and PAL modes.
It has been tested on NTSC NES and Famicom, PAL NES, and PAL famiclones using the Dendy chipset, as well as emulators in NTSC, PAL, and Dendy modes.


<pre>
<pre>
Line 10: Line 14:
; Copying and distribution of this file, with or without
; Copying and distribution of this file, with or without
; modification, are permitted in any medium without royalty provided
; modification, are permitted in any medium without royalty provided
; the copyright notice and this notice are preserved in any source
; the copyright notice and this notice are preserved in all source
; code copies.  This file is offered as-is, without any warranty.
; code copies.  This file is offered as-is, without any warranty.
;
;
Line 41: Line 45:
;        X: low byte of iterations used
;        X: low byte of iterations used
.proc getTVSystem
.proc getTVSystem
  ldx #0
    ldx #0
  ldy #0
    ldy #0
  lda nmis
    lda nmis
nmiwait1:
nmiwait1:
  cmp nmis
    cmp nmis
  beq nmiwait1
    beq nmiwait1
  lda nmis
    lda nmis


nmiwait2:
nmiwait2:
  ; Each iteration takes 11 cycles.
    ; Each iteration takes 11 cycles.
  ; NTSC NES: 29780 cycles or 2707 = $A93 iterations
    ; NTSC NES: 29780 cycles or 2707 = $A93 iterations
  ; PAL NES:  33247 cycles or 3022 = $BCE iterations
    ; PAL NES:  33247 cycles or 3022 = $BCE iterations
  ; Dendy:    35464 cycles or 3224 = $C98 iterations
    ; Dendy:    35464 cycles or 3224 = $C98 iterations
  ; so we can divide by $100 (rounding down), subtract ten,
    ; so we can divide by $100 (rounding down), subtract ten,
  ; and end up with 0=ntsc, 1=pal, 2=dendy, 3=unknown
    ; and end up with 0=ntsc, 1=pal, 2=dendy, 3=unknown
  inx
    inx
  bne :+
    bne :+
  iny
    iny
:
:
  cmp nmis
    cmp nmis
  beq nmiwait2
    beq nmiwait2
  tya
    tya
  sec
    sec
  sbc #10
    sbc #10
  cmp #3
    cmp #3
  bcc notAbove3
    bcc notAbove3
  lda #3
    lda #3
notAbove3:
notAbove3:
  rts
    rts
.endproc
.endproc
</pre>
</pre>
== Without using NMI ==
Region timing can also be detected by polling $2002 rather than using the NMI:
* [http://forums.nesdev.org/viewtopic.php?p=163258#p163258 Re: Best way to detect NTSC or PAL] forum post by lidnariq


== What to change ==
== What to change ==
PAL needs a different music pitch from NTSC and Dendy, but NTSC needs different music speed from PAL and Dendy.
* PAL NES needs different period values from NTSC and Dendy to achieve the same music pitch.
PAL needs different raster effects from NTSC and Dendy, but NTSC needs different sprite speed from PAL and Dendy.
* NTSC needs different numbers of frames per beat from PAL NES and Dendy to achieve the same tempo.
If you want to take advantage of PAL's longer vertical blank to load more tiles into CHR RAM, Dendy needs different detection of the end of rendering.
* PAL NES needs different wait times from NTSC and Dendy for raster effects.
* NTSC needs different velocity values from PAL and Dendy to achieve the same speed of scrolling and sprite movement.
* PAL NES needs OAM DMA done first in vblank, while NTSC benefits from doing it last if [[Controller reading code#DPCM Safety using OAM DMA|using timed code to work around the DMC DMA glitch]].
* If you want to take advantage of PAL's longer vertical blank to load more tiles into CHR RAM, Dendy needs different detection of the end of rendering.

Latest revision as of 03:44, 6 February 2023

A program can detect video output timing at runtime. There are three major categories: NTSC (Famicom and NES), PAL NES, and PAL famiclone (such as Dendy).

Using NMI

The following code detects the TV system. A game can use it to compensate for differences in clock rate among various NES models. It has been tested on NTSC NES and Famicom, PAL NES, and PAL famiclones using the Dendy chipset, as well as emulators in NTSC, PAL, and Dendy modes.

;
; NES TV system detection code
; Copyright 2011 Damian Yerrick
;
; Copying and distribution of this file, with or without
; modification, are permitted in any medium without royalty provided
; the copyright notice and this notice are preserved in all source
; code copies.  This file is offered as-is, without any warranty.
;
.export getTVSystem
.importzp nmis

.align 32  ; ensure that branches do not cross a page boundary

;;
; Detects which of NTSC, PAL, or Dendy is in use by counting cycles
; between NMIs.
;
; NTSC NES produces 262 scanlines, with 341/3 CPU cycles per line.
; PAL NES produces 312 scanlines, with 341/3.2 CPU cycles per line.
; Its vblank is longer than NTSC, and its CPU is slower.
; Dendy is a Russian famiclone distributed by Steepler that uses the
; PAL signal with a CPU as fast as the NTSC CPU.  Its vblank is as
; long as PAL's, but its NMI occurs toward the end of vblank (line
; 291 instead of 241) so that cycle offsets from NMI remain the same
; as NTSC, keeping Balloon Fight and any game using a CPU cycle-
; counting mapper (e.g. FDS, Konami VRC) working.
;
; nmis is a variable that the NMI handler modifies every frame.
; Make sure your NMI handler finishes within 1500 or so cycles (not
; taking the whole NMI or waiting for sprite 0) while calling this,
; or the result in A will be wrong.
;
; @return A: TV system (0: NTSC, 1: PAL, 2: Dendy; 3: unknown
;         Y: high byte of iterations used (1 iteration = 11 cycles)
;         X: low byte of iterations used
.proc getTVSystem
    ldx #0
    ldy #0
    lda nmis
nmiwait1:
    cmp nmis
    beq nmiwait1
    lda nmis

nmiwait2:
    ; Each iteration takes 11 cycles.
    ; NTSC NES: 29780 cycles or 2707 = $A93 iterations
    ; PAL NES:  33247 cycles or 3022 = $BCE iterations
    ; Dendy:    35464 cycles or 3224 = $C98 iterations
    ; so we can divide by $100 (rounding down), subtract ten,
    ; and end up with 0=ntsc, 1=pal, 2=dendy, 3=unknown
    inx
    bne :+
    iny
:
    cmp nmis
    beq nmiwait2
    tya
    sec
    sbc #10
    cmp #3
    bcc notAbove3
    lda #3
notAbove3:
    rts
.endproc

Without using NMI

Region timing can also be detected by polling $2002 rather than using the NMI:

What to change

  • PAL NES needs different period values from NTSC and Dendy to achieve the same music pitch.
  • NTSC needs different numbers of frames per beat from PAL NES and Dendy to achieve the same tempo.
  • PAL NES needs different wait times from NTSC and Dendy for raster effects.
  • NTSC needs different velocity values from PAL and Dendy to achieve the same speed of scrolling and sprite movement.
  • PAL NES needs OAM DMA done first in vblank, while NTSC benefits from doing it last if using timed code to work around the DMC DMA glitch.
  • If you want to take advantage of PAL's longer vertical blank to load more tiles into CHR RAM, Dendy needs different detection of the end of rendering.