[Bug 7065] Get SecuROM copy-protection working

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=7065


Jim Cameron <jim_24601 at btinternet.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jim_24601 at btinternet.com




--- Comment #88 from Jim Cameron <jim_24601 at btinternet.com>  2009-01-29 14:12:22 ---
The Chronicles of Riddick: Escape from Butcher Bay (using SecuROM 5.03.13
according to the DaemonTools page) gives the "Please insert the original disc
instead of a backup" error.

The console gives 
err:aspi:SCSI_OpenDevice Failed to open device /dev/sg0: Permission denied
err:aspi:SCSI_OpenDevice Failed to open device /dev/sg1: Permission denied
err:aspi:SCSI_OpenDevice Failed to open device /dev/sg2: Permission denied
fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0
func=500 method=0)
but I think these are benign--/dev/sg{0,1,2} are my hard discs, and I am loath
to give SecuROM, of all things, raw write access to them.

It eventually gets round to opening the DVD device and accesses it in a
particular pattern--the meat of it seems to be as follows:

It reads one sector at a time in groups of 6. Within a group the space between
reads is fixed: 16, 32, 64, 160 and 128 sectors distance. Groups are spaced out
roughly linearly over the first 264MB of the disc, although if you graph the
offsets there is a slight wobble, it's not a straight line. Between runs of the
program, the exact positioning varies slightly but not significantly. It is
timing its accesses, apparently in real time (using
QueryPerformanceCounter/QueryPerformanceFrequency), but fudging the counter
frequency reported by Wine does not change the access pattern. Presumably it is
doing something more sophisticated with the timing information. Exactly what, I
haven't figured out yet.

There is another access pattern that seems to use groups of 2 sector reads, but
I haven't investigated that one. This would be the "data density measurement"
mentioned above.

Curiously, it made it past the copy protection once, without my doing anything
in particular. I suspect the timings are only very slightly off.


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.