This is often seen as a breeding ground for opportunists. If someone stumbles upon a game that has issues (not booting or crashing) make sure to also try the original bin/cue files afterwards to ensure the problem isn't elsewhere.This item has a high number of daily downloads. Resident Evil - Director's Cut - Dual Shock Edition I know it doesn't fix the core issue but considering how established the conversion tool probably is I'm not sure its even worth trying (not to mention that most people don't seem to care/notice any wrong audio offsets anyway).Īnyway it would be great if somebody could do some testing to verify if this works as intended or not, starting with these games: I kind of put it on hold after my last comment but looked into it again today and I think I found a workaround that shouldn't require a reconversion of the images (see pull request) bin file and parses them incorrectly (mostly for multi-track discs but also any tracks that have pregaps), resulting in the aforementioned small offsets which mednafen doesn't seem to like all that much for some games.

cue file if you have one in the same folder as the selected. However this data becomes essential when dealing with multi-track discs and/or disc images that feature a pre/post gap, because there isn't really a way to figure out this extra information solely from the raw data -> (computing)#Cue_sheet_syntaxĪpparently psx2psp 1.42 implicitly loads the. Now for simple one-track PSX discs this data is moreless always the same, thats why you are able to run most images using just the. The problematic part lies within the TOC data (.cue file if you have one) which specifies the starting points of the tracks in the image. No, the raw data (.bin file) isn't modified at all during conversion (just compressed), thats why you get the same hash as the original after re-converting it. My current guess is that other emulators are more lenient than mednafen in processing this information but it could of course also be something in my implementation that I'm not seeing or doing wrong.Įither way, I'm not sure how to proceed from here, maybe somebody with more insight in this matter (PSX disc reading) can explain why these games won't boot in mednafen with slightly incorrect start offsets (or why they do boot in other emulators)? However I don't really know why this is a mednafen-specific problem, or rather why other emulators don't seem to have this issue. Second, the entire issue seems to be that track start offsets in some converted PBP files are slightly incorrect, specifying the start of a track either one or two frames too soon or too late (happens mostly for discs with pregaps). Hmm, this might actually be a more complicated issue overall.įirst off, I actually wrote the code initially with these changes that I just made, but this lead to other games not booting up -> #36 (comment)

Batman forever eboot pbp cue.bin