You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, ps2exe doesn't calculate sums with data files within a volume in instances where that file's data lies in a sector outside of the current data track. This was done purposefully as originally, we didn't want to make disc images unique on the output csv if they only differed by track offset or some other mastering data that isn't interesting to note for comparison (like audio mastering differences). We were only concerned with just the files with sector data within the current volume themselves.
However, files can have data stored in separate data tracks outside of a given volume. These data tracks can even have sync information and EDC. This is different as the contents of the files could have been stored within the volume unaffected by offset but for some reason were stored in different tracks outside the existing volume's sector range. The sync information will be present if it's a properly dumped data track and that will be an indicator that the sector being referred to by the file is data and not audio/video streaming data that can shift from different masterings.
The text was updated successfully, but these errors were encountered:
This kinda only applies to split tracks vs all inclusive formats like .img, where ps2exe does look at data if its referenced to a certain extent outside the track. For split tracks like redump style dumps, it fills the data with 00.
Currently, ps2exe doesn't calculate sums with data files within a volume in instances where that file's data lies in a sector outside of the current data track. This was done purposefully as originally, we didn't want to make disc images unique on the output csv if they only differed by track offset or some other mastering data that isn't interesting to note for comparison (like audio mastering differences). We were only concerned with just the files with sector data within the current volume themselves.
However, files can have data stored in separate data tracks outside of a given volume. These data tracks can even have sync information and EDC. This is different as the contents of the files could have been stored within the volume unaffected by offset but for some reason were stored in different tracks outside the existing volume's sector range. The sync information will be present if it's a properly dumped data track and that will be an indicator that the sector being referred to by the file is data and not audio/video streaming data that can shift from different masterings.
The text was updated successfully, but these errors were encountered: