Who called AHBPROT as bug?
It's feature which can be disabled quickly, since it's not used (besides Gamecube mode) in normal life.
They may add access AHBPROT feature only by valid signature of title body or whatever.
It's not catching numerous known piracy/homebrew IOSes and stub them. Just make rollup of all system IOSes like it has been done against trucha bug long time ago. Since most IOSes share the same modules, probably only one module has to be fixed and hash if this module should be updated in every IOS' TMD.
Since AHBPROT has been advertised so much last month, Nintendo most likely will block it.
What TT will do then? Invent new exploit? All other apps should be rewritten too, or will able to run only in HBC.
Wii Homebrew is a free society. If somebody will put hard rules, then either it will be split or die.
Enduser won't get anything new from rewritting applications. Applications had access to USB2 through cIOS, then will have access through IOS58 - it doesn't matter. Just walking around one place (sorry English is not my native language. don't know how to tell it better). Having special patched version of IOS in free slot is absolutely harmless. And developer don't need to brake his brain thinking which version IOS is currently running (IOS58 has 2 versions already and no body knows how many versions will be) and what exactly bytes need to patch to turn specific function on.
Actually, USB2 applications would migrate to IOS58 regarless TT rule. It could be just question of time. It could be smooth without such rush. And may be cIOS would disappear if it realy was ugly solution.
Backup loading (or piracy - depend what you want) already doesn't require cIOS at all. WODE can load any DVD from USB on virgin Wii (ugly, from LCD navigation, but can!). With DVD_LowUnencryptedRead you can get perfect USB launcher. No cIOS, no AHBPROT really need. Only pure software USB loaders with a lot of incompatibilies require cIOS.
So, if TT want to fight to piracy/loaders then it's total fail.
It's feature which can be disabled quickly, since it's not used (besides Gamecube mode) in normal life.
They may add access AHBPROT feature only by valid signature of title body or whatever.
It's not catching numerous known piracy/homebrew IOSes and stub them. Just make rollup of all system IOSes like it has been done against trucha bug long time ago. Since most IOSes share the same modules, probably only one module has to be fixed and hash if this module should be updated in every IOS' TMD.
Since AHBPROT has been advertised so much last month, Nintendo most likely will block it.
What TT will do then? Invent new exploit? All other apps should be rewritten too, or will able to run only in HBC.
Wii Homebrew is a free society. If somebody will put hard rules, then either it will be split or die.
Enduser won't get anything new from rewritting applications. Applications had access to USB2 through cIOS, then will have access through IOS58 - it doesn't matter. Just walking around one place (sorry English is not my native language. don't know how to tell it better). Having special patched version of IOS in free slot is absolutely harmless. And developer don't need to brake his brain thinking which version IOS is currently running (IOS58 has 2 versions already and no body knows how many versions will be) and what exactly bytes need to patch to turn specific function on.
Actually, USB2 applications would migrate to IOS58 regarless TT rule. It could be just question of time. It could be smooth without such rush. And may be cIOS would disappear if it realy was ugly solution.
Backup loading (or piracy - depend what you want) already doesn't require cIOS at all. WODE can load any DVD from USB on virgin Wii (ugly, from LCD navigation, but can!). With DVD_LowUnencryptedRead you can get perfect USB launcher. No cIOS, no AHBPROT really need. Only pure software USB loaders with a lot of incompatibilies require cIOS.
So, if TT want to fight to piracy/loaders then it's total fail.













