That sub file has the expected size,
Session 1, Leadout, MSF 53:17:64 (LBA[239839, 0x3a8df])
Last frame of the subcode has 53:17:63 AMSF, so at least the .scm should be complete and app fails when post-processing the scrambled dump, not before.
I would say this is the problem, or at least a part of the problem.
File MotorMash_infolog.txt:
LBA[147352, 0x23f98], Track[02]: Subchannel & TOC isn't sync. LBA on TOC[148449, 0x243e1], prevIndex[00]
Completely wrong, because MotorMash_disclog.txt says:
Audio Track 2, LBA 147352- 148448, Length 1097
Audio Track 3, LBA 148449- 161236, Length 12788
And seeing the dumped subcode, track 2 - index 01 starts at 32:46:52 AMSF = 147352, track 3 at 33:01:24 AMSF = 148449, as expected according to the TOC analyzed in the very beggining of ripping process.
On semi-vacation.
MSF/AMSF to LBA/offset and viceversa calculator: linkTo write properly occidental characters contained in japanese titles: screenshotSpaces must be the fullwidth variant: link /
screenshot