The Switch Flashcart Thread (Mig Switch etc.)

  • Thread starter Thread starter TheStonedModder
  • Start date Start date
  • Views Views 812,650
  • Replies Replies 2,847
  • Likes Likes 25
Yes, they made a blog post on December 7, 2024 showcasing this new case design, and I also reposted the video in this post.
And I liked the post. ^^ Must have seen it and forgot about it, thanks for the reminder. ^^
EDIT: And it seems like their website is back up and running. ^^
 
  • Haha
Reactions: impeeza
Yes, they made a blog post on December 7, 2024 showcasing this new case design, and I also reposted the video in this post.
No way in hell its not the same model LMAO

1744241081861.png

1744241475533.png

1744241531311.png

Post automatically merged:

@TheStonedModder I tried to open it with the smallest plastic opening tool I had and, since I was afraid that I might break it if I force it a bit more, I decided to give up (for now, at least). I can take a few up-close images later, if you want.

Right now I'm trying to dump one of the games that I own, Ring Fit Adventure and I tried with both MIG Dumper and Migdumptool v0.0.2 and the resulting XCI file had some errors in NxFileViewer v3.0.2.
1) MIG Dumper:
This is the first error I run into: Failed to open content of NCA section «0»: ResultFsNonRealDataVerificationFailed (2002-4604): Hash error!
The second error(s) I've run into were multiple NCA entry «...» of type «DeltaFragment» missing. errors.

2) Migdumptool v0.0.2:
Only the multiple NCA entry «...» of type «DeltaFragment» missing. errors this time around.

I have the latest prod.keys and title.keys.
Both XCI's integrity check resulted with: Original.

I've noticed that some games do not have any errors while some of them have those NCA entry «...» of type «DeltaFragment» missing. errors. I wonder if that's because the dumps are trimmed or something? How can I avoid getting those errors? By dumping non-trimmed XCIs? If so, is there a guide on how to do that?

EDIT: Just found this post, so I guess those DeltaFragment are related to the updates and those errors can be ignored and are otherwise normal? Therefore, Migdumptool is a bit more reliable at creating dumps? How to do the same thing with MIG Dumper tool instead?
Ive only ever dumped with the dumper and migdumptool NRO im not much help here sorry
 
Did you update the MIG Flash and MIG Dumper to the latest version? It makes a BIG difference when dumping.

The MIG Dumper will always be trimmed. I've compared games I've dumped with the MIG Dumper and the NRO app and they have always been identical after removing the empty space for untrimmed dumps and integrated CERTS.
 
No way in hell its not the same model LMAO
It has a bit different tabs where the pins should be (two flat ones instead of one circular in the middle), but other than that, it's pretty much it. :D It's a good thing they listen to the feedback from the community. :D

Ive only ever dumped with the dumper and migdumptool NRO im not much help here sorry
No worries. ^^ Was worth the shot.

Did you update the MIG Flash and MIG Dumper to the latest version? It makes a BIG difference when dumping.
I'll double check tomorrow, but the very first thing i did when I got my hands on them was to update the firmware to the latest firmware so it should be fine. The funny thing about it is that their website was down that day, but thankfully there are backups here on GBAtemp.

The MIG Dumper will always be trimmed. I've compared games I've dumped with the MIG Dumper and the NRO app and they have always been identical after removing the empty space for untrimmed dumps and integrated CERTS.
I see. It's just weird that the dumper had that one extra error while the NRO only had those missing DeltaFragments thingy which is probably related to the update included with the dump. Other than by using Migdumptool and Dumper, I've never dumped any game by any other method. Can you tell me where I can look up and read some more about trimmed vs untrimmed dumps and integrated certs? That could be the reason why I'm getting those errors. This is all new to me, to be honest. I'll dump some more games that I own to see if I run into any more errors.

Generally, whenever i download the XCI from the Internet or, in this case, dump the game I own, I always check it with NxFileViewer to see if everything's well. Those errors do make me worry whether the dumps I make will be the exact, legit copies of the original ones. I wouldn't like to get my unmodded Switch banned just because of that. I've checked a couple of other full dumps available somewhere on the Internet and there were many of them that had no issues whatsoever (e.g. Paper Mario: The Origami King) while the Ring Fit Adventure dump from the same source had the same errors that I run into as well. I believe that those DeltaFragments errors can be ignored but I'd like to hear from someone else that was using their dumps and didn't get banned and some of their dumps had same errors (or warnings?).
 
Do not use any XCI you download from the Internet in a MIG Flash on an unbanned Switch. That is a guaranteed way to get banned.

For verifying that the MIG Dumper is up to date, they have a new tool that will let you know as before the 1.1.7 update Mac and Linux users couldn't update the Dumper by copying the update file to the system folder. As of the 1.1.7 update there will now be a file in the root folder of the Dumper named after the version number of the firmware installed; ie: 1.1.7, 1.1.8.

The MIG Dumper NRO 0.0.2 does give me issues with carts that have more than one game inside it like Pikmin 1 + Pikmin 2 and couldn't finish the dump where as the MIG Dumper had no such issues.

As for trimmed VS untrimmed, the only difference is that the untrimmed XCI will have a bunch of empty space at the end of the file that's function is to pad the ROM to the size of the Flash Chip in the game 4GB, 8GB, 16GB, 32GB.

As for the game's certificate, the MIG Flash requires it to be a separate file "ROM (Certificate).bin" as the MIG Dumper already does this. The NRO dumpers can put that Cert file inside the XCI ROM as it would normally be like that on the cart. The MIG Dumpoer blanks this section out since it puts that cert as separate file.
 
  • Like
Reactions: Blythe93
  • Like
Reactions: Blythe93
so I have a store bought smash bro ultimate from pawn shop, it worked at first until I took the price sticker off, then it didn't work anymore. my migdumper reads the cartridge but it still has the same error when I try to play it in my migswitch. if I download the xci and use a downloaded xci with my other files will it work or get me ban?
 
  • Sad
Reactions: Blythe93
so I have a store bought smash bro ultimate from pawn shop, it worked at first until I took the price sticker off, then it didn't work anymore. my migdumper reads the cartridge but it still has the same error when I try to play it in my migswitch. if I download the xci and use a downloaded xci with my other files will it work or get me ban?
yes you can’t mix files

Take it back to the pawn shop. As long as you don’t act like an asshole they will work with you and take the item back 99% of the time
Post automatically merged:

Sorry I meant for the v2 with the cutout for the button. The one at the link in the first post is for a v1.
View attachment 497050
Remind me I gotchu

Other wise you could make the motivation ezpz with something like tinkercad. You just have to subtract a cube from the corner

Not that I’m saying you have to do that. Just in case you don’t want to wait for me or I forget again
 
Last edited by TheStonedModder,
Do not use any XCI you download from the Internet in a MIG Flash on an unbanned Switch. That is a guaranteed way to get banned.
Don't worry, I'm well aware of that. ^^ Was just checking some of them to see whether they have the same errors as I was running into.

For verifying that the MIG Dumper is up to date, they have a new tool that will let you know as before the 1.1.7 update Mac and Linux users couldn't update the Dumper by copying the update file to the system folder. As of the 1.1.7 update there will now be a file in the root folder of the Dumper named after the version number of the firmware installed; ie: 1.1.7, 1.1.8.
It seems like the drag and drop method failed without me realizing and my Dumper was still on firmware 1.1.4. Updated successfully via tool to 1.1.8.

Now I've tried dumping with MIG Dumper while on latest firmware and the first time I copied the game over to the PC, upon checking with NxFileViewer its integrity check said: Corrupted. I've unplugged the device and tried again and this time it passed the integrity check, saying: Original. DeltaFragments error still appears and it could be related to the update on the cart. Sadly, I don't have any game in my collection that has a game on v1.0.0. Will dump the other games sometime later to see whether I run into those errors again.

As for trimmed VS untrimmed, the only difference is that the untrimmed XCI will have a bunch of empty space at the end of the file that's function is to pad the ROM to the size of the Flash Chip in the game 4GB, 8GB, 16GB, 32GB.

As for the game's certificate, the MIG Flash requires it to be a separate file "ROM (Certificate).bin" as the MIG Dumper already does this. The NRO dumpers can put that Cert file inside the XCI ROM as it would normally be like that on the cart. The MIG Dumpoer blanks this section out since it puts that cert as separate file.
Thanks for the info!
 
  • Like
Reactions: peteruk
Does anyone know if there is a tool that renames the dumps that were created with the MIG Dumper automatically?
Like a tool that looks into each folder, grabs title from XCI, rename all bin/xci files + the root folder?
 
Does anyone know if there is a tool that renames the dumps that were created with the MIG Dumper automatically?
Like a tool that looks into each folder, grabs title from XCI, rename all bin/xci files + the root folder?
I was going too, but the dumper doesnt just name the files to the title ID or anything simple.

I dont recall the exact term, but there is a thread around here somewhere with more info. The TLDR is that we'd need to make a database from scratch, with dumps and their names. In order to accomplish that.
 
I was going too, but the dumper doesnt just name the files to the title ID or anything simple.

I dont recall the exact term, but there is a thread around here somewhere with more info. The TLDR is that we'd need to make a database from scratch, with dumps and their names. In order to accomplish that.
Tools like NX Game Info can extract the name from the XCI directly.
It probably boils down to needing prod.keys if I had to guess, which shouldn't be a problem.
The tool is also open source, so for someone who knows a bit of coding, I'd imagine it to be an "easy task".
 
  • Like
Reactions: THYPLEX
Does anyone know whats new in the Mig Switch Firmware 1.1.9 as it's out! But the official site is down...
 
Does anyone know whats new in the Mig Switch Firmware 1.1.9 as it's out! But the official site is down...
Firmware 1.1.9 fixes a Mig card issue for Mac users where hidden XCI files are inadvertently created by Mac OS starting with a dot. A long button press in such an instance could cause no ROM to be loaded. This is now fixed, and we wanted to push this update as it was annoying for some Mac users.

Site works for me.
 
So this would be useless for most people…but for those of us with modded systems what is stopping us from doing something like this to make rom hack carts pretty much ?


I’ve tried extracting and rebuilding an XCI and all the available tools seem to fail on the rebuild step, but if we can get past that point, and assuming the initial header still works (unless we can make our own or use a sys patch to ignore ?) our modded units should be able to ignore any other check and just launch the modded files, correct ?

https://gbatemp.net/threads/how-to-change-your-r4s-icon-and-label.617723/
 
So this would be useless for most people…but for those of us with modded systems what is stopping us from doing something like this to make rom hack carts pretty much ?


I’ve tried extracting and rebuilding an XCI and all the available tools seem to fail on the rebuild step, but if we can get past that point, and assuming the initial header still works (unless we can make our own or use a sys patch to ignore ?) our modded units should be able to ignore any other check and just launch the modded files, correct ?

https://gbatemp.net/threads/how-to-change-your-r4s-icon-and-label.617723/
it probably depends on if the gamecard reader firmware does its own checks too. the cfw doesn't reimplement that I dont think? on 3ds it works because only the os validates cartridges, but on switch the gamecard reader has its own firmware that atmosphere doesn't really modify (and I don't know if the gamecard firmware is even accessible from the os side, so it might not be possible to patch it either. and it wouldn't just be loaded in memory available to be patched either considering it's a different chip that handles gamecard reads)

it probably wouldn't be impossible to modify the gamecard firmware and install a custom gamecard reader firmware that would bypass all checks, but I don't know if that's documented yet. it would break the reader on ofw but you wouldn't care about using game cards on ofw anymore anyway
 
Last edited by Deleted member 702243,
  • Like
Reactions: Blythe93

Site & Scene News

Popular threads in this forum