Am I the only one who thinks not many new flashcarts will come out of this? It seems like a lot of work to support a now older generation handheld. I understand some people still play their games and love them, but I just don't see companies willing to create entire new hardware for this.
I agree with this, in fact we've even seen current carts starting to slow support or just not update anymore.
http://gbatemp.net/t290097-which-flash-cart-should-i-get
Check out how small the list has gotten nowadays.. EZ-Flash Vi, iEvo/Evo, and more are missing. Unless, as Exangel posted, these teams with class2 carts jump at the chance to be viable again...
And before anybody asks why I'm not taking the "blocked" carts off the list... this news is not confirmed yet. We have one statement from one team, and I pulled some relevant info from another team.
The only statement saying that the entirety of class-1 carts will forever be blocked is from me, and it's a theory based on the info from multiple separate sources. It's entirely possible the supercard team is wrong or jumped the gun with one of their dissections of the update, and/or that my theory is connecting the wrong info together.
Until then, as long as people Just Don't Fucking Update™, we can safely wait and see. Unless you were a dumbass and updated your 3DS already (in which case it's Your Own Damn Fault™) you can just sit around and wait to see if class1 carts can update or not. If they can, bam, it's proven by the existence of an update, and you can use it. If not,
then you could go out and get another cart.
has the acekard team made a announcement on this ?
yes the r4i gold is different hardware but it at least the same age as acekard 8181
Actually the R4i Gold models that were release around the AK2i
might be class1 as well, it's the later 3DS-branded models that seem to be class2 (the site has different update files for both). I've asked around for people that had an older-model to do some testing for me to see how they behave in booting, but I couldn't find anybody with one.
I thought that DSTwo homebrew utilized both the DS's ARM CPUs and the MIPS CPU. If what you're saying is true, the cart boots with an ARM binary but then uses the MIPS solely for running homebrew code afterwards, with the DSTwo feeding the ARM processor? Admittedly, I haven't researched it at all because I don't have a DSTwo.
The DSTwo feeds the ARM data from the MicroSD through itself to the DS unit to run while it feeds itself the MIPS data to run. As far as I know there's no sort of method for the DSTwo to fetch a MIPS-compiled binary from the DS unit, as that's normally never going to happen. Even in cases where the DS does command data to be fed right to the cart (via the ARM7 binary commanding a save), the cart takes care of that, as can be seen from the pokemon carts with IR (as they have an extra control chip to switch a pin used between IR and save data), and as can be seen from flash carts, who get the "save this shit" command from the DS and instead do their own thing to record the data on the MicroSD.