Wrong PSX executable date extraction #181

New Issue

Closed

opened 2026-01-29 16:11:19 +00:00 by claunia · 1 comment

claunia commented 2026-01-29 16:11:19 +00:00

Owner

Copy Link

Originally created by @superg on GitHub (Feb 18, 2020).

Originally assigned to: @mnadareski on GitHub.

Affected games:
Crash Bandicoot - Warped (USA)
Final Fantasy VII (USA) (Disc 1)
Final Fantasy VIII (USA) (Disc 1)
Grand Theft Auto (USA)
Legend of Dragoon, The (USA) (Disc 1)
Triple Play 2000 (USA)
Triple Play 98 (USA)
Eidos Demo CD Volume 3 (USA)
Interactive CD Sampler Disc 6 (USA) (Rev 1) - BIG DIFFERENCE
Interactive CD Sampler Disc Volume 4 (USA) - BIG DIFFERENCE
Interactive CD Sampler Pack Volume 3.5 (USA) (Rev 1)
R4 - Ridge Racer Type 4 (Japan) (R4 + JogCon)
Ridge Racer - High Spec Ver. & Namco Catalogue '98 (Japan, Asia)
WCW Backstage Assault (USA)
Ridge Racer - High Spec Ver. & Namco Catalogue '98 (Japan, Asia)

Two problems here:

1. Time offset is still incorrect, most of the games from this list are 1 day later than what is stored in !submissionInfo.txt. I think it comes from time zone conversion introduced by windows (as DICUI is reading the date by accessing the disc directly) so we have to properly convert it "back" to what is actually stored in ISO9660 filesystem. Also windows clock can be configured using either UTC or localtime, so that has to be taken into account, I'm not 100% sure though. I double checked everything using redump database and IsoBuster with local time stamp setting.

2. "Interactive CD Sampler Disc 6 (USA) (Rev 1)" and "Interactive CD Sampler Disc Volume 4 (USA)" have very different dates because both PSX.EXE and valid SYSTEM.CNF / EXE combination is found on the filesystem. DICUI choose PSX.EXE whereas it should have chosen EXE date from SYSTEM.CNF.

Originally created by @superg on GitHub (Feb 18, 2020). Originally assigned to: @mnadareski on GitHub. **Affected games:** Crash Bandicoot - Warped (USA) Final Fantasy VII (USA) (Disc 1) Final Fantasy VIII (USA) (Disc 1) Grand Theft Auto (USA) Legend of Dragoon, The (USA) (Disc 1) Triple Play 2000 (USA) Triple Play 98 (USA) Eidos Demo CD Volume 3 (USA) Interactive CD Sampler Disc 6 (USA) (Rev 1) - BIG DIFFERENCE Interactive CD Sampler Disc Volume 4 (USA) - BIG DIFFERENCE Interactive CD Sampler Pack Volume 3.5 (USA) (Rev 1) R4 - Ridge Racer Type 4 (Japan) (R4 + JogCon) Ridge Racer - High Spec Ver. & Namco Catalogue '98 (Japan, Asia) WCW Backstage Assault (USA) Ridge Racer - High Spec Ver. & Namco Catalogue '98 (Japan, Asia) Two problems here: 1. Time offset is still incorrect, most of the games from this list are 1 day later than what is stored in !submissionInfo.txt. I think it comes from time zone conversion introduced by windows (as DICUI is reading the date by accessing the disc directly) so we have to properly convert it "back" to what is actually stored in ISO9660 filesystem. Also windows clock can be configured using either UTC or localtime, so that has to be taken into account, I'm not 100% sure though. I double checked everything using redump database and IsoBuster with local time stamp setting. 2. "Interactive CD Sampler Disc 6 (USA) (Rev 1)" and "Interactive CD Sampler Disc Volume 4 (USA)" have very different dates because both PSX.EXE and valid SYSTEM.CNF / EXE combination is found on the filesystem. DICUI choose PSX.EXE whereas it should have chosen EXE date from SYSTEM.CNF.

claunia added the buginvalid labels 2026-01-29 16:11:19 +00:00

claunia closed this issue 2026-01-29 16:11:19 +00:00

claunia commented 2026-01-29 16:11:21 +00:00

Author

Owner

Copy Link

@mnadareski commented on GitHub (Feb 18, 2020):

1. I'm not changing this. The tl;dr is that I'm using UTC and not local time. The times being "a day off" is pretty common in that sort of situation. This is a particular issue with Redump as they did not hold UTC as the standard before, so local timezones are what are in most EXE date fields
2. Interesting that it contains both. Thought it was an either/or scenario. That is an actual issue that needs to be addressed. I can move the PSX.EXE check to after. Though honestly I thought I had that already.

@mnadareski commented on GitHub (Feb 18, 2020): 1. I'm not changing this. The tl;dr is that I'm using UTC and not local time. The times being "a day off" is pretty common in that sort of situation. This is a particular issue with Redump as they did not hold UTC as the standard before, so local timezones are what are in most EXE date fields 2. Interesting that it contains both. Thought it was an either/or scenario. *That* is an actual issue that needs to be addressed. I can move the `PSX.EXE` check to after. Though honestly I thought I had that already.

Sign in to join this conversation.

No Branch/Tag Specified

Branches Tags

master

rolling

3.6.0

3.5.0

3.4.2

3.4.1

3.4.0

3.3.3

3.3.2

3.3.1

3.3.0

3.2.4

3.2.3

3.2.2

3.2.1

3.2.0

3.1.9

3.1.8

3.1.7

3.1.6

3.1.5

3.1.4

3.1.3

3.1.2

check-rolling

ui-rolling

3.1.1

3.1.0

3.0.3

3.0.2

3.0.1

3.0.0

2.7.5

2.7.4

2.7.3

2.7.2

2.7.1

2.7.0

2.6.6

2.6.5

2.6.4

2.6.3

2.6.2

2.6.1

2.6

2.5

2.4

2.3

2.2

2.1

2.0

1.18

1.17.1

1.17

1.16.1

1.16

1.15

1.14

1.13

1.12.2

1.12.1

1.12

1.11

1.10

1.07

1.06

1.05.1

1.05

1.04b

1.04a

1.04

1.03

1.02b

1.02

1.01d

1.01c

1.01b

Labels

Clear labels

bug

duplicate

enhancement

good first issue

help wanted

invalid

pull-request

Mirrored from GitHub Pull Request

question

regression

wontfix

No Label bug invalid

Milestone

No items

No Milestone

Projects

Clear projects

No project

Assignees

Clear assignees

claunia

No Assignees

1 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: SabreTools/MPF#181