Correct... if you think about it a pressed disc is the same as a computers RAM... all memory locations are mapped out... so a frame reference is much more acurate and faster than using the TOC to access files and data.
There is the problem, the start position is not irrelevant in some CD games. The reason being that direct access to the LBA of the file is faster than loading the TOC, searching it and then seeking to the LBA. And loading/seeking from CD is pretty slow. (Hence the LBA table tutorials on backup threads) Another thing is that while it is developed in a manner similar to PS2Link for awhile, they do have to start testing on final media at some point, and this is when the LBA tables, protections and the like are inserted into the code.
Say all the games levels are contained in one 200MB file... would it be faster accessing the literal location for the second level than to start at the beginning of the file an work your way through it. Save on memory usage and time.
But with the games that have been shrunk to take up less space on the HDD this doesn't seem to be the case.
I retrack that statement... seems that some games with inflated LBA have problems being read after changing it.... Looks like possible direct frame access to me and not likely disc protection. So it would seem that some developers use it and others don't.
I still think that the OS idea is the way to go to improve development...
Last edited by zabolyx; 03-10-2005 at 11:57 AM.
PS3 Slim 320GB
PS2 v11 exploit w/300GB Maxtor
PS2 v10 exploit w/80GB Samsung - Network Games
PS2 v10 exploit w/60GB Samsung - Network Games
PSP 1001 3.52M33 w/10GB total storage
NDS DSReal 4GB