;found at ROM 0x1C9FA
ColorRotation: ;the original version

.db $12, $16, $2a, $16 ;alternates between two shades of green and a lighter red

ColorRotation ;the VC release

.db $16, $06, $16, $06 ;seems to alternate at a lighter and darker red rotation
;note that there aren't any other differences in these versions at all except for these four bytes

;found at ROM 0xE19B
Rotation_Colors: ;original
.byte $26, $2A, $22, $36 ;Alternates between shades of blue, green and a caucasian pink

Rotation_Colors: ;VC
.byte $36, $36, $36, $36 ;pinky all the way! ;)

;next found at ROM 0x361BD
Letter_PaletteKludge: ;original
LDA $0711 ;1107; some sort of timer
LSR A
AND #$01
TAY		 ; Y = 0 or 1, changing every other tick

Letter_PaletteKludge: ;VC release
LDA $0711 ;1107; some sort of timer
JMP BF00 ;00BF
A1B0: TAY ;Y = 0 or 1, changing every other tick

BF00: ;found at ROM 0x37F10
LSR A
LSR A
LSR A
BEQ 0B
AND #$03
CMP #$02
BNE 05
LDA #$01 ;set some sort of flag
JMP A1B0 ;B0A1
05:0B:LDA #$00
JMP A1B0 ;B0A1

;What I don't understand is in the VC release, why not just do a JSR to BF00 rather than a JMP? That way, at 
;either JMP A1B0 ;B0A1 they could have simply done an RTS... it would have saved them 4 bytes doing so; I 
;guess space wasn't an issue. 
;since an RTS takes you back to the mnemonic right after the JSR.

;In the iNES header, the 7th byte, found at 0x0006 was $40 in the original. It was changed to $42 on this ;version. 
;For those interested, more info found here [url]http://wiki.nesdev.com/w/index.php/INES#Flags_7[/url]

;Next 
;ROM 0x7E17 in the original has:
.db $26, $2a, $22, $26 ;the palette rotation used for "BOMB!" explosions.

;ROM 0x7E17 in the VC has:
.db $0e, $1e, $2e, $3e ;the palette rotation used for "BOMB!" explosions. WHAT?!? These are all black...but 
;invalid blacks. Why not just used $0F??? Are far as I know all valid games use $0F as black.

;At ROM 0xC02E the original has:
.db $12   ;waterfall's water blue used in the sprite cycling

;At ROM 0xC02E the VC version has:
.db $0d   ;but wait...this is black on the NES but on the VC it shows up as a lighter blue than $12
;my only assumption is that VC uses the invalid palette $0d as blue...Notice the further remaining changes. 
;They change every occurance of $12 to $0d with palettes. Does that mean $12 is invalid on the VC? I may have 
;to wait to disassemble more games to find out for sure.

;At ROM 0xC156 the original has:
.db $12    ;I'll assume that this is the water used on icy stages like World 4

;At ROM 0xC156 the VC version has:
.db $0d   ;changed again

;At ROM 0xC27E the original has:
.db $12    ;I'm not sure what this is for, but I know that it is a palette change, similar to the ones above.

;At ROM 0xC27E the VC has:
.db $0d    ;otra vez  :roll: 

;At ROM 0xC29D in the original has:
.db $31, $12  ;palettes used for various objects, such as the platform that Birdo stands on.

;At ROM 0xC29D in the original has:
.db $30, $0d  ;it uses the strange blue again, but this time changes the light blue to a white.

;at ROM 0x224F original has
LDA #$58
STA $4020      ;set FDS IRQ timer to occur at the end of the status bar

;at ROM 0x224F VC has
LDA #$FF
STA $4020      ;set FDS IRQ timer to occur at the end of the status bar. It is clear that this is a 
;"supposed" glitch fix. It is suppose to fix the bottom of the letter Worlds from getting cut off during 
;Worlds A-D. It fixes that but causes the score to get cut off! Whoever the dumbass was who worked on this 
;put little to no effort as they made the issue WORSE. Luckily, I fixed this in my SMB1+SMB2J FDS hack with 
;SRAM, the correct value is supposed to be LDA #$BB to truly fix this error.

;at ROM 0x82CC the original does this
LDA $4032  ;check disk inserted flag
LSR A                   ;execute this routine until disk is ejected
BCC ThisDiskIOTask    ;note this routine is run on an error
NextDiskIOTask:
INC $07FC        ;move on to next subtask involving the disk drive
ThisDiskIOTask:
RTS          

;at ROM 0x82CC the VC does this
LDA $4032  ;check disk inserted flag
CLC                   
BCC ThisDiskIOTask    ;this branch is unconditional and pointless. What should have been was an RTS to save 
;cycling rather than a CLC that unconditionally branches to an RTS. The goal here was to skip the INC.
NextDiskIOTask:
INC $07FC        ;move on to next subtask involving the disk drive
ThisDiskIOTask:
RTS  

;at ROM 0x82D6, original does this:
WaitForReinsert:
LDA FDS_DRIVE_STATUS  ;check disk inserted flag
LSR A                   ;execute this routine until disk is reinserted
BCC NextDiskIOTask    ;note this routine is run after the one
BCS ThisDiskIOTask    ;that checks for an ejected disk        

;at ROM 0x82D6, VC does this:
WaitForReinsert:
LDA $4032  ;check disk inserted flag
CLC            ;again, unconditional BCC branch. Pointless.
BCC NextDiskIOTask   
BCS ThisDiskIOTask    ;THIS NEVER BRANCHES