Talk:Gamecards
This could be confused for the augmented reality cards. I think they are called cartridges.--T3a 18:08, 8 April 2011 (CEST)
^ should at least be a redirect ( "Game Cartridges, Game Cart Hardware, Game Carts" )
- 90 00 00 00 00 00 00 00 ... => 45F80090 for SSFIV, C2FF0090 on Rayman3d.
- Is it just me or do these byte orders keep changing. 9000000000000000 corresponds with "C2FE0090" not "9000FEC2".
- "header command has some initial dummy bytes, and eventually responds with a 0x200 byte header.". Dummy bytes, Where? The redundant A500 cmds? --Jl12
- You need to endian swap the data. 9000xxxx is the correct form. The upper bits specify information about the intended platform for the gamecard, and the lower bits specify the media size of the card.
- There are dummy bytes in the response for each 16-byte command. In the wiki these dummy bytes have already been stripped. --Neimod 17:41, 3 June 2011 (CEST)
Could you post the size of the original header reply with the dummy bytes. I'm trying to inject logic ( send raw commands ) with a 3DS card. It works well up to the 3E 00 00 00 00 00 00 00 command, I get 'data' returned from the header packet as well but only 00 bytes. --Jl12
- The size depends on what speed you are clocking out. Just keep reading until you get something that is non-zero. Also, what device are you using for reading out the data? --Neimod 09:09, 4 June 2011 (CEST)
http://pastebin.com/y22zZcZN - That's for 'Street Fighter IV 3D'. There's an NCCH header and cartridge ID. The same method returned x00 00... with a different cart, though. Not sure why there's a difference. I actually have it hooked up to a laptop, where a device over USB reads the pins and the 3DS cart is connected to it there. ( ie. the laptop acts as the 3DS. )
http://pastebin.com/38QxNGqn - That's the cart that was returning an empty header. ( "rayman 3D" ). Seems to work, now.