Hacking Nintys new copyright protection (BCA)
- Thread starter xdeadxpoolx
- Start date
- Views 44,392
- Replies 120
- Joined
- Oct 27, 2002
- Messages
- 23,749
- Trophies
- 4
- Age
- 45
- Location
- Engine room, learning
- XP
- 15,648
- Country
no, this BCA data isn't patched into boot.dol
This BCA is a bar code data on the inner center of the disc, used as disc ID, game ID etc. written when producing the media
It's the first time a game ever read this data.
Some release groups (eurasia) suggests to leave the game dump a 1:1 copy, and include this additional data in an external file (to be read by loaders or modchip).
Some other release groups want to include this data inside the iso, on a fixed place (there's a lot of scrubbed place), but nintendo could update its AP and check it's presence at this address and render the fix useless again.
The advantage to put this data inside the iso, is to run the game on older modchip without memory storage or external SD needed.
A way would be to let the user choose if they want to include it into their ISO files, with a PPF patch inluded with the iso.
Rar with ".iso, .BCA data, .PPf patch" (that's what Eurasia were talking about the ppf patching)
What concern the boot.dol is that the function to read this BCA code is included in the boot.dol
it's working like that :
read BCA data -> check if the data is ok -> if data not ok give an error
1st Mario patch is an error redirection from here -----^
"if data not ok, don't print the error"
read BCA data -> check if the data is ok -> if not give an error
^----the new path is here
instead of "read BCA data" it's replaced with just "continue reading the disc data, not the BCA", then no error to check and return.
I hope I could explain the difference between Effect correction and Cause correction (prevention)
This BCA is a bar code data on the inner center of the disc, used as disc ID, game ID etc. written when producing the media
It's the first time a game ever read this data.
Some release groups (eurasia) suggests to leave the game dump a 1:1 copy, and include this additional data in an external file (to be read by loaders or modchip).
Some other release groups want to include this data inside the iso, on a fixed place (there's a lot of scrubbed place), but nintendo could update its AP and check it's presence at this address and render the fix useless again.
The advantage to put this data inside the iso, is to run the game on older modchip without memory storage or external SD needed.
A way would be to let the user choose if they want to include it into their ISO files, with a PPF patch inluded with the iso.
Rar with ".iso, .BCA data, .PPf patch" (that's what Eurasia were talking about the ppf patching)
What concern the boot.dol is that the function to read this BCA code is included in the boot.dol
it's working like that :
read BCA data -> check if the data is ok -> if data not ok give an error
1st Mario patch is an error redirection from here -----^
"if data not ok, don't print the error"
read BCA data -> check if the data is ok -> if not give an error
^----the new path is here
instead of "read BCA data" it's replaced with just "continue reading the disc data, not the BCA", then no error to check and return.
I hope I could explain the difference between Effect correction and Cause correction (prevention)
The only game with BCA checks now is New Super Mario Bros. Wii, correct?
So has anyone noticed it's TitleID? It's "SMNP01" (P for PAL release ofc). All other games out now are of the format "RXXXYY".
Since the first letter represtents the type (see System codes) it normally should have been "RMNP01" -> "R" for Revolution (development codename of the Wii). So why they used the "S" here?
I'm quite sure, it (the "S") references the BCA check included, where it means "Secure" or something similiar. I can't proof my theory up to now, since it is only NSMBW, that uses BCA and some might say the "S" stands for Super (inside of Super Mario Bros.) but this could be a way to identify BCA games in future.
So has anyone noticed it's TitleID? It's "SMNP01" (P for PAL release ofc). All other games out now are of the format "RXXXYY".
Since the first letter represtents the type (see System codes) it normally should have been "RMNP01" -> "R" for Revolution (development codename of the Wii). So why they used the "S" here?
I'm quite sure, it (the "S") references the BCA check included, where it means "Secure" or something similiar. I can't proof my theory up to now, since it is only NSMBW, that uses BCA and some might say the "S" stands for Super (inside of Super Mario Bros.) but this could be a way to identify BCA games in future.
- Joined
- Oct 27, 2002
- Messages
- 23,749
- Trophies
- 4
- Age
- 45
- Location
- Engine room, learning
- XP
- 15,648
- Country
No, there are a lot of Game ID starting with S, usually singstar/bio hazard based game.
You can check the Wiitdb.com, make a game ID search with S%
You can check the Wiitdb.com, make a game ID search with S%
ften said:
I seen this post also, as I agree, it does not check bca BUT maybe ALMoST is starting the "bca included with every release" standard. Its a useless release, but then again, it doesn't hurt does it?
VashTS said:
No, it's easier to leave the check in the game and give it the data it wants.
Any generic patching can be worked round by Nintendo.
Doing anything that Nintendo can detect will just waste everyones time.
WiiPower said:For us Mod-Chip users could we not just store BCA data on the SDCARD ? and Mod-Chip could just read it from there?taktularCBo said:WiiPower said:taktularCBo said:We just need a standard to know where to store the BCA-Code in the ISO, so that every Mod-Chip and every Softmod know where to search.
OUTSIDE OF THE DISC! Or else nintendo can check if the data at that offset matches the BCA data, which it does not on retail discs.
Erst denken und informieren, dann schreiben!
Check this Post:
[url=http://www.eurasia.nu/modules.php?name=New...le&sid=2488]http://www.eurasia.nu/modules.php?name=New...le&sid=2488[/url]
You can put it into the ISO without any Harm, the Modchip just needs to know where the BCA Code is and just hand it over to the Wii in the right way. As I said before, it just checks for this Code, where you get it from, its not important. Just that Mod-Chip Users need it embedded into the ISO, not in a Special File.
How about: I don't really care about modchip users that insist on using the disc channel?
The best way for the BCA data is somewhere outside the disc, so the game has NO CHANCE at all to determine if the disc is a retail disc or not. If the BCA data is at a special offset, the next gen BCA check just needs to check that offset. Why the h... close one door and open another one when it's not necessary?
Well and I don't care about you! So what about a way in the middle?
it doesn't hurt you to put it into the ISO, most Mod-Chips do it. so who cares?
At all I do it now with all my RL for FlatMii and DriveKey Users (both use the same place to store BCA)
Till now all Softmod Users could play without any problems.
Posts merged
QUOTE(BenieUK @ Dec 2 2009, 05:59 PM)
No, the Mod-Chips which Updated (DriveKey/FlatMii) store it in the ISO.
I say outside of the disc, you say inside, the middle is inside???
This discussion is leading nowhere, most people have decided what they will do. I just hope the warez groups will release the .isos as .iso + patch file instead of crippling their releases. If i will implement anything BCA related, i will do it the same way oggzee does in configurable usb loader.
This discussion is leading nowhere, most people have decided what they will do. I just hope the warez groups will release the .isos as .iso + patch file instead of crippling their releases. If i will implement anything BCA related, i will do it the same way oggzee does in configurable usb loader.
I really hope that ites released like so (game.iso + bca.txt) i agree the copys should be as close to 1:1 as possible
- Joined
- Jan 21, 2003
- Messages
- 337
- Trophies
- 0
- Age
- 56
- Location
- Melb Aus
- Website
- Visit site
- XP
- 335
- Country
If the Wii reads the inner circle for bca check on certain games then those games should have the bca in the iso, simple !
Posts merged
which Avatar is the bad dump, this one ?
[WII]James Cameron's Avatar The Game[PAL][ESPALWII.com].rar
Posts merged
which Avatar is the bad dump, this one ?
[WII]James Cameron's Avatar The Game[PAL][ESPALWII.com].rar
The BCA is written on a part of the Wii disc that doesn't exist on a DVD. It would already be included in ISOs if it were.Jaz808 said:
@WiiPower: I'm curious. If you implemented .bca support in NeoGamma like cfg-loader, would that let the game run from cIOS rev14? Or would rev15 and uloader still be needed?
FenrirWolf said:
If i would implement it, it would mean that i would switch to Hermes cIOS ==> As far as i know no disc support. Does it answer your question? And NSMB should work from disc already, you just need the patch.
I'm glad that the devs that make the loaders seem to be opting for a small external file and hope release groups keep putting out 1:1 + patch/file. This option suits all people if a patcher (as promised from a few release groups) surfaces too. It would mean we ccould have 1:1 or patched images.
This would be good for old mod chip people (they can patch) and for those that like 1:1 images it gives room for felxibilty in the loaders so if Nintendo start varying the code it will be handled easier.
There is a thrid option no one has talked much about (I hate the idea myself) But DVDs can be "overburned" so they have a 1:1 copy + BCA data on a DVD. This has the worst downsides and could result in broken DVD burners on PCs, so I'm glad it's now not considered.
This would be good for old mod chip people (they can patch) and for those that like 1:1 images it gives room for felxibilty in the loaders so if Nintendo start varying the code it will be handled easier.
There is a thrid option no one has talked much about (I hate the idea myself) But DVDs can be "overburned" so they have a 1:1 copy + BCA data on a DVD. This has the worst downsides and could result in broken DVD burners on PCs, so I'm glad it's now not considered.
Similar threads
-
@
Psionic Roshambo:
I think a few of the early systems could benefit from that, at least up to the 8 bit generation, by the 16 bit generation I think TVs had gotten a lot better in almost every way -
-
-
-
-
-
-
-
-
-
@
Xdqwerty:
it says it only works for the original R4, R4i Gold (r4ids.cn), R4iDSN (r4idsn.com) and Acekard R.P.G. -
-
-
-
-
-
@
Psionic Roshambo:
Just give it a try, but honestly if you have a 3DS you can play DS games without a card just off the internal SD card
-
-
-
-
-
-
-
-
