Skip to content

CHR_TRN can still be effective during border fade-out #199

Open
@ISSOtm

Description

@ISSOtm
Member

CHR_TRN is normally buffered to SNES WRAM, and only gets transferred during a PCT_TRN. However, the transfer point is when the border finishes fading (so the transfer is seamless), so it's actually possible to send PCT_TRN, then CHR_TRN during the fade, and have it work.

Alfred Chicken apparently relies on this.

  • Investigate timing window
    Document all this

Note that this also means the border tiles do NOT update immediately upon CHR_TRN!

Activity

pinobatch

pinobatch commented on May 14, 2023

@pinobatch
Member

The Three Bears
Test ROM lets the user specify a delay in frames between sending PCT_TRN and sending CHR_TRN

ISSOtm

ISSOtm commented on May 20, 2023

@ISSOtm
MemberAuthor

The acceptable timings are documented not in the README, but in docs/long_story.txt.
I propose recommending 61–63 frames, deferring directly to that document for more details, and noting that the acceptable range is likely to be poorly emulated (and therefore emulator testing may produce broken results).

added a commit that references this issue on Jul 4, 2023
6ae4c9e
linked a pull request that will close this issue on Jul 4, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    contentImprovements or additions to documentationresearch

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

      Development

      Participants

      @pinobatch@ISSOtm

      Issue actions

        CHR_TRN can still be effective during border fade-out · Issue #199 · gbdev/pandocs