Hacking GBA VC screen scaling issue

[MattKimura]

For some strange reason, I've been having scaling issues with GBA VC games. It seems like the screen is moved too far up, thus showing part of the top screen on the bottom. I have never seen such an issue and never expected to run into problems with GBC VC.

Screenshots:
* Look at the bottom of each screenshot to see what I mean. Takes up 3% of the screen, and moves as I move

http://prnt.sc/b65emx

http://prnt.sc/b65fa4

http://prnt.sc/b65fj7


I'm using A9LH sysNAND, Luma3DS 5.4, N3DS 11.0.0

This is my past. I installed patched AGB_Firm, then when Luma3DS released a new version that no longer requires you to patch it yourself, I downloaded AGB_firm (For N3DS) from 3DNUS and installed the cia to NAND. I just wanted to have stock AGB FIRM this way, to take advantage of Luma3DS.
I had a friend download this file for me and I'm not sure if he didn't check in "N3DS" on 3DNUS or what. I did tell him to though.

Every GBA VC game I launch has this issue. The games are playable like this, but it can be confusing at times. Something is definitely broken and I have no idea if I'm the only one in the world with this issue, or the first to have it. Wish there were a way to fix it.

Not sure how Luma3DS is handling it, all I know is that it automatically patches AGB Firm. Right now I installed patched AGB firm again to see if it fixed the issue, but nope it's still there. And I don't have the AGB firm bin file in the luma folder if you ever considered that to be a possibility.

 

[redunka]

This is a known issue, which seems to be caused by wrong cluster size.
Try to reformat your SD card.

 

[MattKimura]

This is a known issue, which seems to be caused by wrong cluster size.
Try to reformat your SD card.

I believe I'm using the default allocation size (Dunno if that's the same as cluster size) using GUIFormat: http://prntscr.com/b66gup
which is 32,000

Would it be worth formatting and using a lower cluster size just to fix this one issue? I'm not sure how lower cluster size will effect everything else.

Since my SD card is already FAT32, I believe Windows can format it now. Should I use Windows to format it or another program?

 

[GizmoTheGreen]

I don't really see how the SD clustersize will affect how AGB firm runs... but if you want to format your SD card use Emunand9, it will set the clustersize depending on your sdcards size and stuff. so it will make sure everythings correct and optimal.

 

[redunka]

I believe I'm using the default allocation size (Dunno if that's the same as cluster size) using GUIFormat: http://prntscr.com/b66gup
which is 32,000

Would it be worth formatting and using a lower cluster size just to fix this one issue? I'm not sure how lower cluster size will effect everything else.

Since my SD card is already FAT32, I believe Windows can format it now. Should I use Windows to format it?

Actually, I wouldn't recommend to use Windows to format SD card.
It could be worth to try SDFormatter or Emunand9.

 

[MattKimura]

Actually, I wouldn't recommend to use Windows to format SD card.
It could be worth to try SDFormatter or Emunand9.

Alright it worked! No more scaling issue!

I formatted using emunand9, by going to SD format options, then choosing "Format SD (No EmuNAND)"
Restored my files and it's working just as it should. Thanks for the fix Redunka! I appreciate it, I was sure nobody would know anything so I tried to be as elaborate as possible.