Controller reading: Difference between revisions

From SNESdev Wiki
Jump to navigationJump to search
(→‎Automatic controller reading: (last ^ ~0) & down = (down ^ last) & down, saves a step)
(transfer reference citation from history comment)
Line 25: Line 25:
</pre>
</pre>


Important note: There is a small window of time where vblank has started but automatic controller reading has not. During this time <code>HVBJOY</code> will correctly say that auto reading is not currently active. This means that a program cannot wait for auto reading to finish immediately after vblank starts. If necessary, it could poll twice, first to wait for auto reading to start, then again to wait for it to finish.
Important note: There is a small window of time where vblank has started but automatic controller reading has not<ref>[https://forums.nesdev.org/viewtopic.php?p=188011 Forum thread]: Stupid problems with autoread on hardware</ref>. During this time <code>HVBJOY</code> will correctly say that auto reading is not currently active. This means that a program cannot wait for auto reading to finish immediately after vblank starts. If necessary, it could poll twice, first to wait for auto reading to start, then again to wait for it to finish.


== Manual controller reading ==
== Manual controller reading ==
Line 52: Line 52:
   bcc Loop      ; Stop once result_hi shifts out a 1
   bcc Loop      ; Stop once result_hi shifts out a 1
</pre>
</pre>
== References ==
<References/>

Revision as of 22:09, 25 May 2022

The SNES has a feature that can automatically read the game controllers, so the 65c816 does not need to spend any time doing that. The controllers can also be read manually, the same way the NES does it. The automatic reading feature will only read 16 bits from the controller, so peripherals like the Mouse need to be read either completely manually or with a combination of automatic and manual reading.

Automatic controller reading

Automatic controller reading is enabled and disabled with the NMITIMEN register. If the least significant bit is set, then the SNES will start reading the game controllers for approximately the first three scanlines of vblank. This happens in the background and does not take any time away from the 65c816.

Official guides advise to check if automatic reading has finished by reading the HVBJOY register ($4212). This can be omitted if you can guarantee the timing does not overlap the start of vblank (e.g. a full OAM DMA takes about three scanlines).

The values read from the controllers are made available via registers. It can be a good idea to copy these values somewhere else, so that if the game logic ends up taking more than one frame to complete (and the SNES enters vblank again), then these values changing won't cause any problems. This can also help with calculating when a button is pressed that wasn't pressed the previous frame, for actions that should only happen once per press.

  ; ensure auto-read has finished
:
  lda HBVJOY
  and #1
  bne :-

  ; 16-bit accumulator
  lda keydown
  sta keylast
  lda JOY1L
  sta keydown
  eor keylast
  and keydown
  sta keynew  ; buttons newly pressed this frame (0->1)

Important note: There is a small window of time where vblank has started but automatic controller reading has not[1]. During this time HVBJOY will correctly say that auto reading is not currently active. This means that a program cannot wait for auto reading to finish immediately after vblank starts. If necessary, it could poll twice, first to wait for auto reading to start, then again to wait for it to finish.

Manual controller reading

Controllers can be read manually through the use of registers at $4016 and $4017. These are the same addresses the NES uses, and these registers work the same way as the NES's.

SNES controllers contain a shift register. The SNES can reset the shift register, and fill it with the current state of all of the buttons. The SNES can also retrieve one bit from the shift register, which causes the next read to receive the next bit, and so on, until the controller runs out of bits to send.

Controllers are reset with JOYOUT ($4016). The least significant bit in that register controls a reset signal that controllers receive, and writing a 1, then a 0 to this register will reset the controllers. This is only required if controllers are being read completely manually - if manual reading is being used to read additional bits after automatic reading, the controllers will already be ready to read out those additional bits.

Reading JOYSER0 ($4016) or JOYSER1 ($4017) will request bits from controller port 1, and controller port 2, respectively. Controllers actually return two bits each read, but standard controllers only use the least significant bit.

Here's example code that reads another sixteen bits from a controller, helpful for the Mouse which has 32 bits of information to read. This example uses the result as a ring counter - once the initial 1 bit gets shifted out, the loop will have run sixteen times and will stop.

  ; 8-bit accumulator

  ; Initialize the result variable to $0001
  lda #1
  sta result_lo
  stz result_hi

Loop:
  lda JOYSER0    ; Get one bit from the controller
  lsr            ; Put that bit into the carry flag
  rol result_lo  ; Shift the carry flag into the result
  rol result_hi
  bcc Loop       ; Stop once result_hi shifts out a 1

References

  1. Forum thread: Stupid problems with autoread on hardware