|
Page 4 of 4 |
|
|
Back to top |
|
 |
|
Posted: Sat, 14th Jan 2006 15:12 Post subject: |
|
 |
So you are saying an IDE controller doesn't fool most of the latest protections?
Don't you think with specific drivers it could be almost perfect. Or that IDE commands could be manipulated so that burned CDs/DVDs could be recognized as real.
Or that CD/DVD-ROM firmware could be modified so that it would lie about whether a copy or original is inserted.
Think out of the box.
|
|
Back to top |
|
 |
|
Posted: Sat, 14th Jan 2006 16:03 Post subject: |
|
 |
Turkmenski wrote: | So you are saying an IDE controller doesn't fool most of the latest protections?
Don't you think with specific drivers it could be almost perfect. Or that IDE commands could be manipulated so that burned CDs/DVDs could be recognized as real.
Or that CD/DVD-ROM firmware could be modified so that it would lie about whether a copy or original is inserted.
Think out of the box. |
Then you get a non-standard PC which can in one step be permanently shitlisted by all protections, as it's no longer an x86 / IBM compatible PC. Not to mention that this hardware would require extensive driver support, again shitlist-able.
Then there's the issues this would cause with legitimate applications that might want to use the services this hardware is hooking.
The CD/DVD-ROMs only have 1 basic check they can do on a disc to see if it's on a CDR/DVDR or an original printed disc. That's all that a dodgy firmware would do for you. It wouldn't be able to replace software emulation, it wouldn't be able to read angles, etc, from a disc that Starforce requests, it wouldn't be able to arbitrarily place the 'twin peaks' at the front of every SD disc.
The IDE controller in the nforce boards doesn't fool anything. It is just not addressable by the normal ways that Starforce uses on other boards to re-activiate the IDE channels/nodes. All you can do with the IDE controller is disable bits to force some protections to run images. Nothing that (again) isn't easily shitlist-able.
With the appropriate drivers it would be perfect? Again shitlist the appropriate drivers and that's that put to bed as well.
PCs have to adhere to a hardware standard, mess with that it's not a PC anymore. Trying to do masses of emulation, etc, with software is already done, then reversed by the protection managers and nulified / shitlisted.
Again research for the win. If it were that easy people would have already done it (various CD/DVD drive firmware hacks, driver, etc, hacks). Hardware might help with very limited help to running clones, but as a longer term solution the only viable way to beat the software protection is to not bother unless you've far more free time than is possibly reasonable 
|
|
Back to top |
|
 |
|
|
Back to top |
|
 |
|
Posted: Mon, 23rd Jan 2006 04:53 Post subject: |
|
 |
They just change the math from version to version, preveting the creation of a generic emulator. You make an emu, it will work for a handful of games, then they update. Ofc. once you make an emu, you know all the tricks so it should be easy to make another, but IMO its tiring.
Sense Amid Madness, Wit Amidst Folly
|
|
Back to top |
|
 |
|
Posted: Mon, 23rd Jan 2006 18:13 Post subject: |
|
 |
tainted4ever wrote: | They just change the math from version to version, preveting the creation of a generic emulator. You make an emu, it will work for a handful of games, then they update. Ofc. once you make an emu, you know all the tricks so it should be easy to make another, but IMO its tiring. |
Not just the math but the settings in each game, these are the parameters that SDAPI uses and are controllable by developers.
|
|
Back to top |
|
 |
Page 4 of 4 |
All times are GMT + 1 Hour |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB 2.0.8 © 2001, 2002 phpBB Group
|
|
 |
|